某系统__软件项目开发计划

.
XXX系统软件开发计划
XXxxx科技XX
目录
1 引言1
1.1编写目的1
1.2项目背景1
1.3定义1
1.4参考资料2
2项目实施计划2
2.1 项目概况2
2.2 系统环境配置2
2.2.1 硬件配置2
2.2.2 软件环境2
2.3 实施过程3
2.4 人员计划4
2.5 项目进度5
2.5.1 项目里程碑5
2.5.2 进度表6
2.5.3 进度会议6
2.6 项目的风险分析和应对6
1 引言
1.1编写目的
为了保证xxx系统项目的顺利完成并通过验收，公司根据项目的初步需求，并对该项目的各项需求进行全面分析之后，做出本软件项目开发计划书。

本计划书描述了整个项目生命周期内的工作任务X围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、项目内外环境条件、风险对策等。

作为项目团队成员以及项目相关人员之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。

1.2项目背景
xxxx。

1.3定义
专门术语：
MYSQL：系统服务器所使用的数据库关系系统（DBMS）。

SQL：（Structured Query Language）一种用于访问查询数据库的语言
J2EE：(Java 2 Enterprise Edition)以Enterprise JavaBeans（简称E）为核心的一系列标准，在应用逻辑上提供了一整套开发企业级多层结构应用的解决方案。

MyEclipse:功能丰富的JavaEE集成开发环境，包括了完备的编码、调试、测试和发布功能。

1.4参考资料
文档格式要求按照我国GB/T8567-2006国家标准规X要求进行。

包括以下文件：
GB8567-88 计算机软件产品开发文件编制指南
2项目实施计划
2.1 项目概况
项目名称：xxx系统
工期：90日
建设要求：
本项目xxx。

2.2 系统环境配置
2.2.1 硬件配置
根据对业务的分析，结合院内现有机器设备的具体情况，本系统的客户端考虑沿用目前资产管理处和各科室的现有PC终端，以减少院方购置硬件设备和相应商业系统的成本。

对于服务器端，考虑部署在医院己方的现有服务器上。

如今后业务的数据量较大，可以考虑另外添加服务器。

2.2.2 软件环境
操作系统：Windows Server
数据库：MYSQL
开发语言：JAVA
开发工具: MyEclipse
2.3 实施过程
根据设计的系统功能需求，将本项目中应用开发的实施分为项目启动、深化设计、系统实现、系统测试、系统安装调试、系统试运行和培训、竣工验收、系统维护八个阶段。

项目启动
建立项目管理组织和制度，做到人员、设备、资金到位。

深化设计
根据需求说明书，以及用户用例，对系统进行深化的设计，主要分为概要设计和详细设计。

系统实现
在确认的设计说明书的基础上，进行功能分配、模块划分，建立统一的代码编写标准，安排工程师编写代码。

系统测试
系统在开发过程中安排测试人员负责测试工作，编写相应的测试文档，记录测试结果。

系统安装调试
在系统测试完成后，按院方要求的时间到现场进行技术服务，进行系统的上线安装调试与数据初始化。

系统试运行和培训
作为系统正式运行前的一个准备和试验阶段，在该阶段中进行不断问题反馈和系统优化。

竣工验收
重点评估软件系统的设计、开发、调试、试运行、培训、数据转换和导入等是否达到用户的要求，各种文档资料是否齐全和内容完整。

交付成果物：
所开发软件以及软件开发所依赖的其它部分的全部可用源码。

用户手册，安装部署手册及其他相关文档。

系统维护
软件验收后，提供二年的免费软件BUG修改服务，包括7*24小时响应，现场故障处理、热线支持服务、错误修正、文档更新服务、系统运行评估服务。

2.4 人员计划
为了确保整个项目的顺利实施和按时、按质的完成，以达到预定要求。

公司将严密地组织实施，投入足够的技术力量和工程人员，严格控制工程进度。

具体人员如下：
2.5 项目进度
为了确保项目最终的按时完成，项目经理需要完成任务界定，任务排序，时间估计，进度安排及时间控制等项工作。

具体工作如下：
•项目经理根据计划制定措施，安排项目工作。

•项目经理根据项目计划、已设定的相关节点和控制规则分析偏差。

•对于需控制的偏差，应分析其产生的原因，并制定相应的预防和纠正措施。

•项目经理每周通过例会等了解项目情况，以便尽早发现偏差。

•项目经理跟踪纠正偏差的过程，直到偏差被消除为止。

2.5.1 项目里程碑
2.5.2 进度表
此处为进度表格
2.5.3 进度会议
从项目实施日起，定期召开进度会议，由项目组成员和xxx相关人员参加。

进度会议主要内容：
•确认项目进度。

•讨论和解决项目实施过程中出现的各类问题。

•实装已完成的功能模块，提供用户试用。

并根据试用反馈意见进行调整。

（暂定每周三召开周例会）
2.6 项目的风险分析和应对
在系统实施过程中可能发生的项目风险如下：
●用户无法一次性准确表达需求
在系统实施时，首先要对用户现状及用户需求做详尽的描述。

通常由于用户对业务理解还在不断深化，往往在系统实施时用户对需求的描述会随着实施的不断深入而有所改变，造成系统需求的不稳定。

⏹对策：
1.在以往公司项目实施和管理上的经验的再利用；
2.在项目实施过程中，尽量多与客户进行沟通、交流，及时了解用户方在萌芽状态的新的需求思路，协助整理新的需求描述；
3.用户与项目小组通力合作，用户方应尽早将可能定义的新的需求通告给承建方，以便确定该需求是否必要和可行，及时整理出新的需求描述。

●实施X围的不断扩大及项目延期
在项目实施过程中，可能因用户对项目开始时所提出的目标和要求有所变化，造成实施X围的不断扩大和项目实施的不断延期，最终使项目搁浅。

⏹对策：
1.建立项目实施领导小组，明确项目的目标和各自的权限；
2.配备经验丰富的项目经理；
3.定期向项目的高层管理人员和用户报告项目实施的进展及存在的问题；
4.控制实施X围的变化，形成书面文档、陈述更改原因，待管理部门批准后方可实施更改；
5.建立当项目实施出现问题时进行汇报和解决的工作流程。

●系统故障风险分析
在应用软件开始运行并由用户使用之后，比较严重的系统故障对用户的正常业务应用可能带来影响，影响程度可能从工作效率降低到系统完全无法使用，甚至出现数据丢失等严重影响用户正常工作的情况。

⏹系统故障的起因是多样的，处理一般按下列步骤进行：
1.与用户维护人员一起分析，确定故障成因；
2.如果是软件运行平台硬件故障，立即向用户方维护部门领导汇报，争取尽早联系相关硬件供应商解决问题；
3.如果因应用软件漏洞造成系统故障，应尽快修补漏洞，使系统恢复正常运行；
4.对于用户误操作造成的故障，应在软件编制时应该充分考虑纠错措施，减轻或避免误操作带来的问题；同时应重视用户培训；。