企业人事管理系统项目计划书》

企业人事管理系统项目计划书

一、引言

1.1编写目的：

为了是制定企业人事管理系统软件项目实施及管理的解决方案，我编写了此项目计划书，目的是让软件程序设计人员能确定详细的项目实施范围、定义递交的工作成果、评估实施过程中的主要风险、制定项目实施的（时间）进度计划、成本和预算计划、人力资源计划等。进而能更好的更高效的完成本系统的开发。

1.2背景：

项目的名称：企业人事管理系统

项目的委托单位：xx软件开发中心

项目的用户（单位）xx企业人事管理部门

项目的任务提出者：项目组组长

项目的主要承担部门：企业人事管理系统开发小组

项目建设背景：当今社会是信息社会，特别是在我国加入WTO之后，信息更是向科学化、迅速化、全球化发展，而且随着企业自身人力资源的日益庞大、复杂程度逐渐增强，人事管理智能化也应运而生。

1.3定义：

（1）软件开发时专业术语: Tomcat+Maven+JDK+MySQL+Eclipse及插件其中JavaScript、Active 技术，Mysql数据库、eclipse平台开发，CSS手动编码，Dreamwearve网站设计平台。1台PCServer 服务器，人手一台PC机。网络环境需要100M及以上速率局域网，TCP/IP协议。

（2）软件时测试时专业术语：结构测试(structural testing) 和白盒测试(white box testing)。语句覆盖(statement coverage) 和条件覆盖(decision overage)；测试套件(test suite)、测试规格说明书(test specification)和测试计划(testplan) .

1.4参考资料：

1.5标准、条约和约定：

GB/T 13702-1992计算机软件分类与代码

GB/T 20918-2007信息技术软件生存周期过程风险管理

GB/T 19003-2008软件工程GB/T19001-2000

GB／T 15538-1995软件工程标准分类法

GB／T 9386-2008计算机软件测试文档编制规范

GB／T 9385-2008计算机软件需求规格说明规范

GB／T 15532-2008计算机软件测试规范

GB/T 18221-2000信息技术程序设计语言环境与系统软件接口独立于语言的数据类型

GB/T 11457-2006信息技术软件工程术语

GB 8567-2006计算机软件文档编制规范

二、项目概述

2.1项目目标：

2.2产品目标与范围：

人事管理系统是典型的信息管理系统，其开发主要包括后台数据库的建立、维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强、数据安全性好的数据库。而对于后者则要求应用程序具有功能完备，易使用等特点。人事管理系统对公司员工实行统一的管理，可以方便的进行录入、查询、修改、删除等工作。

2.3假设与约束：

任何事情都有风险，软件开发也不例外。比如客户需求会经常变更，影响项目的进度，可以加班并延长需求调研时间，也可以严格控制需求变更；对于人员流动问题，可以招聘技术人员作为长期任务，加强沟通，及时了解人员开发动态；对于资金不足问题，可以请实习学生参与一部分辅助工作，降低开发成本，也可以与客户商量，去掉不必要的需求，降低工作量，减少开发时间

2.4项目工作范围：

2.5.1需完成的软件：

本系统打算使用Adobe Dreamweaver CS3作为界面和功能开发工具，使用MySQL作为后台数据库，并利用其提供的各种面向对象的开发工具进行界面和数据库开发。系统开发过程要结合快速原型模型与增量模型的优点：首先在短时间内建立系统应用原型，然后，对初始原型系统进行需求迭代，不断

修正和改进，直到形成可行系统。

2.5.2需提交的用户文档：

《安装维护手册》和《使用手册》给用户

2.5.3需提交内部的文档：

项目组内部的文档：有《需求规格说明书》，《概要设计说明书》、《详细设计说明书》、《源代码清单》、《代码接口说明》、《测试策略》、《测试计划》、《系统测试用例》、《缺陷报告》和《最终测试结果报告》。

2.5.4需提供的服务：

2.6项目开发环境：

windows2000操作系统、eclipse开发工具、mysql数据库系统、Dreamweaver CS3作为界面和功能开发工具。

三、项目团队组织

3.1组织结构：

3.2协作与沟通：

开发组需要对软件开发所用到的Java语言和数据库技术特别擅长，能够在开发组组长的带领下，

在规定的时间内迅速完成软件开发工作；测试组需要在开发过程中就开始参与进来，开展测试工作，并且在开发完成后还要继续测试工作，知道软件交付使用。测试组需要有广阔的思维来设计测试用例，然后细心的测试,发现Bug；文档组需要对软件开发和测试流程相当熟悉并且有扎实的写作工作，能够配合其他团队编写出项目开发过程的全部文档。

3.3.项目团队内部协作：

内部团队之间也是有相互沟通的。文档组向开发组和测试组挖掘技术信息，写到技术文档中。测试组在开发过程中就介入到开发组中来，和开发人员共同完成本系统的开发任务。管理层给大家分配任务，并督促大家完成。

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

在与客户的沟通中，开发组和需求顾问需要深入了解客户需求，通过需求分析明确定义系统的功能，再把设计和开发任务下达到各个小组负责人和组员，然后在规定的时间把产品交给高校，形成一种良性循环。项目经理—XXX（负责全面管理项目的开发工作）

需求顾问—XXX（负责需求分析工作）

技术专家—XXX（负责项目的可行性分析以及项目中重大技术问题的决策）

另外客户方相应地也成立了项目组，由一个项目负责人和多个业务部门联系人组成。

项目负责人—XXX经理（客户方为此项目指定的负责人，代表客户方做出决策）

各部门联系人—XXX(反映各部门业务需求和部门用户意见)

四、实施计划

4.1风险评估及对策：

任何事情都有风险，软件开发也不例外。比如客户需求会经常变更，影响项目的进度，可以加班并延长需求调研时间，也可以严格控制需求变更；对于人员流动问题，可以招聘技术人员作为长期任务，加强沟通，及时了解人员开发动态；对于资金不足问题，可以请实习学生参与一部分辅助工作，降低开发成本，也可以与客户商量，去掉不必要的需求，降低工作量，减少开发时间。