首页 行业资讯 文章详情

学系统集成项目管理工程师(中项)系列04c_项目管理一般知识-下

发布日期:2026-05-25 03:35
学系统集成项目管理工程师(中项)系列04c_项目管理一般知识-下

1. 信息系统项目的生命周期模型

1.1. 瀑布模型

  • 1.1.1. 预测型生命周期、完全计划驱动型生命周期

  • 1.1.2. 项目需求明确、充分了解拟交付的产品、有厚实的行业实践基础、或者整批一次性交付产品有利于干系人

1.2. 迭代模型

  • 1.2.1. 串行执行

  • 1.2.2. 每次迭代涉及的过程都包括不同比例的所有活动

  • 1.2.3. 每个阶段都执行一次传统的、完整的串行过程串

  • 1.2.4. RUP (Rational Unified Process)软件统一过程

    • 1.2.4.1. 初始阶段(Inception)

      1.2.4.1.1. 系统地阐述项目的范围、确定项目的边界,选择可行的系统构架,计划和准备商业文件

    • 1.2.4.2. 细化阶段(Elaboration)

      1.2.4.2.1. 分析问题领域,建立健全体系结构并选择构件,编制项目计划,淘汰项目中最高风险的元素

    • 1.2.4.3. 构建阶段(Construction)

      1.2.4.3.1. 一个制造过程,其重点放在管理资源及控制运作以优化成本、进度和质量

    • 1.2.4.4. 交付阶段(Transition)

      1.2.4.4.1. 确保软件对最终用户是可用的

    • 1.2.4.5. 每个阶段,从上到下迭代,亦即从核心过程工作流“商业建模” “需求调研” “分析与设计”……执行到“部署”,再从核心支持工作流“配置与变更管理” “项目管理”执行到“环境”完成一次迭代

      1.2.4.5.1. 【22上选27】

  • 1.2.5. 组织需要管理不断变化的目标和范围,组织需要降低项目的复杂性

    • 1.2.5.1. 【19上选30】

  • 1.2.6. 产品的部分交付有利于一个或多个干系人,且不会影响最终或整批可交付成果的交付

1.3. 敏捷方法

  • 1.3.1. 适应型生命周期、或者变更驱动方法

  • 1.3.2. 以人为核心、迭代、循序渐进的开发方法

    • 1.3.2.1. 【22下选26】

  • 1.3.3. 适用于

    • 1.3.3.1. 一开始并没有或不能完整地确定出需求和范围的项目

    • 1.3.3.2. 需要应对快速变化的环境

    • 1.3.3.3. 需求和范围难以事先确定

    • 1.3.3.4. 能够以有利于干系人的方式定义较小的增量改进

  • 1.3.4. 目的在于应对大量变更,获取干系人的持续参与

1.4. V模型

  • 1.4.1. 标明了测试过程中存在的不同级别

  • 1.4.2. 单元测试的主要目的是针对编码过程中可能存在的各种错误

  • 1.4.3. 集成测试主要目的是针对详细设计中可能存在的问题

  • 1.4.4. 系统测试主要针对概要设计,检查系统作为一个整体是否有效地得到运行

  • 1.4.5. 验收测试通常由业务专家或用户进行,以确认产品能真正符合用户业务上的需要

1.5. 原型化模型

  • 1.5.1. 为弥补瀑布模型的不足而产生的

    • 1.5.1.1. 减少了瀑布模型中因为软件需求不明确而给开发工作带来的风险

1.6. 螺旋模型

  • 1.6.1. 一个演化软件过程模型

  • 1.6.2. 将原型实现的迭代特征与线性顺序(瀑布)模型中控制的和系统化的方面结合起来

  • 1.6.3. 一系列的增量发布

  • 1.6.4. 强调了风险分析,特别适用于庞大而复杂的、高风险的系统

2. 单个项目的管理过程

2.1. 项目管理是指在项目活动中综合运用知识、技能、工具和技术以确保达成项目目标

2.2. 4种过程

  • 2.2.1. 技术类过程

    • 2.2.1.1. 工程类过程

    • 2.2.1.2. 解决“研制特定产品、完成特定成果或提交特定服务的具体技术过程”

  • 2.2.2. 管理类过程

    • 2.2.2.1. 启动、计划、执行、监控和收尾过程组

  • 2.2.3. 支持类过程

    • 2.2.3.1. 配置管理过程

  • 2.2.4. 改进类过程

    • 2.2.4.1. 总结经验教训、部署改进

3. PDCA循环(Plan-Do-Check-Act cycle)

3.1. 戴明环

4. 启动过程组

4.1. 定义并批准项目或阶段

4.2. 选定项目经理

4.3. 识别干系人

  • 4.3.1. 【19下选27】

4.4. 启动过程组是由正式批准开始一个新项目或一个新的项目阶段所必需的一些过程组成的。很多启动类型的过程经常会超出项目范围,而受组织、大型项目或项目组合管理过程控制。

4.5. 根据制定项目章程(启动过程组)的输入有工作说明书

4.6. 【22上选26】

5. 计划编制过程组

5.1. 定义和细化目标,规划最佳的技术方案和管理计划

5.2. 项目管理计划不是一成不变的,它是渐进明细、逐步深入具体的

  • 5.2.1. “滚动波浪计划”方法

  • 5.2.2. 近期的工作计划得较细,远期的工作计划得较粗

6. 执行过程组

6.1. 整合人员和其他资源,在项目的生命期或某个阶段执行项目管理计划,并得到输出与成果

6.2. 执行过程组会花掉多半的项目预算

  • 6.2.1. 【20下选27】

6.3. 指导与管理项目工作、 质量保证、 组建项目团队建设、项日团队、 管理项目团队、 管理沟通、实施采购、 管理干系人参与

  • 6.3.1. 【21上选27】

    • 6.3.1.1. 【19上选31】

7. 监督与控制过程组(监控过程组)

7.1. 定期测量和监控进展、识别实际绩效与项目管理计划的偏差、必要时采取纠正措施,或管理变更以确保项目或阶段目标达成

7.2. 对照项目管理计划来监督正在进行的项目活动

7.3. 控制变更,推荐纠正措施,或者对可能出现的问题推荐预防措施

7.4. 对引起整体变更控制的因素施加影响,使得只有经批准的变更才被实施

8. 收尾过程组

8.1. 正式接受产品、服务或工作成果,有序地结束项目或阶段

8.2. 正式终止项目或项目阶段的所有活动

8.3. 将完成的产品递交给他人所必需的各个过程

9. 不是所有的项目都需要所有的过程一样

10. 项目信息

10.1. 工作绩效数据

  • 10.1.1. 在执行项目工作的过程中,从每个正在执行的活动中收集到的原始观察结果和测量值

10.2. 工作绩效信息

  • 10.2.1. 从各控制过程中收集并结合相关背景和跨领域关系,进行整合分析而得到的绩效数据

10.3. 工作绩效报告

  • 10.3.1. 为制定决策、提出问题、采取行动或引起关注,而汇编工作绩效信息,所形成的实物或电子项目文件