信息系统项目管理师知识点
权力利益方格
合同的分类
IT 审计范围
IT 运维能力模型
一致性成本和非一致性成本
绩效域
干系人绩效域
| 预期目标 | 指标及检查方法 |
|---|---|
| 建立高效的工作关系 | 干系人参与的连续性 |
| 干系人认同项目目标 | 变更的频率 |
| 支持项目的干系人提高了满意度，并从中收益； 反对项目的干系人没有对项目产生负面影响 |
1.干系人行为 2.干系人满意度 3.干系人相关问题和风险 |
团队绩效域
| 预期目标 | 指标及检查方法 |
|---|---|
| 共享责任 | 目标和责任心 |
| 建立高绩效团队 | 1.信任与协作程序 2.适应变化的能力 3.彼此赋能 |
| 所有团队成员都展现出相应的领导力和人际关系技能 | 管理和领导力风格适宜性 |
开发方法和生命周期绩效域
| 预期目标 | 指标及检查方法 |
|---|---|
| 开发方法与项目可交付物相符合 | 产品质量和变更成本 |
| 将项目交付与干系人价值紧密联系 | 价值导向型项目阶段 |
| 项目生命周期由促进交付节奏的项目阶段和产生项目交付物所需的开发方法组成 | 适宜的交付节奏和开发方法 |
规划绩效域
| 预期目标 | 指标及检查方法 |
|---|---|
| 项目以有条理、协调一致的方式推荐 | 绩效偏差 |
| 应用系统的方法交付项目成果 | 规划的整体性 |
| 对演变情况进行详细说明 | 规划的详尽程度 |
| 规划投入的时间成本是适当的 | 规划适宜性 |
| 规划的内容对管理干系人的需求而言是充分的 | 规划的充分性 |
| 可以根据新出现的和不断变化的需求进行调整 | 可适应变化 |
工作绩效域
| 预期目标 | 指标及检查方法 |
|---|---|
| 高效且有效的项目绩效 | 状态报告 |
| 适合项目和环境的项目过程 | 1.过程的适宜性 2.过程相关性和有效性 |
| 干系人适当的沟通和参与 | 沟通的有效性 |
| 对实物资源进行了有效管理 | 资源利用率 |
| 对采购进行了有效管理 | 采购过程适宜 |
| 有效处理了变更 | 变更处理情况 |
| 通过持续学习和过程改进提高了团队能力 | 团队绩效 |
交付绩效域
| 预期目标 | 指标及检查方法 |
|---|---|
| 项目有助于实现业务目标和战略 | 目标一致性 |
| 项目实现了预期成功 | 项目完成度 |
| 在预定时间内实现了项目收益 | 项目收益 |
| 项目团队对需求由清晰地理解 | 需求稳定性 |
| 干系人接受项目可交付物的成果，并对其满意 | 1.干系人满意度 2.质量问题 |
度量绩效域
| 预期目标 | 指标及检查方法 |
|---|---|
| 对项目状况充分理解 | 度量结果和报告 |
| 数据充分，可支持决策 | 度量结果 |
| 及时采取行动，确保项目最佳绩效 | 度量结果 |
| 能够基于预测和评估做出决策，实现目标并产生价值 | 工作绩效数据 |
不确定性绩效域
| 预期目标 | 指标及检查方法 |
|---|---|
| 了解项目的运行环境，包括技术、社会、政治、市场和经济环境等 | 环境因素 |
| 积极识别、分析和应对不确定性 | 风险应对措施 |
| 了解项目中多个因素之间的相互依赖关系 | 应对措施适宜性 |
| 能够对威胁和机会进行预测，了解问题的后果 | 风险管理机制或系统 |
| 最小化不确定性对项目交付的负面影响 | 项目绩效处于临界值内 |
| 能够利用机会改进项目的绩效和成果 | 利用机会的机制 |
| 有效利用成本和进度储备，与项目目标保持一致 | 储备使用 |
UML
- 类图（class diagram）：类图描述一组类、接口、协作和它们之间的关系。在 OO 系统的建模中，最常见的图就是类图。类图给出了系统的静态设计视图，活动类的类图给出了系统的静态进程视图。
- 对象图（object diagram）：对象图描述一组对象及它们之间的关系。对象图描述了在类图中所建立的事物实例的静态快照。和类图一样，这些图给出系统的静态设计视图或静态进程视图，但它们是从真实案例或原型案例的角度建立的。
- 构件图（component diagram）： 构件图描述一个封装的类和它的接口、 端口，以及由内嵌的构件和连接件构成的内部结构。构件图用于表示系统的静态设计实现视图。对于由小的部件构建大的系统来说，构件图是很重要的。构件图是类图的变体。
- 组合结构图（composite structure diagram）：组合结构图描述结构化类（例如，构件或类）的内部结构，包括结构化类与系统其余部分的交互点。组合结构图用于画出结构化类的内部内容。
- 用例图（use case diagram）：用例图描述一组用例、参与者及它们之间的关系。用例图给出系统的静态用例视图。这些图在对系统的行为进行组织和建模时是非常重要的。
- 顺序图（sequence diagram， 也称序列图）：顺序图是一种交互图（interaction diagram），交互图展现了一种交互，它由一组对象或参与者以及它们之间可能发送的消息构成。交互图专注于系统的动态视图。顺序图是强调消息的时间次序的交互图。
- 通信图（communication diagram）：通信图也是一种交互图，它强调收发消息的对象或参与者的结构组织。顺序图和通信图表达了类似的基本概念，但它们所强调的概念不同，顺序图强调的是时序，通信图强调的是对象之间的组织结构（关系）。在 UML1.X 版本中，通信图称为协作图 （collaboration diagram）。
- 定时图（timing diagram，也称计时图）：定时图也是一种交互图，它强调消息跨越不同对象或参与者的实际时间，而不仅仅只是关心消息的相对顺序。
- 状态图（state diagram）：状态图描述一个状态机，它由状态、转移、事件和活动组成。状态图给出了对象的动态视图。它对于接口、类或协作的行为建模尤为重要，而且它强调事件导致的对象行为，这非常有助于对反应式系统建模。
- 活动图（activity diagram）： 活动图将进程或其他计算结构展示为计算内部一步步的控制流和数据流。活动图专注于系统的动态视图。它对系统的功能建模和业务流程建模特别重要，并强调对象间的控制流程。
- 部署图（deployment diagram）：部署图描述对运行时的处理节点及在其中生存的构件的配置。部署图给出了架构的静态部署视图，通常一个节点包含一个或多个部署图。
- 制品图（artifact diagram）：制品图描述计算机中一个系统的物理结构。制品包括文件、数据库和类似的物理比特集合。制品图通常与部署图一起使用。制品也给出了它们实现的类和构件。
- 包图（package diagram）： 包图描述由模型本身分解而成的组织单元，以及它们之间的依赖关系。
- 交互概览图（interaction overview diagram）： 交互概览图是活动图和顺序图的混合物。