20##级软件工程专业

《软件项目管理》实训计划

题目：《图书管理系统软件项目管理计划书》

起止日期：20##年6月17日—20##年6月21日（第17周）

专业：软件工程

班级：R1142

指导教师：苏顺亭

教研室主任：刘国成

院长：杨德臣

目录

1.简介... - 1 -

1.1编写目的... - 1 -

1.2项目概述... - 1 -

1.3参考资料... - 2 -

1.4标准、条件和约定... - 2 -

1.5编写文档的WBS. - 3 -

2项目组织... - 3 -

2.1主要参加人员... - 3 -

2.2团队的分工与合作... - 4 -

2.3.服务... - 5 -

2.4验收标准... - 5 -

2.4.1代码的验收... - 5 -

2.4.2 文档验收... - 5 -

2.4.3 服务验收... - 5 -

3实施总计划... - 5 -

3..1管理目标及优先级... - 5 -

3..2风险管理... - 6 -

3.3监督及控制机制... - 6 -

3.1.1 需求分析... - 7 -

3.1.2 系统设计... - 7 -

3.1.3 编码及测试阶段... - 7 -

3.1.5 项目总结... - 7 -

3..4人员计划... - 7 -

3..5培训计划... - 8 -

4、技术过程... - 9 -

4.1计算机系统支持... - 9 -

4.2需要用户承担的工作... - 10 -

5计划专题要点... - 10 -

5..1 测试计划... - 10 -

5..2 预算... - 11 -

5.3 质量保证计划... - 11 -

5.4完成项目的最迟期限... - 11 -

5.5 客户培训计划... - 11 -

5.6 安全保密计划... - 11 -

6参考文献... - 12 -

1.简介

1.1编写目的

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

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

1.2项目概述  

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

图书馆管理系统采用目前比较流行的C/S模式，eclipse 作为前端开发工具，后台数据库管理系统为SQL Server2000，系统的运行平台为Windows。系统运行再图书馆工作人员的客户机上，对数据库访问的并发处理由SQL Server控制。

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

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

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

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

用户可以添加账户和修改密码。

项目开发时间:90天

开发工具: eclipse

工作内容

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

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

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

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

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

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

7、 交付最终工作产品。

8、项目实施总结

9、 项目验收

1.3参考资料

文档格式要求按照我国GB/T8567-1988国家标准和IEEE/ANSI830-1993标准规范要求进行。包括以下文件：

Ø  图书借阅关系系统需求说明书

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

Ø  软件工程国家标准文档

Ø  图书借阅管理需求说明书

Ø  软件需求说明书编写规范

书籍包括：

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

《软件项目管理》 Rajeev T Shandilya编著 科学出版社。

1.4标准、条件和约定

 本项目遵从以下标准：

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

GB/T 20918-2007 信息技术

GB/T 19003-2008 软件工程

GB/T 5538-1995  软件工程标准分类法

GB/T 9386-2008  计算机富安居测试文档编制

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

GB/T 5532-2008  计算机软件测试规范

GB/T 18221-2000 信息技术程序设计语言

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

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

1.5编写文档的WBS

2项目组织

2.1主要参加人员

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

2.2团队的分工与合作

图2.1 项目团队组织结构图

表2.1人员分工

2.3.服务

计划提供以下服务：

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

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

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

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

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

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

2.4验收标准

2.4.1代码的验收

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

2.4.2 文档验收

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

2.4.3 服务验收

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

3实施总计划

3..1管理目标及优先级

方法：采用结构化开发

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

具体开发进度安排如下：

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

表3.2 里程碑事件

3..2风险管理

表 3.6 项目风险因素

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

Ø  没有经费和硬件设施有限

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

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

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

3.3监督及控制机制

3.1.1 需求分析

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

3.1.2 系统设计

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

3.1.3 编码及测试阶段

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

3.1.5 项目总结

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

3..4人员计划

表3.1 工作情况

3..5培训计划

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

表5.1 小组培训内容

4、技术过程

4.1计算机系统支持

开发时需要的支持条件：

Ø  硬件：

服务器：Pentium III 500以上或更高，

内存：512M以上；

硬盘：至少80G以上；

CD－ROM：32倍速以上；

网络适配器：10MB/100MB自适应；

打印机一台

UPS(选配)

工作站：Pentium 4以上微机；

内存：512MB

硬盘：至少80以上；

CD－ROM：32倍速以上；

网络适配器：10MＢ/100MＢ自适应

网络： 至少一台服务器

至少一台工作站

使用TCP/IP协议的局域网

Ø  软件：

操作系统为Window XP，使用集成开发工具Eclipse5.5.1,数据库采用SQL Server2000，项目运行环境为JDK6.0.

其他开发工具包括：Dreamweaver, Microsoft Visio, Rational Rose, Power Designer Trial 11, TomCat6.0 CVSNT2.5.03

运行时需要的支持条件：

一、服务器的要求

1．服务器的中央处理部件（CPU）建议使用PIII 1G（以上） Xeon处理器芯片。

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

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

4．为了防止服务器不可预测的故障，或者服务器的定期维护对公司整个业务造成的影响，所有建议使用两台服务器。两台服务器应构成双机热备份。中间使用Watchdog电路。这样的结构可以保证整个系统的长时间不间断工作，即使在服务器定期维护的时候也可以使用后备另一台服务器工作。

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

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

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

8．服务器应该必须有固定IP地址。

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

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

1．操作系统：Microsoft Windows 20## server 或者 Microsoft Windows 20## Advanced server

2．数据库：Microsoft SQL Server 20## (简体中文版)

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

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

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

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

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

4.2需要用户承担的工作

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

5计划专题要点

5..1 测试计划

20##年1月2日—20##年1月13日对软件进行各项测试工作；

5..2 预算

表3.5经费的预算

5.3 质量保证计划

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

5.4完成项目的最迟期限

交付日期

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

5.5 客户培训计划

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

5.6 安全保密计划

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

6参考文献

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

Ø  《软件项目管理》 Rajeev T Shandilya编著 科学出版社。

 

第二篇：软件项目管理计划书

软件项目管理计划书

项目名称：人力资源管理系统

时间：20##年10月25日

1、简介... 2

1.1项目概述... 2

1.2项目交付产品... 3

1.3软件项目计划书的演化... 3

1.4参考资料... 3

2、项目组织... 3

2.1过程模型... 3

2.2 团队的分工与合作... 4

3、管理过程... 5

3.1 管理目标及优先级... 5

3.2 风险管理... 5

3.3监督及控制机制... 6

3.4人员计划... 7

3.5培训计划... 7

4、技术过程... 7

4.1 开发工具、方法和技术：... 7

4.2软件需交付的文档：... 8

5、开发进度安排及预算... 8

5.1进度表格描述... 8

5.2 开发过程中的资源需求... 10

5.3 软件管理过程中预算及资源分配... 10

5.4 项目进度及关键工期设置... 10

1、简介

1.1项目概述

     本项目要开发一个人力资源管理系统，本系统将实现对人员信息的详细管理、对学校各个部门的详细管理；重点在加强奖惩制度的实施，以实现激励员工的工作激情，还要加强员工的技能培训，使职工或者教师具有更高的文化水平，提高学校的知名度，培养出高精尖水平的学生。通过团队合作开发整个子系统，使团队成员获得软件工程开发的实际训练。本系统采用目前主流的B/S开发架构，将与整个人力资源管理系统系统一起发布。不单独发布。交付的产品包括可执行的文件、源代码、技术文档与用户使用手册等。本系统的开发过程中的主要工作是子系统需求分析、系统总体设计、子系统源代码开发、子系统测试、交付组长进行最后的集成、整个系统的测试。关键里程碑是制定项目管理计划书、制定需求设计规格说明书初稿、制定系统设计报告的初稿、进行子系统运行情况的检查与测试、进行系统集成后的运行情况的检查与测试。项目所需工具是个人电脑和开发工具。进度为11周，工程量为4人/天。

1.2项目交付产品

         （1）提交文档：项目管理计划、需求规格说明，设计报告、测试报告、用户使用手册和项目个人总结。其中项目总结为每人一份，每个小组所有成员的总结装订在一起；其余文档每组提交一份。每个团队可将各小组的文档综合到一起，各小组也可自行分开提交，具体方式由团队内部协商确定。所有文档需要提交电子版和打印稿。

（2）源程序检查：一共两次。第一次检查每个小组的子系统运行情况。第二次检查每个团队内六个小组集成后完整的人力资源管理系统运行情况，检查完成后需要提交程序源文件和可执行的系统。程序检查安排在上机时间进行。

1.3 软件项目计划书的演化

         软件项目计划书在第三周周末前经由小组讨论、共同撰写、汇总整合三步骤形成初稿，第四周以后根据项目的进展可以对其进行修改，需要有组员提出修改意，在全体会上讨论通过，并由组长整理修改意见并作出相应的修改。其余组成员同步获得更新稿。

 1.4参考资料

《软件项目管理原理分析》，肖来元。

《软件工程导论》，张海藩。

《软件工程思想》，林锐。

《软件工程讲义》,万静。

2、项目组织

2.1过程模型

2.2 团队的分工与合作

主程序员负责制。本团队组织关系图如下。

3、管理过程

3.1 管理目标及优先级

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

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

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

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

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

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

3.2 风险管理

本次开发过程中存在以下风险：

1、开发技术熟练成都不够。

2、需求变更频繁。

3、缺乏足够的美工支持。

4、由于课程紧张导致项目最后无法按期完成。

5、最后进行系统集成时出现重大失误。

     风险规避方法：

1.由于部分组员对开发技术和工具的不熟练可能对整个项目有着灾难性的影响。因此为了将这种影响降低至最低，本小组决定提前制定好两周的学习计划，各组员要对开发工具Myeclipse搭建SSH框架和sqlsever2005进行快速的学习。尽快掌握其中的要点。同时在软件的设计上尽可能降低难度使项目最后能成功完成。对于IIS服务的架构则交由组长负责解决。

2.在设计开发过程中可能发现原有需求不容易转化为设计稿，      在测试体验过程中可能发现系统界面并不友好，易操作，这都会带来需求的重新变更。这两种情况，尤其后一种要尽量避免，以免带来重复开发的浪费。因此在前期的软件设计工作上要求各组员尽可能的提出具有前瞻性和预见性的建言，同时与其他团队进行充分讨论，设计方案要留有变更的余地。

3.由于本小组成员对美工技术的不足，可能导致最后的软件界     面并不友好美观易操作，因此要求组员深入学习关于美工的知识，比如css，photoshop以及flash技术。并积极寻求外援帮助。

4.由于课程紧张可能使项目延期。如果出现必须延期的情况，  组长需及时向老师解释清楚，并申请延期时间。

5.在最后进行系统集成时出现重大失误，比如不能共用数据库等。为规避这类风险，组长将协同团队中其他组成员共同设计整个系统需求分析及总体设计。并共同开发使用同一个数据库。开放源代码与其他组员共享开发成果。

3.3监督及控制机制

报告机制：

1. 要求各组员以周为单位记录工作进展，形成开发日志，并以电子文档的形式提交给秘书进行整理，最后由文档维护员进行维护。

2.每周例会上各位组员积极对当前的开发工作进行积极的评审和建言，由组长做最后的作口头总结，由秘书主持会议并记录和整理会议的内容。文档维护员修改和维护相应的文档。并交由小组进行会议评审并给出意见。

3. 组成员都要密切监控风险状态，发现风险后提交风险报告。由秘书定期提交风险报告。必要时将突发风险通知所有组员，并由组长做出临时处理决定。然后在该周的例会上由组成员共同讨论对风险的处理意见。并形成风险处理的日志做为以后的经验。

报告格式：

报告主题，时间段，发现人，报告内容，审核意见

评审机制：

每周例会上小组讨论形成一致意见后即为通过，相关负责人针对改进意见开展下一周工作，严格执行例会上锁制定的决策。小组会议持续评估其成效。每一项目阶段结束之前（里程碑前后），组织一次阶段评审会，评估整个阶段的工作效率和成果质量。尽量与项目例会合并，并邀请组长和其他组成员参加评议。亦可询问老师的意见。对于重大的风险处理意见，应该由组长及其他组组长组成评审团对处理意见进行审议和评估。并以评审团的决议（亦可根据老师的建议）作为重要参考来制定决策。

3.4人员计划

java程序员：付友苹、邹萍、刘美、孙乐乐

要求：熟悉java编程和jsp开发平台

界面设计员：刘美、孙乐乐

要求：熟悉CSS、Photoshop

数据库设计员：付友苹

要求：熟悉SQL语句，熟练使用SQL Sever 2005

文档维护员：邹萍

要求：熟悉使用Word及Powerpoint

沟通交流员：刘美

要求：较强的沟通能力，能及时调解组内以及组与组之间的矛盾。

软件测试人员：全体组员，有刘美付总责

要求：熟练使用开发工具的debug工具，有耐性。

3.5培训计划

java以及jsp编程培训

培训对象：全体组员。

培训内容：熟练掌握java编程、基本了解jsp开发平台的特性、并掌握Myeclipse的调试工具。于第6周完成。

美工培训：全体组员

培训内容：熟悉Css及Photoshop、了解Flash以及Dreamever的基本操作。于第8周完成。

4、技术过程

4.1 开发工具、方法和技术：

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

开发环境：Sqlsever 2005+ Myeclipse6.0+ Visual Studio 2005。

4.2软件需交付的文档：

1．软件项目管理计划

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

2.需求规格说明初稿

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

3.设计报告初稿

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

4. 测试文档

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

5．用户手册

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

6. 个人项目总结

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

   7. 其他文档

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

5、开发进度安排及预算

   5.1进度表格描述

5.2 开发过程中的资源需求

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

支持软件：Microsoft Visual Studio 20##、Myeclipse6.0、Office、Sqlsever 2005

开发地点：宿舍或者机房

实验设备：个人PC 机、笔记本、实验室PC 机

项目资源维护需求的数目和类型：4台个人电脑（Pentium III 800 以上CPU，256M以上内存）

5.3 软件管理过程中预算及资源分配

1.系统的开发不涉及任何经济的预算，工程量初步设置为4人/天。

2.资源分配为各自使用自己的电脑。

5.4 项目进度及关键工期设置

1.准备工作：

时间：第二周到第四周

关键工期：项目管理计划初稿发布

2.需求分析：

   时间：第五周到第七周

   关键工期：需求规格说明书初稿的发布

3.系统设计：

时间：第八周到第十周

   关键工期：系统设计初稿的发布

4.源代码开发与测试：

时间：第十一周到第十三周

   关键工期：编码开发与测试

5.系统集成：

时间：第十四周到

关键工期：整个系统的成功测试

6.软件交付：

    时间：第十五周

    关键工期：整个系统能成功且稳定的运行