东方有线项目分析设计阶段遇到的问题及总结

 这篇文档措辞有些激烈，思量再三，我没有发给任何人，现在将它发在我的blog上

 

 

东方有线项目已经进入到开发阶段，本文对需求分析及设计阶段的情况做一个总结。

项目说明

人员配置

l        需求分析一人，辅助一人

l        详细设计两人

l        编码实现两人

计划安排

原计划项目截止日期为 11 月 17 日 ，其中：

1.        9 月 2 日 － 9 月 16 日 需求分析阶段；

2.        9 月 16 日 － 9 月 24 日 详细设计阶段；

3.        9 月 25 日 － 11 月 4 日   编码实现阶段

风险说明

1.         由于人员有限、时间紧张，需求、设计、开发没有做任何迭代，由于采用大棒式开放，和客户距离较远，不能够及时送出原型或拽光弹代码，容易偏离需求；

2.         所有计划的估算值均未计算特殊状况，如项目人员特殊情况需要请假、公司会议、项目例会、评审工作等，时间紧张；

3.         需求中众多功能集中到同一个页面，加大了开发难度并使系统的扩展性降低；

4.         不可预知的问题。

遇到的问题

     需求

       通过对测试用例的评审暴露出需求分析中的大量问题，其中之一就是项目组人员对需求的把握度不够，没有真正吃透需求，许多问题存在二义性，以至测试用例的评审演变成了对需求的补完及修改。到目前为止，项目组的正规文档及其匮乏，开发和测试之间、组内成员之间的文档不同步现象时有发生。

客户提供的需求文档较为简单，其中删去了大量文字，可用性极低，目前把界面原型的Excel文档作为需求，但是其中的注解及其简单，许多业务问题，如权限问题、业务公式、流转操作没有提及，以至问题重重，按计划25日已经进入开发阶段，但是27日我们还在修改需求，在修补已经结束的工作，这种工作状态怎么能保证项目顺利结束？

       设计、开发人员对需求不够重视，没有认真思考需求中的隐含内容。为什么测试人员能够提出众多问题？为什么详细设计如此之慢？为什么发现问题没有及时交流？

       再次提醒大家，按计划目前已经进入了开发阶段，要对需求足够重视，制作软件的真正目的是服务于人，忘了这一点我们的软件仅仅是个玩具。

     设计

       详细设计的目是指导开发、加深对需求的理解、明确数据库表间关系，在没有驱动测试的情况下，我们的设计要随着开发的进行而逐渐完善，毕竟在短时间内不能考虑到所有细节。在东方有限项目中详细设计初稿应该尽快完成，所以计划耗时较短，但是截至到 9 月 27 日 初稿还没有完成，其中原因请各位仔细分析。

     开发

       开发是目前应该进行的任务，在次提醒大家，注意降低系统的偶合性，注意公用代码的使用，注意灵活运用框架。我们看到了一期代码中的一些问题，这些问题在发票稽核模块应该及时改正。

结语

东方有限项目截至到27日已经将近一个月，仅仅一个模块就出现了如此多的问题，这值得我们总结和反思，并且作为经验教训不应再范。希望项目组中的各位提高紧迫感，将项目按时成功完成。