研发资源需求计划表(一)：项目研發计划表

（ ）年 项目名称 项目负责人 电话 项目联系人 电话 项目

起止时间年 至年 研究开发经费预算表 项目负责人及主要研发人员 篇二：产品開发项目计划书 报告编号： 产 品 开 发 计 划 项 目 号： 项目名称： 编 制 人： 部 门： 日 期： 版权所有 侵权必究 all copyright reserve1/20 产品开发计划 第1版

5.1 项目关键路径分析及保障措

6.1 项目的里程碑计

9.1 关键物料需求计

所需经费预算、所需软、硬件条件等问题做出的安排记载下来以便根据本计划开展和检查

文檔对项目开发过程进行科学、合理、系统的分析，利用pdt组织架构明确设计组成员

及各职能部门的工作内容并对项目依赖关系及影响项目進度的关建环节、关建因素进行分

为了能对项目开发全快局撑控，文档对开发过程中的各个细节做的了祥细的计划主要

(1) 项目里程碑计划：明确产品开发过程中各个关建节点,以及在节各节点上所要达到的

向下游部门的交付件,以此检验项目的进展情况及完成质量。

(2) wbs计划：将项目逐级分解成可管理的片段每个片段责任到人，明确各片段责任

(3) 项目进度计划：明确项目开始、结束时间以及要求达到的目标。

(4) 项目風险管理计划：详细说明项目存在的风险项、风险级别、规避措施、应急计划、

(5) 项目沟通计划：定期对项目干系人进行沟通及时了解项目开展过程中各个环节的

计划实际操作有无问题，以便及时调整以达到最优效果。

(6) 人力资源须求计划：对整个项目环节所需要的人员数量作安排、以及要达到的技术

(7) 对外合作计划:明确对外合作的内容具体交付件，要求在达到的目标等 (8) 质

量保证计划：主要括技术评审、內部审计、交付审计与基线审计。 (9) 资料开发计划:列出

项目中需要开发的资料及计划完成时间 (10) 配置管理计划:对产品开发中的资料进行管理，指出相应人员对资料的权限对资料的版 本时行管理。 (11)

培训计划：对相应人员要求达到的技能培训要求达的的效果做出明确规定 3/20

在公司生产规模不断扩大的背景下，一方面现有研磨设备已无法满足需求另一方面现

有研磨设备已达到使用年限，需要更新换代四角研磨設备为跳纤研磨、fa芯片研磨的必需

设备,自主研发即可满足内部需求，又可以对外开拓市场为公司赢取最大利益。 根据公司扩产规模以市场价估算，所需投资该项目设备在150万元左右自主研发所

需设备投资资金在50万元左右,可以在设备投资方面节省100万元左右。 项目研发的目標是以最短的时间开发出能够达到使用要求的研磨设备根据现有市场上

的设备优缺点取长补短，开发出有自己特色和优势的设备 3 项目組织结构 表4

4.1 项目关键路径分析及保障措施 项目开展主要包括以下几个主要阶段:

4.1.1 图纸设计阶段:为了保证达到设备要求的预期效果，对设备精喥、行业标准做透彻

的了解尽量避免少走弯路。

4.1.2 采购阶段:根据产品市场定位合理选择零配件品牌。

4.1.3 样品试制评审阶段:因目前公司加工主要为外协加工所以试制阶段为影响项目进

度的主要因素,为了保障能达到预期要求，主要从加工能力及价格两方面评估选择外协加工供

4.1.4 尛批量试产阶段:一方面检验设备加工精度的一致性能否达达要求主要控制环节

在加工供应商的选择上;二方面根据现有人员配备情况，检驗各个生产环节的安排是否合理

制定最优化生产工艺及生产制程,以提高生产效益为目的。 项目的组织结构

4.1.5 大批量生产阶段:以生产工艺与淛程落实为前提根据产能需求配备相关工位及技

能的人员、所需工具、生产设备。

4.2 项目依赖关系分析

4.3 项目关键成功因素

工具 篇三：项目開发计划书 电脑城库存存货系统 1 项目开发计划说明书 1引

研发资源需求计划表(二)：产品研发计划书

产 品 研 发 计 划 书

项目名称： 编 制 人： 项目經理 部 门： 研发部 日 期： 21 年 月 日

这部分要描述文档的目的应该指明读者。

该计划需要在该产品项目中完成的工作活动及其工作目标、项目的生命周期、项目交付物、相关人员的角色和职责、主要里程碑、进度计划、质量计划、配置管理计划、风险计划等

简要描述本项目嘚类型（新产品/改进/维护类）、项目的目的、范围、目标（例如：项目的市场定位，产品需求等）

4 项目经理职责 5 项目组织结构

6.1 项目组会議 表2 项目组会议

列举项目跟踪、监控过程中需要出示的报告类型、频率、报告人、汇报人信息。

表4 项目里程碑计划 表5 项目wbs计划

研发资源需求计划表(三)：2015软件项目计划书

第1篇：软件商业运营项目计划书

2、0公司介绍（参考兆联公司的商业计划书范文：软件商业运营商业计划书模板格式）

2、1项目公司与关联公司

2、3[历史]财务经营状况

2、4[历史]管理与营销基础

2、7公司内部控制管理

3、1、软件商业运营服务项目

3、2、软件商业運营服务项目特点

3、3软件商业运营服务技术

3、4软件商业运营服务设备与设施

3、5项目地理位置与背景

3、6项目建设基本方案与内容

4、0市场分析（参考兆联公司的商业计划书范文：软件商业运营商业计划书模板格式）

4、2目标市场区域服务项目供需现状与预测（目标市场分析）

4、3软件商业运营行业市场状况

4、4软件商业运营市场容量分析

4、5软件商业运营市场需求与趋势分析

4、5、1服务项目的市场需求

4、5、2服务项目的趋势汾析

4、7竞争对手情况与分析

4、7、1竞争对手情况

4、7、2竞争对手情况分析

4、8行业准入与政策环境分析

5、0发展战略与实施计划

5、4客户满意服务系統建设

5、5、1市场定位策略

5、5、2服务项目定价策略

5、5、3市场促销策略

5、5、4电子网络营销

5、6服务项目推销计划

6、0项目swot综合分析

7、0项目管理与人員计划

7、3管理团队建设与完善

7、4人员招聘与培训计划

7、5人员管理制度与激励机制

7、7项目实施进度计划

8、0风险分析与规避对策

8、1经营管理风險及其规避

8、2技术人才风险及其规避

8、3安全、污染风险及控制

8、4市场开拓风险及其规避

8、5政策风险及其规避

8、6中小企业融资风险与对策

9、0投入估算与资金筹措

9、1项目中小企业融资需求与贷款方式

9、2项目资金使用计划

9、3中小企业融资资金使用计划

9、4贷款方式及还款保证

10、0财务預算（参考兆联公司的商业计划书范文：软件商业运营商业计划书模板格式）

6、利润及利润分配明细表

1）反映财务盈利能力的指针

a财务內部收益率（firr）

b。投资回收期（pt）

c财务净现值（fnpv）

g。不确定性分析：盈亏平衡分析、敏感性分析、概率分析

2）反映项目清偿能力的指针

d固定资产投资借款偿还期

附件附表：（参考兆联公司的商业计划书范文：软件商业运营商业计划书模板格式）

3、主要经营团队名单及简曆

5、专利证书生产许可证鉴定证书等

7、企业形象设计宣传资料（标识设计、说明书、出版物、包装说明等）

第2篇：软件项目计划书

本报告嘚主要作用是确定各个项目模块的开发情况和主要的负责人，供各项目模块的负责人阅读做到及时协调，按步有序进行项目的开发减尐开发中的不必要损失。便于项目团队成员更好地了解项目情况使项目工作开展的各个过程合理有序，因此以文件化的形式把对于在項目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件等内容做出的安排以书面的方式，作为项目团队成员以及项目干系人之间的共识与约定项目生命周期内嘚所有项目活动的行动基础，项目团队开展和检查项目工作的依据

具体步骤：拟订开发计划书，分配项目工作安排项目进度

计划对象：网上书店开发小组

随着网络技术的发展，internet已成为最具市场潜力的技术领域使用web技术设计的数据库应用软件，是目前internet市场的技术中坚各种web应用如电子商务，网上购物等都采用这种方式实现互联网的优势在于用户能同时从不同地点、不同数据库中存取数据。网上购物系具体是指利用各种电子工具与网络高效率，低成本地从事以商品交换为中心的各种商务贸易活动电子商务应用的兴起已经促使商品流通领域发生了一场巨大的革命。它打破了时空的界限加速了整个社会的商品流通，有效地降低了企业生产成本提高企业竞争

力。电子商务的一个重要技术特征是利用web技术来传输与处理商业信息，因此有人称：电子商务=web it因此我们将开发一个典型的电子商务系统：网上書店。

2、2、1目标和范围描述

该系统适用于在网上书籍交易网上书店的管理，通过此软件系统对书籍进行有效管理灵活的满足自己客户需要。

问题：实地购书比较麻烦购书范围小，能购书的种数也有限

项目目标：开发一个网上购书系统是项目的总目标，为实现项目的總目标可按以下三个阶段目标来进行：

第一阶段目标：实现网上购书系统的基本功能小组个成员进行各个模块的开发，形成初步的系统

第二阶段目标：攻克技术上的难题，实现网上购书系统的一些特殊功能进一步完善系统。

第三阶段目标：让系统投入到实际运用中莋好系统的维护工作。

项目范围：利用现有的微型计算机借鉴前人的网上购书系统开发经验、徐州博库网上书城和资料中的电子商铺系統的开发模式，预计软件开发费用不超过***元

初步设想：建议在系统中增加一个bbs的模块，方便用户发表言论

可行性分析：这个系统没有經济效益，不能收回成本但可以得到知识，熟悉做项目的过程；现有的技术能够完成系统的基本功能但做bbs论坛还有一定的技术困难，開发这个新系统只是借鉴前人的开发模式，做出有个人特色的网上购书系统仅供平时学习用。不会引起任何的侵权问题通过对用户嘚进一步访问，用户希望能够通过互连网能够浏览书籍，查找他们想要的书籍并能够订购要买的书，这不仅很方便还节省了用户的時间。

（2）传统购书系统流程图

图书查询和浏览功能：当进入网上书店后无需登录，就可以浏览书籍而电子书店还可以提供一个更好嘚功能，即通过图书名称、类别等信息从浩瀚的书海中迅速的找到的书

用户登录注册功能：在用户购买的图书时，系统将判断其是否登錄如果没有，则转向登录界面登录后，系统还将转向原来用户浏览的页面

购物车功能：用户登录后，就可以把图书放入购物篮中鈳以对购物篮进行管理，包括修改所购图书数量、删除图书等

图书信息管理功能：管理人员可以添加图书，修改图书的类别价格，上傳图书的相关图片等

定单信息管理功能：用户确认购买图书，将形成一条订单信息用户可以查询自己的定单。管理员可以查看定单售出书籍。

2、2、4管理和技术约束

由于没有做过项目的经验在加上编程技术的限制，小组人员少时间的限制只能实现一个具有简单功能嘚网上购书系统。

徐州博库网上书店、电子商铺系统

软件规模估算：采用类比的方法根据历史数据来进行估算

工作量估算：基本cocomo模型

成夲估算：基本cocomo模型

时间估算：基本cocomo模型

2、3工作量、成本、时间估算

工作量估算：人员：六人

成本估算：资料费（资料费、复印费）

通信费（移动通信费、上网费、电费）

基本cocomo模型把工作量作为软件规模的函数来计算，其计算公式为：

e=as^bs是以千源代码行（kloc）计数的程序规模a，b為开发模式因子

在我们的项目中我们采用半分离式，因此a取值为3、0b取值为1、12

根据计算的工作量，我们由下面公式计算所需的开发时间：

t=ce^de为我们所计算的工作量人月为单位c，d是随开发模式而改变的因

子在这里我们同样采用半分离式，c取值为2、5d取值为0、35

在小组中，我們共六人大约2个月完成任务。

第3篇：软件项目开发计划书

1、6标准、条件和约定-5-

2、2主要参加人员-6-

2、3产品及成果-8-

2、3、4非移交产品-8-

2、4、1代码的驗收-9-

2、5完成项目的最迟期限-10-

2、6本计划的审查者与批准者-10-

3、1、3编码及测试阶段-11-

3、1、4文档、产品部署-11-

3、2工作任务的分解-12-

4、1计算机系统支持-15-

4、2需偠用户承担的工作-16-

4、3需由外单位提供的条件-17-

5专题计划要点-18-

5、1开发人员培训计划-18-

5、3质量保证计划-18-

5、4人员配置计划-18-

5、5客户培训计划-19-

5、6安全保密計划-19-

为了保证项目团队按时保质地完成项目目标便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序有必要鉯文件化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容以书面的方式描述出来作为项目团队成员以及项目干系人の间的共识与约定，项目生命周期内的所有项目活动的行动基础项目团队开展和检查项目工作的依据。

本项目开发计划用于从总体上指導图书管理系统项目顺利进行并最终得到通过评审的项目产品本项目开发计划面向项目组全体成员。

沈阳师范大学图书管理系统是由沈陽师范大学委托我们开发的大型管理系统主要功能是实现图书馆的信息化管理，包括读者信息管理书籍信息管理，借阅信息管理管悝者信息管理等功能。项目周期为六个月项目背景规划如表1、1所示。

项目名称项目委托单位任务提出者项目承担单位

图书管理系统沈阳師范大学周老师

图书管理系统是学校信息管理系统的一个重要组成部分它需要学生基本信息系统提供学生的基本资料，因为很多情况下图书证号和学生的学生证号是一样的，而且在图书管理中需要知道学生所在的系别和班级等信息；另外，它还需要教职工信息系统提供基本资料因为教职工当然也能在图书馆借阅图书。因此在设计时可以和校园信息管理系统的其他系统使用同一个数据库管理系统，鉯便系统之间的信息交流和管理

sqlserver：系统服务器所使用的数据库关系系统（dbms）。

sql：一种用于访问查询数据库的语言

事务流：数据进入模块後可能有多种路径进行处理

主键：数据库表中的关键域。值互不相同

外部主键：数据库表中与其他表主键关联的域。

rollback：数据库的错误恢复机制

系统：若未特别指出，统指本图书管理系统

uml：统一建模语言、是一套用来设计软件蓝图的标准建模语言，是一种从软件分析、设计到编写程序规范的标准化建模语言

文档格式要求按照我国gb/t国家标准和ieee/ansi830-1993标准规范要求进行。包括以下文件：

图书借阅关系系统需求說明书

软件工程项目开发文档范例

图书借阅管理需求说明书

软件需求说明书编写规范

《软件项目管理》朱少民韩莹编著，人民邮电出版社

图书的管理是一门复杂的学问，与一般的企业和机构管理不同它要处理的信息量极大，进行的操作繁琐很多年以来，管理图书馆昰利用人工操作读者要借书还书时需要操作员手动进行，这中间查询、录入信息、管理的过程是很复杂的在计算机被广泛应用之后，利用计算机进行图书管理成为成为了可能

本软件系统通过实现读者、图书馆操作员与图书馆内部资料的交互，使得快速地进行图书管理荿为了可能借还书环境和管理环境将更加方便快捷。

1、6标准、条件和约定

gb/t计算机软件分类与代码

gb/t软件工程标准分类法

gb/t计算机富安居测试攵档编制

gb/t计算机软件需求规格说明

gb/t计算机软件测试规范

gb/t信息技术程序设计语言

gb/t信息技术软件工程

gb/t计算机软件文档编制规范

随着人们知识水岼层次的提高图书馆成为日常生活中不可缺少的一部分。而图书馆的存书量和业务量庞大仅仅靠传统的记帐式管理是不可行的。图书館系统应运而生逐渐成为信息化建设的重要组成部分。图书管理系统为学校或社会型图书馆的管理员提供所有借阅者的详细信息以及館内库存的详细情况，对借书和还书两大功能进行合理操纵并登记

图书管理系统采用目前比较流行的c/s模式，eclipse作为前端开发工具后台数據库管理系统为sqlserver2000，系统的运行平台为windows系统运行再图书馆工作人员的客户机上，对数据库访问的并发处理由sqlserver控制

本图书管理系统主要实現的功能如下：

进入系统前需要身份验证，输入正确的用户名和密码才能进入系统

用户可以根据需要进行书库管理。

用户可以进行借书證的办理、查询、挂失等操作

用户可以添加账户和修改密码。【研发资源需求计划表】

1、制作和修订项目开发计划；

2、进行计划跟踪与監控；

3、配合sqa的质量保证工作；

4、工作产品及时进行受控管理；

5、按计划提请阶段评审；

6、提交测试部门评测开发产品；

7、交付最终工作產品

为了完成图书管理系统的项目开发，公司组建了一个临时的项目团队有项目组组长、副组长、组员构成，如图2、1所示

软件名称：沈阳师范大学图书管理系统

功能：图书馆业务集成系统采用国内先进的汇文文献信息服务系统，该系统由采访、编目、典藏、流通、连續出版物、统计、系统管理、opac等模块组成

用户操作手册：本手册详细描述软件的功能、性能和用户界面，使用户对如何使用该软件得到具体的了解为操作人员提供该软件各种运行情况的有关知识，特别是操作方法的具体细节

软件维护手册：主要包括软件系统说明、程序模块说明、操作环境、支持软件的说明、维护过程的说明，便于软件的维护

课堂培训：以讲课形式对客户进行培训，使其能够正确使鼡软件

免费咨询：客户可以在工作时间向技术人员提出问题并获得解答。

技术支持：对于某些客户采取上门指导的方式。

软件维护：獲取软件使用中的问题提供补丁程序。

升级通知：在软件新版本发布的时候及时通知（email或邮寄信件）注册的用户，并提供试用版本

軟件升级：对于注册用户，只需较少的费用即可升级到新的版本

可行性分析报告：说明该软件开发项目的实现在技术上、经济上和社会洇素上的可行性，评述为了合理地达到开发目标可供选择的各种可能实施方案说明并论证所选定实施方案的理由。

项目开发计划：为软件项目实施方案制订出具体计划应该包括各部分工作的负责人员、开发的进度、开发经费的预算、所需的硬件及软件资源等。

软件需求說明书（软件规格说明书）：对所开发软件的功能、性能、用户界面及运行环境等做出详细的说明它是在用户与开发人员双方对软件需求取得共同理解

并达成协议的条件下编写的，也是实施开发工作的基础该说明书应给出数据逻辑和数据采集的各项要求，为生成和维护系统数据文件做好准备

概要设计说明书：该说明书是概要实际阶段的工作成果，它应说明功能分配、模块划分、程序的总体结构、输入輸出以及接口设计、运行设计、数据结构设计和出错处理设计等为详细设计提供基础。

详细设计说明书：着重描述每一模块是怎样实现嘚包括实现算法、逻辑流程等。

测试计划：为做好集成测试和验收测试需为如何组织测试制订实施计划。计划应包括测试的内容、进喥、条件、人员、测试用例的选取原则、测试结果允许的偏差范围等

测试分析报告：测试工作完成以后，应提交测试计划执行情况的说奣对测试结果加以分析，并提出测试的结论意见

开发进度月报：该月报系软件人员按月向管理部门提交的项目进展情况报告，报告应包括进度计划与实际执行情况的比较、阶段成果、遇到的问题和解决的办法以及下个月的打算等

项目开发总结报告：软件项目开发完成鉯后，应与项目实施计划对照总结实际执行的情况，如进度、成果、资源利用、成本和投入的人力此外，还需对开发工作做出评价總结出经验和教训。

软件问题报告：指出软件问题的登记情况如日期、发现人、状态、问题所属模块等，为软件修改提供准备文档

软件修改报告：软件产品投入运行以后，发现了需对其进行修正、更改等问题应将存在的问题、修改的考虑以及修改的影响做出详细的描述，提交审批

源程序：软件开发过程中的全部代码以及注释。

最后在交付客户之前进行小组内评审代码编写符合hb6465标准，与文档说明保歭一致代码书写风格统一，采用标准规范没有下列错误：由于软件缺陷造成丢失数据，不符合设计要求响应时间太长无法接受等问題。

最后在交付客户之前进行小组内评审文档格式符合hb6465标准，功能符合与客户的合同要求清晰易读，没有语病与歧义

服务硬件达到攵档说明的要求，人员技术考核合格定期上门维护。

2、5完成项目的最迟期限

从2015年9月15日开始至2015年1月18日完成对整个系统的可行性报告分析、需求分析说明书、开发计划说明说、系统设计书、项目测试、项目总结，对概念模型、存储模式、完整性控制、存取权限等进行了定义对系统功能各模块进行了详细设计，定义了数据库总体结构、编码命名规范并交付用户。交付日期为2015年1月20日延期交付日为2月1号。

2、6夲计划的审查者与批准者

本系统由客户提出自2015年9月28号正式批准，审查者为周老师批准人为周老师。

需求分析是整个设计中重要的一环当可行性分析完成，项目立项确定开发角色后，从9月20开始至10月5日有关的设计开发人员与相关业务人员共同对业务流程、管理方式进荇分析，并进行资料的收集、整理在完成了对有关数据信息的收集、归纳和分析整理后，确定了用户需求对软件必须完成的功能进行叻定义，在此基础上完成了数据定义建立了数据字典。

从10月6日开始至11月5日完成对整个系统的分析设计，对概念模型、存储模式、完整性控制、存取权限等进行了定义对系统功能各模块进行了详细设计、定义了数据库总体结构、编码命名规范。

3、1、3编码及测试阶段

从11月6ㄖ开始至11月22日完成程序设计和系统测试，完成了数据库建立及程序的编制调试为了避免错误积累，采用边开发边测试的基本模式对烸个模块都安排专人进行单独测试，系统联调及系统测试对系统处理逻辑、例外处理能力、容错能力等进行大规模的测试，对发现的问題进行彻底纠正

3、1、4文档、产品部署

从1月2日开始至1月25日，完成用户培训工作编写各类文档，系统投入运行阶段

项目结束后用一周左祐时间，对项目研发、部署等开发过程中的问题、经验教训总结备案以利于项目经验的积累和开发进的的缩短。

负责本项目同用户的接ロ人员为邹浩由软件发开方派专人，按客户要求指定地点安装，调试运行并给客户演示，在后期中负责维护和更新

设置模块开发優先级：通过对图书管理的特点和信息流程等的分析，确定各模块开发的先后次序

具体开发进度安排如下：

注：有四个里程碑，分别是需求完成时、详细设计完成时、系统编码完成时、整个项目工作完成时

影响本计划完成的主要问题有：

没有经费和硬件设施有限

用户需求不清，存在误解及二义性

第一次开发软件开发人员没有实际经验

时间有限，没有足够的开发时间

开发时需要的支持条件：

硬盘：至少80g鉯上；

工作站：pentium4以上微机；

网络适配器：10mｂ/100mｂ自适应

使用tcp/ip协议的局域网

运行时需要的支持条件：

1．服务器的中央处理部件（cpu）建议使用piii1g（鉯上）xeon处理器芯片

2．服务器内存必须使用服务器专用ecc内存

3．为了保证数据存储的绝对可靠，硬盘应使用磁盘冗余阵列（raid01）

4．为了防止服務器不可预测的故障或者服务器的定期维护对公司整个业务造成的影响，所有建议使用两台服务器两台服务器应构成双机热备份。中

間使用watchdog电路这样的结构可以保证整个系统的长时间不间断工作，即使在服务器定期维护的时候也可以使用后备另一台服务器工作

5．服務器应支持热插拔电源

6．服务器必须配备ups（不间断电源）。

7．服务器应该放在学校内部不然无法进行程序调试。

8．服务器应该必须有固萣ip地址

9．其他性能在经济条件允许的情况下，应该尽量使用高速稳定的配件

二、服务器上应该配备的软件

3．服务器必须使用专业的防吙墙和反病毒软件。

4．除了为了运行必须配备的程序以外服务器上建议尽量不要安装其他无关程序，以减少程序的混乱或者程序的意外沖突

5．各系的操作系统尽量统一。（windows9x系列或者windows2000系列）这样可以避免管理软件因为操作系统版本不一致造成的过多的开销。

6．各系的机器必须也安装反病毒软件和防火墙以防止网络上的蠕虫病毒在整个网络范围内的蔓延。

7．如果要打印涉及字段比较多的报表应该配备針式打印机。

4、2需要用户承担的工作

向本小组成员进行培训其内容包括图书馆的工作结构、图书管理系统的工作流程，以及图书馆规模包括可容纳多少图书多少读者，有几个级别的管理员和管理员数目这些内容必须在数据库创建之初就进行培训配备相应硬件系统，做箌规范操作备份好数据防止数据丢失，软件交付日期为软件安装测试人员提供环境

4、3需由外单位提供的条件

本系统为独立开发，不需偠外单位提供条件

5、1开发人员培训计划

2015年9月18日起，至2015年10月28日共十天实习期间，上午进行软件工程项目开发各项内容的专题知识讲座；丅午进行开发设计

2015年1月2日-2015年1月13日对软件进行各项测试工作；

严格按照项目开发过程中的各项步骤，从项目立项可行性研究报告、需求汾析报告、项目开发计划等，具体实施；

该项目开发小组共8人：组长：邹浩

组员：王莹、卢珊珊、侯迪、张旭、印万涛、刘啸虎、张竣铭

在软件实际应用后的前一个月，对用户进行软件操作方法的具体培训；

在从项目开发阶段到最后软件的正式发布期间做好项目的保密笁作，小组成员对所有项目所有相关文档进行加密做好备份工作。

和客户协商签订软件使用合同

第4篇：软件项目计划书

1、1、3项目的范圍与目标3

1、2项目可交付成果4

1、2、1需完成的软件4

1、2、2需提交的文档4

1、3软件项目计划的制定过程5

1、5有关定义和缩写说明5

2、3组织界限和界面7

2、4、1責任分配矩阵7

2、4、1项目干系人的责任分配矩阵8

3、1管理目标和优先级9

3、2设定条件、依赖关系和约束条件9

3、3、1风险条目表10

3、3、2风险定性分析11

3、3、3风险管理清单12

3、3、4项目风险应对措施12

3、3、5风险监控14

3、4监督与控制机制14

3、4、1报告机制14

3、4、2监督机制14

3、4、3评价和审核机制14

4、1方法、工具和技術15

4、3项目各项辅助职能16

5、工作包、进度和预算16

5、2、2网络日历图19

5、3、1计算机系统支持19

5、3、2外部提供的条件20

5、4预算与资源分配以及进度计划20

5、4、2资源分配20

5、4、3进度计划20

编写本项目开发计划的目的是把远程在线考试系统开发过程中对各项工作任务的负责人员、开发的进度、经费的預算、硬件和软件资源条件等问题所做的安排用文档的形式记载下来，以便根据本计划开展和检查项目开发工作保证项目开发成功。

随著信息的发展考试报名的网络化已成为趋势，很多考试都已开通了网上报名系统并通过计算机网络实现异地考试报名。因此为方便栲试系统的管理与维护，故开发了该系统

1、1、3项目的范围与目标

1、1、3、1范围描述

首先，因为考试是面向特定对象的所以考试者进入系統应该进行身份验证。首次进入报名系统的考生应该先进行注册考试者进入考试系统后，应该能根据自己的需要选择不同的功能比如網上报名、成绩查询等等。各种功能实现后可以返回功能主界面，继续实现其他功能此外，对于管理员来说能够方便、快捷的对网仩报名系统进行管理。

1、1、3、2主要功能

（一）、登陆：考生输入身份证号和密码登陆进入系统

（二）、考生注册：首次登陆的考生要先進行注册。

（三）、网上报名：考生通过网上报名功能填写报名信息，进行报名

（四）、成绩查询：考生登录个人账号，在考试结束並且成绩发布后可以查看自己的考试成绩

（五）、用户管理：管理员进入考生管理功能，管理员对考生信息进行查询、修改

（六）、荿绩录入：管理员将考生成绩文件导入系统，并且将考生成绩保存在数据库中

（七）、成绩统计：管理员可以分类统计考生成绩，统计铨部考生的成绩、通过的考生以及不通过的考生的成绩等等

（八）、信息发布：管理员进入系统维护功能，通过信息发布功能编写信息标题和内容，将考试信息发布出去

（九）、报名时间管理：管理员通过考试报名时间管理功能对考试报名时间进行限制

此系统总概括來说包括三大功能：

（一）、考生网上报名功能。考生登录网上报名系统填写报名信息，进行报名首次登录的考试需要先注册。

（二）、成绩查询功能考生可以登录本系统进行本人成绩查询，管理员也可以登录本系统的后台根据某些条件部分考生成绩

（三）、管理功能。管理员登录本系统可以对用户进行增删改查，对考试报名时间、信息发布以及成绩等进行管理

（一）、管理员动态的管理各种栲试信息。

（二）、考生报名方便可实现远程报名。

（三）、考生可随时掌握考试相关信息

1、1、3、4管理和技术约束

这是我们首次进行┅个完整的项目作业，缺少经验在所难免我们在借鉴前人优点的同时，也发挥我们自己的想象力以及能力补充所缺少的部分。由于时間的紧迫各个方面完成的并不算完善。在技术方面在程序编写中我们丙丁会遇到这样那样的难题，但是一定会想办法克服

1、2、1需完荿的软件

（二）、数据库对象创建语句

1、2、2需提交的文档

1、3软件项目计划的制定过程

制定项目计划是软件项目管理过程中一个关键的活动，是软件开发工作的第一步其主要过程如下：

（一）、确定详细的项目实施范围

（二）、确定须交付的工作成果

（三）、评估实施过程Φ主要的风险

（四）、制定项目实施的时间计划

（五）、成本和预算计划以及人力资源计划等

1、5有关定义和缩写说明

考生与考试管理人员の和。

拥有在线考试权利的所有人员

在计算机等级考试网上报名系统中，首先本系统的工作流程比较稳定，需求明确在开发过程中需求很少发生变化。其次用户使用环境相对稳定。最后本系统属于小系统，项目周期较短经过综合分析，本系统采用瀑布模型

瀑咘模型中，每一个阶段都定义明确的产出物在每一个阶段完成后都可以组织相关的评审和验证，只有在评审通过后才能够进入到下一个階段如下图：

计算机等级考试网上报名系统开发项目组人员结构如下图所示：

2、4、1责任分配矩阵

2、4、1项目干系人的责任分配矩阵

3、1管理目标和优先级

基本管理原则：每位成员既是积极地建言者，又是负责的合作者同时也是决策的制定者。决策应在充分的讨论基础上由大镓共同做出一旦决策做出就必须被及时有效的执行。

目标1：按时按量完成项目的基本功能按时发布产品及文档，这是本团队的最高目標

目标2：遵循规范化的项目运作标准，文档严谨完整代码注释充分，便于后续维护这是第二目标。

目标3：产品运行稳定界面友好，用户易操作尽量从用户的角度去看问题，并提出解决问题的方案

目标4：注重团队建设，成员分工合理团队成员合作默契，气氛融洽每周的讨论会积极建言。在开发过程中积极协作

目标5：项目设计和开发上尽量有创意，有亮点

在遵循基本原则的基础上，管理目標的优先级如下图所示（优先级1-5依次递减）：

3、2设定条件、依赖关系和约束条件

假设1：指导老师对项目进度进行压缩或组员推出该项目

限淛：某些关键某块与功能不能及时交付

假设2：相关硬件设备或者软件设备瘫痪

限制：造成部分工作甚至整体工作无法进行而造成拖延

假设3：组员在项目开发过程中推出该项目

限制：任务需重新分配可能导致最终延期交付

假设4：最终没有外援美工指导

限制：最终系统界面友好性相对较差

本计划主要针对项目开发涉及到的风险包括在项目开发周期过程中可能出现的风险以及项目实施过程中外部环境的变化可能引起的风险等进行评估。

3、3、1、1需求风险

（一）、分析员对业务了解不全面

（二）、需求的不断变化

3、3、1、2相关性风险

（一）、项目经理管理经验不足

（二）、不可抗力因素造成的危害

（三）、高层管理人员对时间的要求不合理

3、3、1、3管理风险

（一）、项目范围定义不清楚

3、3、1、4技术风险

（一）、设计错误导致程序实现困难

（四）、相关人员缺乏技术培训缺乏经验

（五）、特殊功能不能及时交付

3、3、1、5开發环境风险

（一）、所使用开发软件的质量问题

（二）、备份环境不稳定

（三）、系统崩溃或者被攻击

3、3、1、6人员数目及经验风险

（二）、开发人员没有接受过正规培训

（三）、开发人员经验不足

3、3、1、7客户风险

（一）、客户对于最后交付的产品不满意，要求重新设计和重莋

（二）、客户对规划、原型和规格的审核决策周期比预期的要长

（三）、客户没有参加审核导致需求不稳定

3、3、2风险定性分析

如下表格中对可能发生的风险做了定性的分析，表中数据是通过资料搜集以及个人和团队推测得来

3、3、3风险管理清单

如下表格对前十项可能发苼的风险进行了排序，表中数据是通过资料搜集以及个人和团队推测得来

3、3、4项目风险应对措施

制定规划，实施保护措施在保护措施實施的每一个阶段都要进行监控和跟踪。风险贯穿于项目的整个生命周期中因为风险管理是个动态的、连续的过程。因此制定了风险防范计划后还需要时刻监督风险的发展和变化情况。只有了解风险才能规避风险。

各开发过程、培训负责人以周为单位记录工作进展形成电子文档报告。负责人在每次讨论时作口头总结项目组成员给出意见，报告修改后发送至组长邮箱各风险负责人密切监控风险状態，定期提交风险报告必要时将突发情况邮件列表通知所有组员，并由组长做出临时处理决定

开发过程中功能与模块相关联的两个组別有权利与义务对相关组别进行监督与进度询问。督促其按照规定进度完成任务由技术组长对开发过程应用技术进行监督，并提供技术咨询由管理组长对整体进度进行把握。

3、4、3评价和审核机制

每次讨论中小组讨论形成一致意见后即为通过相关负责人针对改进意见开展下一周工作，小组会议持续评估其成效每一项目阶段结束之前（里程碑前后），组织一次阶段评审会评估整个阶段的工作效率和成果质量。尽量与项目例会合并并邀请老师参加评议。

4、1方法、工具和技术

本小组的团队组织结构为技术管理式组织结构；编程语言为java采用面向对象的分析设计方法，利用uml进行系统建模使用sqlsever2015作为数据库管理系统图，并采用统一的java标准的文件命名方式、代码版式、注释等編码规范；编码人员对代码进行严格检查后再进行代码编译；测试人员根据测试文档进行单元测试；最后实现软件的交付

该文档由组长唍成，介绍项目的整个管理过程该文档在软件设计需求分析初级阶段完成，后续阶段由文档维护员进行相应的更新

在需求分析阶段，甴全体小组成员采集分析用户的需求并在例会上作出决策，有文档维护员撰写整理需求规格说明初稿并在后续各个阶段进行需求变更嘚更新。

在总体设计阶段小组根据需求规格说明文档，完成软件体系结构的设计由组长编写软件体系结构设计文档初稿，并在后续开發阶段补充和更新该文档由文档维护员负责维护更新。

在软件开发阶段测试人员需要编写测试规格说明文档，并在后续测试阶段更新开发人员将根据测试规格说明文档建立测试环境、准备测试数据。

在更新用需求分析阶段测试人员需要开始着手编写用户手册，并在需求分析结束后需要形成初稿；在后续阶段不断由文档维护员户文档；并在系统交付阶段随着系统一起被交付

由组内成员各自独立完成，对开发过程中获得的工作经验进行总结在提交系统时一并提交。

软件开发过程中的其他文档如开发日志（按组员意见选择公开与否），风险报告及其处理意见等由秘书进行整理与汇聚。作为以后软件开发以及交流的经验

4、3项目各项辅助职能

5、工作包、进度和预算

5、1工作包（wbs）

1110软件需求详细计划

1410编制软件项目进展报告

1510软件维护记录报告

2130需求分析规格说明书

2310考生登陆功能开发

2320考生注册功能开发

2330考生网仩报名功能开发

2340考生成绩查询功能开发

2350用户管理功能开发

2360成绩录入功能开发

2370成绩统计功能开发

2380信息发布功能开发

2390报名时间管理功能开发

2530软件维护记录报告

3110制定配置和管理计划

3230软件配置库的维护

3510数据库维护【研发资源需求计划表】

4110制定软件需求阶段验证和确认计划

4411考生登陆功能评审

4412考生注册功能评审

4413考生网上报名功能评审

4414考生成绩查询功能评审

4415用户管理功能评审

4416成绩录入功能评审

4417成绩统计功能评审

4418信息发布功能评审

4419报名时间管理功能评审

5110制定质量保证计划

5220软件质量保证活动报告

5、3、1计算机系统支持

5、3、2外部提供的条件

5、4预算与资源分配以及进喥计划

5、4、1、1预算概要

5、4、1、1预算细要

第5篇：软件项目计划书

1、2项目交付的产品1

1、5定义、缩写词以及简写1

2、3角色与职责划分2

4、2方法、工具囷技术4

5、4预算和资源分配5

项目的目标是开发一套酒店内部管理系统，同时组员们获得系统的软件工程项目训练发布的产品是软件的可执荇程序、源代码、技术文档等，主要工作是需求分析、系统分析、开发测试关键里程碑分别是需求规格说明书的发布，系统设计说明说發布和系统的交付项目所需资源为版本控制服务器和个人开发工具，进度大约为9周

交付日期12月20日，主要交付物有：酒店客房管理系统咹装程序、系统源代码、技术文档包（包括需求规格说明书、系统设计说明书、项目总结文档等）

spmp于第12周周末前经由小组讨论->分工撰写->汇總整合三步形成初稿由组长上传至配置文档库，由组长负责维护

第13周以后根据项目的进展可以对其进行修改需要有组员提出修改意见，在全体会议上讨论通过并由组长将修改稿上传至文档库。其余组员通过版本同步获得更新稿

《软件工程--理论、方法与实践》，孙家廣刘强高等教育出版社

《软件工程导论》张海藩，清华大学出版社

《软件工程师指南[m]》张凯中国电力出版社

《javaweb典型模块与项目实战大铨[m]》明日科技，电子工业出版社

《java数据库系统开发案例精选[m]》王国辉，人民邮电出版社

1、5定义、缩写词以及简写

jdkfm：待开发的酒店客房管悝系统软件名称

spmp：软件项目管理计划

民主式组织结构在这个结构中，小组成员完全平等名义上的组长与其他成员没有任何区别。大家享有充分的民主项目共作由全体人员讨论协商决定，并根据每个人的经验和能力进行适当的分配充分激发大家的创造力，有利于攻克技术难关虽然缺乏明确的权威领导，但是出现意见分歧时大家都会尽量协商解决的

需求分析员整理需求分析并以撰写需求分析分析文檔，负责人员：谢明敏、陈冬雪

软件设计员负责软件的设计并撰写设计文档负责人员：夏喜锋

开发人员编写软件开发的代码，负责人员：胡玉莲韩永亮

总结人员负责最后的收尾工作并撰写总结文档，负责人员：张瑞刚

每位组员既是积极的建言者又是负责的合作者。决筞应在充分的讨论基础上做出并被及时有效的执行。按时按量完成项目的基本功能按时发布产品，遵循规范的项目运作标准文档严謹完整，代码注释充分便于后续维护。产品要运行稳定界面友好易上手，能很好的管理酒店客房信息开发软件过程中要注重团队建設，成员分工合理合作默契，气氛融洽项目设计和开发商要有创新，更好的吸引客户

第11周~第13周：完成需求规格说明并撰写需求规格說明

第14周：完成系统设计并撰写软件设计文档

第15周~第16周：完成编码测试

第17周~第18周：完成软件交付并撰写总结文档

各开发过程负责人以周为單位记录工作进展，形成电子文档报告上传至文档库。负责人在每周项目例会作口头总结小组会议审核通过给出意见，报告修改后上傳至文档库各风险负责人密切监控风险状态，定期提交风险报告必要时将突发情况邮件列表通知所有组员，并由组长做出临时处理决萣每周例会上小组讨论形成一致意见后即为通过，相关负责人针对改进意见开展下一周工作小组会议持续评估其成效。每一项目阶段結束之前（里程碑前后）组织一次阶段评审会，评估整个阶段的工作效率和成果质量尽量与项目例会合并，并邀请老师和助教参加评議

风险一：开发技术不熟练

没有组员能熟练运用java语言编出程序，仅限于学过可能导致开发进度受阻，代码交流困难

组员胡玉莲每天嘟有考研课要上，又临近考试可能导致任务分配上的困难

组长谢明敏和组员陈冬雪每天有公务员培训课，十一月二十四日有国家公务员栲试既要复习考试又要完成任务，会导致任务进度变慢

组长谢明敏和组员陈冬雪参加了农业银行招聘和民生银行招聘，预计十一月中仩旬会去呼市参加考试可能没办法监督项目正常进度，延缓任务完成时间

在设计开发过程中可能发现原有需求不容易转化为设计稿，茬测试体验过程中可能发现游戏并不好玩这都会带来需求的重新变更。这两种情况尤其后一种要尽量避免，以免带来重复开发的浪费

设计对一个软件来说很重要，但项目组内没有这方面的人才可能导致产品吸引力下降，界面开发环节上耗费较多时间等

在开发阶段結束后，开发人员之间会进行代码走查减少bug，并在测试阶段更新源代码测试人员根据测试文档惊醒软件测试，提高软件正确性

最终茭付酒店客房管理系统软件。

应用瀑布模型软件开发的各项活动严格按照线性的方式进行，当前活动接受上一活动的工作结果实施完荿所需的工作内容。当前活动的工作结果需要进行验证如果验证通过，则该结果作为下一项活动的输入继续进行下一项活动，否则返囙进行修改因此，这种模型强调文档的作用并要求每个阶段都有仔细验证。

4、2方法、工具和技术

本小组的团队组织结构为主程序员式組织结构；编程语言为java；采用面向对象的分析设计方法；利用uml进行系统建模；统一文件命名、代码版式、注释等编码规范；编码人员进行玳码走查后再进行代码编译；测试人员根据测试文档进行单元测试；最后实现软件的交付

个人pc，笔记本、实验室专用pc机

1）组织团队是完荿软件项目的前提明确分工负责；

2）配置管理贯穿于整个软件开发和测试过程；

3）需求分析是软件项目进入开发阶段的重要标志；

4）系統设计是基于需求分析的基础上，又是编码的原理依据；

5）编码测试是软件开发进展的重要过程；

6）交付阶段是软件获得客户的认可是軟件开发结束的标志。

人员：小组软件项目开发成员、客户

办公室：学院实验室和宿舍

实验设备：个人pc机、笔记本、实验室专用pc机

项目资源维护需求的数目和类型：6台个人电脑（pentiumiii800以上cpu256m以上内存）

预算：本次软件开发没有涉及到任何经济方面的预算，但会在最后产品拍卖的時候涉及虚拟货币

资源分配：各自使用各自的机器。

研发资源需求计划表(四)：2015项目开发计划书

第1篇：项目开发计划书范本

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

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

a．待开发的软件系统的名称；

b．本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络；

c．该软件系统同其他系统或其他机构的基本的相互来往关系。

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

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

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

b．属于本项目的其他已发表的文件；

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

简要地说明在本项目的开发中须进行的各项主要工作

扼要说明参加本项目开发工作的主要人员的情况，包括他们的技术水平

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

交给用户的每种文件嘚名称及内容要点

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

2．3．4非移交的产品

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

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

2．5完成项目的员迟用限

2．6本计划的批准者和批准日期

3．1工作任务的分门与人员分工

对于项目开发Φ需完成的各项工作，从需求分析、设计、实现、测试直到维护包括文件的编制、审批、打印、分发工作，用户培训工作软件安装工莋等，按层次进行分解指明每项任务的负责人和参加人员。

说明负责接口工作的人员及他们的职责包括：

a ．负责本项目同用户的接口囚员；

b．负责本项目同本单位各管理机构，如合同计划管理部门、财务部门、质量管理部门等的接口人员；

c．负责本项目同各分合同负责單位的接口人员等

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

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

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

第2篇：软件项目开发计划书

根据《gb8567－88计算机软件产品开发文件编制指南》中项目开发计划的要求结合实际情况调整后的《项目计划书》内容索引如下：（略）

二、项目计划书的编写說明

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

作用：本节是为了说明编制"项目计划书"亦即本文档的意图和希望达到的效果。注意这里的"目的"不是"项目目标"而是为了说明本文档的目的与作用。"项目目标"在2.1中说明

意义：使项目成员和项目干系人了解项目开发计划書的作用、希望达到的效果。开发计划书的作用一般都是"项目成员以及项目干系人之间的共识与约定项目生命周期所有活动的行动基础，以便项目团队根据本计划书开展和检查项目工作"

例 如可以这么写：为了保证项目团队按时保质地完成项目目标，便于项目团队成员更恏地了解项目情况使项目工作开展的各个过程合理有序，因此以文件化的形式 把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目 内外环境条件、风险对策等內容做出的安排以书面的方式，作为项目团队成员以及项目干系人之间的共识与约定项目生命周期内的所有项目活动的行动基础，项目 團队开展和检查项目工作的依据

常见的问题：把项目本身的"项目目标"误作编制项目开发计划的目的。

主要说明项目的来历一些需要项目团队成员知道的相关情况。主要有以下内容：

项目的名称：经过与客户商定或经过立项手续统一确定的项目名称一般与所待开发的软件系统名称有较大的关系，如针对"xx系统"开发的项目名称是"xx系统开发"

项目的委托单位：如果是根据合同进行的软件开发项目，项目的委托單位就是合同中的甲方；如果是自行研发的软件产品项目的委托单位就是本企业。

项 目的用户（单位）：软件或网络的使用单位可以泛指某个用户群。注意项目的用户或单位有时与项目的委托单位是同一个有时是不一样的。如海关的报关软件、 税务的报税软件委托單位是海关或税务机关，但使用的用户或单位不仅有海关或税务机关还包括需要报关、报税的企业单位。

项目的任务提出者：本企业内蔀提出需要完成此项目的人员一般是领导或商务人员；注意项目的任务提出者一般不同于项目的委托单位，前者一般是企业内部的人员如果是内部开发项目，则两者的区别在于前者指人后者指单位。

项 目的主要承担部门：有些企业根据行业方向或工作性质的不同把软件开发分成不同的部门（也有的分为不同事业部）项目的特点就是其矩阵式组织，一般一个项目 的项目成员可能由不同的部门组成甚臸可能由研发部门、开发部门、测试部门、集成部门、服务部门等等其中几个组成。需要根据项目所涉及的范围确定本项目的 主要承担部門

项目建设背景：从政治环境上、业务环境上说明项目建设背景，说明项目的大环境、来龙去脉这有利于项目成员更好地理解项目目標和各项任务。

例句：根据《某部关于某建设工作的实施意见》精神为了保障某建设工作的正常实施，必须加强监督考核建立督查通報制度，某市某建设工作小组办公室把此项建设工作实施列入督查的重要内容及时掌握进度，相关部门建立市某建设工作简报制度及時反映全市某建设工作动态。

目 前对于某建设工作的工作主要采用计划部门手工编制年度计划、建设工作主管部门和建设工作实施单位联匼手动编制进度计划某建设工作单位手工上报建设工作进 度情况的方式，而全市的建设工作有数百个加上前期建设工作的数量和今后某市建设发展的趋势，建设工作的数量将越来越多原来的工作模式已经越来越无法适 应市委市政府的要求。因此充分利用现代信息化、因特网的优势，建立"某市某建设工作信息报送反馈系统"提高某建设工作信息报送反馈工作效率，提高信息 的及时性、减轻各级相关工莋人员的劳动强度是非常有必要和紧迫的任务

软件系统与其他系统的关系：说明与本系统有关的其他系统，说明它们之间的相 互依赖关系这些系统可以是这个系统的基础性系统（一些数据、环境等必须依靠这个系统才能运行），也可以是以这个系统为基础的系统或者昰两者兼而有之的 关系、互相依赖的系统。例句：本系统中对外部办公部分如需要各个建设单位报送材料的子系统应当挂在市政府网站

軟件系统与机构的关系：说明软件系统除了委托单位和使用单位，还与哪些机构组织有关系例如一些系统需要遵守那些组织的标准、需偠通过那些组织机构的测试才能使用等等、是否需要外包或与那些组织机构合作。

列出为正确理解本计划书所用到的专门术语的定义、外攵缩写词的原词及中文解释注意尽量不要对一些业界使用的通用术语进行另外的定义，使它的含义和通用术语的惯用含义不一致

列 出夲计划书中所引用的及相关的文件资料和标准的作者、标题、编号、发表日期和出版单位，必要时说明得到这些文件资料和标准的途径夲节与下一节的"标准、 条约和约定"互为补充，注意"参考资料"未必作为"标准、条约和约定"因为"参考"的不一定是"必须遵守"的。常用资料如：

夲项目的合同、标书、上级机关有关通知、经过审批的项目任务书；

属于本项目的其他已经发表的文件；

本文档中各处引用的文件、资料包括所要用到的软件开发标准。

1.5 标准、条约和约定

列出在本项目开发过程中必须遵守的标准、条约和约定例如：相应的《立项建议书》、《项目任务书》、合同、国家标准、行业标准、上级机关有关通知和实施方案、相应的技术规范等。

"参考资料"一般具有"物质"特性一般要说明参照了什么，要说明在哪里可以获得；"标准、条约和约定"一般具有"精神"特性一般是必须遵守的，不说明在哪里可以获得参考資料的内容应该涵盖"标准、条约和约定"。

设定项目目 标就是把项目要完成的工作用清晰的语言描述出来让项目团队每一个成员都有明确嘚概念。注意不要简单地说成在什么什么时间完成开发什么什么软件系统或完 成什么什么软件安装集成任务。注意"要完成一个系统"只是┅个模糊的目标它还不够具体和明确。明确的项目目标应该指出了服务对象所开发软件系统最主要 的功能和系统本身的比较深层次的社会目的或系统使用后所起到的社会效果。

项目目标应当符合smart原则：

l r realistic 合理的现实的或者说是能和实际工作相结合

项 目目标可以进行横向嘚分解也可以进行纵向的分解。横向分解一般按照系统的功能或按照建设单位的不同业务要求如分解为第一目标、第二目标等等；纵向嘚分解 一般是指按照阶段，如分解为第一阶段目标、第二阶段目标等等或近期目标、中期目标、远期目标等等。阶段目标一般应当说明目标实现的较为明确的时间一般 要在说明了总目标的基础上再说明分解目标，可加上"为实现项目的总目标必须实现以下三个阶段目标......"

2.2 產品目标与范围

根 据项目输入（如合同、立项建议书、项目技术方案、标书等）说明此项目要实现的软件系统产品的目的与目标及简要的軟件功能需求。对项目成果（软件系统）范围 进行准确清晰的界定与说明是软件开发项目活动开展的基础和依据软件系统产品目标应当從用户的角度说明开发这一软件系统是为了解决用户的那些问题。产品目 标如"提高工作信息报送反馈工作效率更好地进行工作信息报送嘚检查监督，提高信息的及时性、汇总统计信息的准确性减轻各级相关工作人员的劳动强度。"

对于项目必须遵守的各种约束（时间、人員、预算、设备等）进行说明这些内容将限制你实现什么、怎样实现、什么时候实现、成本范围等种种制约条件。

假设是通过努力可以矗接解决的问题而这些问题是一定要解决才能保证项目按计划完成。如："系统分析员必须在3天内到位"或"用户必须在8月8日前确定对需求文檔进行确认"

约束一般是难以解决的问题但可以通过其他途径回避或弥补、取舍，如人力资源的约束限制就必须牺牲进度或质量等等。

假设与约束是针对比较明确会出现的情况如果问题的出现具有不确定性，则应该在风险分析中列出分析其出现的可能性（概率）、造荿的影响、应当采取的相应措施。

说明为实现项目的目标需要进行那些工作在必要时，可描述与合作单位和用户的工作分工

注意产品范围与项目工作范围的不同含义。

产品范围界定：软件系统产品本身范围的特征和功能范围

工作范围界定：为了能够按时保质交付一个囿特殊的特征和功能的软件系统产品所要完成的那些工作任务。

产品范围的完成情况是参照客户的需求来衡量的而项目范围的完成情况則是参照计划来检验的。这两个范围管理模型间必须要有较好的统一性以确保项目的具体工作成果，能按特定的产品要求准时交付

列絀需要完成的程序的名称、所用的编程语言及存储程序的媒体形式。其中软件对象可能包括：源程序、数据库对象创建语句、可执行程序、支撑系统的数据库数据、配置文件、第三方模块、界面文件、界面原稿文件、声音文件、安装软件、安装软件源程序文件等等

2.5.2 需提交鼡户的文档

列出需要移交给用户的每种文档的名称、内容要点及存储形式，如需求规格说明书、帮助手册等此处需要移交用户的文档可參考合同中的规定。

2.5.3 须提交内部的文档

可 根据《gb8567-88计算机软件产品开发文件编制指南》附录o："文件编制实施规定的实例（参考件）"结合各企業实际情况调整制定《软件开发文档编制 裁减衡量因素表》根据《因素表》确定项目对应的项目衡量因素取值，以确定本项目应完成的階段成果将不适用于本项目的内容裁减，以减少不必要的项目任务 和资源

根据因素取值列出本项目应完成的阶段成果，说明本项目取徝所在的区间将其他因素值区间删除。

2.5.4 应当提供的服务

根据合同或某重点建设工作需要列出将向用户或委托单位提供的各种服务，例洳培训、安装、维护和运行支持等具体的工作计划如需要编制现场安装作业指导书、培训计划等，应当在本计划"4.3总体进度计划"中条列出

说明开发本软件项目所需要的软硬件环境和版本、如操作系统、开发工具、数据库系统、配置管理工具、网络环境。环境可能不止一种如开发工具可能需要针对java的，也需要针对c 的有些环境可能无法确定，需要在需求分析完成或设计完成后才能确定所需要的环境

2.7 项目驗收方式与依据

说明项目内部验收和用户验收的方式，如验收包括交付前验收、交付后验收、试运行（初步）验收、最终验收、第三方验收、专家参与验收等等项目验收依据主要有标书、合同、相关标准、项目文档（最主要是需求规格说明书）。

说明项 目团队的组织结构项目的组织结构可以从所需角色和项目成员两个方面描述。所需角色主要说明为了完成本项目任务项目团队需要哪些角色构成，如项目经理、 计划经理、系统分析员（或小组）、构架设计师、设计组、程序组、测试组等等组织结构可以用图形来表示，可以采用树形图也可以采用矩阵式图形，同时说明 团队成员来自于哪个部门除了图形外，可以用文字简要说明各个角色应有的技术水平

注意虽然有┅些通用的结构可以套用，但各种不同规模、不同形式的项目组织结构是不一样的如产品研发项目可能就不需要实施人员（小组），但需要知识转移方面的人员（小组）而软件编码外包的项目则不需要程序员，测试人员也可以适当地减少

确定项目团队的的每个成员属於组织结构中的什么角色，他们的技术水平、项目中的分工与配置可以用列表方式说明，具体编制时按照项目实际组织结构编写以下昰一个示例。

项目的沟通与协作首先应当确定协作与沟通的对象就是与谁协作、沟通。沟通对象应该包括所有项目干系人而项目干系囚包括了所有项目团队成员、项目接口人员、项目团队外部相关人员等等。

其 次应当确定协作模式与沟通方式沟通方式如会议、使用电話、qq、内部邮件、外部邮件、quickplace、聊天室等等。其中邮件沟通应当说明主送人、 抄送人聊天室沟通方式应当约定时间周期。而协作模式主偠说明在出现什么状况的时候各个角色应当（主动）采取什么措施包括沟通，如何互相配合来共同完成 某项任务定期的沟通一般要包括项目阶段报告、项目阶段计划、阶段会议等

3.3.1 项目团队内部协作

本节说明在项目开发过程中项目团队内部的协作模式和沟通方式、频次、溝通成果记录办法等内容。

应当说明接口工作的人员即他们的职责、联系方式、沟通方式、协作模式包括：

a、负责本项目同用户的接口囚员；

b、负责本项目同本企业各管理机构，如计划管理部门、合同管理部门、采购部门、质量管理部门、财务部门等的接口人员；

c、负责夲项目同分包方的接口人员

3.3.3 项目团队外部沟通与协作模式

项 目团队外部包括企业内部管理协助部门、项目委托单位、客户等等。本节说奣在项目开发过程中项目团队内部与接口人员、客户沟通的方式、频次、沟通成果记录办 法等内容明确最终用户、直接用户及其所在本企业／部门名称和联系电话。明确协作开发的有关部门的名称、经理姓名、承担的工作内容以及工作实施责任人的姓 名、联系电话确定囿关的合作单位的名称、负责人姓名、承担的工作内容以及实施人的姓名、联系电话。

4.1 风险评估及对策

识别或预估项目进行过程中 可能出現的风险应该分析风险出现的可能性（概率）、造成的影响、根据影响应该采取的对策，采取的措施风险识别包括识别内在风险及外茬风险。内在风险是 指项目工作组能加以控制和影响的风险如人事任免和成本估计等。外在风险指超出项目工作组等控制力和影响力之外的风险如市场转向或政府行为等

风 险的对策包括：避免：排除特定危胁往往靠排除危险起源；减缓：减少风险事件的预期资金投入来減低风险发生的概率，以及减少风险事件的风险系数；吸纳：接受 一切后果可以是积极的（如制定预防性计划来防备风险事件的发生），也可以是消极的（如某些费用超支则接受低于预期的利润）

对于软件开发项目而言，在分析、识别和管理风险上投入足够的时间和人仂可以使项目进展过程更加平稳提高项目跟踪和控制的能力，由于在问题发生之前已经做了周密计划因而对项目的成功产生更加充分嘚信心。

软件开发项目常见预估的风险：

1) 工程／规模／进度上的风险

规模大规模估算不精确甚至误差很大；就规模而言，用户要求交付期、费用很紧；预料外的工作(测试未完时的现场对应等)；

使用新的开发技术、新设备等或是新的应用组合，没有经验；是新的行业或业務没有经验；性能上的要求很严；

3) 用户体制上的问题

用户管理不严，恐怕功能决定、验收不能顺利地完成（或者出现了延迟）；或者恐怕功能会多次变更；与用户分担开发恐怕工程会拖延（或者出现了延迟）；用户或其他相关单位承担的工作有可能延误；

4) 其它：应该包含此处没有、但据推测有风险的项目。

说明项目采用什么样的工作流程进行如瀑布法工作流程，原型法工作流程、螺旋型工作流程、迭玳法工作流程也可以是自己创建的工作流程。不同的流程将影响后面的工作计划的制定必要时画出本项目采用的工作流程图及适当的攵字说明。

这里所说的总体进度计划为高层计划作为补充，应当分阶段制定项目的阶段计划这些阶段计划不在这份文档中，当要以这份总体计划为依据

总体进度计划要依据确定的项目规模，列表项目阶段划分、阶段进度安排及每阶段应提交的阶段成果在阶段时间安排中要考虑项目阶段成果完成、提交评审、修改的时间。

对 于项目计划、项目准备、需求调研、需求分析、构架设计或概要设计、编码实現、测试、移交、内部培训、用户培训、安装部署、试运行、验收等工作给出每项工 作任务的预定开始日期、完成日期及所需的资源，規定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件（里程碑）

表格中检查点／里程碑等阶段划分为举例，实际莋业阶段划分、阶段成果等请根据项目需要确定

制 定软件项目进度计划可以使用一些专门的工具，最常用的是microsoft的project作为辅助工具功能比較强大，比较适合于规模较大的项目但无 法完全代替项目计划书，特别是一些主要由文字来说明的部分小规模的项目可简便地使用excel作為辅助工具。关于如何使用这些工具不在此作详细说明

制定软件项目进度计划应当考虑以下一些因素:

1）对于系统需求和项目目标的掌握程度。如开始时对于系统需求和项目目标只有比较数的了解就只能制定出比较粗的进度计划，等到需求阶段或设计阶段结束就应该进┅步细化进度计划。

2） 软件系统规模和项目规模这两个不是一个概念。软件系统规模往往是从功能点的估算或其他估算方式得来的而項目规模还要考虑对文档数量与质量的要求，使用 的开发工具、新技术、多少复用、沟通的方便程度、客户方的情况、需要遵守的标准规范等等等等例如，完成一个大型的系统在一定的时间内一个人或几个人的 智力和体力是承受不了的。由于软件是逻辑、智力产品盲目增加软件开发人员并不能成比例地提高软件开发能力。相反随着人员数量的增加，人员的组织、协 调、通信、培训和管理方面的问题將更为严重

3）软件系统复杂程度和项目复杂程度：和软件系统规模和项目规模一样，软件系统的复杂程度主要是考虑 软件系统本身的功能、架构的复杂程度而项目的复杂程度主要是指项目团队成员的构成、项目任务的复杂程度、项目干系人的复杂程度、需求调研的难易程度，多 项目情况下资源保障的情况等等等等。软件系统的规模与软件系统的复杂程度未必是成比例的关系；同样项目的规模与项目的複杂程度未必是成比例的关系

4） 项目的工期要求，就是项目的紧急程度有些项目规模大，却因为与顾客签订了合同或者为了抢先占領市场，工期压缩得很紧这时就要考虑如何更好地合理安排 进度，多增加人选多采用加班的方式是一种万不得已的选择增加人选除了增加人的成本外必定会增加沟通的成本（熟悉项目任务所需要的时间）；加班如果处理不 好会造成情绪上的问题，也可能会因为过于忙碌洏无法顾及质量造成质量的下滑。

5）项目成员的能力这些能力包括项目经理的管理能力，系统分析员 的分析能力、系统设计人员的设計能力、程序员的编码能力、测试人员的测试能力以及企业或项目团队激发出这些能力的能力。从另外一个角度看还有总体上对客 户行業业务的熟悉程度；对于建模工具、开发工具、测试工具等技术的掌握程度；企业内部对行业业务知识和主要技术的知识积累

执行质量評审活动，对过程质量进行控制规模较大的项目应当单独编写《软件开发项目质量计划》。根据gb/t 12504 计算机软件质量保证计划规范内容包括：

l 引言（本章节包括质量计划的目的、定义、参考资料）

l 管理（描述负责软件质量管理的机构、任务及其相关的职责）

l 文档（列出在该軟件的开发、验证与确认以及使用与维护等阶段中需要编制的文档，并描述对文档进行评审与检查的准则）

l 标准、条例和约定（列出软件開发过程中要用到的标准、条例和约定并列出监督和保证执行的措施）

l 评审和检查（规定所要进行的技术和管理两个方面的评审和检查笁作，并编制或引用有关的评审和检查规程以及通过与否的技术准则。至少要进行软件需求评审、概要设计评审、软件验证与确认评审、软件系统功能检查、程序和文档物理检查）

l 软件配置管理（编制有关配置管理条款或在"4.4.4 配置管理计划"中说明，或引用按照《gb/t 12505 计算机软件配置管理计划规范》单独制定的文档）

l 工具、技术和方法（指明用于支持特定软件项目质量管理工作的工具、技术和方法指出它们的目的和用途）

l 媒体控制（说明保护计算机程序物理媒体的方法和设施，以免非法存取、意外损坏或自然老化）

l 对供货单位的控制（供货单位包括项目承办单位、软件销售单位、软件开发单位规定对这些供货单位进行控制的规程，从而保证项目承办单位从软件销售单位购买嘚、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的需求）

l 记录的收集、维护和保存（指明需要保存的软件质量保证活动的记录，并指出用于汇总、保护和维护这些记录的方法和设施并指明要保存的期限）

（可直接引用以下描述或根据项目情况淛定本节内容）

本项目的进度监控执行本企业《项目管理规范》，由本企业过程控制部门如质量管理部统一进行监控并保留在监控过程Φ产生的日常检查记录。

说明如何检查项目预算的使用情况根据项目情况需要制定。

编 制有关软件配置管理的条款或引用按照gb/t 12505单独制訂《配置管理计划》文档。在这些条款或文档中必须规定用于标识软件产品、控制和实现软件的修改、记录和报告修改实现的状态以及評审和检 查配置管理工作等四方面的活动。还必须规定用以维护和存储软件受控版本的方法和设施；必须规定对所发现的软件问题进行报告、追踪和解决的步骤并指出实现 报告、追踪和解决软件问题的机构及其职责。

说明为了支持本项目的完成所需要的各种条件和设施

逐项列出项目每阶段的支持需求（含人员、设备、软件、培训等）及其时间要求和用途。

例如设备、软件支持包括客户机、服务器、网絡环境、外设、通讯设备、开发工具、操作系统、数据库管理系统、测试环境，逐项列出有关到货日期、使用时间的要求

列出对项目而訁需由客户承担的工作、完成期限和验收标准，包括需由客户提供的条件及提供时间

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

列出产品/项目团队每一个人的预计工作月数。

列出完成本项目所需要的劳务（包括人员嘚数量和时间）

劳务费一般包括工资、奖金、补贴、住房基金、退休养老金、医疗保险金

设备成本包括：原材料费设备购置及使用费

列絀拟购置的设备及其配置和所需的经费

列出拟购置的软件及其版本和所需的经费

使用的现有设备及其使用时间

列出完成本项目所需要的各項经费，包括差旅费、资料费、通行费、会议费、交通费、办公费、培训费、外包费等包括：

（1） 差旅费（旅费、出租）（含补贴）

（2） 资料费（图书费、资料费、复印费、出版费）

（3） 通信费（市话长话费、移动通信费、上网费、邮资）

（4） 会议费（鉴定费、评审会、研讨费、外事费等）

（5） 办公费（购买办公用品）

（6） 协作费（业务协作招待费、项目团队加班伙食费）

（7） 培训费（培训资料编写费、資料印刷费、产地费、设备费）

其他（检测、外加工费、维修费、消耗品、低易品、茶话会等）

6.4 项目合计经费预算

列出完成本项目需要的所有经费预算（上述各项费用之和）。

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

專题计划也就是因为项目的需要在本文档之外独立建立的计划本节说明本项目开发中需要制定的各个专题计划的要点。专题计划可能包括分合同计划、分项目计划、项目团队成员培训计划、测试计划、安全保密计划、质量保证计划、配置管理计划、用户培训计划、系统安裝部署计划

第3篇：旅游区项目开发计划书

党的三中全会以来，改革开放的春风早已吹遍祖国大地建设祖国的大军一批接着一批，他们各负使命战斗在祖国的大江南北，为祖国的繁荣强盛他们各尽所能、各负其责，而商业竞争你追我赶高科技电子产品一代胜过一代，代代出新纺织、机械、冶金、建材、化工、电力也在向前发展，高楼大厦一个挨着一个花样设计别出心裁，立交桥相互交差大小汽车你追我赶，城市生活充满诗情画意开放的中国更是锦上添花，财政收入连年翻一翻好事连连，喜上加喜中国经济的强劲增长，百姓生活的富裕也在大大增加国家在世界的地位也不断上升。住洋房、开小车已成为大部分城市人的一道亮丽的景观而我们山西}

}

}