第一次为项目做架构

以前做项目都是推到哪是哪，做出一版来，再根据客户的需求更正。

但现在有一个项目，是我们学院的，由我负责统筹设计架构，要求挺高。

现在一时有点不知道从何下手？看网上博客园里的朋友设计的架构，一个框一个框的，看不很明白，是怎么回事，怎么办啊？

请问一般都是如何设计架构的啊？

19 个解决方案

#1

占个沙发，听课。。。大侠们讲讲吧。

#2

#3

讲讲呗。。。

#4

占位。。。

#5

博客园大多是爱好者。真正架构师谁有时间把基础的东西拼凑成一大堆博客啊。

#6

引用 5 楼 sp1234 的回复:

博客园大多是爱好者。真正架构师谁有时间把基础的东西拼凑成一大堆博客啊。

#7

建模能力很关键，但是刚学一点UML的人极其容易过度建模。最低的标准是可以参考Robert C. Martin的那本8年前的书《敏捷软件开发：原则、模式与实践》。其实这本书也已经倾向于建模，而真正对敏捷开发甚至极限编程用于团队开发谈得过少。

#8

其实这本书也已经倾向于建模 --> 其实这本书由于是基于Martin原来的UML的书的第二版所以倾向于建模

#9

占位学习！！！！！！

#10

该回复于2010-12-07 09:25:13被版主删除

#11

引用 6 楼 q107770540 的回复:

引用 5 楼 sp1234 的回复:

博客园大多是爱好者。真正架构师谁有时间把基础的东西拼凑成一大堆博客啊。

#12

引用 5 楼 sp1234 的回复:

博客园大多是爱好者。真正架构师谁有时间把基础的东西拼凑成一大堆博客啊。

实话实说

#13

该回复于2010-11-02 14:25:40被版主删除

#14

先把需求弄出来再谈架构...

#15

3Q，大家讲讲吧。。。

#16

建议你首先去了解什么是架构模型和UML。现在比较流行的软件架构有三层架构、MVC（其实也是三层架构），不妨去了解这些架构的原理。个人认为架构可以近似地认为是模块化+接口。而且软件设计其实也确实是从需求到架构设计再到详细设计。

#17

没有人生下来就是天才，没有人不用学习就可以成为高手，
没有人一生都不用想别人学习

博客园上的是可以借鉴的，但是我觉得，有时候可能真的需要人带带
才会比较快，
因为往往当我们看文章时，因为一些原因，和作者本来想要表达的意思有些背离，当然还有就是有些人的写作能力也确实是很有限的，但对于他愿意把自己的一些心得体会无私的奉献给大家，我觉得我要强烈支持，一个人的力量实在是太有限了，我们应该一起共同努力！

关于框架，架构——>我也不太懂
先做需求分析，分层，分模块，写计划（写得太多不见得就一定很好，要清晰），再是详细的人力资源分配，技术等

当然这只是我个人的一点拙见，大家见笑了

#18

补充，ASP.NET MVC 框架是个不错的东东，但是有些地方可以省略，因为太复杂，不一定是一件好事。

#19

3Q。。。

#20

#1

占个沙发，听课。。。大侠们讲讲吧。

#2

#3

讲讲呗。。。

#4

占位。。。

#5

博客园大多是爱好者。真正架构师谁有时间把基础的东西拼凑成一大堆博客啊。

#6

引用 5 楼 sp1234 的回复:

博客园大多是爱好者。真正架构师谁有时间把基础的东西拼凑成一大堆博客啊。

#7

#8

其实这本书也已经倾向于建模 --> 其实这本书由于是基于Martin原来的UML的书的第二版所以倾向于建模

#9

占位学习！！！！！！

#10

该回复于2010-12-07 09:25:13被版主删除

#11

引用 6 楼 q107770540 的回复:

引用 5 楼 sp1234 的回复:

博客园大多是爱好者。真正架构师谁有时间把基础的东西拼凑成一大堆博客啊。

#12

引用 5 楼 sp1234 的回复:

博客园大多是爱好者。真正架构师谁有时间把基础的东西拼凑成一大堆博客啊。

实话实说

#13

该回复于2010-11-02 14:25:40被版主删除

#14

先把需求弄出来再谈架构...

#15

3Q，大家讲讲吧。。。

#16

#17

#18

补充，ASP.NET MVC 框架是个不错的东东，但是有些地方可以省略，因为太复杂，不一定是一件好事。

#19

3Q。。。

第一次为项目做架构

19 个解决方案

#1

#2

#3

#4

#5

#6

#7

#8

#9

#10

#11

#12

#13

#14

#15

#16

#17

#18

#19

#20

#1

#2

#3

#4

#5

#6

#7

#8

#9

#10

#11

#12

#13

#14

#15

#16

#17

#18

#19

#20

相关文章