项目总结

1、需求报告。 项目正式启动之前，尽可能多的搜集需求，尽可能清楚地描述需求，
但是需求千万不要在细节方面规定得太死，最好是抽象一点。反映商业策略等逻辑变
化的部分尤其要灵活描述，这样避免在设计的时候把这部分代码写得太死。实际上如
果能确定所有的需求是最好的，这个我也想啊，不过现实中是不可能的，往往编码的
过程中会出现不断的需求变更。这就要有足够的程序设计水平来保证你的代码可以应付
不断变化的需求。

2、系统设计。以前想象作一个项目必然是先由一个或者多个系统架构师，先做面
面俱到的设计，然后再由程序员们编码实现，哪知道我们这个项目却要求每个人
参与设计。我觉得这样做很不错，这样可以使每个人都对这个系统有深入了解，最有
可能产生较高质量的程序，同样可以减轻系统架构师的负担，并且可以锻炼每一个人！
不过这个要求每个人都有一定的设计水平，并且对业务了解。如果每个人设计一个子系统，
那么设计的时候就需要考虑各个子系统之间的对接问题，否则的话可能严重影响项目后
期的进度。

3、编码规范。编码规范应该是每个项目都有要求的，比如命名、大小写、代码
风格等，我觉得这个不是必需的，但是规定下来也有好处！

4、文档。可能编码的人很不喜欢写文档，我也不太喜欢写文档，特别是和代码
相关的文档，每次代码有一点改动，那么文档就要作相应的改动，应次常常弄得
文档代码不同步，这样最终会导致文档的不可信。这一点我深有体会！ 我觉得
最好是项目中配备专门的文档编写人员，并且在开发的过程中不要太在意文档。还有开发的
文档可以借助一些第三方的工具来做。

5、资源管理。你开发的程序中要用到那些资源（比如资源文件、数据文件、配置
文件）我想大家都应该很清楚，那么这个资源怎么存放、怎么命名应该在项目进行
指出定下来。如果编码到后来再确定的话，可能引起不必要的麻烦。

6、数据库。如果有专门数据库管理员和数据库设计人员那么就好说了。如果每个人都
涉及到数据库设计与实现的话（在每个人都参与设计的项目中），那么一定要注意不要重复。
比如说很多日志表、一些通用的存储过程大家共用就行了。

7、人员分工、项目技术。在一个项目中，项目管理者必须清楚项目组的每一个成员的实力以
及特长，而每个组员应该被分配到他最适合的任务，当然很可能很多组员没有突出的特长，也
可能项目管理者也不是很清楚团队每个人的实力，很多组员被分配到不适合自己的任务，这样
对整个项目来说都是和很危险的。还有项目开始之前需要哪些技术因该清楚，并且组员们应该
准备充分，否则如果要临时学一门新技术的话是很危险的，这样很可能得不到高质量的产品。

项目还正在进行中，我的经验也在不断积累中。我发觉，学习了很多理论知识之后，在经过一定
的实践，收获是巨大的。