系统架构设计-项目管理

Posted 2021-07-17 小毕超

一、开发管理

美国国防部曾于 20 世纪 70 年代中期专门针对软件项目失败的原因做了调查。调查结果显示 70%的失败软件项目都是因为管理不善引起的，而并不是事先以为的技术实力不够。到了 20 世纪 90 年代，据对美国软件工程实施现状的调查显示，大约只有 10%的项目，尤其是商用软件，能够按预先计划的费用和进度交付。因此，业界认为影响软件研发项目全局的因素是管理水平，而技术只影响局部，这就有必要从项目管理的角度去管理软件的开发和运行。加强项目管理的好处是明显的，它可以控制财务成本、提高资源利用率；改进客户关系；缩短开发时间；降低成本；提高利润、生产率、产品质量和可靠性；完善公司内部协调等。

二、范围管理

范围管理，包括保证项目顺利完成所需的全部工作过程。其目的是控制项目的全部活动都在需求范围内，以确保项目资源的高效利用。它主要包括 项目启动、范围计划编制、范围定义、范围核实、范围变更控制 5 个部分的内容

1. 项目启动
   指批准项目启动或者允许项目进入下一个阶段

2. 范围计划编制
   将生产项目产品所需进行的项目工作渐进明细和形成文件的过程

3. 范围定义
   把主要的项目可交付成果分解成更小、更易管理的单元，以达到如下目的

   1. 提高对成本、时间及资源估算的准确性。
   2. 为绩效测量与控制定义一个基准计划。
   3. 便于进行明确的职责分配。（项目章程。项目范围管理计划。 组织过程资产。批准的变更申请）

   范围定义的输入包括以下内容：

   1. 项目章程。如果项目章程或初始的范围说明书没有在项目执行组织中使用，同样的信息需要进一步收集和开发，以产生详细的项目范围说明书。
   2. 项目范围管理计划。
   3. 组织过程资产。
   4. 批准的变更申请。

4. 范围核实
   项目干系人（发起人、客户）正式接受项目范围的过程，需要审查可交付成果和工作结果，以确保它们都已经正确圆满地完成。

5. 范围变更控制
   包括：对造成范围变更的因素施加影响，以确保这些变更得到一致认可，确定范围变更是否已经发生，当范围变更发生时对实际变更进行管理。范围变更控制必须与其他控制管理过程（进行控制、成本控制和质量控制）结合在一起使用，才能取得良好的效果

三、时间管理

时间管理包括确保项目按时完成所需的各个过程。它包括 活动定义、活动排序、活动历时估算、进度计划编制、进度控制 5 个部分内容。

1. 活动定义是对工作分解结构WBS 中规定的可交 成果或半成品的产生所必须进行的具体活动进行定义，并形成文档。为使项目目标得以实现，在这个过程中对活动做出定义无疑是必要的。

2. 活动排序是确定各活动之间的依赖关系，并形成文档。活动必须被正确地加以排序，以便今后制定切实可行的进度计划。排序可由计算机辅助或用手工排序。

3. 项目活动历时估算是根据项目范围和资源的相关信息为进度表设定历时输入的过程。历时估算的输入通常来自项目团队中熟悉该活动特性的个人和团体。估算通常采用渐进明细的方式，同时此过程需考虑输入数据的质量和可获得性。因此，可以假设此估算逐步精确，并且其质量水平是已知的。项目团队中最熟悉具体活动性质的个人或团队应当完成历时估算。

4. 制订进度计划要决定项目活动的开始和结束日期。若开始和结束日期是不现实的，项目就不可能按计划完成。进度计划、历时估算、成本估算等过程交织在一起，这些过程反复多次，最后才能确定项目进度计划。

5. 进度控制涉及的是：

   1. 对造成进度变更的因素施加影响，以确保这些变更得到一致认可；
   2. 确定进度变更是否已经发生；
   3. 当变更发生时对实际变更进行管理。

四、成本管理

成本管理是保证在批准预算内完成项目所需要的过程。成本对项目有关各方来说都是非常敏感的问题。因此成本管理在软件项目管理中是一项非常重要的工作。

项目成本管理包括资源计划编制、成本估算（计算出完成一个项目的各活动所需各资源成本的近似值。）、成本预算（把估算的总成本分配到单个活动或工作包上去。）、成本控制 4 个主要部分内容。

成本控制–挣值管理：

五、质量管理

软件质量管理包括三个部分：质量计划——判断哪些质量标准与本项目相关，并决定应如何达到这些质量标准；质量保证——定期评估项目总体绩效，建立项目能达到相关质量标准的信心（独特工具包括：质量审计、过程分析）；质量控制——监测项目的总体结果，判断它们是否符合相关质量标准，并找出如何消除不合格绩效的方法。

1. 软件质量计划
   在正式进行软件开发前，需要制订一个软件质量计划，用于说明项目管理团队将如何实施其质量方针。用 ISO9000 的话来说，它应该说明项目质量体系，即：“用以实施质量管理的组织结构、责任、程序、过程和资源”。目前国际上有许多质量标准，较常用的是 ANSI/IEEE STOL730—1984，983—1986 标准。质量计划可以识别哪些质量标准适用于本项目，并确定如何满足这些标准的要求。

2. 软件质量保证和质量控制

六、软件配置管理

随着软件规模和复杂性的增大，许多大型开发项目往往都会延迟和超出预算，软件开发不得不直面越来越多的问题，表现为开发的环境日益复杂，代码共享日益困难，需跨越的平台增多；软件的重用性需要提高；软件的维护越来越困难。
为了解决这些问题，作为控制软件系统一系列变化的学科，软件配置管理（Software Configuration Management，SCM）应运而生。其主要作用是通过结构化的、有序化的、产品化的管理软件工程的方法来维护产品的历史，鉴别和定位产品独有的版本，并在产品的开发和发布阶段控制变化；通过有序管理和减少重复性工作，配置管理保证了生产的质量和效率；它涵盖了软件生命周期的所有领域并影响所有数据和过程。

配置管理 和 产品配置

配置管理是通过技术和行政手段对产品及其开发过程和生命周期进行控制、规范的一系列措施和过程。

产品配置是指一个软件产品在生存周期各个阶段所产生的各种形式和各种版本的文档、计算机程序、部件及数据的集合。

配置项:

1. 产品组成部分（如需求文档、设计文档、源代码和测试用例等）；
2. 项目管理和机构支撑过程域产生的文档（如工作计划、项目质量报告和项目跟踪报告等）。

配置项的状态:

草稿/正式发布/正在修改

配置库：

版本控制：

七：风险管理

项目风险的管理不仅贯穿于整个项目过程，而且在项目事件发生之前风险的分析就已经开始。可以根据风险控制与项目事件发生的时间将风险管理划分为三个部分：事前控制——风险管理规划，事中控制——风险管理方法，事后控制——风险管理报告。

项目风险按是否有可确定性划分为：已知风险、可预知风险、不可预知风险。按风险管理的内容又可以划分为如下几种类型 内部技术风险、内部非技术风险、外部法律风险、外部非法律风险。

风险的曝光度：

曝光度 = 损失额 X 风险出现的概率

扩展：

1. 需求管理

需求变更流程：问题分析与变更描述/变更分析与成本计算/变更实现

2. 软件过程改进

过程能力成熟度模型: CMM (capacity maturity model)

3. 软件工具

软件工具包括:

1. 软件开发工具：需求分析工具、设计工具、编码与排错工具。
2. 软件维护工具：版本控制工具、文档分析工具、开发信息库工具、逆向工程工具、再工程工具。
3. 软件管理和软件支持工具：项目管理工具、配置管理工具、软件评价工具、软件开发工具的评价和选择。