|
|
|
|
|
有效的软件项目管理集中在4个P上，即人员（Person）、产品（Product）、过程（Procedure）和项目（Project）。
|
|
|
|
|
|
软件项目估算涉及人、技术、环境等多种因素，因此很难在项目完成前准确地估算出开发软件所需的成本、持续时间和工作量。因此，需要一些方法和技术来支持项目的估算，常用的估算方法有下列3种。
|
|
|
|
（1）基于已经完成的类似项目进行估算。这是一种常用的也是有效的估算方法。
|
|
|
|
（2）基于分解技术进行估算。分解技术包括问题分解和过程分解。问题分解是将一个复杂问题分解成若干个小问题，通过对小问题的估算得到复杂问题的估算。过程分解是指先根据软件开发过程中的活动（分析、设计、编码、测试等）进行估算，然后得到整个项目的估算值。
|
|
|
|
（3）基于经验估算模型的估算。典型的经验估算模型有IBM估算模型、CoCoMo模型和Putnam模型。
|
|
|
|
|
|
软件开发项目的进度安排有两种方式：系统最终交付日期已经确定，软件开发部门必须在规定期限内完成；系统最终交付日期只确定了大致的年限，最后交付日期由软件开发部门确定。
|
|
|
|
进度安排的常用图形描述方法有甘特（Gantt）图和计划评审技术（PERT）图。
|
|
|
|
|
|
Gantt图中横坐标表示时间，纵坐标表示任务，图中的水平线段则表示对一个任务的进度安排，线段的起点和终点对应在横坐标上的时间分别表示该任务的开始时间和结束时间，线段的长度表示完成该任务所需的时间。
|
|
|
|
Gantt图能清晰地描述每个任务从何时开始，到何时结束以及各个任务之间的并行性；但是它不能清晰地反映出各任务之间的依赖关系，难以确定整个项目的关键所在，也不能反映计划中有潜力的部分。
|
|
|
|
|
|
PERT图是一个有向图，箭头表示任务，它可以表示完成该任务所需的时间；箭头指向节点表示流入节点的任务的结束，并开始流出节点的任务，这里把节点当成事件。只有当流入该节点的所有任务都结束时，节点所表示的事件才出现，流出节点的任务才可以开始。事件本身不消耗时间和资源，它仅表示某个时间点。一个事件有一个事件号和出现该事件的最早时刻和最迟时刻。每个任务还有一个松弛时间，表示在不影响整个工期的前提下，完成该任务有多少机动余地。
|
|
|
|
PERT图不仅给出了每个任务的开始时间、结束时间和完成该任务所需的时间，还给出了任务之间的关系，即哪些任务完成后才能开始另外一些任务，以及如期完成整个工程的关键路径。松弛时间则反映了完成某些任务是可以推迟其开始时间或延长其所需的完成时间。但是PERT图不能反映任务之间的并行关系。
|
|
|
|
|
|
开发组织采用什么形式组织，不仅要考虑软件项目的特点，还需要考虑参与人员的素质。在软件项目组织中，其组织原则有以下3条。
|
|
|
|
（1）尽早落实责任。在软件项目开始组织时，要尽早指定专人负责，使他有权进行管理，并对任务的完成负全责。
|
|
|
|
（2）减少交流接口。一个组织的生产率随着完成任务时存在的通信路径数目的增加而降低。要有合理的人员分工、好的组织结构、有效的通信，减少不必要的生产率的损失。
|
|
|
|
（3）责权均衡。软件管理人员承担的责任不应比赋予他的权利还大。
|
|
|
|
|
|
软件配置管理（Software Configure Management，SCM）用于整个软件工程过程。其目标是标识变更、控制变更、确保变更正确地实现、报告有关变更。SCM是一组管理整个软件生存期各阶段中变更的活动。
|
|
|
|
|
|
基线是软件生存期中各开发阶段的一个特定点，它的作用是把开发各阶段工作的划分更加明确化，使本来连续的工作在这些点上断开，以便于检查与肯定阶段成果。因此，基线作为一个检查点，在开发过程中，当采用的基线发生错误时，可以知道所处的位置，返回到最近和最恰当的基线上。
|
|
|
|
|
|
软件配置项（SCI）是软件工程中产生的信息项，它是配置管理的基本单位，对已经成为基线的SCI，虽然可以修改，但必须按照一个特殊的、正式的过程进行评估，确认每一处修改。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
变更控制是一项最重要的软件配置任务。为有效地实现变更控制，须借助配置数据库和基线的概念。
|
|
|
|
配置数据库可以分为3类，即开发库、受控库和产品库。
|
|
|
|
|
|
|
|
风险识别是试图系统化地确定对项目计划的威胁。风险识别的一个方法是建立风险条目检查表。该检查表可以用于识别风险，并使得人们集中来识别下列常见的、已知的及可预测的风险：产品规模、商业影响、客户特性、过程定义、开发环境等。
|
|
|
|
|
|
风险预测又称为风险估算，它从两个方面评估一个风险：风险发生的可能性或概率；以及如果风险发生所产生的后果。通常项目计划人员与管理人员、技术人员一起，进行4种风险预测活动：建立一个尺度或标准，以反映风险发生的可能性；描述风险的后果；估计风险对项目和产品的影响；标注风险预测的整体精确度，以免产生误解。
|
|
|
|
|
|
|
|
|
|
式中：ri为风险；li为风险发生的概率；xi为风险产生的影响。
|
|
|
|
一个对风险评估很有用的技术就是定义风险参照水准。对于大多数软件项目来说，成本、进度和性能就是3种典型的风险参照水准。
|
|
|
|
在风险评估过程中，需要执行下面步骤：①定义项目的风险参考水平值；②建立每一组与每一个参考水平值之间的关系；③预测一组临界点以定义项目终止区域；④预测什么样的风险组合会影响参考水平值。
|
|
|
|
|
|
一个有效的策略必须考虑3个问题：①风险避免；②风险监控；③风险管理及意外事件计划。如果软件项目组对于风险采取主动的方法，则避免是最好的策略。
|
|
|
