4_0项目开发管理

项目开发管理
[toc]
项目开发管理的基础知识[16]
项目范围管理：包括项目启动、范围计划编制、范围定义、范围核实和范围变更控制 5 个部分的内容。

项目成本管理：包括资源计划编制、成本估算、成本预算、成本控制 4 个主要部分内容。

项目时间管理：包括活动定义、活动排序、活动历时估算、进度计划编制、进度控制 5 个部分内容。

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

在配置管理中，所有的配置项都应列入版本控制的范畴。

配置项的状态通常有3种，分别是草稿、正式发布和正在修改。

产品配置：一个产品在其生命周期各个阶段所产生的各种形式和各种版本的文档、计算机程序、部件及数据的集合
文档包括用户文档和系统文档。

软件文档管理[16]
按照文档产生和使用的范围，软件文档大致可分为 3 类：开发文档；管理文档；产品文档。

软件需求管理[16]
需求属性：每个功能需求和它有关的一些信息。

需求的稳定性属于需求属性。

变更管理过程：需求变更的管理过程遵循问题分析和变更描述、变更分析和成本计算、变更实现的顺序
变更控制委员会：变更控制委员会对项目中任何基线工作产品的变更都可以做出决定
为了达到过程能力成熟度模型的第二级，组织机构必须具有6个关键过程域（KPA）。

img
img
软件过程改进[16]
CMM：软件成熟度模型。

能力成熟度模型(Capability Maturity Model，CMM)描述
了软件发展的演进过程，从毫无章法、不成熟的软件开发阶段到成熟软件开发阶段的过程。

以CMM的架构而言，它涵盖了规划、软件工程、管理、软件开发及维护
等技巧，若能确实遵守规定的关键技巧，可协助提升软件部门的软件设计能力，达到成本、时程、功能与品质的目标。

CMM在软件开发机构中被广泛用来指导软件
过程改进。

软件范围管理[15、13]
项目范围管理，包括保证项目顺利完成所需的全部工作过程。

其目的是控制项目的全部活动都在需求范围内，以确保项目资源的高效利用。

它主要包括项目启动、范围计划编制、范围定义、范围核实和范围变更控制 5 个部分的内容
产品范围是项目范围的基础，产品的范围定义是信息系统要求的度量，而项目范围的定义是生产项目计划的基础。

产品范围描述是项目范围说明书的重要组成部分。

项目范围定义的输入有：①项目章程。

②项目范围管理计划。

③组织过程资产。

④批准的变更申请。

软件时间管理[13]
项目时间管理包括使项目按时完成所必须的管理过程。

项目时间管理中的过程包括：活动定义、活动排序、活动的资源估算、活动历时估算、制定进度计划以及进度控制。

为了得到工作分解结构(Work Breakdown Structure，WBS)中最底层的交付物，必
须执行一系列的活动，对这些活动的识别以及归档的过程就叫做活动定义。

软件配置管理[15]
在配置管理中，所有的配置项都应列入版本控制的范畴。

配置项的状态通常有3
种，分别是草稿、正式发布和正在修改。

配置项是构成产品配置的主要元素，配置项主要有以下两大类：
(1)属于产品组成部分的工作成果：如需求文档、设计文档、源代码和测试用例等；
(2)属于项目管理和机构支撑过程域产生的文档：如工作计划、项目质量报告和项
目跟踪报告等。

这些文档虽然不是产品的组成部分，但是值得保存。

所以设备清单不属于配置项。

系统建议方案[14]
作为一份正式文档，系统建议方案至少应该包含以下内容：
①前置部分。

包括标题、目录和摘要。

摘要部分以1～2页的篇幅总结整个系统
建议方案报告，提供系统方案中的重要事件、地点、任务和原因，以及系统方案是如何实现的等信息。

②系统概述。

包括系统建议方案报告的目的、对问题的陈述、项目范围和报告内
容的叙述性解释。

③系统研究方法。

简要地解释系统建议方案报告中包含的信息是如何得到的，研
究工作是如何进行的。

④候选系统方案及其可行性分析。

系统阐述每个候选系统方案，并对每个方案进
行可行性评价。

⑤建议方案。

在对各个候选系统方案进行可行性评价之后，通常会推荐一个解决
方案，并且要给出推荐该解决方案的理由。

⑥结论。

简要地描述摘要的内容，再次指出系统开发的目标和所建议的系统方案。

同时，需要再次强调项目的必要性和可行性，以及系统建议方案报告的价值。

⑦附录。

系统分析师认为阅读者可能会感兴趣的所有信息，但这些信息对于理解
系统建议方案报告的内容来说不是必要的。

联合需求计划[14]
JRP是一个通过高度组织的群体会议来分析企业内的问题并获取需求的过程，它是
联合应用开发(JAD)的一部分。

JRP的主要意图是收集需求，而不是对需求进行分析和验证。

实施JRP时应把握以下主要原则：在JRP实施之前，应制定详细的议程，并严格
遵照议程进行；按照既定的时间安排进行；尽量完整地记录会议期间的内容；在讨论期间尽量避免使用专业术语；充分运用解决冲突的技能；会议期间应设置充分的间歇时间；鼓励团队取得一致意见；保证参加JRP的所有人员能够遵守实现约定
的规则。

软件开发环境[12]
软件开发环境应支持多种集成机制。

根据功能不同，可以将集成机制分为三个部分：环境信息库，用以存储与系统开发有关的信息，并支持信息的交流与共享；过程
控制与消息服务器，是实现过程集成和控制集成的基础；环境用户界面，它的统
一性和一致性是软件开发环境的重要特征。

用软件开发环境(Software Development Environment)是支持软件产品开发的软件系统。

它由软件工具集和环境集成机制构成。

软件工具集来支持软件开发的相关过程、活动和任务年；环境集成机制为工具集成和软件开发、维护和管理提供统一的支持，它通常包括数据集成、控制集成和界面集成。

数据集成机制提供了存储或访问环境信息库的统一的数据接口规范；界面集成机制采用统一的界面形式，提供统一的操作方式；控制集成机制支持各开发活动之间的通信、切换、调度和协同工作。