软件项目资源管理计划

在日常工作中计划是我们完成工作，实现目标的重要工具，你在拟写计划时会感到无从下手吗？以下是小编精心整理的《软件项目资源管理计划》，欢迎阅读，希望大家能够喜欢。

第一篇：软件项目资源管理计划

软件项目人力资源管理计划（整理）

软件项目资源管理计划案例

1. 项目组织结构

《校务通管理系统》项目的组织结构如下图所示，它是矩阵型组织结构的一个具体化。

图1：项目的组织结构

一：根据上图画出组织结构的人力资源分配?

 市场部

 负责与用户的协调工作。

 负责项目相关的商务活动。

 负责用户需求的接口。

 配合项目经理的资源协调活动。

 负责产品的验收活动。  负责系统的维护活动。  项目管理

 负责项目的组织和规划。  负责项目计划制定和维护。  负责项目的跟踪和管理。  负责资源的分配和协调活动。  负责各组织和计划之间的协调活动。  负责与市场部的协调活动。  软件开发

 负责项目的软件开发，包括设计、编码、单元测试和集成测试。  负责产品质量控制的工作。

 负责配合质量保证的活动，如系统测试、文档编制等。  配合产品验收的相关活动。  质量保证

 负责项目过程和产品规范的制定。

 负责项目过程的质量保证活动，包括过程评审和产品审计。  配置管理

 负责项目的配置管理活动。  负责软件产品的提交。  用户

 确保相关责任的实施。  参与项目的组织和规划。  负责产品的验收工作。 

2. 项目的沟通计划

为了保证项目开发过程的顺利进行和信息的有效沟通，要求执行如下的沟通计划：

(1) 每天17:00~17:30，项目组成员进行口头交流。 (2) 每周五的14:00前提交周报告。

(3) 每周五的15:00~17:00，召开项目周例会，会后发布会议纪要给相关的

项目人员，其中说明项目的进展和存在的问题。

(4) 及时提交问题报告，问题报告可以通过网络提交，项目经理会及时获

取问题信息。

二：根据此表来进行责任分解表，要有人力资源分配?

第二篇：软件项目计划书

1.引言

1.1计划的目的

1.2项目的范围和目标

1.2.1范围描述

1.2.2主要功能

1.2.3性能

1.2.4管理和技术约束

2.项目估算

2.1使用的历史数据

2.2使用的评估技术

2.3工作量、成本、时间估算

3.风险管理战略

3.1风险识别

3.2有关风险的讨论

3.3风险管理计划

3.3.1风险计划

3.3.2风险监视

3.3.3风险管理

4.日程

4.1项目工作分解结构

4.2时限图(甘特图)

4.3资源表

5.项目资源

5.1人员

5.2硬件和软件

5.3特别资源

6.人员组织

6.1组织结构

6.2管理报告

7.跟踪和控制机制

7.1质量保证和控制

7.2变化管理和控制

8.附录

项目开发计划

编制项目开发计划的目的是用文件的形式，把对于在开发过程中各项工作的负责人员、开发进度、所需经费预算、所需软、硬件条件等问题作出的安排记载下来，以便根据本计划开展和检查本项目的开发工作。编制内容要求如下：

1 引言

1.1编写目的

说明编写这份项目开发计划的目的，并指出预期的读者。

1.2背景

说明：

a.待开发的软件系统的名称;

b.本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络;c.该软件系统同其他系统或其他机构的基本的相互来往关系。

1.3定义

列出本文件中用到的专门术语的定义和外文首字母组词的原词组。

1.4参考资料

列出用得着的参考资料，如：

a.本项目的经核准的计划任务书或合同、上级机关的批文;

b.属于本项目的其他已发表的文件;

c.本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。2 项目概述

2.1工作内容 简要地说明在本项目的开发中须进行的各项主要工作。 2.2主要参加人员 扼要说明参加本项目开发工作的主要人员的情况，包括他们的技术水平。

2.3产品

2.3.1程序

列出需移交给用户的程序的名称、所用的编程语言及存储程序的媒体形式，并通过引用有关文件，逐项说明其功能和能力。

2.3.2文件

列出需移交给用户的每种文件的名称及内容要点。

2.3.3服务

列出需向用户提供的各项服务，如培训安装、维护和运行支持等，应逐项规定开始日期、所提供支持的级别和服务的期限。

2.3.4非移交的产品

说明开发集体应向本单位交出但不必向用户移交的产品(文件甚至某些程序)。

2.4验收标准

对于上述这些应交出的产品和服务，逐项说明或引用资料说明验收标准。

2.5完成项目的员迟用限

2.6本计划的批准者和批准日

3 实施计划

3.1工作任务的分门与人员分工

对于项目开发中需完成的各项工作，从需求分析、设计、实现、测试直到维护，包括文件的编制、审批、打印、分发工作，用户培训工作，软件安装工作等，按层次进行分解，指

明每项任务的负责人和参加人员。

3.2接口人员 说明负责接口工作的人员及他们的职责，包括： a.负责本项目同用户的接口人员; b.负责本项目同本单位各管理机构，如合同计划管理部门、财务部门、质量管理部门等的接口人员;

c.负责本项目同各分合同负责单位的接口人员等。

3.3进度

对于需求分析、设计、编码实现、测试、移交、培训和安装等工作，给出每项工作任务的预。定开始日期、完成日期及所需资源，规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件(即所谓"里程碑")。

3.4预算

逐项列出本开发项目所需要的劳务(包括人员的数量和时间)以及经费的预算(包括办公费、差旅费、机时费、资料费、通讯设备和专用设备的租金等)和来源。

3.5关键问题

逐项列出能够影响整个项目成败的关键问题、技术难点和风险，指出这些问题对项目的影响。

4 支持条件

说明为支持本项目的开发所需要的各种条件和设施。

4.1计算机系统支持

逐项列出开发中和运行时所需的计算机系统支持，包括计算机、外围设备、通讯设备、模拟器、编译(或汇编)程序、操作系统、数据管理程序包、数据存储能力和测试支持能力等，逐项给出有关到货日期、使用时间的要求。

4.2需由用户承担的工作

逐项列出需要用户承担的工作和完成期限。包括需由用户提供的条件及提供时间。

4.3由外单位提供的条件

逐项列出需要外单位分合同承包者承担的工作和完成的时间，包括需要由外单位提供的条件和提供的时间。

5 专题计划要点

说明本项目开发中需制订的各个专题计划(如分合同计划、开发人员培训计划、测试计划、安全保密计划、质量保证计划、配置管理计划、用户培训计划、系统安装计划等)的要点。

第三篇：软件项目管理

1 项目管理过程

软件项目管理的对象是软件工程项目。涉及的范围覆盖了整个软件工程过程。

项目管理是指“在项目活动中运用专门的知识、技能、工具和方法，使项目能够实现或超过项目干系人的需要和期限。”

项目的核心知识是范围、时间、成本和质量。辅助知识是人力资源管理、风险管理和采购管理。

2 项目启动

接受项目的第一步工作就是界定项目。 项目启动应做如下工作：

1) 设定目标：收集事实、信息、意见、需求;探讨假设情况;确定应包括的内容和应排除的东西。

2)SWOT分析：S(优势)W(劣势)

O(机会)

T(威胁)

3) 确定需要进行的主要工作及需要的技能和资源，即明确项目的资源和范围。 4) 考虑可能的解决方案，标明技术上和管理上的限制。

2.1 制定计划工作：度量

什么是度量? IEEE 定义度量是 “对一个系统、构件或过程具有的某个给定属性的一个定量测量”。进行度量工作，是为了了解产品开发的技术过程和产品本身。 (1)度量开发过程的目的是为了改进过程; (2)度量产品的目的是为了提高产品质量。 度量的作用是为有效地定量地进行管理。

2.2 制定计划工作：估算

在软件项目管理过程中关键的活动就是制定项目计划。 在做计划时必须就需要的人力(以人月为单位)、项目持续时间(以年份或月份为单位)、成本(以元为单位)做出估算。

(1)在软件项目管理过程中关键的活动就是制定项目计划。 (2)在做计划时必须就需要的人力(以人月为单位)、项目持续时间(以年份或月份为单位)、(3)成本(以元为单位)做出估算。

2.3 制定计划工作：风险分析

所谓风险分析实际上就是一系列风险管理步骤，其中包括风险识别、风险估计、风险管理策略、风险解决和风险监督。这些步骤贯穿在软件工程过程中。 2.4 制定计划工作：进度安排

每个软件项目都要求制定一个进度安排，但不是所有进度都得一样安排。 2.5 追踪和控制

一旦建立了开发进度安排，就可以开始着手追踪和控制活动。 由项目管理人员负责追踪在进度安排中标明的每一个任务。 如果任务实际完成日期滞后于进度安排，则管理人员可以使用一种自动的项目进度安排工具来确定在项目的中间里程碑上进度误期所造成的影响。

(1)可对资源重新定向

(2)对任务重新安排 (做为最坏的结果)可以修改交付日期以调整已经暴露的问题。用这种方式可以较好地控制软件的开发。

3 软件生产率和质量的度量

生产率与质量的度量是以投入工作量为依据的软件开发过程的度量和软件产品质量的度量。 面向规模的度量面向功能的度量软件质量的度量 软件度量分为两类：直接度量与间接度量。

软件过程的直接度量包括所投入的成本和工作量。 软件产品的直接度量包括产生的代码行数(LOC)、执行速度、存储量大小、在某种时间周期中报告的差错数。

软件产品的间接度量包括功能性、复杂性、效率、可靠性、可维护性和许多其他质量特性。

3.1 面向规模的度量

面向规模的度量是对软件和软件开发过程的直接度量。 3.2 面向功能的度量

面向功能的软件度量是对软件和软件开发过程的间接度量，主要考虑程序的 “功能性” 和 “实用性”，而不是对 LOC计数。

该度量是一种叫做功能点方法的生产率度量，利用软件信息域中的一些计数和软件复杂性估 功能点度量是为信息系统应用而设计的。

特征点度量(Feature Points)可以用于系统和工程软件应用。特征点度量适合于算法复杂性高的应用，如实时处理、过程控制、嵌入式软件。

3.4 软件质量的度量

质量度量贯穿于软件工程的全过程中以及软件交付用户使用之后。

使用得最广泛软件质量的事后度量包括正确性、可维护性、完整性和可使用性。

(1)正确性：一个程序必须正确地运行，并为它的用户提供某些输出。正确性要求软件执行所要求的功能。正确性的度量是每千代码行(KLOC)的差错数，其中将差错定义为已被证实是不符合需求的缺陷。

(2)可维护性：软件维护比其它的软件工程活动需要更多的工作量。还没有一种方法可以直接度量可维护性，必须采取间接度量。

一种简单的面向时间的度量:

平均变更等待时间MTTC。这个时间包括分析变更要求、设计适当修改、实现变更并测试、把变更发送给所有用户。一个可维护的程序与不可维护的程序相比，应有较低的MTTC。

(3)完整性：完整性度量一个系统抗拒对它的安全性攻击(事故的和人为的)的能力。程序、数据和文档都会遭到攻击。

度量完整性，需要定义两个附加的属性：危险性和安全性。危险性是特定类型的攻击将在一给定时间内发生的概率，安全性是排除特定类型攻击的概率。

一个系统的完整性可定义为

完整性=∑(1-危险性×(1-安全性)) (4)可使用性：如果程序不具有用户友好性，即使它所执行的功能很有价值也常常会失败。

4.2 软件开发成本估算方法

对于绝大多数项目，主要的成本是工作成本。

软件成本计算的目的是要精确地、客观地预测软件承包商的开发成本。 软件的开发成本是以一次性开发过程所花费的代价来计算的。 要进行一系列的估算处理。主要靠分解和类推。

1. 自顶向下的估算方法

这种方法的主要思想是从项目的整体出发，进行类推。

估算人员根据以前已完成项目所消耗的总成本(或总工作量)，推算将要开发的软件的总成本(或总工作量)，然后按比例将它分配到各开发任务单元中去，再来检验它是否能满足要求。

2. 自底向上的估算方法

这种方法的主要思想是把待开发的软件细分，直到每一个子任务都已经明确所需要的开发工作量，然后把它们加起来，得到软件开发的总工作量。 它的优点是估算各个部分的准确性高。缺点是缺少各项子任务之间相互联系所需要的工作量，还缺少许多与软件开发有关的系统级工作量.

3. 差别估计法

这种方法综合了上述两种方法的优点，其主要思想是把待开发的软件项目与过去已完成的软件项目进行类比，从其开发的各个子任务中区分出类似的部分和不同的部分。 类似的部分按实际量进行计算，不同的部分则采用相应方法进行估算。

4. 专家判定技术

由多位专家进行估算，取得多个估算值。再把这些估算值合成一个估算值。

一种合成方法是求各估算值的中值或平均值。其优点是简便。缺点是可能会由于受

一、二个极端估算值的影响而产生严重的偏差。 另一种合成方法是召开小组会，使各位专家们统一于或至少同意某一个估算值。优点是可以摈弃蒙昧无知的估算值，缺点是一些组员可能会受权威或政治因素的影响。

5. 标准Deiphi技术

A组织者发给每位专家一份软件系统规格说明书和一张记录估算值的表格，请他们估算。 B专家详细研究软件规格说明书的内容，对该软件提出三个规模的估算值，即：ai (最小), mi (可能), bi (最大), 无记名地填写表格。 C组织者整理专家们填在表格中的答复：

(1)计算各专家估算的期望值 Ei

Ei = (ai+4mi+bi)/6 (2)对专家的估算结果分类摘要。

D在综合专家估算结果的基础上，组织专家再次无记名地填写表格。比较两次估算的结果。若差异很大，要通过查询找出差异的原因。

E上述过程可重复多次。最终可获得一个得到多数专家共识的软件规模 (源代码行数)。

.最后，通过与历史资料进行类比，根据过去完成软件项目的规模和成本等信息，推算出该软件每行源代码所需要的成本。然后再乘以该软件源代码行数的估算值，就可得到该软件的成本估算值。

4.3 软件开发成本估算的经验模型

软件开发成本估算是依据开发成本估算模型进行估算的。

1. IBM模型 (Walston-Felix) 静态单变量模型

2. 其他静态单变量模型 3. Putnam 模型

动态多变量模型。

4. COCOMO模型 结构型成本估算模型是一种精确、易于使用的成本估算方法。 软件开发项目的总体类型: 组织型

不涉及硬件的开发

嵌入型

完全与硬件结合的开发

半独立型

介于上述两者之间

COCOMO模型按其详细程度分成三级：

基本COCOMO模型

中间COCOMO模型

详细COCOMO模型

基本COCOMO模型是静态单变量模型，用源代码行数(LOC) 为自变量的经验函数计算软件开发工作量。

中间COCOMO模型在用LOC为自变量的函数计算软件开发工作量(称为名义工作量)的基础上，用涉及产品、硬件、人员、项目等方面的影响因素调整工作量估算。 详细COCOMO模型包括中间COCO MO模型的所有特性，但用上述各种影响因素调整工作量估算时，还要考虑对软件工程过程中每一步骤(分析、设计等)的影响。 15种影响软件工作量的因素 fi：

产品因素：软件可靠性、数据库规模、产品复杂性

硬件因素：执行时间限制、存储限制、虚拟机易变性、环境周转时间

人的因素：分析员能力、应用领域实际经验、程序员能力、虚拟机使用经验、程序语言使用经验

项目因素：现代程序设计技术、软件工具的使用、开发进度限制

6.1 软件范围

软件范围包括功能、性能、限制、接口和可靠性。 估算开始时应对软件功能进行评价，对其进行适当的细化以便提供更详细的细节。由于成本和进度的估算都与功能有关，因此常采用某种程度的功能分解。 性能的考虑包括处理和响应时间的需求。

约束条件则标识产品成本、外部硬件、可用存储或其它现有系统对软件的限制。 现成的用以支持软件开发的工具(硬件工具及软件工具); 最基本的资源(人); 通常，对每一种资源，应说明以下四个特性：资源的描述、资源的有效性说明、资源在何时开始需要、使用资源的持续时间。最后两个特性统称为时间窗口。

6.4 风险分析

风险分析的主要活动有风险识别、风险估算、风险评价和风险管理。

风险分项目风险、技术风险和商业风险。

项目风险是指 (1)潜在的预算、进度、人员和组织、资源、用户、需求方面的问题，以及它们对软件项目的影响。(2)项目的复杂性、规模、结构的不确定性。 技术风险是指(1)潜在的设计、实现、接口、检验和维护方面的问题。 (2)规约的二义性、技术陈旧或太先进。

第四篇：软件项目沟通管理

[摘要]：

2004年6月，我作为项目经理开始参与某航空公司航空票务系统项目的开发，主要负责系统的组织规划实施开发与项目管理，该系统具有严格的安全，稳定，时实高效和可靠性能要求，该系统由票务管理系统和呼叫中心系统两部分组成，呼叫中心系统主要实现电话，传真和短信业务，票务管理系统是整个系统的核心，采用了struts+hibernate+spring主流WEB应用框架，实现了WEB应用服务器websphere与协作应用服务器lotus domino 的高度集成沟通是作为一个项目经理在项目管理中必须具备的最基本也是最重要的技能，项目的成功离不开良好的沟通管理。本文以该项目为例，结合作者实践，讨论在该项目进行沟通管理的问题。主要通过灵活运用多种沟通方式，直接与项目组成成员沟通，避免中间环节，发展良好的沟通技能，善于运用倾听和反馈，召开高效项目会议等方法和策略进行有效的沟通管理。目前，该系统已正式投入运行，状况良好，受到客户的一致好评。

[正文]：

2004年6月，2004年6月，我作为项目经理开始参与某航空公司航空票务系统项目的开发，主要负责系统的组织规划实施开发与项目管理，当然还做一些编码工作，主要是公用基础代码和核心代码的编写与维护。航空票务系统是将呼叫中心系统和票务管理系统有效的结合起来，采用先进的CTI技术和语音板卡技术，充分利用电话，短信，传真，因特网等信息化手段，解决航空公司的机票销售问题，规范了业务流程，强化了内部管理，与电子商务的完美结合，使应用系统功能更加完善，提高了整个航空业务的工作效率。 其中，票务管理系统包括：客户管理，机票管理，票证管理，销售管理，财务结算，调度管理，远程营业部(代理商/分销商)管理 ，系统管理八大功能模块，并统一于服务器端软件模块。呼叫中心系统由电话呼叫系统，短信分发系统，传真呼叫系统三部分组成。票务管理系统是整个系统的核心，在本次开发中，我把它视为整个项目的重点。

票务管理系统采用struts+hibernate+spring主流WEB应用框架，使用RUP软件工程方法，开发工具采用了WSAD5.0，WSAD5.0集成并扩展了Eclipse2.0的功能。硬件配置方面，IBMRS/6000用于安装websphere5.0，DELL服务器用于安装DOMINO R6和ORACLE 10g数据库，系统平台采用WINDOWS NT 实现了WEB应用服务器与协作应用程序服务器LOTUS DOMINO 的高度集成，并使用SINGLE SIGN ON (SSO)实现单点登陆。总体架构思想：用spring搭建整个框架，用hibernate取代原始的JDBC操作，并进行持久化管理，在spring 中采用Bean来管理整个持久化层和访问层，与hibernate 相连接进行数据库操作，视图层和控制器层通过STRUTS筐架实现，模型层是数据访问层DAO 和 hibernate的结合，数据库层功能使用ORACLE 数据库实现。在本系统中将订单数据的生成分析采用关系数据库实现，通过webspher架构实现业务逻辑处理，机票订单的生成和审核流程则由DOMINO 进行驱动，将基于业务为主的J2EE服务系统和基于协作为主的DOMINO 流程处理系统有效的结合起来，确保整个业务流程的有效运行和各种数据查询分析统计的有机结合。

由于考虑到寒假和春运期间将会是旅客的高峰期，客户要求系统必须在12月底前交付，项目开发周期为6个月，为此我做了如下安排：前4个月主要集中精力用于开发票务管理系统，后两个月主要完成票务管理系统和呼叫中心系统的集成以及项目收尾工作。

在项目管理过程中，项目经理90%的时间都会花在沟通上，项目经理在沟通中担任主持协调者，调解人，聆听者，解释者等诸多角色。因此有效的沟通管理是项目成功的必备条件。在本系统项目中，我主要使用microsoftproject 2003作为辅助沟通工具，并通过灵活运用多种沟通方式，直接与项目组成员沟通，避免中间环节，发展良好的沟通技能，善于运用倾听和反馈，召开高效的项目会议等方法和策略进行项目沟通管理。

灵活运用多种沟通方式，直接与项目组成员沟通，避免中间环节。

沟通的方式有很多，比如：电话沟通，电子邮件沟通，经理信息系统沟通，但是只有灵活运用才会收到良好的效果。在本项目中，项目正式启动后，我就把团队成员召集在一起，进行了面对面的沟通，让他们认识到任务的艰巨，同时也让他们树立完成目标的决心和勇气。平时，我会定期地到项目成员的当地住所进行私人探访，与他们进行一些随意的交谈，了解他们的需求，并探讨下他们在工作中遇到的问题，征集一些观点和看法。每周我们都会进行一次进度评审，在每个里程碑，我们都会举行一次正式的小组会议，对之前的工作情况确认和总结。我还专门为项目组搭建了一个开放式论坛，让大家可以在BBS上畅所欲言，共同讨论。

平时，我也把自己的电子信箱告诉给项目组成员，要求他们大胆地反映实际问题，积极参与项目的决策与管理，多提建议和意见。我每天上班时都先认真阅读来信，并进行处理，从来信中，我收集到了许多对决策有用的信息，为了激励成员的热情，我决定，凡是被采纳的建议，给予鼓励，提出带有普遍性问题的来信，我都会给予答复。

发展良好的沟通技能，善于运用倾听和反馈。

在与项目成员沟通的过程中，从不随意打断对方说话。如果对方的话很有道理，我会给予适度赞美。在整个过程中，我都会心平气和的与对方讲话。当遇到问题时，我会用不同的方案去解决。如果对方听不明白，我就会举一些浅显的例子让他尽量明白我所说的话。在气氛紧张的时候，我会用幽默的话语来缓解气氛，也就是所谓的能听话，能赞美，能心平气和，能变通，能清楚，能幽默。在进行沟通时，我还特别注意培养自己的倾听素质，比如呈现给恰当肯定的面部表情，避免出现隐含消极情绪的动作，呈现出自然放开的姿态....当然，适当的地反馈也是非常重要的，我尽量多问少讲，因为项目成员往往比我更清楚本职工作中存在的问题。所以，要多问问题，引导他们自己去思考和解决，我只对他们的工作进展作出评价，沟通的重心放在“我们”，在沟通中尽量多使用“我们”少用“你”。同时我会把握良机，在适当时候进行反馈，党成员出色地完成了一件事我会给予及时的表扬和激励;当成员犯了错误，我会等他冷静之后再作反馈;在进行批评时，也坚决不用“没能力”，“失信”等评价性语言。我特别注意反馈谈访的内容与书面考评意见的一致，不避重就轻，因为这样会带来不好的效果。

召开高效的项目会议。

项目会议是项目经理沟通项目信息，跟踪项目进展，制定项目计划，形成项目决策，解决项目冲突，确保项目按计划顺利进行的有效手段。在本系统项目中，启动阶段我们召开了项目启动动员大会，由该项目当事人双方参与，主要目的是为了士气，统一思想，明确目标，每周我们会举行一次项目例会，由项目组成员全体参与，主要是检查项目计划的完成情况，发现偏差，并制定和落实纠偏措施。每日会举行一次项目评审会议，主要目的是总结上阶段工作，布置下阶段任务，在该项目结束后，我们召开项目总结大会，发起人老总，各部门经理，项目组全体成员都参与，主要目的是为了总结经验，检讨教训，论功行赏，项目运行一段时间后，我们还召开了后评价会议。由很多专家参与，主要是学习和反馈，对项目进行总结，在开会之前，我们都确定了会议的日程，议题，参与人，地点等。并提前通知与会者。同时控制会议的规模。仅邀请必需人员参加，并要求按时开会，按时结束，制定防止开会迟到，早退的制度。在会议上不允许讨论与会议议题无关的话题，在会议也要听取不同的观点和意见。

航空票务系统在2004年12月下旬正式上线，提前完成了项目，目前系统运行正常，受到客户和有关部门的一致好评，对项目的满意度较高。重新回顾该项目开发过程，项目组成员常常因为技术问题而争论，当发生冲突，在解决冲突方向时，我们仍旧处理地不够好，技能欠缺，在今天的开发中，我会不断的努力和改进。

第五篇：软件项目计划书（大全）

软件项目计划书

编制:XXXX

目录

1 引言 .............................................................................................................. 4 1.1 1.2 计划目的............................................................................................ 4 项目的范围和目标............................................................................ 4 1.2.1 范围描述 ..................................................................................... 4 1.2.2 主要功能 ..................................................................................... 4 1.2.3 性能 ............................................................................................. 4 1.2.4 管理和技术约束 ......................................................................... 4

2 项目估算 ...................................................................................................... 4 2.1 2.2 2.3 3 使用的历史数据................................................................................ 4 使用的评估技术................................................................................ 4 工作量、成本、时间估算................................................................ 4

风险管理战略 .............................................................................................. 4 3.1 3.2 3.3 风险识别............................................................................................ 4 有关风险的讨论................................................................................ 4 风险管理计划.................................................................................... 4 3.3.1 风险计划 ..................................................................................... 5 3.3.2 风险监视 ..................................................................................... 5 3.3.3 风险管理 ..................................................................................... 5

4 日程 .............................................................................................................. 5 4.1 4.2 4.3 项目工作分解结构............................................................................ 5 时限图(甘特图)............................................................................ 5 资源表................................................................................................ 5

5 项目资源 ...................................................................................................... 5 5.1 5.2 5.3 人员.................................................................................................... 5 硬件和软件........................................................................................ 5 特别资源............................................................................................ 5

6 人员组织 ...................................................................................................... 5 6.1 6.2 组织结构............................................................................................ 5 管理报告............................................................................................ 5

7 跟踪和控制权限 .......................................................................................... 6 7.1 7.2 质量保证和控制................................................................................ 6 变化管理和控制................................................................................ 6

8 附录 .............................................................................................................. 6

1 引言

1.1 计划目的

1.2 项目的范围和目标

1.2.1 范围描述 1.2.2 主要功能 1.2.3 性能

1.2.4 管理和技术约束

2 项目估算

2.1 使用的历史数据 2.2 使用的评估技术

2.3 工作量、成本、时间估算

3 风险管理战略

3.1 风险识别 3.2 有关风险的讨论 3.3 风险管理计划

3.3.1 风险计划 3.3.2 风险监视 3.3.3 风险管理

4 日程

4.1 项目工作分解结构 4.2 时限图(甘特图) 4.3 资源表

5 项目资源

5.1 人员 5.2 硬件和软件 5.3 特别资源

6 人员组织

6.1 组织结构 6.2 管理报告

7 跟踪和控制权限

7.1 质量保证和控制 7.2 变化管理和控制

8 附录