BBS项目招募志愿人员加入

yining

我的一点认识：

1。实际上，类分析并不是在架构分析之后出现的，而是在use case分析中就已经出现了。当然，在这个阶段中，我们所做的类实际上是一种high level地分析。和最后的细节设计阶段定型的类相比可能面目全非。但是，这个high level analysis是作用例分析的必不可少的基石。如果没有这个基础，整个系统设计，sequence diagram，collaboration diagram，就没有任何基础。系统架构设计也是在这个high level analysis的基础上进行的，而细节设计则是对这个high level analysis的一种细化。所以最终的产物，虽然和最初的high level analysis的结果相比差别很大，但还是有相似之处的。

但是从另一方面而言，人是个思维动物，而思维的一个最大的特征，就是跳跃性。所以，系统架构设计虽然在很大程度上取决于前面的用例分析，但是，却并不一定真的要等到用例分析做完了之后才能开始。一个有经验的设计人员在得到了项目之后，很可能脑子里已经有了一个或者几个系统架构设计的方案，所差的，只是需要结合具体的要求寻找一个最佳的解决方法。

至于类分析的方法，要看具体的开发团队而言。如果团队中的成员之间已经有相当的默契，而且大家都是比较熟练的开发人员，那么类分析的大部分完全可以交给程序员去做。反之，如果团队成员之间还没有太多的默契，而成员之间水平相差较大的话，架构设计和类分析之间的衔接就需要比较有技巧，要因人而异。

yining

最近怎么好象停顿下来了？有没有人愿意对我的架构设计发表些意见的？如果没有的话，是不是都准备着开发了？

omencathay

正在篡改jive的东西，自己用，呵呵

base

最初由 yining 发布
[B]我的一点认识：

1。实际上，类分析并不是在架构分析之后出现的，而是在use case分析中就已经出现。。。[/B]

架构分析其实应该是独立的，但我之所以写在这里，是因为我觉得这时候确定整个系统的架构会比较合适些，当然其实如果是有编码经验的话，在系统有需求时候大底就已经有想过使用什么架构了，只是在想呵，因为类分析的时候，主干的与架构无关，但是实现相关的类分析却与架构有关了。

这个BBS之所以到这里不好进行下去，主要的是没有完整的流程，而且模块区分不明显，然后观者不知所云，而不知所措，故如此耳

哪位大虾米有高见？

说实话，我看着也是不知该做什么的，找不到协作点所在

我想，大家如果有做过协作项目的请讲一下经验，BBS本身不大
但：
一则是如何分析一个项目
二则是如果规划一个项目
三则是如何进行小组协作开发
四则是测试及发布分析
五则是重用及扩展

大底都可从中得到，如此成经典矣

我想，我们是否应该重新做分析，一点点的整理起来，使其成为一个完整的项目，能有多完整则多完整，包括分析思路，文档，UML图解等等，一直到实施的源码版本控制，编码开发到扩展

要的应该是过程，而不仅仅是结果，这是yining在开始的时候有说的，好了，我要吃午饭了，饿哦 :-(

joygxd

新手可以吗？

base

To yining:

如何更新T的JDK版本呵，我在T中编码，结果1.4以后的东东皆报错，如何处理？将T之JDK完全换掉，则不能编译，怎么办呐？

Your diagram 我看了一下，能否加若干注解在上面呐?

painAndhappy

现在还能加入吗?如果可以的话,我也想做
msgainAndhappy@hotmail.com
星期六和星期日有空.

painAndhappy

刚才的MSN中字母P竟然变成了一张脸,我晕......
MSN为painAndhappy@hotmail.com

greenflute

最初由 base 发布
[B]
而现在这个BBS项目，大体思路和流程都有，但是如果说这众多人进行协同开发的话，如这样的处理方法，一般最终会失败的，这个失败不是说这个系统做不出来，而是说，达不到一种协同。
[/B]

最初由 yining 发布
[B]最近怎么好象停顿下来了？有没有人愿意对我的架构设计发表些意见的？如果没有的话，是不是都准备着开发了？ [/B]

感觉没有一个合适的协作方式/平台,势必比较难搞好.

sealily

看到的时候已经是今天了，但我还是很想参于：
我的msn：pursuestar@hotmail.com