【www.gbppp.com--人文百科】
如何制定和编写软件项目计划
软件项目计划（Software Project Planning）是一个软件项目进入系统实施的启动阶段,主要进行的工作包括:确定详细的项目实施范围、定义递交的工作成果、评估实施过程中主要的风险、制定项目实施的时间计划、成本和预算计划、人力资源计划等。
在软件项目管理过程中一个关键的活动是制定项目计划，它是软件开发工作的第一步。 项目计划的目标是为项目负责人提供一个框架，使之能合理地估算软件项目开发所需的资源 、经费和开发进度，并控制软件项目开发过程按此计划进行。 在做计划时，必须就需要的人力、项目持续时间及成本作出估算。这种估算大多是参考 以前的花费作出的。软件项目计划包括二个任务：研究和估算。即通过研究确定该软件 项目的主要功能、性能和系统界面。
一、软件项目计划内容
软件项目计划内容如下：
1.范围。对该软件项目的综合描述,定义起所要做的工作以及性能限制,它包括:
(1)项目目标。
(2)主要功能。
(3)性能限制。
(4)系统接口。
(5)特殊要求。
(6)开发概述。
2.资源。
(1)人员资源。
(2)硬件资源。
(3)软件资源。
(4)其他。
3.进度安排。
进度安排的好坏往往会影响整个项目的按期完成,因此这一环节是十分重要的。制定软件进度与其他工程没有很大的区别 ，其方法主要有：
(1)工程网络图。
(2)Gantt图。
(3)任务资源表。
(4)成本估算。
(5)培训计划。
二、制定软件工程规范
对软件工程管理来说，软件工程规范的制定和实施是不可少的，它与软件项目计划一样重要 。软件工程规范可选用现成的各种规范，也可自己制定。目前软件工程规范可分为三级：
(1)国家标准与国际标准。
(2)行业标准与工业部门标准。
(3)企业级标准与开发小组级标准。
三、软件开发成本估算
为了使开发项目能在规定的时间内完成，而且不超过预算，成本预算和管理控制是关键。
1.成本估算方法
(1)自顶向下估算方法。
估算人员参照以前完成的项目所耗费的总成本，来推算将要开发的软件的总成本，然后把它们按阶段、步骤和工作单元进行 分配，这种方法称为自顶向下估算方法。
它的优点是对系统级工作的重视，所以估算中不会遗漏系统级的诸如集成、用户手册和配置管理之类的事务的成本估算，且估算工作量小、 速度快。它的缺点是往往不清楚低级别上的技术性困难问题，而往往这些困难将会使成本上升。
(2)自底向上估算方法。
自底向上估算方法是将待开发的软件细分，分别估算每一个子任务所需要的开发工作量，然后将它们加起来 ，得到软件的总开发量。这种方法的优点是对每个部分的估算工作交给负责该部分工作的人来做，所以估算 较为准确。其缺点是其估算往往缺少与软件开发有关的系统工作级工作量，所以估算往往偏低。
(3)差别估算方法。
差别估算是将开发项目与一个或多个已完成的类似项目进行比较，找到与某个相类似项目的若干 不同之处，并估算每个不同之处对成本的影响，导出开发项目的总成本。该方法的优点是可以提高估算的准确度， 缺点是不容易明确“差别”的界限。
除上三种还有：
(1)专家估算法。
(2)类推估算法。
(3)算式估算法。
2.成本估算模型
(1)COCOMO估算模型。
机构性成本模型COCOMO（Constructive Cost Mode）是最精确、最易于使用的成本估算方法之一。
该模型分为：基本COCOMO模型，是一个静态单变量模型，它是对整个软件系统进行估算；中级COCOMO模型，是一个静态多变量模型；详细COCOMO模型，将软件系统模型分为系统、子系统和模块三个层次。
①基本COCOMO模型估算公式：
E=ab(KLOC)exp(bb)
D=cb(E)exp(db)
式中E为开发所需的人力（人/月）。D为所需的开发时间（月）。KLOC为估计提交的代码行。ab、bb、cb和db是指不同软件开发方式的值。
②中级COCOMO模型。
其估算公式为：E=ai(KLOC)exp(bi)×乘法因子，ai，bi
(2)Putnam成本估算经验模型。
Putnam估算模型是一种动态多变模型，它是假设在软件开发的整个生存期中工作量的分布。如下图：
根据曲线导出关于提交的代码行数L，人力K（人/年）和时间td（年）之间估算公式： 式中Ck是技术状况有关的常数，它的典型值如下：
对于差的开发环境 Ck=2500
对于好的开发环境 Ck=10000
对于有的开发环境 Ck=12500
由上述公式可以得到所需开发工作量的公式：
四、风险分析
风险分析对于软件项目管理是决定性的，然而现在还是有很多姓名不考虑风险就着手进行。
五、软件项目进度安排
软件项目的进度安排与任何一个工程的进度安排没有实质上的不同。首先识别一组项目任务，建立任务间的相互关联，然后估计各个任 务的工作量，分配人力和其他资源，指定进度时序。
1.软件开发任务的并行性
若软件项目有多人参加时，多个开发者的活动将并行进行。
2.Gantt图
Gantt图常用水平线段来描述把任务分解成子任务，以及每个子任务的进度按排，该图表示方法简单易懂， 一目了然，动态反映软件开发进度情况。如下表：
进程计划时间表
3.工程网络图
工程网络图是一种有向图，该图中用圆表示事件，有向弧或箭头表示子任务的进行，箭头上的数字称为权，该权表示此子任务的持续时间，箭头下面括号中的数字表示该任务的机动时间，图中的圆表示与某个子任务开始或结束事件的时间点。如下图：
六、软件质量保证
软件质量保证是软件工程管理的重要内容，软件质量保证应作好以下几个方面的工作：
(1)采用技术手段和工具。
(2)组织正式技术评审。
(3)加强软件测试。
(4)推行软件工程规范（标准）。
(5)对软件的变更进行控制。
(6)对软件质量进行度量。
七、如何制定软件项目计划
项目计划详细说明了所需软件工作及如何实现。它定义了每一个主要任务，并估算其所需时间和资源，同时为管理层的评估和控制提供了一个框架。项目计划也提供了一种很有效的学习途径。如果能合理建档，它便是一个与实际运行效能比较的基准。这种比较可以使计划者看到他们的估算误差，从而提高其估算精确度。
我们着重强调对项目规模和资源的估算，是因为低质量的项目资源估算将不可避免地造成资源短缺，进度延迟和预算超支。又由于项目资源估算是从软件规模估算中直接衍生出来的，所以低质量的规模估算是造成许多软件项目问题的根本原因。
项目计划应在项目开始初期制定出，并随着工程的进展不断地加以精化。起初，由于软件需求通常是模糊而又不完整的，我们的工作重点应在于明确该项目需要哪些领域的知识，并且如何获取这些知识。如果不遵循这一指导原则，程序员们通常会积极地投入到那部分已知的工作中去，而把未知部分留滞到以后。这种工作方式通常会产生很多问题，因为未知部分具有最高的风险系数。软件项目计划的逻辑如下所述 ：
由于软件需求在初始阶段是模糊而又不完整的，质量计划只能建立在对客户需求的大致而不确切的理解之上。因此，项目计划应该从找出含糊不确切与准确恰当的软件需求间的映射关系入手。
接着建立一种概念设计。项目初始架构的建立要十分谨慎，因为它通常标定了产品模块的分割线，同时描述了这些模块所实现的功能及所有模块间的关系。这就为项目计划和项目实施提供了组织框架，因此一个低质量的概念设计是不能满足要求的。
在每一次后续的需求精化时，也应同时精化资源映射，项目规模估算和工程进度。
八、制订软件项目计划的方法与策略
制订软件项目计划的目的在于建立并维护软件项目各项活动的计划，软件项目计划其实就是一个用来协调软件项目中其它所有计划，指导项目组对项目进行执行和监控的文件。一个好的软件项目计划可为项目的成功实施打下坚实的基础。
XXX系统
软件项目计划书
2009-10-12 10:10
目录
1 引言 ................................................................................................................................................... 1
1.1 背景 ......................................................................................................................................... 1
1.3 定义 ......................................................................................................................................... 2
1.4 参考资料 .................................................................................................................................. 2
1.5 标准、条约和约定 .................................................................................................................... 2
2 项目概述 ............................................................................................................................................ 2
2.1 项目目标 .................................................................................................................................. 2
2.2 产品目标与范围 ........................................................................................................................ 3
2.3 假设与约束 ............................................................................................................................... 3
2.4 项目工作范围 ........................................................................................................................... 3
2.5 应交付成果 ............................................................................................................................... 3
2.5.1 需完成的软件 .................................................................................................................. 3
2.5.2 需提交用户的文档 ........................................................................................................... 3
2.5.3 须提交内部的文档 ........................................................................................................... 3
2.5.4 应当提供的服务 .............................................................................................................. 4
2.6 项目开发环境 ........................................................................................................................... 4
2.7 项目验收方式与依据 ................................................................................................................. 4
3 项目团队组织 ..................................................................................................................................... 4
3.1 组织结构 .................................................................................................................................. 4
3.2 人员分工 .................................................................................................................................. 4
3.3 协作与沟通 ............................................................................................................................... 5
3.3.1 项目团队内部协作 ........................................................................................................... 5
3.3.2 项目接口人员 .................................................................................................................. 5
3.3.3 项目团队外部沟通与协作模式 ......................................................................................... 5
4 实施计划 ............................................................................................................................................ 5
4.1 风险评估及对策 ........................................................................................................................ 5
4.2 工作流程 .................................................................................................................................. 6
4.3 总体进度计划 ........................................................................................................................... 6
4.4 项目控制计划 ........................................................................................................................... 7
4.4.1 质量保证计划 .................................................................................................................. 7
4.4.2 进度控制计划 .................................................................................................................. 7
4.4.3 预算监控计划 .................................................................................................................. 8
4.4.4 配置管理计划 .................................................................................................................. 8
5 支持条件 ............................................................................................................................................ 8
5.1 内部支持 .................................................................................................................................. 8
5.2 客户支持 .................................................................................................................................. 8
5.3 外包（可选） ........................................................................................................................... 8
6 预算 ................................................................................................................................................... 9
6.1 人员成本 .................................................................................................................................. 9
6.2 设备成本 .................................................................................................................................. 9
6.3 其它经费预算 ........................................................................................................................... 9【软件计划】
7 关键问题 ............................................................................................................................................ 9
8专题计划要点 ...................................................................................................................................... 9
XXX软件项目计划书
根据《GB8567－88计算机软件产品开发文件编制指南》中项目开发计划的要求，结合实际情况调整后的《项目计划书》内容如下：
1 引言
1.1 背景
主要说明项目的来历，一些需要项目团队成员知道的相关情况。主要有以下内容：
(1) 项目的名称
经过与客户商定或经过立项手续统一确定的项目名称，一般与所待开发的软件系统名称有较大的关系，如针对“XX系统”开发的项目名称是“XX系统开发”。
(2) 项目的委托单位
如果是根据合同进行的软件开发项目，项目的委托单位就是合同中的甲方；如果是自行研发的软件产品，项目的委托单位就是本企业。
(3) 项目的用户（单位）：
软件或网络的使用单位，可以泛指某个用户群。注意项目的用户或单位有时与项目的委托单位是同一个，有时是不一样的。如海关的报关软 件、税务的报税软件，委托单位是海关或税务机关，但使用的用户或单位不仅有海关或税务机关，还包括需要报关、报税的企业单位。
(4) 项目的任务提出者【软件计划】
本企业内部提出需要完成此项目的人员，一般是领导或商务人员；注意项目的任务提出者一般不同于项目的委托单位，前者一般是企业内部的人员。如果是内部开发项目，则两者的区别在于前者指人，后者指单位。
(5) 项目的主要承担部门
有些企业根据行业方向或工作性质的不同把软件开发分成不同的部门（也有的分为不同事业部）。项目的特点就是其矩阵式组织，一般一个项 目的项目成员可能由不同的部门组成，甚至可能由研发部门、开发部门、测试部门、集成部门、服务部门等等其中几个组成。需要根据项目所涉及的范围确定本项目 的主要承担部门。
(6) 项目建设背景
从政治环境上、业务环境上说明项目建设背景，说明项目的大环境、来龙去脉。这有利于项目成员更好地理解项目目标和各项任务。
(7) 软件系统与其他系统的关系
说明与本系统有关的其他系统，说明它们之间的相互依赖关系。这些系统可以是这个系统的基础性系统（一些数据、环境等必须依靠这 个系统才能运行），也可以是以这个系统为基础的系统，或者是两者兼而有之的关系、互相依赖的系统。例句：本系统中对外部办公部分如需要各个建设单位报送材 料的子系统应当挂在市政府网站。【软件计划】
(8) 软件系统与机构的关系
说明软件系统除了委托单位和使用单位，还与哪些机构组织有关系。例如一些系统需要遵守那些组织的标准、需要通过那些组织机构的测试才能使用等等、是否需要外包或与那些组织机构合作。
1.3 定义
列出为正确理解本计划书所用到的专门术语的定义、外文缩写词的原词及中文解释。注意尽量不要对一些业界使用的通用术语进行另外的定义，使它的含义和通用术语的惯用含义不一致。
1.4 参考资料
列出本计划书中所引用的及相关的文件资料和标准的作者、标题、编号、发表日期和出版单位，必要时说明得到这些文件资料和标准的途径。本节与下一节的“标 准、条约和约定”互为补充，注意“参考资料”未必作为“标准、条约和约定”，因为“参考”的不一定是“必须遵守”的。常用资料如：
本项目的合同、标书、上级机关有关通知、经过审批的项目任务书；
属于本项目的其他已经发表的文件；
本文档中各处引用的文件、资料，包括所要用到的软件开发标准。
1.5 标准、条约和约定
列出在本项目开发过程中必须遵守的标准、条约和约定。例如：相应的《立项建议书》、《项目任务书》、合同、国家标准、行业标准、上级机关有关通知和实施方案、相应的技术规范等。
“参考资料”一般具有“物质”特性，一般要说明参照了什么，要说明在哪里可以获得；“标准、条约和约定”一般具有“精神”特性，一般是必须遵守的，不说明在哪里可以获得。参考资料的内容应该涵盖“标准、条约和约定”。
2 项目概述
2.1 项目目标
设定项目目标就是把项目要完成的工作用清晰的语言描述出来，让项目团队每一个成员都有明确的概念。注意，不要简单地说成在什么什么时间完成开发什么什么软件系统或完成什么什么软件安装集成任务。注意“要完成一个系统”只是一个模糊的目标，它还不够具体和明确。明确的项目目标应该指出了服务对象，所开发软件 系统最主要的功能和系统本身的比较深层次的社会目的或系统使用后所起到的社会效果。
项目目标应当符合SMART原则：
明确的陈述(Specific)
可以衡量的结果(Measurable)
可以达成的目标(Attainable)
现实的或者说是能和实际工作相结合(Realistic)
可以跟踪的(Trackable)
项目目标可以进行横向的分解也可以进行纵向的分解。
横向分解
一般按照系统的功能或按照建设单位的不同业务要求，如分解为第一目标、第二目标等等；
纵向的分解
一般是指按照阶段，如分解为第一阶段目标、第二阶段目标等等，或近期目标、中期目标、远期目标等等。阶段目标一般应当说明目标实现的较为明确的时间。一 般要在说明了总目标的基础上再说明分解目标，可加上“为实现项目的总目标，必须实现以下三个阶段目标······”
2.2 产品目标与范围
根据项目输入（如合同、立项建议书、项目技术方案、标书等）说明此项目要实现的软件系统产品的目的与目标及简要的软件功能需求。对项目成果（软件系统）范 围进行准确清晰的界定与说明是软件开发项目活动开展的基础和依据。软件系统产品目标应当从用户的角度说明开发这一软件系统是为了解决用户的那些问题。
产品目标如“提高工作信息报送反馈工作效率，更好地进行工作信息报送的检查监督，提高信息的及时性、汇总统计信息的准确性，减轻各级相关工作人员的劳动强 度。”
2.3 假设与约束
对于项目必须遵守的各种约束（时间、人员、预算、设备等）进行说明。这些内容将限制你实现什么、怎样实现、什么时候实现、成本范围等种种制约条件。
假设是通过努力可以直接解决的问题，而这些问题是一定要解决才能保证项目按计划完成。如：“系统分析员必须在3天内到位”或“用户必须在8月8日前确定对需求文档进行确认”
约束一般是难以解决的问题，但可以通过其他途径回避或弥补、取舍，如人力资源的约束限制，就必须牺牲进度或质量等等。
假设与约束是针对比较明确会出现的情况，如果问题的出现具有不确定性，则应该在风险分析中列出，分析其出现的可能性（概率）、造成的影响、应当采取的相应措施。
2.4 项目工作范围
说明为实现项目的目标需要进行那些工作。在必要时，可描述与合作单位和用户的工作分工。注意产品范围与项目工作范围的不同含义。
产品范围界定：软件系统产品本身范围的特征和功能范围。
工作范围界定：为了能够按时保质交付一个有特殊的特征和功能的软件系统产品所要完成的那些工作任务。
产品范围的完成情况是参照客户的需求来衡量的，而项目范围的完成情况则是参照计划来检验的。这两个范围管理模型间必须要有较好的统一性，以确保项目的具体工作成果，能按特定的产品要求准时交付。
2.5 应交付成果
2.5.1 需完成的软件
列出需要完成的程序的名称、所用的编程语言及存储程序的媒体形式。其中软件对象可能包括：源程序、数据库对象创建语句、可执行程序、支撑系统的数据库数据、配置文件、第三方模块、界面文件、界面原稿文件、声音文件、安装软件、安装软件源程序文件等等。
2.5.2 需提交用户的文档
列出需要移交给用户的每种文档的名称、内容要点及存储形式，如需求规格说明书、帮助手册等。此处需要移交用户的文档可参考合同中的规定。
2.5.3 须提交内部的文档
可根据《GB8567-88计算机软件产品开发文件编制指南》附录O：“文件编制实施规定的实例（参考件）”结合各企业实际情况调整制定《软件开发文档编 制裁减衡量因素表》。根据《因素表》确定项目对应的项目衡量因素取值，以确定本项目应完成的阶段成果。将不适用于本项目的内容裁减，以减少不必要的项目任务和资源。
根据因素取值列出本项目应完成的阶段成果，说明本项目取值所在的区间，将其他因素值区间删除。
软件培训计划
人员培训作为工程实施的一个重要环节，对整个项目的实施至关重要，通过系统的培训，使得工作人员得到日常工作需要的专业技术知识和经验，从而保障整个系统的顺利运行。
项目建设最终系统将交付用户使用，项目培训是项目实施中的重要环节， 通过项目培训对业主人员进行全面的技术培训，使业主单位人员达到能独立进行管理、故障处理、日常测试维护等工作，以便于我方提供的软、硬件能够正常、安全的运行。
培训的总体目标：
1、管理员培训。
培训对象：系统管理员。
培训目的：可以独立完成本单位行政执法的日常维护，解决一般问题。 培训内容：系统体系结构、系统配置、系统管理、系统使用。
培训方式：集中培训和个别培训。
培训批次：不少于1次的集中培训，个别培训随时安排。
2、使用人员培训
培训对象：系统一般使用人员。
培训目的：熟练掌握所涉及部分的操作。
培训内容：系统使用。
培训方式：集中培训和个别培训（主要针对领导）。
培训批次：不少于2次的集中培训（本单位）。个别培训随时安排。 1.2 培训对象由于本项目是一项综合型的项目，系统使用范围广，用户层次多，
不同用户层次使用的系统角色不相同，使用的内容和侧重点各不相同，因此我们在本项目中将针对不同的用户层次提供针对性的用户培训，保障培训效果，使各层次的用户都能熟练掌握系统的相关知识。
普通用户层： 普通用户层是应用系统的直接使用者，涉及到系统的各方面功能，是对系统功能理解最深、业务最熟悉的用户群，然而普通用户层由于覆盖的面广，各部门主要使用的功能模块不尽相同，因此针对于普通用户将按照不同的部门的侧重点进行分期培训，组织类似业务部门或单独部门进行培训，以便于各部门对各自业务系统使用的把握，以达到各用户能熟练掌握系统的使用方法。
系统管理员和应用级管理员： 系统管理员和应用级管理员是业主单位对系统进行管理维护的员，这一用户掌握一定的信息技术，并且针对应用系统管理员和平台维护员分别进行针对性的培训，主要侧重于系统的建设原理和规划，总体架构，常见问题的解决，系统安装配置等内容。系统的维护和管理工作需要对应用系统较熟悉，并且能处理运行过程中遇到的各类问题，因此对于软件维护人员和管理员将采用共同参与项目维护和实施的方式，从长期实践中逐渐掌握系统维护知识，提升其技术技能和对系统的认识。
技术人员培训： 技术人员主要是指业主单位具备一定的应用系统开发能力，主要用于系统上线后对系统的需求变动进行二次开发和修改，以及系统扩展能力的技术人员，针对这一用户群，将着重于应用系统的开发原理、开发工具、系统架构等进行培训，
使其掌握系统二次开发技术，为今后系统升级改造、功能扩展储备技术力
赤峰学院
软件项目计划书
项目名称 年级专业 信息与计算科学专业10级3班
组 长
小组成员 陈冬雪、胡玉莲、夏喜锋、 指导教师
二零一三年 十月 二十二日
目录
1 概述 ....................................................................................................................................................................... 1 1.1 项目概述 ......................................................................................................................................................... 1 1.2项目交付的产品 ............................................................................................................................................. 1 1.3 SPMP的演化 .................................................................................................................................................. 1 1.4参考资料 ......................................................................................................................................................... 1 1.5 定义、缩写词以及简写 ................................................................................................................................. 1 2 项目组织 ............................................................................................................................................................... 1 2.1 外部接口 ......................................................................................................................................................... 1 2.2 内部组织结构 ................................................................................................................................................. 2 2.3 角色与职责划分 ............................................................................................................................................. 2 3 管理过程 ............................................................................................................................................................... 2 3.1 项目启动计划 ................................................................................................................................................. 2 3.2 工作计划 ......................................................................................................................................................... 2 3.3 控制计划 ......................................................................................................................................................... 2 3.4 风险管理计划 ................................................................................................................................................. 3 3.5 项目收尾计划 ................................................................................................................................................. 4 4 计划过程 ............................................................................................................................................................... 4 4.1 过程模型 ......................................................................................................................................................... 4 4.2 方法、工具和技术 ......................................................................................................................................... 4 4.3 基础设施 ......................................................................................................................................................... 4 5 支持过程 ............................................................................................................................................................... 4 5.1 工作包 ............................................................................................................................................................. 4 5.2 依赖关系 ......................................................................................................................................................... 5 5.3 资源需求 ......................................................................................................................................................... 5 5.4 预算和资源分配 ............................................................................................................................................. 5 5.5 进度表 ............................................................................................................................................................. 6
1 概述
1.1 项目概述
项目的目标是开发一套酒店内部管理系统，同时组员们获得系统的软件工程项目训练，发布的产品是软件的可执行程序、源代码、技术文档等，主要工作是需求分析、系统分析、开发测试。关键里程碑分别是需求规格说明书的发布，系统设计说明说发布和系统的交付，项目所需资源为版本控制服务器和个人开发工具，进度大约为9周。
1.2项目交付的产品
交付日期12月20日，主要交付物有：酒店客房管理系统安装程序、系统源代码、技术文档包（包括需求规格说明书、系统设计说明书、项目总结文档等）
1.3 SPMP的演化
SPMP于第12周周末前经由小组讨论—>分工撰写—>汇总整合三步形成初稿，由组长上传至配置文档库，由组长负责维护。
第13周以后根据项目的进展可以对其进行修改需要有组员提出修改意见，在全体会议上讨论通过，并由组长将修改稿上传至文档库。其余组员通过版本同步获得更新稿。
1.4参考资料
《软件工程——理论、方法与实践》，孙家广 刘强，高等教育出版社 《软件工程导论》张海藩，清华大学出版社 《软件工程师指南[M]》张凯，中国电力出版社
《Java Web典型模块与项目实战大全[M]》明日科技，电子工业出版社. 《 Java数据库系统开发案例精选[M]》王国辉，人民邮电出版社
1.5 定义、缩写词以及简写
JDKFM：待开发的酒店客房管理系统软件名称 SPMP:软件项目管理计划 SRS：需求规格
2 项目组织
2.1 外部接口
2.2 内部组织结构
民主式组织结构，在这个结构中，小组成员完全平等，名义上的组长与其他成员没有任何区别。大家享有充分的民主，项目共作由全体人员讨论协商决定，并根据每个人的经验和能力进行适当的分配。充分激发大家的创造力，有利于攻克技术难关，虽然缺乏明确的权威领导，但是出现意见分歧时大家都会尽量协商解决的。
2.3 角色与职责划分
需求分析员 整理需求分析并以撰写需求分析分析文档，负责人员：谢明敏、陈冬雪 软件设计员 负责软件的设计并撰写设计文档，负责人员：夏喜锋 开发人员 编写软件开发的代码，负责人员：胡玉莲，韩永亮 总结人员 负责最后的收尾工作并撰写总结文档，负责人员：张瑞刚
3 管理过程
3.1 项目启动计划
每位组员既是积极的建言者，又是负责的合作者。决策应在充分的讨论基础上做出，并被及时有效的执行。按时按量完成项目的基本功能，按时发布产品，遵循规范的项目运作标准，文档严谨完整，代码注释充分，便于后续维护。产品要运行稳定，界面友好易上手，能很好的管理酒店客房信息。开发软件过程中要注重团队建设，成员分工合理，合作默契，气氛融洽。项目设计和开发商要有创新，更好的吸引客户。
3.2 工作计划
第11周~第13周：完成需求规格说明并撰写需求规格说明 第14周：完成系统设计并撰写软件设计文档 第15周~第16周：完成编码测试
第17周~第18周：完成软件交付并撰写总结文档
3.3 控制计划
各开发过程负责人以周为单位记录工作进展，形成电子文档报告，上传至文档库。负责人在每周项目例会作口头总结，小组会议审核通过给出意见，报告修改后上传至文档库。各风险负责人密切监控风险状态，定期提交风险报告。必要时将突发情况邮件列表通知所有组员，并由组长做出临时处理决定。每周例会上小组讨论形成一致意见后即为通过，相关负责人针对改进意见开展下一周工作，小组会议持续评估其成效。每一项目阶段结束之前（里程碑前后），组织一次阶段评审会，评估整个阶段的工作效率和成果质量。尽量与项目例会合并，并邀请老师和助教参加评议。
3.4 风险管理计划
风险的详细描述如下： 风险一：开发技术不熟练
没有组员能熟练运用JAVA语言编出程序，仅限于学过，可能导致开发进度受阻，代码交流困难。 风险二：考研课程
组员胡玉莲每天都有考研课要上，又临近考试可能导致任务分配上的困难。 风险三：考公务员
组长谢明敏和组员陈冬雪每天有公务员培训课，十一月二十四日有国家公务员考试，既要复习考试又要完成任务，会导致任务进度变慢。
本文来源：http://www.gbppp.com/jy/392716/
推荐访问:彩虹计划软件 狐仙计划软件