必须的.如果项目开发计划的制定的是完全合理的,那项目进度也就真正表达了项目与最终的交付使用之间的距离,然而要制定完全合理的项目开发计划几乎不太可能.可见要保证项目进度,首先要保证项目开发计划尽可能合理.
3?2 项目开发各阶段的质量保证
3?2?1 需求分析
需求分析是开发人员对系统需要做什么的定义过程.从系统分析的经验来看,这个过程往往是个循序渐进的过程,一次性对系统形成完整的认识是困难的.只有不断地和客户领域专家进行交流确认,方能逐步明了用户的需求.从系统开发的过程得知,系统分析时犯下的错误,会在接下来的阶段被成倍的放大,越是在开发的后期,纠正分析时犯下的错误所花费的代价越是昂贵,也越发影响系统的工期和系统的质量.
3?2?2 系统设计
优良的体系结构应当具备可扩展性和可配置性,而好的体系结构则需要好的设计方法,自然设计选型成为了系统设计首要的工作,究竟是采用哪种设计方法好呢?
对于设计选型不能一概而论,需要针对项目的结构、项目的特征和用户的需求来分析,同样也要考虑到参与项目小组成员的素质,如果其中大部分都没有从事过面向对象的设计且项目进对紧迫,这样没有多余的时间来培训小组成员来掌握面向对象的设计方法,尽管众所周知面向对象设计方法的优势,我们还是不如采用面向过程的方式(除用户指定开发设计方式外)可以减少项目承担的技术风险.
3?2?3 实现
实现也就是编码过程.这里不仅包括代码的产生,同时也包括测试用例的产生.针对上一阶段提供详细设计,程序员开始编码并且调试程序,测试人员则根据设计进行测试用例的设计,设计出来的用例需要得到项目组成员认可由项目经理审核通过才能进入配置库.同时程序员调试完程序提交测试人员进行程序正确性检测.
3?2?4 文档管理
文档维护主要是配置管理小组的工作.
如何保证文档的全面性,使其真正为项目的进度提供保证,又不因为文档的写作而耽误项目的进度,这仍然是一个比较难解决的问题.解决此问题,其核心仍然是个“度”的问题.
配置管理小组真正核心的工作是对文档的组织管理.根据文档的不同,文档的来源也不同,有些是通过质量保证小组经过复审之后转交给配置管理小组,有些则会直接从文档的出处到达配置管理小组.文档的管理是一个非常烦琐的工作,但是长远来看它不仅使项目的开发对单个主要人员的依赖减少,从而减少人员流动给项目的带来的风险,更重要的是在项目进行到后百分之十的时候起到拉动项目的作用.
总之,建立一个完善的项目管理体系和项目质量管理标准,对软件项目的管理与质量有着重要的意义和决定性.