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

后几章内容 需求基线的评审标准： 项目视图、范围文档、用例文档、软件需求规格说明书、分析模型。 需求评审 需求工程 需求开发 * 用例图：需求分析阶段，开发者与用户反复讨论，达成共识，形成对需求规划达成共识。 需求工程 需求管理计划：如何进行需求管理 求得对需求的理解：确保干系人对需求正确理解 求得对需求的承诺：需求所需的活动人员之间达成一致和建立承诺 管理需求变更：变更流程对需求管理，防止需求蔓延 维护双向跟踪性：需求文档 (( 产品的双向跟踪：需求跟踪矩阵 识别项目工作与需求之间的不一致性 物理配置审计 配置项 vs 技术文档 符合 配置状态报告中的信息 对应 项目收尾管理 包括： 项目验收 项目总结：管理收尾（行政收尾） 项目总结会 项目评估审计 软件用户需求说明书 vs 广泛交流和确认 风险：源代码、书写规范性、可读性。 实施：规范的代码生产会把程序员自身的风格因素 对 代码影响降到最低限度，从而减小系统整合的风险。 需求阶段：需求挖掘、需求分析不到位。 设计阶段 UML图 用例图：从用户角度描述系统功能，并指出各功能的操作者。 * 用例图：需求分析阶段，开发者与用户反复讨论，达成共识，形成对需求规划达成共识。 静态图 1 类图：描述系统中类的静态结构 整个生命周期有效 2 对象图：类的实例（某一时间段有效） 3 包图：包和类组成。描述系统的分层结构。 3）行为图：描述系统的动态模型和组成对象的交互关系。 1 状态图：描述类的对象所有可能的状态，以及事件发生时状态的转移条件。 类图的补充，实际上仅为那些有多个状态其行为受外界环境的影响并且发生改变的类画状态图。 2 活动图：描述满足用例要求所要进行的活动，以及活动间的约束关系，有利于识别并行活动。 活动图是一种特殊的状态图，它对于系统的功能建模特别重要，强调对象间的控制流程。 4）交互图 1 顺序图：展现了一组对象和由这组对象收发的消息，用于按时间顺序对控制流建模。用顺序图说明系统的动态视图。 2 协作图：展现了一组对象，这组对象间的连接以及这组对象收发的消息。它强调收发消息的对象的结构组织，按组织结构对控制流建模。 顺序图和协作图都是交互图，顺序图和协作图可以相互转换。 如果强调 5）实现图 1 构件图 描述代码部件的物理结构及各部件之间的依赖关系。 一个构件可以是 它包括逻辑类或实现类的有关信息。 部件图有助于分析部件之间的相互影响程度。 ** 交互概观图：活动图 + 顺序图 项目组合管理 二个要素 持续 ( 持续追踪 项目组合管理研究的主题 8、组织的战略方法 平衡 ： 9、项目组合管理的作用 1〉组织内引进统一的项目评估与选择机制 2〉实现财务/非财务收益，保持竞争优势 3〉所有项目进行平衡 4〉分配资源：组织范围内，保证高优先级项目的资源分配 10、项目组合管理过程 项目选择、优先级排序过程，对项目创造的期望价值和投入进行分析以选择出最有利项目的过程。 11、结构化的项目选择和优先级排序方法包括： 1）决策表技术：EMV 项目初期 2）财务分析 项目初期 3）DIPP：描述项目资源利用率指标 项目初期、项目进行中 项目进行中，资源冲突时，DIPP越高越好，优先级排序。 12、项目组合管理（PMO实施） 13、项目组合管理内容 14、配置审核（配置审计）的作用 1）防止向用户提交不合适的产品，如版本错误 2）发现不完善的实现，如未按变更请求实施变更 3）找出配置项之间的不匹配、不相容 4）配置项质量审查后进入受控库 5）记录、文档的可追溯性 15、功能审核：验证配置项的实际功效是否与需求一致。如：代码走查 物理审核：是否符合预期的物理特征（特定的媒体形式） 16、配置管理人员CMO 制订配置计划，CCB审批。 17、角色与权限 配置管理操作权限 PM ：代码亦有 check CMO：最大、admin CCB QA DEV：无check TEST：无Add 〉流程的六个要素 流程目的 流程的层次 流程评估关注 18、整体绩效评估 19、战略 战略：激烈变化、严峻挑战的环境，应对环境的改变。