【www.guakaob.com--软件设计师】
XXXXXXXX系统软件
实施方案
项目名称：XXXXXXXX系统软件
实施单位：XXXXXXXXXXXXXX
时 间：XXXX年XX月XX日
目 录
1 、项目总体实施方案 ................................................................................................................ 4
1.1
1.2
1.3 工程实施原则 ......................................................................................................................... 4 项目总体推进计划 ................................................................................................................. 5 系统实施过程的质量保证活动说明 ...................................................................................... 5
需求分析阶段 ................................................................................................................. 6
1.3.2 总体设计阶段 ................................................................................................................. 6
1.3.3 详细设计阶段 ................................................................................................................. 7
1.3.4 系统开发阶段 ................................................................................................................. 7
1.3.5 系统实施和试运行阶段 ................................................................................................. 7
1.3.6 项目验收阶段 ................................................................................................................. 9
1.3.7 系统正式运行及维护阶段 ............................................................................................. 9
1.3.8 各阶段辅助文档 ............................................................................................................. 9
1.3.9 实施过程提交文件汇总 ............................................................................................... 10
1.4 项目实施计划 ....................................................................................................................... 11
1.4.1 数据实施步骤 ............................................................................................................... 12
1.4.2 项目进度安排 ............................................................................................................... 12
2 、项目管理方案 ...................................................................................................................... 13
2.1 项目管理组织结构 ............................................................................................................... 13 1.3.1
项目各方角色与责任 ................................................................................................... 13
2.1.2 任务分工 ....................................................................................................................... 14
2.2 项目范围管理 ....................................................................................................................... 16
2.3 项目进度管理 ....................................................................................................................... 16
2.4 项目风险管理 ....................................................................................................................... 16
2.4.1 技术风险 ....................................................................................................................... 16
2.4.2 需求风险 ....................................................................................................................... 17
2.4.3 协调与沟通风险 ........................................................................................................... 17
2.4.4 项目人员风险 ............................................................................................................... 17
2.5 质量管理计划 ....................................................................................................................... 18
2.5.1 质量管理体系标准 ....................................................................................................... 18
2.5.2 质量控制过程 ............................................................................................................... 18
2.5.3 质量评定计划 ............................................................................................................... 18
2.5.4 质量管理措施 ............................................................................................................... 19
2.5.5 软件质量控制 ............................................................................................................... 19
2.6 项目协调与合作计划 ........................................................................................................... 21
2.6.1 协调与合作管理方案 ................................................................................................... 21
2.6.2 协调手段 ....................................................................................................................... 22
2.7 配置管理 ............................................................................................................................... 22
2.7.1 配置管理和版本控制 ................................................................................................... 22
2.7.2 变更管理的方法 ........................................................................................................... 24
2.8 文档管理 ............................................................................................................................... 24
2.9 人员管理 ............................................................................................................................... 25 2.1.1
2.10
3 保密管理 ............................................................................................................................... 25 、测试计划 ............................................................................................................................. 26
3.1
3.2 测试工作准备 ....................................................................................................................... 26 软件开发测试 ....................................................................................................................... 26
模块测试 ....................................................................................................................... 27
3.2.2 功能测试 ....................................................................................................................... 27
3.2.3 性能测试 ....................................................................................................................... 27
3.2.4 分系统测试 ................................................................................................................... 27
3.2.5 全系统测试 ................................................................................................................... 28
3.2.6 容量测试 ....................................................................................................................... 28
3.2.7 压力测试 ....................................................................................................................... 28
3.2.8 灾难恢复测试 ............................................................................................................... 28
3.3 设计测试用例和数据 ........................................................................................................... 29
3.3.1 建立测试环境 ............................................................................................................... 29
3.3.2 测试执行 ....................................................................................................................... 30
4 、验收计划 ............................................................................................................................. 31
4.1
4.2
4.3 验收组织 ............................................................................................................................... 31 验收内容 ............................................................................................................................... 31 软件系统的验收 ................................................................................................................... 31 3.2.1
3.用户方已经认可测试数据 ........................................................................................................... 32
5 、培训方案 ............................................................................................................................. 33
5.1
5.2
5.3
5.4
5.5 培训目标 ............................................................................................................................... 33 培训方式 ............................................................................................................................... 33 培训对象 ............................................................................................................................... 33 培训地点与环境 ................................................................................................................... 33 培训计划及内容 ................................................................................................................... 34
5.5.1
5.5.2
6 用户培训 ....................................................................................................................... 34 系统管理人员培训 ....................................................................................................... 34 、技术支持和售后服务 .......................................................................................................... 36
6.1 技术支持与售后服务政策 ................................................................................................... 36
6.1.1
6.1.2
6.1.3 技术后援支持 ............................................................................................................... 36 技术后援支持方式 ....................................................................................................... 37 保修及系统维护服务 ................................................................................................... 37
1 、项目总体实施方案
建设xxxxxxxxxxx软件采购是一项复杂、长期的系统工程，为保证工程能够顺利地进行实施，必须要制定科学、合理、切实可行的实施计划。一方面要从组织上进行落实，成立强有力的项目领导小组和经验丰富的项目实施队伍；另一方面要制定严格的时间进度表，明确各里程碑的时间。同时还要制定工作原则，以指导项目的全面实施。
1.1 工程实施原则
1．用户方项目小组的成员，争取参与项目的全过程
用户方成立领导亲自挂帅的项目小组，在调研、设计、编码、安装调试、测试、培训、运行、验收、售后服务等项目的各个阶段，配合系统开发方的工作，一方面可以培训自己的技术维护队伍，为系统的使用保驾护航；另一方面，在开发过程中，协调用户方和开发方的关系，保证项目的顺利进行，及时发现问题，并对项目进度和质量进行监督。
2．采用“两手抓”的方针，一手抓开发、一手抓使用
对于软件项目，之所以称为一个工程，很大程度上是因为软件项目的建设，除了技术因素外，还有很多的非技术因素需要考虑，并且必须被得到重视。衡量一个软件项目是否成功，很大程度上不是看这个软件项目采用了多么先进的技术，而是软件对用户来说是否实用，是否能够帮助用户解决许多预期的问题。国内很多软件项目的失败，很大程度上是使用抓得不够。建议在项目的试运行过程中，在抓系统维护的同时，也要狠抓系统的使用，开发方和用户方齐心协力帮助业务人员从原来的手工处理转到计算机辅助处理上来，在业务人员适应计算机辅助业务处理的过程中，尽可能早发现系统中存在的问题，从而最大可能地使系统保质保量的按时完成。
3．数据同程序同等重要
该系统的建设，数据位于首要的地位，程序的编写完成，仅仅意味着系统完成了一半，数据的收集、整理、录入，对系统的建设来说同等重要。在项目实
施过程中，一定要重视系统中数据的录入工作，充分估计数据处理的难度，在系统建设之初，就将数据工作提到议事日程上来，安排相应的资金、时间等，将数据工作落到实处，只有这样才能争取系统早日达到实用化。
1.2 项目总体推进计划
为了有效地保证系统开发的质量，整个系统建设的全过程划分为准备、设计、开发、实施和运行阶段，每个阶段完成相应的任务，确保信息系统的建设。
如下图所示：
1.3 系统实施过程的质量保证活动说明
在实施过程中将发生的重大质量保证活动或由此将产生的质量记录和产
文 档 作 者：
开发/测试经理：
产 品 经 理：
管 理 办：
项目开发计划 (仅供内部使用) ____________________ 日期：____/____/____ ____________________ 日期：____/____/____ ____________________ 日期：____/____/____ ____________________ 日期：____/____/____
请在这里输入公司名称
版权所有 不得复制
项目开发计划
1 引言
1 .1编写目的
本开发计划的目的是：
a． 把在开发过程中对各项工作的人员、分工、经费、系统资源条件等问题的安排用文档形式记
载下来，以便根据本计划开展和检查本项目工作，保证项目开发成功；
b． 制订项目组开发过程中的评审和审查计划，明确相应的质量管理负责人员；
规定软件配置管理的活动内容和要求，明确配置管理工作的人员。
特别要求：需求分析必须详细，并且有相关专家合作进行，
1 .2背景
本项目软件名称为《电能质量数据分析软件》。
任务来源于（略）公司；
交办单位：（略）公司；
承办单位：北京长峰新康科技有限责任公司。
1 .3参考资料
无；
1 .4术语和缩写词
暂无；
特别说明：有关公司内部秘密的内容用（略）代替。
2 任务概要
2 .1工作内容
本项目开发过程中需要进行的各项主要工作为：
编制附和软件需求要求的软件功能的软件。
文档计划建立：
软件目录
软件需求规格说明
项目开发计划 软件开发计划；
可行性报告
软件标准规范
软件测试计划
软件测试办法
概要设计说明
软件可靠性和安全性设计指南
硬件总体设计报告
详细设计说明
软件详细设计报告
软件代码（略）
测试分析报告
软件可靠性和安全性设计检查单
软件评审检查单
软件使用说明
2 .2产品
2 .2.1程序
见需求。
2 .2.2文档
文档内容见2.1中文档建立。
文档格式要求按照软件模式化要求进行，模式按照如下名称模板要求规定：
软件开发计划项目开发计划；
文档目录软件目录；
需求分析报告软件需求规格说明；
概要设计文档概要设计说明；
详细设计文档详细设计说明；
源代码软件标准规范；
软件使用说明书软件使用说明；
软件测试报告测试分析报告；
软件审查报告软件评审检查单。
2 .2.3服务
培训：
时间：1天；
内容：软件使用及安装；
软件支持：略。
2 .2.4验收标准和验收计划
验收测试：
时间：1天。
内容：软件使用。
软件确认：
时间：1天；
内容：确定软件的可使用性，软件的功能完整性。
3 实施总计划
3 .1阶段划分
需求分析：2周；
概要设计：6天；
详细设计：1.5周；
编码：3周；
测试：2周；
验收：2天。
项目启动时间：2000-11-14
3 .2人员组成
姓名 职责 参加时间
廖燕宁 负责软件的总体 设计时段：全部，开发时段：部分 耿江涛 软件设计，开发 全部
高小光 设计，开发 全部
张欣 说明书，部分文档 部分
赵健颖 需求 部分
3 .3任务的分解和人员分工
软件开发任务按软件种类采取逐层分解的办法把任务落实到实处。 管理、协调人员：廖燕宁，赵健颖；
确定质量保证人员：廖燕宁
配置管理人员：耿江涛
形式化检查人员：赵健颖
使用者：赵健颖。
软件任务：系统需求
负责人：（略）的市场部经理赵健颖
职责：提供需求。
软件任务：需求分析
负责人：廖燕宁
职责：进行需求分析，提供需求分析报告。
软件任务：概要设计
负责人：廖燕宁，耿江涛，高小光
职责：进行概要设计，概要设计框图，相应文档。
软件任务：详细设计
负责人：廖燕宁，耿江涛，高小光
职责：进行详细设计，出详细设计流图及报告。
软件任务：编码
负责人：耿江涛，高小光
职责：编码，调试及报告。
软件任务：测试
负责人：廖燕宁，耿江涛，高小光
职责：路径测试。
软件任务：更新
负责人：廖燕宁，耿江涛，高小光，赵健颖
职责：由赵健颖根据测试后的软件提出问题，变更需要更改的地方。
软件任务：文档编制
负责人：张欣
职责：软件使用说明书，部分其他文档。
3 .4进度和完成的最后期限
进度包括：
需求分析；
第1篇：学生信息管理系统项目计划书
1引言
1．1编写目的
此项目开发策划书的编写主要是为了给开发《学生成绩管理系统》做主要的规划和整合，在开发过程中起到引导作用，以及给使用者提供简要的说明。
1．2背景
随着计算机应用的日益普及和深化，网上办公已近成为一种趋势。本项目要开发的是基于局域网和互联网的学生成绩管理系统，实现一个将学生成绩管理和服务功能结合起来的管理信息系统，既可以节省资源、又可以有效的存储、更新、查询信息、提高工作和服务效率。
开发的系统要求界面友好，方便直观。既要方便校方对学生信息进行添加、删除、修改、查询和统计等管理，又要方便学生等查询。
软件名称：学生成绩管理系统
项目提出者：“学生成绩管理系统”开发小组
开发者：“学生成绩管理系统”开发小组，成员：郭明娟、陈秋男、王如意、高静、王彩霞、关娜仁、孙佳星、赵鹏、王凤舞。
配置要求：SQL Server2015数据库，C#等
该软件需与数据库连接使用才能运行。
1．3定义
文档中采用的专门术语的定义及缩略词简要如下：
Microsoft Visual C#
Microsoft SQL Server2015
MIS：Student Achievement Management System，学生成绩管理系统
Microsoft Visual Studio2015,版本控制工具
2项目概述
2．1 工作内容
《学生成绩管理系统》针对的用户是学校相关部门、学生。相应的内容有：
（1）主要的功能包括：
1）学校管理：管理部门为每个学生建立信息表格，其中包括学生的，姓名、学号、院系、专业、成绩以及老师的相关信息。
学校相应管理员定期或不定期的对学生和老师信息进行入库、修改、删除、等信息管理以及注销。
2）信息查询：可通过局域网或内网并根据权限依据学号、姓名等查询学生成绩。
（2）管理员实现的主要功能：
1) 查看用户登陆情况。
2）对用户信息的管理。
３）能够对需要的统计结果提供打印输出。
４）能够提供一定的安全机制，提供数据信息授权访问，防止随意删改，同时提供信息备份的服务。
2．2主要参加人员
2．3产品
2．3．1程序
学生成绩管理系统，由C#编程语言编写而成。配合SQL Server数据库
2．3．2文件
1系统需求分析报告
2系统功能说明书
3系统数据库报告
4系统内容设计报告
5美工及界面报告
6用户手册
2．4验收标准
外观新颖、漂亮，以及具备完善的功能。
3实施计划
3．1工作任务的分门与人员分工
组长: 郭明娟、陈秋男 任务: （1）系统总的开发计划书
（2）组织小组讨论，记录讨论内容，列出开发计划
（3）项目开发进度的管理
（4）团队的组织和协调
设计：郭明娟 任务: (1)参与小组讨论
（2）完成系统需求说明书和系统设计说明书
开发：王彩霞、高静 任务: （1）参与小组讨论
（2）根据设计完成编码，并注释
美工及界面：关娜仁、王如意 任务：（1）界面的设计和美工
（2）完成美工报告
影音：赵鹏、王凤舞 任务：（1）记录小组成长过程
（2）完成影音文案作品
3．2进度
3．3关键问题
编码的成功以及与各个组员之间的配合，以及老师的指导。
4支持条件
4．1计算机系统支持
操作系统：Windows 7或XP版本
第2篇：软件项目实施计划书一、总纲
通过实施人力资源管理系统，提高人力资源部在日常人力资源操作性等事务的工作效率，为高层提供即时的高效的人力资源资数据查询、分析，为高层提供决策依据。同时有利于人力资源内部流程的规范与再造优化，以便更好地为员工（我们的客户）提供更好的服务。
二、项目实施的目标（待商讨，应详细化）
1、人事管理类 ：人事档案履历管理、企业构架管理、入职/离职管理、合同管理、变动管理、奖惩管理及相应的统计分析、报表 ，支持领导查询
2、考勤管理类 ： 由于公司原有一个完善的考勤系统，现有系统只是导入原有考勤系统的数据
3、招聘管理类：招聘需求分析、人员需求预测、招聘计划、招聘效果分析、招聘成本分析
4、培训与发展类：
培训需求调查、培训计划、培训记录（员工、教师）、培训津贴计算、培训课程管理、培训成本分析，给个人提供职业生涯规划、建设人才梯队、给个人提供给予职位及发展需求的培训服务；
5、绩效考核管理类：导入相应的考核数据，为薪资提供数据
6、薪资福利管理类：薪资政策设定、薪资公式设定、薪资报表、工资单、个人所得税表、社保管理、住房公积金管理
三、该项目组成员组成。
本项目由人力资源部主管 *** 批准，总经理 *** 审核实施。
本项目涉及部门：总经办、人力资源部、财务部、网络部
项目主席： ***
项目负责人：***
项目成员：****、谢斌鸿、****……
四、软硬件投资
1、软件：采用市场上购买的HRMS 软件
2、硬件：采用组装服务器
系统软件是基于微软SQL数据库运行，采用C/S(客户端/服务器端)构架，个人用户装载客户端进行操作。
3、成本：总投资约***元
五、风险预测
1、软件风险:由于我们采用的是盗版软件，有不可遇见的问题，现已经完成了初步的各个模块的测试，但是没有完成真实模拟的测试
2、功能风险：由于此软件没有真实地进行全面的测试，需要在模拟运行一段时间后才能得知其实际运行能力。
3、人员风险：不见得每个人都是喜欢用这个系统，上这系统一开始比如有很多的数据录入工作加上一些不习惯或者其他因素，一定会有人员有抵触情绪，这需要主管的大力推行和及时开导解决。
六、人力资源流程（略）
七、进度计划 （略）
1、前期工作 （一个月）
人事部、财务部及网络部共同协商。对人力资源部、财务进行需求调查；人力资源部内部流程规划，网络部软件分析；
2、实施准备阶段 （1周）
资料准备；项目实施会议，确定实施时间表，确定人员工作细则；确定项目监督人员；HRMS培训；系统安装调试，模拟测试
3、模拟运行及用户化（2周）
资料上传；用户化，客户端安装，个人工作准则确定
4、切换运行 （一天）
实时工作上线切换，解决软件当中的问题；切换验收
5、新系统运行
持续的维护及应用创新，及时新人的培训
第3篇：教学管理系统项目实施计划书一、教学管理系统分析设计计划
教学管理系统是一个面向学校的管理系统，主要用于课程的管理和教师的分派。借助这套系统，每个学生可以随时查到自己所选的课程，以及该门课程的任课教师是谁。同时，教师也能知道该学期自已一共有多少门课程要教，以便教师合理的安排时间。而且是基于IE的系统，能实现系统与课程安排的实时同步，只要学校做出调整，系统内部会第一时间做出相应的调整
二、教学管理系统的编码测试计划
根据实际情况，本小组预计使用1-1个半月的时间进行编码测试，其中会进行白盒测试和黑河测试以及压力测试
白盒测试包括语句测试，判定测试，条件测试，判定-条件测试，条件组合测试和路径测试
黑盒测试应用等价类划分法，边界值分析法，判定表分析，因果图法，正交试验法，功能图法和错误推测法。
压力测试，同时让很多人同时登录系统，测试同时最大登录数，以便做好系统的压力测试，以便防止同时过多的学生和教师登录时产生的系统崩溃，同时做好相应的对策。
三、教学管理系统的安装计划
由于教学管理系统的特殊性，所以面对不同的人员要安装不同的系统。首先是学校的高级管理人员（例如校长，书记，年级主任），要有修改系统内容的权利，所以要安装最高级的系统，而任课教师只能查看与自己有关的课程与上课时间 ，同时拥有上传课件，教学相关软件的权利，所以要再安装教师机用的教学系统，而学生，在每个学生入学的时候要发放的安装程序，学生的权限最低，只有查看自己所选课程和下载相关课件和课程相关软件的权利。
第1篇：软件商业运营项目计划书
1、0项目概要
1、1项目公司
1、2项目简介
1、3客户基础
1、4市场机遇
1、5项目投资价值
1、6项目资金及合作
1、7项目成功关键
1、8公司使命
1、9经济目标
2、0公司介绍（参考兆联公司的商业计划书范文：软件商业运营商业计划书模板格式）
2、1项目公司与关联公司
2、2公司组织结构
2、3[历史]财务经营状况
2、4[历史]管理与营销基础
2、5公司地理位置
2、6公司发展战略
2、7公司内部控制管理
3、0服务项目介绍
3、1、软件商业运营服务项目
3、2、软件商业运营服务项目特点
3、3软件商业运营服务技术
3、4软件商业运营服务设备与设施
3、5项目地理位置与背景
3、6项目建设基本方案与内容
4、0市场分析（参考兆联公司的商业计划书范文：软件商业运营商业计划书模板格式）
4、1软件市场分析
4、2目标市场区域服务项目供需现状与预测（目标市场分析）
4、3软件商业运营行业市场状况
4、4软件商业运营市场容量分析
4、5软件商业运营市场需求与趋势分析
4、5、1服务项目的市场需求
4、5、2服务项目的趋势分析
4、6销售渠道分析
4、7竞争对手情况与分析
4、7、1竞争对手情况
4、7、2竞争对手情况分析
4、8行业准入与政策环境分析
5、0发展战略与实施计划
5、1项目执行战略
5、2项目合作方案
5、3公司发展战略
5、4客户满意服务系统建设
5、5市场营销策略
5、5、1市场定位策略
5、5、2服务项目定价策略
5、5、3市场促销策略
5、5、4电子网络营销
5、6服务项目推销计划
6、0项目swot综合分析
6、1优势分析
6、2弱势分析
6、3机会分析
6、4威胁分析
6、5swot综合分析
7、0项目管理与人员计划
7、1组织结构
7、2管理团队介绍
7、3管理团队建设与完善
7、4人员招聘与培训计划
7、5人员管理制度与激励机制
7、6成本控制管理
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财务预算（参考兆联公司的商业计划书范文：软件商业运营商业计划书模板格式）
一．财务分析说明
二．财务资料预测
1、销售收入明细表
2、成本费用明细表
3、薪金水平明细表
4、固定资产明细表
5、资产负债表
6、利润及利润分配明细表
7、现金流量表
8、财务指针分析
1）反映财务盈利能力的指针
a。财务内部收益率（firr）
b。投资回收期（pt）
c。财务净现值（fnpv）
d。投资利润率
e。投资利税率
f。资本金利润率
g。不确定性分析：盈亏平衡分析、敏感性分析、概率分析
2）反映项目清偿能力的指针
a。资产负债率【软件项目实施计划表】
b。流动比率
c。速动比率
d。固定资产投资借款偿还期
附件附表：（参考兆联公司的商业计划书范文：软件商业运营商业计划书模板格式）
一．附件
1、营业执照影本
2、董事会名单及简历
3、主要经营团队名单及简历
4、专业术语说明
5、专利证书生产许可证鉴定证书等
6、注册商标
7、企业形象设计宣传资料（标识设计、说明书、出版物、包装说明等）
第2篇：软件项目计划书1、引言
1、1编写目的
本报告的主要作用是确定各个项目模块的开发情况和主要的负责人，供各项目模块的负责人阅读，做到及时协调，按步有序进行项目的开发。减少开发中的不必要损失。便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，因此以文件化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件等内容做出的安排以书面的方式，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。
具体步骤：拟订开发计划书，分配项目工作，安排项目进度
计划对象：网上书店开发小组
2、项目概述
2、1项目背景
随着网络技术的发展，Internet已成为最具市场潜力的技术领域，使用Web技术设计的数据库应用软件，是目前Internet市场的技术中坚，各种Web应用如电子商务，网上购物等都采用这种方式实现。互联网的优势在于用户能同时从不同地点、不同数据库中存取数据。网上购物系具体是指利用各种电子工具与网络，高效率，低成本地从事以商品交换为中心的各种商务贸易活动。电子商务应用的兴起已经促使商品流通领域发生了一场巨大的革命。它打破了时空的界限，加速了整个社会的商品流通，有效地降低了企业生产成本，提高企业竞争
力。电子商务的一个重要技术特征。是利用Web技术来传输与处理商业信息，因此有人称：电子商务=web+IT。因此我们将开发一个典型的电子商务系统：网上书店。
2、2项目目标与范围
2、2、1目标和范围描述
项目：网上购书系统
该系统适用于在网上书籍交易，网上书店的管理，通过此软件系统对书籍进行有效管理，灵活的满足自己客户需要。
问题：实地购书比较麻烦，购书范围小，能购书的种数也有限。
项目目标：开发一个网上购书系统是项目的总目标，为实现项目的总目标可按以下三个阶段目标来进行：
第一阶段目标：实现网上购书系统的基本功能，小组个成员进行各个模块的开发，形成初步的系统。
第二阶段目标：攻克技术上的难题，实现网上购书系统的一些特殊功能，进一步完善系统。
第三阶段目标：让系统投入到实际运用中，做好系统的维护工作。
项目范围：利用现有的微型计算机，借鉴前人的网上购书系统开发经验、徐州博库网上书城和资料中的电子商铺系统的开发模式，预计软件开发费用不超过***元。
初步设想：建议在系统中增加一个BBS的模块，方便用户发表言论。
2、2、2主要功能
（1）概述
可行性分析：这个系统没有经济效益，不能收回成本，但可以得到知识，熟悉做项目的过程；现有的技术能够完成系统的基本功能，但做BBS论坛还有一定的技术困难，开发这个新系统，只是借鉴前人的开发模式，做出有个人特色的网上购书系统，仅供平时学习用。不会引起任何的侵权问题。通过对用户的进一步访问，用户希望能够通过互连网，能够浏览书籍，查找他们想要的书籍，并能够订购要买的书，这不仅很方便，还节省了用户的时间。
（2）传统购书系统流程图
网上购书流程
（3）功能描述
图书查询和浏览功能：当进入网上书店后，无需登录，就可以浏览书籍，而电子书店还可以提供一个更好的功能，即通过图书名称、类别等信息从浩瀚的书海中迅速的找到的书。
用户登录注册功能：在用户购买的图书时，系统将判断其是否登录，如果没有，则转向登录界面，登录后，系统还将转向原来用户浏览的页面。
购物车功能：用户登录后，就可以把图书放入购物篮中，可以对购物篮进行管理，包括修改所购图书数量、删除图书等。
图书信息管理功能：管理人员可以添加图书，修改图书的类别，价格，上传图书的相关图片等。
定单信息管理功能：用户确认购买图书，将形成一条订单信息，用户可以查询自己的定单。管理员可以查看定单，售出书籍。
2、2、3性能
2、2、4管理和技术约束
由于没有做过项目的经验，在加上编程技术的限制，小组人员少，时间的限制只能实现一个具有简单功能的网上购书系统。
2、项目估算
2、1使用的历史数据
徐州博库网上书店、电子商铺系统
2、2使用的评估技术
软件规模估算：采用类比的方法，根据历史数据来进行估算
工作量估算：基本COCOMO模型
成本估算：基本COCOMO模型
时间估算：基本COCOMO模型
2、3工作量、成本、时间估算
软件规模：LOC=[（50（重新设计）%+50（重新编码）%+重新测试（100）%）/3]×已有代码行（20000）=13000
工作量估算：人员：六人
成本估算：资料费（资料费、复印费）
通信费（移动通信费、上网费、电费）
时间估算：
基本COCOMO模型把工作量作为软件规模的函数来计算，其计算公式为：
E=aS^bS是以千源代码行（KLOC）计数的程序规模，a，b为开发模式因子
在我们的项目中，我们采用半分离式，因此a取值为3、0，b取值为1、12
即E=3、0*13^1、12=53、056
根据计算的工作量，我们由下面公式计算所需的开发时间：
t=cE^dE为我们所计算的工作量人月为单位，c，d是随开发模式而改变的因
子，在这里我们同样采用半分离式，c取值为2、5，d取值为0、35
即t=2、5*53、056^0、35=10、036
在小组中，我们共六人，大约2个月完成任务。
第3篇：软件项目开发计划书1引言-3-
1、1编写目的-3-
1、2背景-3-
1、3定义-4-
1、4参考资料-4-
1、5系统动机-4-
1、6标准、条件和约定-5-
1、7编写文档的WBS-5-
2项目概述-6-
2、1工作内容-6-
2、2主要参加人员-6-
2、3产品及成果-8-
2、3、1程序-8-
2、3、2文件-8-
2、3、3服务-8-
2、3、4非移交产品-8-
2、4验收标准-9-
2、4、1代码的验收-9-
2、4、2文档验收-9-
2、4、3服务验收-10-
2、5完成项目的最迟期限-10-
2、6本计划的审查者与批准者-10-
3实施总计划-11-
3、1开发过程-11-
3、1、1需求分析-11-
3、1、2系统设计-11-
3、1、3编码及测试阶段-11-
3、1、4文档、产品部署-11-
3、1、5项目总结-11-
3、2工作任务的分解-12-
3、3接口人员-13-
3、4进度-13-
3、5预算-14-
3、6关键问题-14-
4支持条件-15-
4、1计算机系统支持-15-
4、2需要用户承担的工作-16-
4、3需由外单位提供的条件-17-
5专题计划要点-18-
5、1开发人员培训计划-18-
5、2测试计划-18-
5、3质量保证计划-18-
5、4人员配置计划-18-
5、5客户培训计划-19-
5、6安全保密计划-19-
5、7合同计划-19-
1引言
1、1编写目的
为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，有必要以文件化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容以书面的方式描述出来，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。
本项目开发计划用于从总体上指导图书管理系统项目顺利进行并最终得到通过评审的项目产品。本项目开发计划面向项目组全体成员。
1、2背景
沈阳师范大学图书管理系统是由沈阳师范大学委托我们开发的大型管理系统，主要功能是实现图书馆的信息化管理，包括读者信息管理，书籍信息管理，借阅信息管理，管理者信息管理等功能。项目周期为六个月，项目背景规划如表1、1所示。
表1、1项目背景规划
项目名称项目委托单位任务提出者项目承担单位
图书管理系统沈阳师范大学周老师
图书管理系统是学校信息管理系统的一个重要组成部分，它需要学生基本信息系统提供学生的基本资料，因为很多情况下，图书证号和学生的学生证号是一样的，而且在图书管理中，需要知道学生所在的系别和班级等信息；另外，它还需要教职工信息系统提供基本资料，因为教职工当然也能在图书馆借阅图书。因此，在设计时可以和校园信息管理系统的其他系统使用同一个数据库管理系统，以便系统之间的信息交流和管理。
1、3定义
专门术语：
SQLSERVER：系统服务器所使用的数据库关系系统（DBMS）。
SQL：一种用于访问查询数据库的语言
事务流：数据进入模块后可能有多种路径进行处理。
主键：数据库表中的关键域。值互不相同。
外部主键：数据库表中与其他表主键关联的域。
ROLLBACK：数据库的错误恢复机制。
缩写：
系统：若未特别指出，统指本图书管理系统。
SQL：StructuredQueryLanguage（结构化查询语言）。
ATM：AsynchronousTransferMode（异步传输模式）。
UML：统一建模语言、是一套用来设计软件蓝图的标准建模语言，是一种从软件分析、设计到编写程序规范的标准化建模语言。
1、4参考资料
文档格式要求按照我国GB/T8567-1988国家标准和IEEE/ANSI830-1993标准规范要求进行。包括以下文件：
图书借阅关系系统需求说明书
软件工程项目开发文档范例
软件工程国家标准文档
图书借阅管理需求说明书
软件需求说明书编写规范
书籍包括：
《软件项目管理》朱少民，韩莹编著，人民邮电出版社。
《软件项目管理》RajeevTShandilya编著科学出版社。
1、5系统动机
图书的管理是一门复杂的学问，与一般的企业和机构管理不同，它要处理的信息量极大，进行的操作繁琐。很多年以来，管理图书馆是利用人工操作，读者要借书还书时需要操作员手动进行，这中间查询、录入信息、管理的过程是很复杂的。在计算机被广泛应用之后，利用计算机进行图书管理成为成为了可能。
本软件系统通过实现读者、图书馆操作员与图书馆内部资料的交互，使得快速地进行图书管理成为了可能。借还书环境和管理环境将更加方便快捷。
1、6标准、条件和约定
本项目遵从以下标准：
GB/T13702-1992计算机软件分类与代码
GB/T20918-2015信息技术
GB/T19003-2015软件工程
GB/T5538-1995软件工程标准分类法
GB/T9386-2015计算机富安居测试文档编制
GB/T9385-2015计算机软件需求规格说明
GB/T5532-2015计算机软件测试规范
GB/T18221-2000信息技术程序设计语言
GB/T11457-2015信息技术软件工程
GB/T8567-2015计算机软件文档编制规范
1、7编写文档的WBS（WorkBreakdownStructure，工作分解结构）
2项目概述
随着人们知识水平层次的提高，图书馆成为日常生活中不可缺少的一部分。而图书馆的存书量和业务量庞大，仅仅靠传统的记帐式管理是不可行的。图书馆系统应运而生，逐渐成为信息化建设的重要组成部分。图书管理系统为学校或社会型图书馆的管理员提供所有借阅者的详细信息，以及馆内库存的详细情况，对借书和还书两大功能进行合理操纵并登记。
图书管理系统采用目前比较流行的C/S模式，eclipse作为前端开发工具，后台数据库管理系统为SQLServer2000，系统的运行平台为Windows。系统运行再图书馆工作人员的客户机上，对数据库访问的并发处理由SQLServer控制。
本图书管理系统主要实现的功能如下：
进入系统前需要身份验证，输入正确的用户名和密码才能进入系统。
用户可以根据需要进行书库管理。
用户可以进行借书证的办理、查询、挂失等操作。
用户可以添加账户和修改密码。
项目开发时间：90天
开发工具：eclipse
2、1工作内容
1、制作和修订项目开发计划；
2、进行计划跟踪与监控；
3、配合SQA的质量保证工作；
4、工作产品及时进行受控管理；
5、按计划提请阶段评审；
6、提交测试部门评测开发产品；
7、交付最终工作产品。
8、项目实施总结
9、项目验收
2、2主要参加人员
为了完成图书管理系统的项目开发，公司组建了一个临时的项目团队，有项目组组长、副组长、组员构成，如图2、1所示。
2、3产品及成果
2、3、1程序
软件名称：沈阳师范大学图书管理系统
编程语言：Java
存储方式：U盘
功能：图书馆业务集成系统采用国内先进的汇文文献信息服务系统，该系统由采访、编目、典藏、流通、连续出版物、统计、系统管理、OPAC等模块组成。
2、3、2文件
用户操作手册：本手册详细描述软件的功能、性能和用户界面，使用户对如何使用该软件得到具体的了解，为操作人员提供该软件各种运行情况的有关知识，特别是操作方法的具体细节。
软件维护手册：主要包括软件系统说明、程序模块说明、操作环境、支持软件的说明、维护过程的说明，便于软件的维护。
2、3、3服务
计划提供以下服务：
课堂培训：以讲课形式对客户进行培训，使其能够正确使用软件。
免费咨询：客户可以在工作时间向技术人员提出问题并获得解答。
技术支持：对于某些客户，采取上门指导的方式。
软件维护：获取软件使用中的问题，提供补丁程序。
升级通知：在软件新版本发布的时候，及时通知（Email或邮寄信件）注册的用户，并提供试用版本。
软件升级：对于注册用户，只需较少的费用即可升级到新的版本。
2、3、4非移交产品
可行性分析报告：说明该软件开发项目的实现在技术上、经济上和社会因素上的可行性，评述为了合理地达到开发目标可供选择的各种可能实施方案，说明并论证所选定实施方案的理由。
项目开发计划：为软件项目实施方案制订出具体计划，应该包括各部分工作的负责人员、开发的进度、开发经费的预算、所需的硬件及软件资源等。
软件需求说明书（软件规格说明书）：对所开发软件的功能、性能、用户界面及运行环境等做出详细的说明。它是在用户与开发人员双方对软件需求取得共同理解
并达成协议的条件下编写的，也是实施开发工作的基础。该说明书应给出数据逻辑和数据采集的各项要求，为生成和维护系统数据文件做好准备。
概要设计说明书：该说明书是概要实际阶段的工作成果，它应说明功能分配、模块划分、程序的总体结构、输入输出以及接口设计、运行设计、数据结构设计和出错处理设计等，为详细设计提供基础。
详细设计说明书：着重描述每一模块是怎样实现的，包括实现算法、逻辑流程等。
测试计划：为做好集成测试和验收测试，需为如何组织测试制订实施计划。计划应包括测试的内容、进度、条件、人员、测试用例的选取原则、测试结果允许的偏差范围等。
测试分析报告：测试工作完成以后，应提交测试计划执行情况的说明，对测试结果加以分析，并提出测试的结论意见。
开发进度月报：该月报系软件人员按月向管理部门提交的项目进展情况报告，报告应包括进度计划与实际执行情况的比较、阶段成果、遇到的问题和解决的办法以及下个月的打算等。
项目开发总结报告：软件项目开发完成以后，应与项目实施计划对照，总结实际执行的情况，如进度、成果、资源利用、成本和投入的人力，此外，还需对开发工作做出评价，总结出经验和教训。
软件问题报告：指出软件问题的登记情况，如日期、发现人、状态、问题所属模块等，为软件修改提供准备文档。
软件修改报告：软件产品投入运行以后，发现了需对其进行修正、更改等问题，应将存在的问题、修改的考虑以及修改的影响做出详细的描述，提交审批。
源程序：软件开发过程中的全部代码以及注释。
2、4验收标准
2、4、1代码的验收
最后在交付客户之前进行小组内评审，代码编写符合HB6465标准，与文档说明保持一致，代码书写风格统一，采用标准规范，没有下列错误：由于软件缺陷造成丢失数据，不符合设计要求，响应时间太长无法接受等问题。
2、4、2文档验收
最后在交付客户之前进行小组内评审，文档格式符合HB6465标准，功能符合与客户的合同要求，清晰易读，没有语病与歧义。
2、4、3服务验收
服务硬件达到文档说明的要求，人员技术考核合格，定期上门维护。
2、5完成项目的最迟期限
交付日期
从2015年9月15日开始至2015年1月18日，完成对整个系统的可行性报告分析、需求分析说明书、开发计划说明说、系统设计书、项目测试、项目总结，对概念模型、存储模式、完整性控制、存取权限等进行了定义，对系统功能各模块进行了详细设计，定义了数据库总体结构、编码命名规范，并交付用户。交付日期为2015年1月20日，延期交付日为2月1号。
2、6本计划的审查者与批准者
本系统由客户提出，自2015年9月28号正式批准，审查者为周老师，批准人为周老师。
3实施总计划
3、1开发过程
3、1、1需求分析
需求分析是整个设计中重要的一环，当可行性分析完成，项目立项，确定开发角色后，从9月20开始至10月5日，有关的设计开发人员与相关业务人员共同对业务流程、管理方式进行分析，并进行资料的收集、整理。在完成了对有关数据信息的收集、归纳和分析整理后，确定了用户需求，对软件必须完成的功能进行了定义，在此基础上完成了数据定义，建立了数据字典。
3、1、2系统设计
从10月6日开始至11月5日，完成对整个系统的分析设计，对概念模型、存储模式、完整性控制、存取权限等进行了定义，对系统功能各模块进行了详细设计、定义了数据库总体结构、编码命名规范。
3、1、3编码及测试阶段
从11月6日开始至11月22日，完成程序设计和系统测试，完成了数据库建立及程序的编制调试。为了避免错误积累，采用边开发边测试的基本模式，对每个模块都安排专人进行单独测试，系统联调及系统测试，对系统处理逻辑、例外处理能力、容错能力等进行大规模的测试，对发现的问题进行彻底纠正。
3、1、4文档、产品部署
从1月2日开始至1月25日，完成用户培训工作，编写各类文档，系统投入运行阶段。
3、1、5项目总结
项目结束后用一周左右时间，对项目研发、部署等开发过程中的问题、经验教训总结备案，以利于项目经验的积累和开发进的的缩短。
3、2工作任务的分解
3、3接口人员
负责本项目同用户的接口人员为邹浩，由软件发开方派专人，按客户要求，指定地点安装，调试，运行并给客户演示，在后期中负责维护和更新。
3、4进度
方法：采用结构化开发
设置模块开发优先级：通过对图书管理的特点和信息流程等的分析，确定各模块开发的先后次序。
具体开发进度安排如下：
注：有四个里程碑，分别是需求完成时、详细设计完成时、系统编码完成时、整个项目工作完成时。
3、5预算
3、6项目风险因素
影响本计划完成的主要问题有：
没有经费和硬件设施有限
用户需求不清，存在误解及二义性
第一次开发软件，开发人员没有实际经验
时间有限，没有足够的开发时间
4支持条件
4、1计算机系统支持
开发时需要的支持条件：
硬件：
服务器：PentiumIII500以上或更高，
内存：512M以上；
硬盘：至少80G以上；
CD－ROM：32倍速以上；
网络适配器：10MB/100MB自适应；
打印机一台
UPS（选配）
工作站：Pentium4以上微机；
内存：512MB
硬盘：至少80以上；
CD－ROM：32倍速以上；
网络适配器：10MＢ/100MＢ自适应
网络：至少一台服务器
至少一台工作站
使用TCP/IP协议的局域网
软件：
操作系统为WindowXP，使用集成开发工具Eclipse5、5、1，数据库采用SQLServer2000，项目运行环境为JDK6、0、
其他开发工具包括：Dreamweaver，MicrosoftVisio，RationalRose，PowerDesignerTrial11，TomCat6、0CVSNT2、5、03
运行时需要的支持条件：
一、服务器的要求
1．服务器的中央处理部件（CPU）建议使用PIII1G（以上）Xeon处理器芯片。
2．服务器内存必须使用服务器专用ECC内存
3．为了保证数据存储的绝对可靠，硬盘应使用磁盘冗余阵列（RAID01）
4．为了防止服务器不可预测的故障，或者服务器的定期维护对公司整个业务造成的影响，所有建议使用两台服务器。两台服务器应构成双机热备份。中间使用Watchdog电路。这样的结构可以保证整个系统的长时间不间断工作，即使在服务器定期维护的时候也可以使用后备另一台服务器工作。
5．服务器应支持热插拔电源
6．服务器必须配备UPS（不间断电源）。
7．服务器应该放在学校内部。不然无法进行程序调试。
8．服务器应该必须有固定IP地址。
9．其他性能在经济条件允许的情况下，应该尽量使用高速稳定的配件。
二、服务器上应该配备的软件
1．操作系统：MicrosoftWindows2000server或者MicrosoftWindows2000Advancedserver
2．数据库：MicrosoftSQLServer2000（简体中文版）
3．服务器必须使用专业的防火墙和反病毒软件。
4．除了为了运行必须配备的程序以外，服务器上建议尽量不要安装其他无关程序，以减少程序的混乱或者程序的意外冲突。
5．各系的操作系统尽量统一。（Windows9x系列或者Windows2000系列）。这样可以避免管理软件因为操作系统版本不一致造成的过多的开销。
6．各系的机器必须也安装反病毒软件和防火墙。以防止网络上的蠕虫病毒在整个网络范围内的蔓延。
7．如果要打印涉及字段比较多的报表，应该配备针式打印机。
4、2需要用户承担的工作
向本小组成员进行培训，其内容包括图书馆的工作结构、图书管理系统的工作流程，以及图书馆规模包括可容纳多少图书，多少读者，有几个级别的管理员和管理员数目这些内容必须在数据库创建之初就进行培训。配备相应硬件系统，做到规范操作，备份好数据防止数据丢失，软件交付日期为软件安装测试人员提供环境。
4、3需由外单位提供的条件
本系统为独立开发，不需要外单位提供条件。
5专题计划要点
5、1开发人员培训计划
2015年9月18日起，至2015年10月28日，共十天实习期间，上午进行软件工程项目开发各项内容的专题知识讲座；下午进行开发设计。
5、2测试计划
2015年1月2日—2015年1月13日对软件进行各项测试工作；
5、3质量保证计划
严格按照项目开发过程中的各项步骤，从项目立项，可行性研究报告、需求分析报告、项目开发计划等，具体实施；
5、4人员配置计划
该项目开发小组共8人：组长：邹浩
组员：王莹、卢珊珊、侯迪、张旭、印万涛、刘啸虎、张竣铭。
5、5客户培训计划
在软件实际应用后的前一个月，对用户进行软件操作方法的具体培训；
5、6安全保密计划
在从项目开发阶段到最后软件的正式发布期间，做好项目的保密工作，小组成员对所有项目所有相关文档进行加密，做好备份工作。
5、7合同计划
和客户协商签订软件使用合同。
第4篇：软件项目计划书1、项目介绍3
1、1项目概述3
1、1、1目的3
1、1、2项目背景3
1、1、3项目的范围与目标3
1、2项目可交付成果4
1、2、1需完成的软件4
1、2、2需提交的文档4
1、3软件项目计划的制定过程5
1、4参考资料5
1、5有关定义和缩写说明5
1、5、1相关术语5
1、5、2缩写说明6
2、项目组织6
2、1过程模型6
2、2组织结构6
2、3组织界限和界面7
2、4项目责任7
2、4、1责任分配矩阵7
2、4、1项目干系人的责任分配矩阵8
3、管理过程9
3、1管理目标和优先级9
3、1、1管理目标9
3、1、2优先级9
3、2设定条件、依赖关系和约束条件9
3、3风险管理10
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
3、5人员计划14
4、技术过程15
4、1方法、工具和技术15
4、2软件文件15
4、3项目各项辅助职能16
5、工作包、进度和预算16
5、1工作包（WBS）16
5、2依赖关系19
5、2、1甘特图19
5、2、2网络日历图19
5、3资源要求19
5、3、1计算机系统支持19
5、3、2外部提供的条件20
5、4预算与资源分配以及进度计划20
5、4、1预算20
5、4、2资源分配20
5、4、3进度计划20
1、项目介绍
1、1项目概述
1、1、1目的
编写本项目开发计划的目的是把远程在线考试系统开发过程中对各项工作任务的负责人员、开发的进度、经费的预算、硬件和软件资源条件等问题所做的安排用文档的形式记载下来，以便根据本计划开展和检查项目开发工作，保证项目开发成功。
1、1、2项目背景
随着信息的发展，考试报名的网络化已成为趋势，很多考试都已开通了网上报名系统，并通过计算机网络实现异地考试报名。因此，为方便考试系统的管理与维护，故开发了该系统。
1、1、3项目的范围与目标
1、1、3、1范围描述
首先，因为考试是面向特定对象的，所以考试者进入系统应该进行身份验证。首次进入报名系统的考生应该先进行注册。考试者进入考试系统后，应该能根据自己的需要选择不同的功能，比如网上报名、成绩查询等等。各种功能实现后，可以返回功能主界面，继续实现其他功能。此外，对于管理员来说，能够方便、快捷的对网上报名系统进行管理。
1、1、3、2主要功能
1、概述
（一）、登陆：考生输入身份证号和密码登陆进入系统。
（二）、考生注册：首次登陆的考生要先进行注册。
（三）、网上报名：考生通过网上报名功能，填写报名信息，进行报名。
（四）、成绩查询：考生登录个人账号，在考试结束并且成绩发布后可以查看自己的考试成绩。
（五）、用户管理：管理员进入考生管理功能，管理员对考生信息进行查询、修改。
（六）、成绩录入：管理员将考生成绩文件导入系统，并且将考生成绩保存在数据库中。
（七）、成绩统计：管理员可以分类统计考生成绩，统计全部考生的成绩、通过的考生以及不通过的考生的成绩等等。
（八）、信息发布：管理员进入系统维护功能，通过信息发布功能，编写信息标题和内容，将考试信息发布出去
（九）、报名时间管理：管理员通过考试报名时间管理功能对考试报名时间进行限制。
2、功能描述
此系统总概括来说包括三大功能：
（一）、考生网上报名功能。考生登录网上报名系统，填写报名信息，进行报名。首次登录的考试需要先注册。
（二）、成绩查询功能。考生可以登录本系统进行本人成绩查询，管理员也可以登录本系统的后台根据某些条件部分考生成绩。
（三）、管理功能。管理员登录本系统，可以对用户进行增删改查，对考试报名时间、信息发布以及成绩等进行管理。
1、1、3、3性能
（一）、管理员动态的管理各种考试信息。
（二）、考生报名方便，可实现远程报名。
（三）、考生可随时掌握考试相关信息。
1、1、3、4管理和技术约束
这是我们首次进行一个完整的项目作业，缺少经验在所难免，我们在借鉴前人优点的同时，也发挥我们自己的想象力以及能力，补充所缺少的部分。由于时间的紧迫，各个方面完成的并不算完善。在技术方面，在程序编写中我们丙丁会遇到这样那样的难题，但是一定会想办法克服。
1、2项目可交付成果
1、2、1需完成的软件
（一）、源程序
（二）、数据库对象创建语句
（三）、可执行程序
1、2、2需提交的文档
1、3软件项目计划的制定过程
制定项目计划是软件项目管理过程中一个关键的活动，是软件开发工作的第一步。其主要过程如下：
（一）、确定详细的项目实施范围
（二）、确定须交付的工作成果
（三）、评估实施过程中主要的风险
（四）、制定项目实施的时间计划
（五）、成本和预算计划以及人力资源计划等
1、4参考资料
软件项目计划书范例
软件风险控制计划案例
1、5有关定义和缩写说明
1、5、1相关术语
用户
考生与考试管理人员之和。
考生
拥有在线考试权利的所有人员。
管理员
指派的考试管理员。
1、5、2缩写说明
WBS任务分解结构
SPM软件项目管理
2、项目组织
2、1过程模型
在计算机等级考试网上报名系统中，首先，本系统的工作流程比较稳定，需求明确。在开发过程中需求很少发生变化。其次，用户使用环境相对稳定。最后，本系统属于小系统，项目周期较短。经过综合分析，本系统采用瀑布模型。
瀑布模型中，每一个阶段都定义明确的产出物，在每一个阶段完成后都可以组织相关的评审和验证，只有在评审通过后才能够进入到下一个阶段。如下图：
2、2组织结构
计算机等级考试网上报名系统开发项目组人员结构如下图所示：
2、3组织界限和界面
2、4项目责任
2、4、1责任分配矩阵
2、4、1项目干系人的责任分配矩阵
3、管理过程
3、1管理目标和优先级
3、1、1管理目标
基本管理原则：每位成员既是积极地建言者，又是负责的合作者，同时也是决策的制定者。决策应在充分的讨论基础上由大家共同做出，一旦决策做出就必须被及时有效的执行。
目标1：按时按量完成项目的基本功能，按时发布产品及文档，这是本团队的最高目标。
目标2：遵循规范化的项目运作标准，文档严谨完整，代码注释充分，便于后续维护，这是第二目标。
目标3：产品运行稳定，界面友好，用户易操作，尽量从用户的角度去看问题，并提出解决问题的方案。
目标4：注重团队建设，成员分工合理，团队成员合作默契，气氛融洽。每周的讨论会积极建言。在开发过程中积极协作。
目标5：项目设计和开发上尽量有创意，有亮点。
3、1、2优先级
在遵循基本原则的基础上，管理目标的优先级如下图所示（优先级1-5依次递减）：
3、2设定条件、依赖关系和约束条件
假设1：指导老师对项目进度进行压缩或组员推出该项目
限制：某些关键某块与功能不能及时交付
假设2：相关硬件设备或者软件设备瘫痪
限制：造成部分工作甚至整体工作无法进行而造成拖延
假设3：组员在项目开发过程中推出该项目
限制：任务需重新分配可能导致最终延期交付
假设4：最终没有外援美工指导
限制：最终系统界面友好性相对较差
3、3风险管理
本计划主要针对项目开发涉及到的风险，包括在项目开发周期过程中可能出现的风险以及项目实施过程中外部环境的变化可能引起的风险等进行评估。
3、3、1风险条目表
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、3、5风险监控
制定规划，实施保护措施，在保护措施实施的每一个阶段都要进行监控和跟踪。风险贯穿于项目的整个生命周期中，因为风险管理是个动态的、连续的过程。因此制定了风险防范计划后，还需要时刻监督风险的发展和变化情况。只有了解风险，才能规避风险。
3、4监督与控制机制
3、4、1报告机制
各开发过程、培训负责人以周为单位记录工作进展，形成电子文档报告。负责人在每次讨论时作口头总结，项目组成员给出意见，报告修改后发送至组长邮箱。各风险负责人密切监控风险状态，定期提交风险报告。必要时将突发情况邮件列表通知所有组员，并由组长做出临时处理决定。
3、4、2监督机制
开发过程中功能与模块相关联的两个组别有权利与义务对相关组别进行监督与进度询问。督促其按照规定进度完成任务。由技术组长对开发过程应用技术进行监督，并提供技术咨询。由管理组长对整体进度进行把握。
3、4、3评价和审核机制
每次讨论中小组讨论形成一致意见后即为通过，相关负责人针对改进意见开展下一周工作，小组会议持续评估其成效。每一项目阶段结束之前（里程碑前后），组织一次阶段评审会，评估整个阶段的工作效率和成果质量。尽量与项目例会合并，并邀请老师参加评议。
3、5人员计划
4、技术过程
4、1方法、工具和技术
本小组的团队组织结构为技术管理式组织结构；编程语言为java，采用面向对象的分析设计方法，利用UML进行系统建模，使用SqlSever2015作为数据库管理系统图，并采用统一的java标准的文件命名方式、代码版式、注释等编码规范；编码人员对代码进行严格检查后再进行代码编译；测试人员根据测试文档进行单元测试；最后实现软件的交付。
开发环境：Sqlsever2015+Myeclipse6、0+VisualStudio2015、
4、2软件文件
1．软件项目管理计划
该文档由组长完成，介绍项目的整个管理过程。该文档在软件设计需求分析初级阶段完成，后续阶段由文档维护员进行相应的更新。
2、需求规格说明初稿
在需求分析阶段，由全体小组成员采集分析用户的需求，并在例会上作出决策，有文档维护员撰写整理需求规格说明初稿，并在后续各个阶段进行需求变更的更新。
3、设计报告初稿
在总体设计阶段，小组根据需求规格说明文档，完成软件体系结构的设计，由组长编写软件体系结构设计文档初稿，并在后续开发阶段补充和更新。该文档由文档维护员负责维护更新。
4、测试文档
在软件开发阶段，测试人员需要编写测试规格说明文档，并在后续测试阶段更新。开发人员将根据测试规格说明文档建立测试环境、准备测试数据。
5．用户手册
在更新用需求分析阶段，测试人员需要开始着手编写用户手册，并在需求分析结束后需要形成初稿；在后续阶段不断由文档维护员户文档；并在系统交付阶段随着系统一起被交付。
6、个人项目总结
由组内成员各自独立完成，对开发过程中获得的工作经验进行总结。在提交系统时一并提交。
7、其他文档
软件开发过程中的其他文档，如开发日志（按组员意见选择公开与否），风险报告及其处理意见等，由秘书进行整理与汇聚。作为以后软件开发以及交流的经验。
4、3项目各项辅助职能
5、工作包、进度和预算
5、1工作包（WBS）
1000软件项目管理SPM
1100需求分析阶段
1110软件需求详细计划
1200设计阶段
1210软件设计报告
1300编码阶段
1310软件编码报告
1400测试阶段
1410编制软件项目进展报告
1420软件测试报告
1430软件编码更新
1500维护阶段
1510软件维护记录报告
2000软件开发
2100需求分析阶段
2110用例图
2120静态模型
2130需求分析规格说明书
2200设计阶段
2210类图
2220动态模型
2230设计文档
2300编码阶段
2310考生登陆功能开发
2311编码
2312单元测试
2320考生注册功能开发
2321编码
2322单元测试
2330考生网上报名功能开发
2331编码
2332单元测试
2340考生成绩查询功能开发
2341编码
2342单元测试
2350用户管理功能开发
2351编码
2352单元测试
2360成绩录入功能开发
2361编码
2362单元测试
2370成绩统计功能开发
2371编码
2372单元测试
2380信息发布功能开发
2381编码
2382单元测试
2390报名时间管理功能开发
2391编码
2392单元测试
2400测试阶段
2410集成测试
2500维护阶段
2510软件安装
2520软件调试
2530软件维护记录报告
3000软件配置
3100需求分析阶段
3110制定配置和管理计划
3120开发模型
3130需求文档
3140配置状态审计
3200设计阶段
3210数据库设计
3220框架设计
3230软件配置库的维护
3240设计文档
3250配置状态审计
3300编码阶段
3310软件运行环境
3320源代码
3330软件测试报告
3340配置状态审计
3400测试阶段
3410软件运行
3420软件测试数据
3430软件维护报告
3440配置状态审计
3500维护阶段
3510数据库维护
3520软件运行环境
3530可执行代码
3540配置状态审计
4000验证与确认
4100需求分析阶段
4110制定软件需求阶段验证和确认计划
4120需求确认报告
4130阶段评审
4200设计阶段
4210阶段评审
4220设计确认报告
4300编码阶段
4310阶段评审
4320编码确认报告
4400测试阶段
4410各项功能评审
4411考生登陆功能评审
4412考生注册功能评审
4413考生网上报名功能评审
4414考生成绩查询功能评审
4415用户管理功能评审
4416成绩录入功能评审
4417成绩统计功能评审
4418信息发布功能评审
4419报名时间管理功能评审
4420系统测试
4430测试确认报告
4440阶段评审
4500维护阶段
4510验收测试
4520验收评审
5000质量保证
5100需求分析阶段
5110制定质量保证计划
5120需求质量文档
5200设计阶段
5210设计质量文档
5220软件质量保证活动报告
5300编码阶段
5310编码质量文档
5400测试阶段
5410测试质量文档
5500维护阶段
5510维护文档
5、2依赖关系
5、2、1甘特图
5、2、2网络日历图
5、3资源要求
5、3、1计算机系统支持
计算机（
支持软件：Microsoftword，Photoshop等
操作系统：Windows7或者xp等
5、3、2外部提供的条件
设备：个人笔记本
工作地：教室和宿舍
5、4预算与资源分配以及进度计划
5、4、1预算
5、4、1、1预算概要
5、4、1、1预算细要
5、4、2资源分配
各自使用各自的机器。
5、4、3进度计划
第5篇：软件项目计划书1概述1
1、1项目概述1
1、2项目交付的产品1
1、3SPMP的演化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风险管理计划2
3、5项目收尾计划3
4计划过程3
4、1过程模型3
4、2方法、工具和技术4
4、3基础设施4
5支持过程4
5、1工作包4
5、2依赖关系4
5、3资源需求5
5、4预算和资源分配5
5、5进度表5
1概述
1、1项目概述
项目的目标是开发一套酒店内部管理系统，同时组员们获得系统的软件工程项目训练，发布的产品是软件的可执行程序、源代码、技术文档等，主要工作是需求分析、系统分析、开发测试。关键里程碑分别是需求规格说明书的发布，系统设计说明说发布和系统的交付，项目所需资源为版本控制服务器和个人开发工具，进度大约为9周。
1、2项目交付的产品
交付日期12月20日，主要交付物有：酒店客房管理系统安装程序、系统源代码、技术文档包（包括需求规格说明书、系统设计说明书、项目总结文档等）
1、3SPMP的演化
SPMP于第12周周末前经由小组讨论—>分工撰写—>汇总整合三步形成初稿，由组长上传至配置文档库，由组长负责维护。
第13周以后根据项目的进展可以对其进行修改需要有组员提出修改意见，在全体会议上讨论通过，并由组长将修改稿上传至文档库。其余组员通过版本同步获得更新稿。
1、4参考资料
《软件工程——理论、方法与实践》，孙家广刘强，高等教育出版社
《软件工程导论》张海藩，清华大学出版社
《软件工程师指南[M]》张凯，中国电力出版社
《JavaWeb典型模块与项目实战大全[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语言编出程序，仅限于学过，可能导致开发进度受阻，代码交流困难。
风险二：考研课程
组员胡玉莲每天都有考研课要上，又临近考试可能导致任务分配上的困难。
风险三：考公务员
组长谢明敏和组员陈冬雪每天有公务员培训课，十一月二十四日有国家公务员考试，既要复习考试又要完成任务，会导致任务进度变慢。
风险四：考银行
组长谢明敏和组员陈冬雪参加了农业银行招聘和民生银行招聘，预计十一月中上旬会去呼市参加考试，可能没办法监督项目正常进度，延缓任务完成时间。
风险五：需求变更频繁
在设计开发过程中可能发现原有需求不容易转化为设计稿，在测试体验过程中可能发现游戏并不好玩，这都会带来需求的重新变更。这两种情况，尤其后一种要尽量避免，以免带来重复开发的浪费。
风险六：缺乏设计人才
设计对一个软件来说很重要，但项目组内没有这方面的人才，可能导致产品吸引力下降，界面开发环节上耗费较多时间等。
3、5项目收尾计划
在开发阶段结束后，开发人员之间会进行代码走查，减少bug，并在测试阶段更新源代码，测试人员根据测试文档惊醒软件测试，提高软件正确性。
最终交付酒店客房管理系统软件。
4计划过程
4、1过程模型
应用瀑布模型，软件开发的各项活动严格按照线性的方式进行，当前活动接受上一活动的工作结果，实施完成所需的工作内容。当前活动的工作结果需要进行验证，如果验证通过，则该结果作为下一项活动的输入，继续进行下一项活动，否则返回进行修改。因此，这种模型强调文档的作用，并要求每个阶段都有仔细验证。
4、2方法、工具和技术
本小组的团队组织结构为主程序员式组织结构；编程语言为java；采用面向对象的分析设计方法；利用UML进行系统建模；统一文件命名、代码版式、注释等编码规范；编码人员进行代码走查后再进行代码编译；测试人员根据测试文档进行单元测试；最后实现软件的交付。
4、3基础设施
个人PC，笔记本、实验室专用PC机
5支持过程
5、1工作包
5、2依赖关系
1）组织团队是完成软件项目的前提，明确分工负责；
2）配置管理贯穿于整个软件开发和测试过程；
3）需求分析是软件项目进入开发阶段的重要标志；
4）系统设计是基于需求分析的基础上，又是编码的原理依据；
5）编码测试是软件开发进展的重要过程；
6）交付阶段是软件获得客户的认可，是软件开发结束的标志。
5、3资源需求
人员：小组软件项目开发成员、客户
支持软件：Office
计算机硬件：服务器等
办公室：学院实验室和宿舍
实验设备：个人PC机、笔记本、实验室专用PC机
项目资源维护需求的数目和类型：6台个人电脑（PentiumIII800以上CPU，256M以上内存）
5、4预算和资源分配
预算：本次软件开发没有涉及到任何经济方面的预算，但会在最后产品拍卖的时候涉及虚拟货币。
资源分配：各自使用各自的机器。
5、5进度表
第1篇：软件项目开发计划书模板
项目名称：********
评审日期：
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专题计划要点
说明本项目开发中需制订的各个专题计划（如分合同计划、开发人员培训计划、测试计划、安全保密计划、质量保证计划、配置管理计划、用户培训计划、系统安装计划等）的要点。
第2篇：软件项目开发计划书范文1.引言
在当今这个网络时代，随着人们物质生活水平的提高，人们也在逐渐的开始追求精神上的生活，即精神享受。无可厚非，网络走进了我们的生活，但随着我们进入社会参加工作，我们的空闲时间越来越少，当然也没有太多时间去关注自己所喜欢的视频，更不用说在线看了，即使有时间在线看，我们又不能看到看到让自己全身放松的视频，究其原因则是：所观看的视频模糊和不流畅。而本软件恰恰解决了这个问题，本软件是自动下载更新软件，能在你不知不觉间自动的下载最新视频，这样一来我们既节约了时间又看到了自己苦苦等待的视频
1.1编写目的
本文档的编写是为了满足客户对各大影视的一些软件需求，以求让喜欢视频的客户对本软件更加满意，并且能够更加的享受生活。
1.2背景
待开发的软件系统名称：资源下载辅助系统。
本项目的提出者为章董事，开发者为第二组全体员工，用户为所有喜欢视频的客户。
本软件相当于一个插件，配合其他视频播放器、影视或网站使用。
说明：
1.3定义
项目开发计划：是一种把项目一定一过程与项目如何推进连接起来的方案。
1.4参考资料
以下列出概要设计过程中所使用到的有关资料：
1．软件工程基础 胡飞 高等教育出版社 2015.01
2．软件工程课程设计 郑诚 机械工业出版社 2015.03
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本计划的批准者和批准日期
批准者：章董事
批准日期： 2015年10月18日
3实施计划
3.1工作任务的分配和人员分工
主要就是在需求分析、设计、实现、测试、维护的任务分配
具体来说分配如下：
文件的编制 石春光
审批 王海宏 汪世轩
打印 王海宏
分发工作 田果 刘栋
用户培训工作 刘栋 田果
软件安装工作 汪世轩
3.2接口人员
负责本项目同用户的接口人员：刘栋
负责本项目同本单位各管理机构
合同计划管理部门：石春光
财务部门：王海宏
质量管理部门：田果
负责本项目同各分合同负责单位的接口人员：汪世轩
3.3进度（略）
3.4预算
人员的数量：5人
时间：3个月
经费：1万元
3.5关键问题
在软件的开发中，存在的关键问题常见的有以下几种：
项目需求
项目计划
质量控制
进度控制
风险控制
交流与沟通
第3篇：软件项目开发计划书范文1．引言
1.1编写目的
开发基于互联网的学生选课系统，提高管理工作的效率、提高信息的开放性、改善学生和教师对其最新信息查询的准确性。
1.2项目背景
某校在校生近5000人，每学期在期末都要进行一次对学生的学习质量测评，要求所有学生都要参加。以前测评的方式都是手工考核操作，由教务处发出试卷，每个同学填写完成后交回到教务处。然后教务处再使用手工的方法对试卷进行统计汇总，最后得出学生的成绩。
建议进行《学生成绩考核系统》的开发。
我院计算机系具备进行该软件系统开发的能力并承担本软件系统的开发与维护工作。该软件系统由我院教务处使用。
1.3定义
《学生成绩考核系统》以下简称《考核系统》。
1.4 参考资料
(1)” 学生成绩考核系统系统定义报告”【软件项目实施计划表】
(2) ” 学生成绩考核系统可行性研究报告”
2. 主要内容
2.1 工作内容
系统所需要的基础数据来源：
“考核系统”需要实现的功能包括两大部分：
一是前台的数据采集，具体包括：德育测试页面、体育测试页面、智力测试页面、数据存储页面。
二是后台的数据管理部分：包括测试设置、德育测试、体育测试与智力测试的数据统计及查询。
2.2条件和限制
使用SQL SERVER 2015作为数据库的建设工具，相关的管理程序开发主要使用SQL SERVER 2015及NET等。
2.3 产品
2.3.1 程序
可运行的程序包括：SQL SERVER 2015，Microsoft Visual Studio 2015
2.3.2 文档
可行性研究报告，项目开发计划书，软件需求说明书，概要设计说明书，详细设计说明书，数据库设计说明书，操作手册，测试计划，测试分析报告，项目开发总结报告。
2.4 运行环境
《学生成绩考核系统》应该运行在Windows XP 以及以上版本的平台上。
2.5 验收标准
《学生成绩考核系统》能让学生能成绩考核和查看成绩，教师能管理成绩。
3. 实施计划
3.1 任务分解
需求分析：
学校每年新生入学，毕业生离校和各种其它变动，如学籍变动，个人信息修改。每学期学校者要开设一定的课程提供给学生根据自己的情况来选择，最后的选择结果要给出学生的课程表。如何有效的管理这些学生信息，帮助学校和老师管理和掌握这些情况，这就是学生信息管理系统需要完成的任务。下面用软件工程的思想和方法完成该系统的设计过程。
功能：
个人信息查询和修改，包括流动，注册，更新管理
系统设计：
“中学生成绩管理信息系统”包括四个模块：成绩录入、班级统计、年级统计、系统功能。这五个模块既相互联系又相互独立，班级统计、年级统计模块必须以成绩录入为基础。
(1)成绩录入模块：
主要功能用来对中学生的成绩进行收集和修改。具体包括中学生成绩录入、修改、增加、删除、查询、打印等功能，由于一些资料可以Word文档或Excel表格输入，故在此模块中增加了导入、导出数据功能。成绩录入需要分班级、分年级以及某个时间考试的各门功课的成绩。修改要与成绩录入相对应。增加、删除是对基本表的操作。查询条件设置应该齐全，可以班级查询，年级查询，也可以姓名查询，学号查询等等。分成绩单打印、报表打印等。
(2)班级统计模块：
主要功能用来对中学生的成绩以班级为单位进行处理。具体包括各班学生总成绩、平均成绩、班级排名及统计班级某分数段内的学生人数；各个学生该科成绩、班级排名及统计班级某分数段内的学生人数。各项统计仅对于某学期某次考试而言。
(3)年级统计模块：
主要功能用来对中学生的成绩以年级为单位进行处理。具体包括各年级学生总成绩、年级排名统计年级某分数段内的学生人数；各个学生该科成绩、年级排名及统计、年级某分数段内的学生人数。各项统计仅对于某学期某次考试而言，在统计时，还应注意各年级考试科目不同。
(4)系统功能模块：包括帮助信息，关于系统及退出系统。
编码：
测试计划：进行黑盒测试
测试人员：
3.2 进度安排
需求分析： 第1周
系统设计： 第2~3周
编码：第4~7周
测试计划与测试：第8~10周
包装和发布：第11周
机动：第12周
3.3 预算
开发费用：8000元
设备费及其他：5000元
合计：13000元
4. 人员组织及分工（略）
5. 交付期限
6. 专题计划要点（详见后续内容）
第1篇：项目开发计划书范本
项目计划书的作用：制定项目开发计划的目的是用文件的形式，把对于在开发过程中各项工作的负责人员、开发进度、 所需经费预算、所需软、硬件条件等问题作出的安排记载下来，以便根据本计划开展和检查本项目的开 发工作。编制内容要求如下：
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关键问题
逐项列出能够影响整个项目成败的关键问题、技术难点和风险，指出这些问题对项目的影响。
第2篇：软件项目开发计划书一、项目计划书格式
根据《GB8567－88计算机软件产品开发文件编制指南》中项目开发计划的要求，结合实际情况调整后的《项目计划书》内容索引如下：（略）
二、项目计划书的编写说明
1 引言
1.1 编写目的
说明编写这份项目计划的目的，并指出预期的读者。
作用：本节是为了说明编制“项目计划书”亦即本文档的意图和希望达到的效果。注意这里的“目的”不是“项目目标”，而是为了说明本文档的目的与作用。“项目目标”在2.1中说明。
意义：使项目成员和项目干系人了解项目开发计划书的作用、希望达到的效果。开发计划书的作用一般都是“项目成员以及项目干系人之间的共识与约定，项目生命周期所有活动的行动基础，以便项目团队根据本计划书开展和检查项目工作。”
例 如可以这么写：为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，因此以文件化的形式， 把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目 内外环境条件、风险对策等内容做出的安排以书面的方式，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目 团队开展和检查项目工作的依据。
常见的问题：把项目本身的“项目目标”误作编制项目开发计划的目的。
1.2 背景
主要说明项目的来历，一些需要项目团队成员知道的相关情况。主要有以下内容：
项目的名称：经过与客户商定或经过立项手续统一确定的项目名称，一般与所待开发的软件系统名称有较大的关系，如针对“XX系统”开发的项目名称是“XX系统开发”。
项目的委托单位：如果是根据合同进行的软件开发项目，项目的委托单位就是合同中的甲方；如果是自行研发的软件产品，项目的委托单位就是本企业。
项 目的用户（单位）：软件或网络的使用单位，可以泛指某个用户群。注意项目的用户或单位有时与项目的委托单位是同一个，有时是不一样的。如海关的报关软件、 税务的报税软件，委托单位是海关或税务机关，但使用的用户或单位不仅有海关或税务机关，还包括需要报关、报税的企业单位。
项目的任务提出者：本企业内部提出需要完成此项目的人员，一般是领导或商务人员；注意项目的任务提出者一般不同于项目的委托单位，前者一般是企业内部的人员。如果是内部开发项目，则两者的区别在于前者指人，后者指单位。
项 目的主要承担部门：有些企业根据行业方向或工作性质的不同把软件开发分成不同的部门（也有的分为不同事业部）。项目的特点就是其矩阵式组织，一般一个项目 的项目成员可能由不同的部门组成，甚至可能由研发部门、开发部门、测试部门、集成部门、服务部门等等其中几个组成。需要根据项目所涉及的范围确定本项目的 主要承担部门。
项目建设背景：从政治环境上、业务环境上说明项目建设背景，说明项目的大环境、来龙去脉。这有利于项目成员更好地理解项目目标和各项任务。
例句：根据《某部关于某建设工作的实施意见》精神，为了保障某建设工作的正常实施，必须加强监督考核，建立督查通报制度，某市某建设工作小组办公室把此项建设工作实施列入督查的重要内容，及时掌握进度，相关部门建立市某建设工作简报制度，及时反映全市某建设工作动态。
目 前对于某建设工作的工作主要采用计划部门手工编制年度计划、建设工作主管部门和建设工作实施单位联合手动编制进度计划，某建设工作单位手工上报建设工作进 度情况的方式，而全市的建设工作有数百个，加上前期建设工作的数量和今后某市建设发展的趋势，建设工作的数量将越来越多，原来的工作模式已经越来越无法适 应市委市政府的要求。因此，充分利用现代信息化、因特网的优势，建立“某市某建设工作信息报送反馈系统”，提高某建设工作信息报送反馈工作效率，提高信息 的及时性、减轻各级相关工作人员的劳动强度是非常有必要和紧迫的任务。
软件系统与其他系统的关系：说明与本系统有关的其他系统，说明它们之间的相 互依赖关系。这些系统可以是这个系统的基础性系统（一些数据、环境等必须依靠这个系统才能运行），也可以是以这个系统为基础的系统，或者是两者兼而有之的 关系、互相依赖的系统。例句：本系统中对外部办公部分如需要各个建设单位报送材料的子系统应当挂在市政府网站。
软件系统与机构的关系：说明软件系统除了委托单位和使用单位，还与哪些机构组织有关系。例如一些系统需要遵守那些组织的标准、需要通过那些组织机构的测试才能使用等等、是否需要外包或与那些组织机构合作。
1.3 定义
列出为正确理解本计划书所用到的专门术语的定义、外文缩写词的原词及中文解释。注意尽量不要对一些业界使用的通用术语进行另外的定义，使它的含义和通用术语的惯用含义不一致。
1.4 参考资料
列 出本计划书中所引用的及相关的文件资料和标准的作者、标题、编号、发表日期和出版单位，必要时说明得到这些文件资料和标准的途径。本节与下一节的“标准、 条约和约定”互为补充，注意“参考资料”未必作为“标准、条约和约定”，因为“参考”的不一定是“必须遵守”的。常用资料如：
本项目的合同、标书、上级机关有关通知、经过审批的项目任务书；
属于本项目的其他已经发表的文件；
本文档中各处引用的文件、资料，包括所要用到的软件开发标准。
1.5 标准、条约和约定
列出在本项目开发过程中必须遵守的标准、条约和约定。例如：相应的《立项建议书》、《项目任务书》、合同、国家标准、行业标准、上级机关有关通知和实施方案、相应的技术规范等。
“参考资料”一般具有“物质”特性，一般要说明参照了什么，要说明在哪里可以获得；“标准、条约和约定”一般具有“精神”特性，一般是必须遵守的，不说明在哪里可以获得。参考资料的内容应该涵盖“标准、条约和约定”。
2 项目概述
2.1 项目目标
设定项目目 标就是把项目要完成的工作用清晰的语言描述出来，让项目团队每一个成员都有明确的概念。注意，不要简单地说成在什么什么时间完成开发什么什么软件系统或完 成什么什么软件安装集成任务。注意“要完成一个系统”只是一个模糊的目标，它还不够具体和明确。明确的项目目标应该指出了服务对象，所开发软件系统最主要 的功能和系统本身的比较深层次的社会目的或系统使用后所起到的社会效果。
项目目标应当符合SMART原则：
l S Specific 明确的陈述
l M Measurable 可以衡量的结果
l A Attainable 可以达成的目标
l R Realistic 合理的，现实的或者说是能和实际工作相结合
l T Trackable 可以跟踪的
项 目目标可以进行横向的分解也可以进行纵向的分解。横向分解一般按照系统的功能或按照建设单位的不同业务要求，如分解为第一目标、第二目标等等；纵向的分解 一般是指按照阶段，如分解为第一阶段目标、第二阶段目标等等，或近期目标、中期目标、远期目标等等。阶段目标一般应当说明目标实现的较为明确的时间。一般 要在说明了总目标的基础上再说明分解目标，可加上“为实现项目的总目标，必须实现以下三个阶段目标······”
2.2 产品目标与范围
根 据项目输入（如合同、立项建议书、项目技术方案、标书等）说明此项目要实现的软件系统产品的目的与目标及简要的软件功能需求。对项目成果（软件系统）范围 进行准确清晰的界定与说明是软件开发项目活动开展的基础和依据。软件系统产品目标应当从用户的角度说明开发这一软件系统是为了解决用户的那些问题。产品目 标如“提高工作信息报送反馈工作效率，更好地进行工作信息报送的检查监督，提高信息的及时性、汇总统计信息的准确性，减轻各级相关工作人员的劳动强度。”
2.3 假设与约束
对于项目必须遵守的各种约束（时间、人员、预算、设备等）进行说明。这些内容将限制你实现什么、怎样实现、什么时候实现、成本范围等种种制约条件。
假设是通过努力可以直接解决的问题，而这些问题是一定要解决才能保证项目按计划完成。如：“系统分析员必须在3天内到位”或“用户必须在8月8日前确定对需求文档进行确认”
约束一般是难以解决的问题，但可以通过其他途径回避或弥补、取舍，如人力资源的约束限制，就必须牺牲进度或质量等等。
假设与约束是针对比较明确会出现的情况，如果问题的出现具有不确定性，则应该在风险分析中列出，分析其出现的可能性（概率）、造成的影响、应当采取的相应措施。
2.4 项目工作范围
说明为实现项目的目标需要进行那些工作。在必要时，可描述与合作单位和用户的工作分工。
注意产品范围与项目工作范围的不同含义。
产品范围界定：软件系统产品本身范围的特征和功能范围。
工作范围界定：为了能够按时保质交付一个有特殊的特征和功能的软件系统产品所要完成的那些工作任务。
产品范围的完成情况是参照客户的需求来衡量的，而项目范围的完成情况则是参照计划来检验的。这两个范围管理模型间必须要有较好的统一性，以确保项目的具体工作成果，能按特定的产品要求准时交付。
2.5 应交付成果
2.5.1 需完成的软件
列出需要完成的程序的名称、所用的编程语言及存储程序的媒体形式。其中软件对象可能包括：源程序、数据库对象创建语句、可执行程序、支撑系统的数据库数据、配置文件、第三方模块、界面文件、界面原稿文件、声音文件、安装软件、安装软件源程序文件等等。
2.5.2 需提交用户的文档
列出需要移交给用户的每种文档的名称、内容要点及存储形式，如需求规格说明书、帮助手册等。此处需要移交用户的文档可参考合同中的规定。
2.5.3 须提交内部的文档
可 根据《GB8567-88计算机软件产品开发文件编制指南》附录O：“文件编制实施规定的实例（参考件）”结合各企业实际情况调整制定《软件开发文档编制 裁减衡量因素表》。根据《因素表》确定项目对应的项目衡量因素取值，以确定本项目应完成的阶段成果。将不适用于本项目的内容裁减，以减少不必要的项目任务 和资源。
根据因素取值列出本项目应完成的阶段成果，说明本项目取值所在的区间，将其他因素值区间删除。
2.5.4 应当提供的服务
根据合同或某重点建设工作需要，列出将向用户或委托单位提供的各种服务，例如培训、安装、维护和运行支持等。具体的工作计划如需要编制现场安装作业指导书、培训计划等，应当在本计划“4.3总体进度计划”中条列出。
2.6 项目开发环境
说明开发本软件项目所需要的软硬件环境和版本、如操作系统、开发工具、数据库系统、配置管理工具、网络环境。环境可能不止一种，如开发工具可能需要针对Java的，也需要针对C++的。有些环境可能无法确定，需要在需求分析完成或设计完成后才能确定所需要的环境。
2.7 项目验收方式与依据
说明项目内部验收和用户验收的方式，如验收包括交付前验收、交付后验收、试运行（初步）验收、最终验收、第三方验收、专家参与验收等等。项目验收依据主要有标书、合同、相关标准、项目文档（最主要是需求规格说明书）。
3 项目团队组织
3.1 组织结构
说明项 目团队的组织结构。项目的组织结构可以从所需角色和项目成员两个方面描述。所需角色主要说明为了完成本项目任务，项目团队需要哪些角色构成，如项目经理、 计划经理、系统分析员（或小组）、构架设计师、设计组、程序组、测试组等等。组织结构可以用图形来表示，可以采用树形图，也可以采用矩阵式图形，同时说明 团队成员来自于哪个部门。除了图形外，可以用文字简要说明各个角色应有的技术水平。
注意虽然有一些通用的结构可以套用，但各种不同规模、不同形式的项目组织结构是不一样的。如产品研发项目可能就不需要实施人员（小组），但需要知识转移方面的人员（小组）。而软件编码外包的项目则不需要程序员，测试人员也可以适当地减少。
3.2 人员分工
确定项目团队的的每个成员属于组织结构中的什么角色，他们的技术水平、项目中的分工与配置，可以用列表方式说明，具体编制时按照项目实际组织结构编写。以下是一个示例。
3.3 协作与沟通
项目的沟通与协作首先应当确定协作与沟通的对象，就是与谁协作、沟通。沟通对象应该包括所有项目干系人，而项目干系人包括了所有项目团队成员、项目接口人员、项目团队外部相关人员等等。
其 次应当确定协作模式与沟通方式。沟通方式如会议、使用电话、QQ、内部邮件、外部邮件、QuickPlace、聊天室等等。其中邮件沟通应当说明主送人、 抄送人，聊天室沟通方式应当约定时间周期。而协作模式主要说明在出现什么状况的时候各个角色应当（主动）采取什么措施，包括沟通，如何互相配合来共同完成 某项任务。定期的沟通一般要包括项目阶段报告、项目阶段计划、阶段会议等
3.3.1 项目团队内部协作
本节说明在项目开发过程中项目团队内部的协作模式和沟通方式、频次、沟通成果记录办法等内容。
3.3.2 项目接口人员
应当说明接口工作的人员即他们的职责、联系方式、沟通方式、协作模式，包括：
a、负责本项目同用户的接口人员；
b、负责本项目同本企业各管理机构，如计划管理部门、合同管理部门、采购部门、质量管理部门、财务部门等的接口人员；
c、负责本项目同分包方的接口人员。
3.3.3 项目团队外部沟通与协作模式
项 目团队外部包括企业内部管理协助部门、项目委托单位、客户等等。本节说明在项目开发过程中项目团队内部与接口人员、客户沟通的方式、频次、沟通成果记录办 法等内容。明确最终用户、直接用户及其所在本企业／部门名称和联系电话。明确协作开发的有关部门的名称、经理姓名、承担的工作内容以及工作实施责任人的姓 名、联系电话。确定有关的合作单位的名称、负责人姓名、承担的工作内容以及实施人的姓名、联系电话。
4 实施计划
4.1 风险评估及对策
识别或预估项目进行过程中 可能出现的风险。应该分析风险出现的可能性（概率）、造成的影响、根据影响应该采取的对策，采取的措施。风险识别包括识别内在风险及外在风险。内在风险是 指项目工作组能加以控制和影响的风险，如人事任免和成本估计等。外在风险指超出项目工作组等控制力和影响力之外的风险，如市场转向或政府行为等
风 险的对策包括：避免：排除特定危胁往往靠排除危险起源；减缓：减少风险事件的预期资金投入来减低风险发生的概率，以及减少风险事件的风险系数；吸纳：接受 一切后果，可以是积极的（如制定预防性计划来防备风险事件的发生），也可以是消极的（如某些费用超支则接受低于预期的利润）。
对于软件开发项目而言，在分析、识别和管理风险上投入足够的时间和人力可以使项目进展过程更加平稳，提高项目跟踪和控制的能力，由于在问题发生之前已经做了周密计划，因而对项目的成功产生更加充分的信心。
软件开发项目常见预估的风险：
1) 工程／规模／进度上的风险
规模大，规模估算不精确甚至误差很大；就规模而言，用户要求交付期、费用很紧；预料外的工作(测试未完时的现场对应等)；
2) 技术上的风险
使用新的开发技术、新设备等，或是新的应用组合，没有经验；是新的行业或业务，没有经验；性能上的要求很严；
3) 用户体制上的问题
用户管理不严，恐怕功能决定、验收不能顺利地完成（或者出现了延迟）；或者恐怕功能会多次变更；与用户分担开发，恐怕工程会拖延（或者出现了延迟）；用户或其他相关单位承担的工作有可能延误；
4) 其它：应该包含此处没有、但据推测有风险的项目。
4.2 工作流程
说明项目采用什么样的工作流程进行。如瀑布法工作流程，原型法工作流程、螺旋型工作流程、迭代法工作流程，也可以是自己创建的工作流程。不同的流程将影响后面的工作计划的制定。必要时画出本项目采用的工作流程图及适当的文字说明。
4.3 总体进度计划
这里所说的总体进度计划为高层计划。作为补充，应当分阶段制定项目的阶段计划，这些阶段计划不在这份文档中，当要以这份总体计划为依据。
总体进度计划要依据确定的项目规模，列表项目阶段划分、阶段进度安排及每阶段应提交的阶段成果，在阶段时间安排中要考虑项目阶段成果完成、提交评审、修改的时间。
对 于项目计划、项目准备、需求调研、需求分析、构架设计或概要设计、编码实现、测试、移交、内部培训、用户培训、安装部署、试运行、验收等工作，给出每项工 作任务的预定开始日期、完成日期及所需的资源，规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件（里程碑）。
设计评审
表格中检查点／里程碑等阶段划分为举例，实际作业阶段划分、阶段成果等请根据项目需要确定。
制 定软件项目进度计划可以使用一些专门的工具，最常用的是Microsoft的Project作为辅助工具，功能比较强大，比较适合于规模较大的项目，但无 法完全代替项目计划书，特别是一些主要由文字来说明的部分。小规模的项目可简便地使用EXCEL作为辅助工具。关于如何使用这些工具不在此作详细说明。
制定软件项目进度计划应当考虑以下一些因素:
1）对于系统需求和项目目标的掌握程度。如开始时对于系统需求和项目目标只有比较数的了解，就只能制定出比较粗的进度计划，等到需求阶段或设计阶段结束，就应该进一步细化进度计划。
2） 软件系统规模和项目规模，这两个不是一个概念。软件系统规模往往是从功能点的估算或其他估算方式得来的，而项目规模还要考虑对文档数量与质量的要求，使用 的开发工具、新技术、多少复用、沟通的方便程度、客户方的情况、需要遵守的标准规范等等等等。例如，完成一个大型的系统，在一定的时间内一个人或几个人的 智力和体力是承受不了的。由于软件是逻辑、智力产品，盲目增加软件开发人员并不能成比例地提高软件开发能力。相反，随着人员数量的增加，人员的组织、协 调、通信、培训和管理方面的问题将更为严重。
3）软件系统复杂程度和项目复杂程度：和软件系统规模和项目规模一样，软件系统的复杂程度主要是考虑 软件系统本身的功能、架构的复杂程度，而项目的复杂程度主要是指项目团队成员的构成、项目任务的复杂程度、项目干系人的复杂程度、需求调研的难易程度，多 项目情况下资源保障的情况，等等等等。软件系统的规模与软件系统的复杂程度未必是成比例的关系；同样项目的规模与项目的复杂程度未必是成比例的关系。
4） 项目的工期要求，就是项目的紧急程度。有些项目规模大，却因为与顾客签订了合同，或者为了抢先占领市场，工期压缩得很紧，这时就要考虑如何更好地合理安排 进度，多增加人选多采用加班的方式是一种万不得已的选择。增加人选除了增加人的成本外必定会增加沟通的成本（熟悉项目任务所需要的时间）；加班如果处理不 好会造成情绪上的问题，也可能会因为过于忙碌而无法顾及质量，造成质量的下滑。
5）项目成员的能力。这些能力包括项目经理的管理能力，系统分析员 的分析能力、系统设计人员的设计能力、程序员的编码能力、测试人员的测试能力，以及企业或项目团队激发出这些能力的能力。从另外一个角度看还有总体上对客 户行业业务的熟悉程度；对于建模工具、开发工具、测试工具等技术的掌握程度；企业内部对行业业务知识和主要技术的知识积累。
4.4 项目控制计划
4.4.1 质量保证计划
执行质量评审活动，对过程质量进行控制。规模较大的项目应当单独编写《软件开发项目质量计划》。根据GB/T 12504 计算机软件质量保证计划规范，内容包括：
l 引言（本章节包括质量计划的目的、定义、参考资料）
l 管理（描述负责软件质量管理的机构、任务及其相关的职责）
l 文档（列出在该软件的开发、验证与确认以及使用与维护等阶段中需要编制的文档，并描述对文档进行评审与检查的准则）
l 标准、条例和约定（列出软件开发过程中要用到的标准、条例和约定，并列出监督和保证执行的措施）
l 评审和检查（规定所要进行的技术和管理两个方面的评审和检查工作，并编制或引用有关的评审和检查规程，以及通过与否的技术准则。至少要进行软件需求评审、概要设计评审、软件验证与确认评审、软件系统功能检查、程序和文档物理检查）
l 软件配置管理（编制有关配置管理条款，或在“4.4.4 配置管理计划”中说明，或引用按照《GB/T 12505 计算机软件配置管理计划规范》单独制定的文档）
l 工具、技术和方法（指明用于支持特定软件项目质量管理工作的工具、技术和方法，指出它们的目的和用途）
l 媒体控制（说明保护计算机程序物理媒体的方法和设施，以免非法存取、意外损坏或自然老化）
l 对供货单位的控制（供货单位包括项目承办单位、软件销售单位、软件开发单位。规定对这些供货单位进行控制的规程，从而保证项目承办单位从软件销售单位购买的、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的需求。）
l 记录的收集、维护和保存（指明需要保存的软件质量保证活动的记录，并指出用于汇总、保护和维护这些记录的方法和设施，并指明要保存的期限）
4.4.2 进度控制计划
（可直接引用以下描述或根据项目情况制定本节内容）
本项目的进度监控执行本企业《项目管理规范》，由本企业过程控制部门如质量管理部统一进行监控，并保留在监控过程中产生的日常检查记录。
4.4.3 预算监控计划
说明如何检查项目预算的使用情况。根据项目情况需要制定。
4.4.4 配置管理计划
编 制有关软件配置管理的条款，或引用按照GB/T 12505单独制订《配置管理计划》文档。在这些条款或文档中，必须规定用于标识软件产品、控制和实现软件的修改、记录和报告修改实现的状态以及评审和检 查配置管理工作等四方面的活动。还必须规定用以维护和存储软件受控版本的方法和设施；必须规定对所发现的软件问题进行报告、追踪和解决的步骤，并指出实现 报告、追踪和解决软件问题的机构及其职责。
5 支持条件
说明为了支持本项目的完成所需要的各种条件和设施。
5.1 内部支持
逐项列出项目每阶段的支持需求（含人员、设备、软件、培训等）及其时间要求和用途。
例如，设备、软件支持包括客户机、服务器、网络环境、外设、通讯设备、开发工具、操作系统、数据库管理系统、测试环境，逐项列出有关到货日期、使用时间的要求。
5.2 客户支持
列出对项目而言需由客户承担的工作、完成期限和验收标准，包括需由客户提供的条件及提供时间。
5.3 外包（可选）
列出需由外单位分合同承包者承担的工作、完成时间，包括需要由外单位提供的条件和提供的时间。
6 预算
6.1 人员成本
列出产品/项目团队每一个人的预计工作月数。
列出完成本项目所需要的劳务（包括人员的数量和时间）
劳务费一般包括工资、奖金、补贴、住房基金、退休养老金、医疗保险金
6.2 设备成本
设备成本包括：原材料费，设备购置及使用费
列出拟购置的设备及其配置和所需的经费
列出拟购置的软件及其版本和所需的经费
使用的现有设备及其使用时间
6.3 其它经费预算
列出完成本项目所需要的各项经费，包括差旅费、资料费、通行费、会议费、交通费、办公费、培训费、外包费等，包括：
（1） 差旅费（旅费、出租）（含补贴）
（2） 资料费（图书费、资料费、复印费、出版费）
（3） 通信费（市话长话费、移动通信费、上网费、邮资）
（4） 会议费（鉴定费、评审会、研讨费、外事费等）
（5） 办公费（购买办公用品）
（6） 协作费（业务协作招待费、项目团队加班伙食费）
（7） 培训费（培训资料编写费、资料印刷费、产地费、设备费）
其他（检测、外加工费、维修费、消耗品、低易品、茶话会等）
6.4 项目合计经费预算
列出完成本项目需要的所有经费预算（上述各项费用之和）。
7 关键问题
逐项列出能够影响整个项目成败的关键问题、技术难点和风险，指出这些问题对项目成败的影响。
8专题计划要点
专题计划也就是因为项目的需要在本文档之外独立建立的计划，本节说明本项目开发中需要制定的各个专题计划的要点。专题计划可能包括分合同计划、分项目计划、项目团队成员培训计划、测试计划、安全保密计划、质量保证计划、配置管理计划、用户培训计划、系统安装部署计划。
第3篇：旅游区项目开发计划书党的三中全会以来，改革开放的春风早已吹遍祖国大地，建设祖国的大军一批接着一批，他们各负使命，战斗在祖国的大江南北，为祖国的繁荣强盛，他们各尽所能、各负其责，而商业竞争你追我赶，高科技电子产品一代胜过一代，代代出新，纺织、机械、冶金、建材、化工、电力也在向前发展，高楼大厦一个挨着一个，花样设计别出心裁，立交桥相互交差，大小汽车你追我赶，城市生活充满诗情画意，开放的中国更是锦上添花，财政收入连年翻一翻，好事连连，喜上加喜，中国经济的强劲增长，百姓生活的富裕也在大大增加，国家在世界的地位也不断上升。住洋房、开小车已成为大部分城市人的一道亮丽的景观，而我们山西虽然地处祖国的中西部，国家开发西部以来，我们山西也在发生着各种各样的变化。
作为晋中市榆次区，它地理位置优越，交通便利，东依太行山，西靠汾河水，南靠省会太原，有十分便利的交通条件，太旧高速公路和武宿飞机厂都在榆次和太原的中间地段，108、307国道国道和榆次超一级外环环城公路，南同蒲太焦铁路，都交汇在一起相互穿越而过，而对榆次的发展起到关键作用。榆次距太原25公里，作为旅游，道路和交通起着至关重要的作用。
晋中市是古文化发祥地，境内建筑2138处，古城282处，石窟66处，以被联合国列入世界文化遗产的明代平遥历史古城，祁县乔家大院，榆次常家庄园，灵石王家大院、太谷孔祥熙旧居，这些庄园大院都代表着当年晋中的繁华和昌盛。乌金山国家级森林公园和风景名胜古迹让部分人可望而不可及。以上几家庄园大院它们的门票收入每家每年都可达到几千万、几亿，所以我们要用现代人的眼光和项目来挣现代人的钱，中国现在国富民强，人们生活水平蒸蒸日上，生活的富裕、经济的宽松，都会刺激人们外出寻找更加刺激、高档娱乐场所，就像电影里看到的，外国人表演的空中芭蕾、过山车、高山滑雪、高楼跳散山谷中急流险滩、大海中冲浪等和太原开放的欢乐加年华。如果我们能够利用当地地理优势，因地制宜和开发，再结合全国及全世界各种游乐场的先进技术和经验，开发出自身独创、构思新颖、超一流的设计构想，既要生龙活虎，又要巧夺天工，创造出一副如美如画的地上没景，给人一种心旷神怡和忘不掉的感觉。
人的一生不容易，既然有机会，我们就应该尽量争取，敢于大胆追求和创新，敢于创造，敢于幻想构画未来，21世纪本来就更加充满竞争、活力和挑战。
本地山川秀美、人杰地灵，未开发的乌金山处女地正在招手欢迎各位投资商。政府创造了宽松的优越条件和投资环境，工商部门实行了一门制串联审批制度。
政府部门为了尽快开发此地，建成一流旅游圣地在XX年9月11日特请专家进行一流总体开发论证策划，利用当地地势、减少成本，因地开发，分类规划、分类投资、独立核算，具体工作、具体事项、具体细节都会有条步骤进行。如今的榆次区内道路宽阔，通讯、商尝宾馆、超市、写字楼、学校都在走向正规化。未来的山西、未来的榆次将会成为观光、旅游、休闲、娱乐的最好场所。
说起乌金山大家都知道，但是真正了解得透彻的人并不多。因为它确实是一座宝山眼下未被人开发利用。它作为中国北部绿色明珠，并且又临近省城太原。作为前任区委书记耿彦波在位时投资1000多万为的就是让有眼光，有魄力，有胆识的人士开发，为子孙后代造幅，为人类提供一席游玩圣地，政府把乌金山水、电、路及相关的配套设施工程已全部就绪。
据业内人士透露绵山风景区已投资七个亿，他们为什么敢投资7个亿，他们的高明之处在哪里，难道绵山地理优势比乌金山好,整个布局比乌金山强，自然森林植被比乌金山多，还是周边环境比乌金山优，但根据绵山现在现有建设及整体布局老板闰吉英在胆量与魄力选择确有他过人之处，因为它看到的是一座金山。绵山的开发手段可做为我们的模式，但不仿造，乌金山国家森林公园如果我有机遇能在我手中开发，我一定会在现有的基础上保护并兼顾现有森林公园植被，在水土资源环境、景观和周边环境的基础上，进行保护第一，控制；第二，开发；第三，因地制宜，以坡而建，顺坡而修，形成地道的山坡建筑，分期分批开，发突出重点，展现地方特色，做到国际标准。
当今社会最热门的话题应该是旅游，旅游人数一批接着一批、一代接着一代，银行各位领导贷款虽有风险，但应根据实际情况，给予考虑考虑。
如果从另一个角度分析，长远考虑，咱乌金山的地理地貌生态结构和当今现实社会旅游业兴旺发达优势，各位领导如能高瞻远瞩、放眼未来，亲临乌金山现场全面实地考察了解，再结合周边县市旅游景观景点特长和咱榆次常家庄园新开发的后沟、老城、九龙山庄优势，它的相互相离、相互依托形成当地旅游网络。
虽然着社会不断进步，乌金山旅游收入将会成为晋中的纳税大户，乌金山的开发兴旺就靠各位领导了，乌金山国家森林公园，我想应该看到他内在的潜力和今后发展方向前途和未来，它的开发成功将会造福三晋大地。让乌金山光茫四射、永远发光
在乌金山国家森林公园开发前，我们一定会郑重其事小心谨慎的所投资金及每一分钱都用在刀刃上。首先考虑到今后的回报和归还银行本息。根据全球性旅游格局及业内人士通告，中国近几年国富民强，我国的国际影响和地位都在不断提高改变。来中国旅游人数每年以30%的人数增加。XX年太原旅游业创汇2.5亿元，XX年3.2亿元，XX年3.9亿元，XX年全年估计突破4.5亿元，2015年预计达到12亿元。
乌金山、大洪山、田家湾三大景区，统称为乌金山国家森林公园。根据地理生态位置和整个山区的地理结构，一期二期总投资2亿元人民币用来开发乌金山，三期四期开发大洪山、田家湾。既然提到投资与回报，那么旅游离不开惊人之作，景点离不开迷人特色，我们所开发的项目与回报都有着直接的连代关系，项目的好坏关系到资金回报得快慢，所以我们经过半年的社会调查，考察和旅游者面对面谈话，从中了解到社会的安定团结国富民强，人民物质和生活的改变，心理结构变化，外出旅游人员年年在翻倍增加，而游客他们需要的是走马观花对大自然千奇百怪的向往，每到一处，优美环境的整洁与构思。接待人员的热情服务都会给他们的终生带来回味，在不知不觉中他们好比走进世外桃园，充分享受大自然给于我的人间美景，更增加了他们的旅游兴趣，大人小孩尽情的游玩，矮人舞会步步进入高潮，让你开怀大笑，笑口常开，动物比赛，让你心惊肉跳，山间小路，清泉流水，森林景观，让你不想回家，古装戏表演一浪高过一浪，厅台楼阁远远在望，远离闹区心情苏畅，把你的心情带到高潮，山中有雾，雾中有山，让你目瞪口呆，野花野草，让你心胸开阔，野猪野狗让你心惊让你高声大喊叫，打靶场让你放松放松真能过把瘾，滑雪场让你心胸大开，餐饮舞会让你吃饱舒心，浏览旅游车让你全景观光牢记心中，网球场让你汉水淋淋，温泉游泳馆帮你消化提提精神，200米高山弯道水流极限下滑让你高声大叫练练嗓门，儿童公园小朋友也乐在其中，别墅安静让你玩到天明，新奇特超市购物让你返回家中。