软件开发过程管理理论.doc

软件开发过程管理理论 立项管理： 群体决策立项管理规范，让群众分担责任与贡献智慧，成功的经验反复利用； 项目规划： 提出与总结出合适的项目估计方法、项目计划模块。 CMM，代码行估算方法，不实用！ 软件质量： 什么是软件质量？ 软件质量就是“软件与明确的和隐含的定义的需求相一致的程度”。 软件质量的保证主要是来自正确的软件设计与实现过程，而不是测试； 软件质量属性有哪些？ 影响软件质量的因素： （1）需求分析不到位； （2）设计方法，如先编码后设计； （3）编码不规范； （4）内部测试不充分； （5）软件文档编写不当； 制定软件测试、技术评审、质量保证的规范； 需求开发与管理： 建立需求开发与管理，给出文档模板； 软件设计： 建立软件设计规范，形成合适文档； 编程与调试： 制定简单明了、重点突出编程规范，团队遵守； 单步调试、单元测试； 软件测试： 建立软件测试规范； 白盒测试（结构、逻辑测试）： 黑盒测试（用户测试）： 软件维护： 建立软件维护规范； 基础方法论： CMM： PMBOK： 敏捷开发： RUP: 面向企业的软件研发管理解决方案： 集成化研发管理方法 软件开发 需求分析 确保客户所要求的系统是可行的。 确保客户指定的需求确实能够满足他的真正 要求。 避免开发者和客户之间的误解。 向用户提供为满足他所提出的需求而实际构建的适当软件系统。 软件规格说明 通过建立需求跟踪文档，确保规格说明书与系统需求保持一致。 确保规格说明书能适当地改进系统的灵活性、可维护性以及性能。 确保已建立了测试策略。 确保已建立了现实的开发进度表，包括 预定的评审。 确保已为系统设计了正式的变更规程。 设计 确保已建立用于描述设计的标准，并且确保遵循这些标准。 确保适当地控制并用文档记录对设计进行的变更。 确保在系统设计组件已按照商定的准则得到批准之后才开始编码。 确保对设计的评审按照进度进行。 确保代码遵循已建立的风格、结构和文档标准。 确保代码经过适当测试和集成，同时对编码模块的修改得到适当的标识。 查看代码编写是否遵循既定的进度。 确保代码评审按照进度进行。 测试 确保测试计划的建立和遵循。 确保创建的测试计划能够满足所有系统规格说明书的要求。 确保经过测试和返工后软件与规格说明书保持一致。 维护 确保代码和文档的一致性。 确保对已建立的变更控制过程进行监测，包括将变更集成到软件的产品版本中的过程。 确保对代码的修改遵循编码标准，并且要对其进行评审，不要破坏整个代码结构。