项目计划.docx

项目计划.docx

《项目计划.docx》由会员分享，可在线阅读，更多相关《项目计划.docx（12页珍藏版）》请在冰点文库上搜索。

项目计划

XXX系统

项目计划

（V1.0）

编制：

XX

审核：

XX

批准：

XXX

编制单位：

XXXXX公司

项目名称：

XXXX系统

项目代号：

XXX_ZYZQ

文档名称：

项目计划

文档作者:

XX

文档审核：

XX

编制日期：

20XX-05-27

修订纪录：

日期

变动记录

编写

审核

20XX-05-27

初稿

XX

目录

1引言1

1.1编写目的1

1.2背景1

1.4参考资料1

2项目概述1

2.1工作内容1

2.2主要参加人员2

2.3产品2

2.3.1程序2

2.3.2文件2

2.3.3服务2

2.3.4非移交的产品3

2.4验收标准3

2.5完成项目的最迟期限4

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

3实施计划4

3.1工作任务的分解与人员分工4

3.2接口人员5

3.3进度5

3.4预算7

3.5关键问题7

4支持条件7

4.1计算机系统支持7

4.2需由用户承担的工作7

4.3由外单位提供的条件8

1引言

1.1编写目的

本文是为实现XXXX系统的项目制定执行计划，对实现XXXX系统的具体软件开发过程及进行中的各项工作总体安排布署，使项目的相关人员能够按照计划开展项目的开发实施工作，以保证整个项目能够顺利完成开发工作并投入运行使用。

本文的读者为与本项目相关的所有人员，包括项目经理、需求分析人员、设计人员、开发人员、测试人员、用户等。

1.2背景

软件系统名称：

XXXX系统

本项目的任务提出者：

根据市场由内部建议提出

本项目的任务开发者：

XXXXX公司XXXX项目组

本项目的用户：

无

与其他系统的关系：

本系统做为《XXXX系统》软件的一部分嵌入到该软件之中，做为该软件的一个子系统使用。

1.4参考资料

参考文档如下：

《立项建议书》，项目内部资料

《XXX数据要素和内容（20020519合成）》，中登公司文件

《XXXX系统要素与内容规范》，中登公司文件

《XXXX业务规则》，中登公司文件

《XXXX业务的作用和具体要求》，XX公司文件

2项目概述

2.1工作内容

XXXX系统主要是实现投资者对已发行的XXX进行XXXX等一系列业务功能的实现，完成对XXX进行XXXX所需要的系统设置、帐户管理、XX交易、非xx处理等功能的开发设计及功能实现。

本项目的主要工作内容就是开发设计并实现上述的业务功能，使各XXX公司能够通过使用本软件来为XX者提供一系列的XXX业务。

本项目的工作中主要包括需求分析、系统设计、代码编写及测试、产品测试等多个阶段的内容，以实现XXXX系统的各个功能，保证软件的开发完成。

2.2主要参加人员

项目经理：

XX

需求分析人员：

XX、XXXX、XX

系统设计人员：

XXX

需求分析、设计审核人员：

XX、XX、XX

开发人员：

XX

测试人员：

XX

配置管理人员：

XX

2.3产品

2.3.1程序

《XX系统》做为《XXX系统》的一个子系统，与《XXXX系统》捆绑在一起提交给用户使用。

本系统的GUI使用VB进行代码开发，后台中间件使用JAVA进行代码编写，数据库采用ORACLE进行数据的存放及处理。

由于本系统系《XX系统》的子系统，因此软件安装工作在安装《XXX系统》时一并完成，不需单独的安装软件。

本系统的安装盘及源代码程序使用光盘进行保存，并提供给用户。

2.3.2文件

项目开发完毕后，应提交给用户如下的文件内容并在内部进行保存：

《项目计划》，提供本项目实施的计划安排；

《软件需求说明书》，提供本系统实现时的软件需求分析说明；

《用户安装说明书》，提供给用户安装本系统的详细操作说明；

《用户使用手册》，提供给用户使用本系统各业务功能的详细操作说明；

《系统测试报告》，提供给用户对本系统的测试情况说明；

2.3.3服务

在本系统交付用户使用后，应提供下列的支持服务：

向用户提供系统整体软硬件架构及项目实施的技术培训，协助用户建立整个系统的运行及维护环境，主要为后台及数据库环境，并提供咨询服务。

可以现场或非现场的方式提供咨询服务；

向用户提供本系统客户端的安装培训，使用户能够自行安装本系统的客户端程序；

向用户提供本系统的使用培训，使用户单位中的业务人员能够使用本系统顺利开展XXX系统的一系列业务操作，实现XXX系统的各项功能，并提供非现场（如电话、邮件等）的业务咨询服务；

向用户单位的业务运维人员提供系统内业务的运行维护的培训，使业务运维人员能够正确使用系统提供的业务维护功能完成系统的日常业务运行维护工作，保证系统各项业务设置的正确使用，并提供非现场（如电话、邮件等）的业务咨询服务。

2.3.4非移交的产品

在本系统开发过程中形成的内部技术文档、资料及确定不需提交给用户的软件不需向用户提交，但应在内部进行保存。

包括：

《立项建议书》

各种内部《编程规范》、《开发规范》

《系统概要设计说明书》

《系统详细设计说明书》

《源程序》

各种《测试用例》

各种《单元测试计划》、《单元测试报告》

各种《集成测试计划》、《集成测试报告》

《系统测试计划》

2.4验收标准

需向用户提交的产品和文件的验收标准如下：

《XXX系统》产品，在项目组内部完成系统测试并提交《系统测试报告》后，提交给用户进行现场实际环境的试运行（试运行期为两周）。

在试运行结束后，由用户提交《系统验收报告》确认通过验收后，表明产品已经达到验收标准，通过验收。

《项目计划》，应为本项目开发实施的详细计划安排。

《软件需求说明书》，应详细写明本系统实现的软件需求分析说明，包括对系统各业务功能的分析说明，系统配置需求等的各种说明，与实际实现的系统相一致。

文档内容清晰易读，便于使用者理解。

《用户安装说明书》，应详细写明用户在安装本系统客户端时所需的各种环境，安装客户端时所需执行的操作步骤，使用用户单位的业务人员能够独立完成系统客户端的安装工作，并解决安装中可能出现的问题。

文档内容清晰易读，便于使用者理解和操作。

《用户使用手册》，应详细写明用户使用本系统进行各项业务功能详细操作说明，使用用户能够通过阅读本手册完成系统的各项业务的操作，明确写明各业务操作实现的功能，需要输入的内容及完成操作的结果。

文档内容清晰易读，便于使用者理解和操作。

《系统测试报告》，应写明项目组内部对本系统的最终系统测试情况，列出系统仍存在的问题，写明测试结论。

2.5完成项目的最迟期限

本项目是与XXXX的合作项目，根据项目合同应在8月5日前完成各项开发工作。

但为了保证项目的开发进度，避免项目可能出现某些原因的拖延，项目最迟完成期限要比合同规定期限提前。

本项目的最迟完成期限为20XX年7月31日。

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

本项目的批准者：

XXX

本项目的批准日期：

20XX年5月27日

3实施计划

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

按项目开发的各个阶段安排工作任务及人员分配如下：

需求分析阶段：

安排需求分析人员三人：

XX、XX、XX，并完成相应的需求分析文档的编写。

需求分析评审阶段：

安排需求分析评审人员四人：

XX、XX、XX、XX，进行需求分析的评审，并填写相应的评审材料。

系统设计阶段：

安排设计人员一人：

XX，并完成相应的概要设计、详细设计文档的编写。

设计评审阶段：

安排设计评审人员四人：

XX、XX、XX、XX，进行系统设计的评审，并填写相应的评审材料。

开发阶段：

安排开发人员五人：

XX、XX、XX、XX、XX，由XX负责分配工作，进行代码开发及开发测试的工作。

产品测试阶段：

安排测试人员四人：

XXXX、XX、XXX、XX，由XXXX负责分配工作，进行产品的集成测试、系统测试工作，进行测试用例的执行，进行集成测试和系统测试的测试计划及测试报告的编写。

安排文档人员一人：

XX，进行产品各种手册的编写工作及文档的整理工作。

配置管理：

安排配置管理人员一人：

XX，由项目经理XX直接负责，进行项目各个阶段的配置管理工作，并进行文档的保存管理等工作。

3.2接口人员

本项目的协调工作由项目经理XX负责，由XX负责并协调整个项目的工作安排、进度、人力资源的调配，负责对外有关部门和单位的联络。

3.3进度

本项目的具体进度安排如下：

5月31日——6月4日需求分析阶段

安排需求分析人员三人：

XX、XX、XX，并完成相应的需求分析文档的编写。

里程碑：

完成需求分析文档

6月7日——6月8日需求分析评审及需求修改阶段

安排需求分析评审人员四人：

XX、XX、XX、XX，进行需求分析的评审及需求分析的修改，并填写相应的评审材料。

里程碑：

完成评审材料。

6月9日——6月10日系统概要设计阶段

安排设计人员一人：

XX，并完成相应的概要设计文档的编写。

里程碑：

完成概要设计文档。

6月11日概要设计评审及设计修改阶段

安排设计评审人员四人：

XX、XX、XXX、XX，进行概要系统设计的评审，并填写相应的评审材料。

里程碑：

完成评审材料

6月14日——6月17日系统详细设计阶段

安排设计人员一人：

XX，并完成相应的详细设计文档的编写，并完成使用手册的初步编写。

里程碑：

完成详细设计文档。

6月18日——6月21日详细设计评审及设计修改阶段

安排设计评审人员四人：

XX、XX、XX、XXX，进行系统详细设计的评审，并填写相应的评审材料。

里程碑：

完成评审材料

6月22日——7月16日开发及测试阶段

安排开发人员五人：

XX、XX、XX、XX、XX，由XX负责分配工作，进行代码开发及开发测试的工作。

安排测试案例编写人员一人：

XXX，进行测试案例的编写，进行测试指导。

编写的测试案例由系统设计人员xxxx进行审核确认。

分为五个小阶段实现：

6月22日——6月24日开发及测试XX参数设置部分

开发人员进行XX参数设置部分功能的开发代码编写及内部单元测试工作。

里程碑：

完成参数设置部分单元测试

6月25日——6月30日开发及测试XX帐户管理部分

开发人员进行XX帐户管理部分功能的开发代码编写及内部单元测试工作。

里程碑：

完成帐户管理部分单元测试

6月30日——7月5日开发及测试XXX部分

开发人员进行XX部分功能的开发代码编写及内部单元测试工作。

里程碑：

完成发行认购部分单元测试

7月6日——7月13日开发及测试XX交易、非XX部分

开发人员进行XXX、非XX部分功能的开发代码编写及内部单元测试工作。

里程碑：

完成xx、非XX部分单元测试

7月14日——7月16日开发及测试XX查询部分

开发人员进行XXX查询部分功能的开发代码编写及内部单元测试工作。

里程碑：

完成查询部分单元测试

7月14日——7月27日集成测试及修改阶段

安排测试人员五人：

XX，由XX负责分配工作，进行产品的集成测试工作，进行测试用例的执行，进行集成测试的测试计划及测试报告的编写。

里程碑：

通过测试并完成各集成测试报告

7月28日——7月30日系统测试及手册编写阶段

安排测试人员四人：

XX，由XX负责分配工作，进行产品的系统测试工作，进行测试用例的执行，进行系统测试的测试计划及测试报告的编写。

安排测试案例编写人员一人：

XX，进行与外部接口有关部分的测试案例的编写，由系统设计人员XX进行测试案例的审核确认。

安排文档人员一人：

XX，进行用户使用手册的编写。

里程碑：

通过测试并完成系统测试报告及使用手册编写

8月17日——8月18日进行验收测试

安排项目组人员与参与XX公司相关业务人员共同完成验收测试工作。

项目组人员在验收测试开始前协助用户在现场进行产品的安装、使用培训及各项测试的准备工作。

验收测试在用户真实工作环境下进行。

由用户进行测试用例的执行，并完成验收测试报告的编写。

里程碑：

通过测试并完成验收测试报告

3.4预算

无

3.5关键问题

关键问题1、对业务规范文档的透彻理解是保证设计和实施顺利、正确的关键。

错误的理解可能会导致系统最终出现问题或不可用，并因此而造成返工严重影响的项目的进度。

关键问题2、系统设计过程中要考虑到XX系统的整合问题，数据共享的处理及接口的衔接问题，否则可能导致出现数据错误或接口处理不正确从而引起各方面的影响。

关键问题3、由于时间安排比较紧凑，对于相关人员的安排如果出现不足会导致不能按照进度计划完成开发工作。

4支持条件

4.1计算机系统支持

由于XX系统是XXX系统的子系统，完全在XX系统的环境下运行，因此其的开发和运行的环境要求是与XX系统相一致的。

计算机系统对于数据库和后台需要有较高数据处理能力和较高安全稳定性能的PC服务器或更高的系统支持。

客户端系统只需要普通的计算机既可，CPU建议XX以上，内存XX以上。

数据库和后台计算机需要的操作系统可以为UNIX或WINDOWSXX，客户端计算机需要的操作系统为WINDOWSXX。

数据库系统使用ORACLEXX以上版本。

客户端的开发需要VB开发工具，后台的开发需要JAVA开发工具，数据库管理需要使用相应的ORACLEXX管理工具。

4.2需由用户承担的工作

系统交由用户使用后，用户需要承担日常的系统软、硬件维护工作。

需要日常对XX系统的各项参数进行管理维护。

需要定期对数据库系统进行优化管理及备份管理。

4.3由外单位提供的条件

XX系统的各项业务规则是根据XX公司及相应的国家有关规定执行的，因此要获得与XX系统有关的各种相关规定、规则和说明的文档才能开展开发设计工作。