高项管理笔记.后几章内容.docVIP

后几章内容 需求基线的评审标准： 项目视图、范围文档、用例文档、软件需求规格说明书、分析模型。 需求评审 需求工程 需求开发 * 用例图：需求分析阶段，开发者与用户反复讨论，达成共识，形成对需求规划达成共识。 需求工程 需求管理计划：如何进行需求管理 求得对需求的理解：确保干系人对需求正确理解 求得对需求的承诺：需求所需的活动人员之间达成一致和建立承诺 管理需求变更：变更流程对需求管理，防止需求蔓延 维护双向跟踪性：需求文档 (( 产品的双向跟踪：需求跟踪矩阵 识别项目工作与需求之间的不一致性 物理配置审计 配置项 vs 技术文档 符合 配置状态报告中的信息 对应 项目收尾管理 包括： 项目验收 项目总结：管理收尾（行政收尾） 项目总结会 项目评估审计 软件用户需求说明书 vs 广泛交流和确认 风险：源代码、书写规范性、可读性。 实施：规范的代码生产会把程序员自身的风格因素 对 代码影响降到最低限度，从而减小系统整合的风险。 需求阶段：需求挖掘、需求分析不到位。 设计阶段 UML图 用例图：从用户角度描述系统功能，并指出各功能的操作者。 * 用例图：需求分析阶段，开发者与用户反复讨论，达成共识，形成对需求规划达成共识。 静态图 1 类图：描述系统中类的静态结构