质量治理.doc

软件需求分析阶段 需求、开发、测试： 确定所开发系统的功能、逻辑、流程和性能要求的描述。 设计软件需求规格说明并进行需求的逐步审查。 编写项目计划初稿。 确定开发和运行环境 确定资源 估算进度安排 阶段文档： 开发计划 软件需求规格说明 领域图 软件确认测试计划 需求规格说明文件质量要求： 完整性：包括全部有意义的功能、性能、设计约束、属性和外部接口方面的需求，对所有可能环境下的各种可能的输入数据都给予定义，对合法和非法输入数据的处理做出规定； 明确性：对软件需求的描述要明确无误，保证每一个需求只有一种解释，不能有二义性； 一致性：各需求的描述不矛盾，所描述的概念、定义、术语要统一化、标准化； 可验证性及可测试性：不使用不可度量的词(如“通常”、“一般”、“基本”等)描述需求，保证描述的每一个需求都能通过评审、检查或测试； 易修改：文档应具有一个有条理、易于阅读和检索的结构，没有冗余，以增强可读性和保持一致，且易于修改； 要包含所有软件需求中的关键性功能和主要业务流； 软件可追踪性：文档各条目的来源及去向清晰可追踪； 所有需求分析工作必须以运行环境为基础； 软件需求规格说明中除了需要描述软件应发生的事件外，还应描述软件不应发生的事件； 软件需求规格说明必须通过评审 评审内容： 任务和需求分析：根据软件任务书的要求，对项目开发计划、软件需求规格说明进行评审，其内容包括项目组人员、进度、软件功能、环境需求等； 可行性分析：其内容包括技术、人员要求、风险分析等； 质量保证：根据软件质量保证工作的计划，检查是否已把质量保证列为软件需求分析阶段的一项重要内容，分析有关计划的恰当性； 配置管理：分析软件配置项基线规定的恰当性及软件配置项基线设置和管理计划的恰当性和完整性； 管理：评审软件质量保证工作和配置管理工作的合适性。 注意事项： 在制定项目开发计划时既应考虑软件项目的具体要求和开发工作的实际情况，又要考虑项目进度、经费要求，特别要注意按照软件工程方法和技术的要求展开软件开发工作。 软件需求规格说明是整个软件开发工作的基础和依据。通过评审，保证在软件需求分析工作中已经提出了所有的需求，都在软件需求规格说明中得到正确的反映；确认这些需求已在相应文档中被正确地、完整地描述(包括用户界面)，符合任务书的规定。 项目开发方应保证软件需求规格说明中的所有功能、性能需求均是可实现的。 评审最终要做出评审结论。如果通过，软件开发可进入软件设计阶段；如果原则通过，则开发方必须根据评审意见，对软件需求分析阶段的工作进行补充或修改，并在下一阶段评审时对补充或修改部分进行检查；如未通过，开发方必须重做软件需求分析阶段的工作。 配置管理： 软件任务书将作为软件开发的功能基线进入受控库。 项目开发计划进入受控库。 软件需求规格说明、软件接口说明、数据要求说明进入受控库。 软件项目计划数据表进入受控库。 软件需求分析阶段评审表进入受控库。 软件确认测试计划(初步)进入受控库。 概要设计阶段 开发： 建立软件的总体结构和功能模块间的关系。 定义各功能模块的接口，设计全局数据库和数据结构。 *尽量各模块功能单一，降低模块接口的复杂度 *模块的功能和接口要求必须完整、正确 编写开发计划初稿 概要设计评审。 测试： 初步编制软件集成测试计划，明确测试范围和测试方法。 根据需求文档对系统功模块、功能点拆分。 *覆盖所有定义的模块、功能需求 集成测试设计 内部评审。 阶段文档： 概要设计说明 软件集成测试计划 功能拆分树 评审内容： *当概要设计说明、接口设计说明、数据库设计说明、集成测试计划和功能模块拆分文档完成后进入评审阶段。 总体结构层次设计的合适性，模块的独立性； 软件概要设计说明、软件需求规格说明和软件接口说明要求的一致性； 控制流描述的正确性； 主要算法的合适性和先进性； 数据库设计说明的完备性、一致性和易理解性； 可靠性、安全性设计的恰当性； 对软件需求评审以后修改的软件需求规格说明和接口说明中涉及到概要设计内容的条文要进行评审； 评审软件质量保证工作和软件配置管理工作的执行情况。这属于管理评审，但在概要设计评审时要进行此项工作。 评审软件高层设计是否实现了软件需求规格说明的要求； 评审设计方案与主要算法的可行性和先进性； 评审接口设计方案的性能和运行环境的恰当性。 评审最终要做出通过、原则通过或不通过的评审结论。 配置管理： 概要设计说明进入受控库。 数据库设计说明进入受控库。 概要接口设计说明进入受控库。 开发计划进入受控库 概要设计阶段评审表进入受控库。 集成测试计划(初步)进入开发库。 详细设计阶段 开发： 根据需求规格说明、概要设计说明等文档，设计功能模块的内部细节，为编写源代码提供必要的说明。 单元测试设计 开发经理评审 测试： 设计测试用例 估