不应忽视小型项目开发的管理问题

2008/7/29 10:08:16 | 3062次阅读 | 来源：网友转载【已有0条评论】发表评论

和跟踪功能、配置、产品、产品基线、需求规约和其他文档的变更，软件版本的描述;跟踪变更申请，问题报告和解决记录，提供配置控件委员会(CCB)会议纪要等。
　　软件开发之后的变更需要从多个侧面加以注意:
　　1. 任何返工都是有代价的
　　2. 将资源用于返工则无法开展新项目
　　3. 如果变更不能精确的标识和控制，那么软件的版本就会因为未知和没有记录的修改而无法跟踪
　　4. 如果变更没有考虑到所有的副作用，那么对于一个变更所引起的连锁反应的跟踪是非常费时间的
　　5. 变更次数的增加会使系统面目全非
　　当项目经常变更时候，SQA是非常重要的。SQA应该进行Pareto分析和趋势分析以确定引起变更的根本原因。SQA同时要保证系统的影响是可跟踪、可测试和可验证的。SQA的一个主要目标是在开发的早期发现问题，避免其进入下游开发中。
　　六、文档管理
　　对于小型项目，首先，必须有文档要求，否则后期的修改、维护、升级都会变得异常困难;其次，对文档的要求应该“适度”，即够用即可。一切以便于后续工作为目标，不做过于繁琐的要求，不应把大量精力投入进过于繁琐的文档编写。此外，还应注意文档的版本控制，保证文档和代码的一致性。