软件综合项目管理专题计划书案例学生宿舍.doc

学生宿舍信息管理系统
项目计划书

目录
第一章 序言---------------------------------------------------------2
1.1项目开发背景-------------------------------------------------2
1.2项目开发目标-------------------------------------------------2
1.3项目开发意义-------------------------------------------------2
第二章 范围计划-------------------------------------------------------3
2.1项目工作分解结构 --------------------------------------------3
2.2软件生命周期模型---------------------------------------------5
2.2.1软件生命周期模型图示表示-----------------------------------6
2.2.2软件生命周期模型具体文档-----------------------------------6
（一）软件计划----------------------------------------------6
（二）需求开发----------------------------------------------7
（三）软件结构设计-------------------------------------------8
（四）数据库设计-------------------------------------------10
（五）实施-------------------------------------------------10
（六）系统集成----------------------------------------------10
（七）提交-------------------------------------------------11
（八）维护-------------------------------------------------11

第三章 进度计划------------------------------------------------------11
3.1甘特图-----------------------------------------------------11
3.2网络图（单代号或双代号）-------------------------------------12
3.3里程碑图---------------------------------------------------14

第四章 成本计划------------------------------------------------------14
4.1成本估算-----------------------------------------------14
4.2成本预算-----------------------------------------------16

第五章 人力资源计划--------------------------------------------------18
5.1项目标组织结构----------------------------------------------------------------------18
5.2责任分配矩阵-------------------------------------------------------------------------19
5.3人力资源管理计划----------------------------------------20

第六章 沟通计划------------------------------------------------------21
6.1沟通需求-----------------------------------------------21
6.2沟通内容-----------------------------------------------21
6.3沟通方法-----------------------------------------------21
6.4沟通时间安排表----------------------------------- ------22
6.5沟通计划维护-------------------------------------------22
第一章 序言
1.1 项目开发背景
东方学院本身没有宿舍信息管理系统，一直以来全部是经过Excel对各楼层、各宿舍人员进行统计，宿舍信息变更、人员变更以后，不能立即有效地将更改后信息进行完善，若有大面积改动，需要大量人员和大量时间对宿舍进行查对，有时候因为宿舍组员不配合，查对工作极难正确完成。而且现有奥兰系统即使能够统计学生信息，能够公布卫生检验结果，不过无法进行宿舍信息完整统计，无法对宿舍进行全方面、系统管理。我们东方学院学生人数庞大，自管会在做宿舍统计和宿舍卫生检验和整理过程中，往往因为宿舍信息错乱、不完整，反馈信息也是不完全，这就造成老师不能完全正确了解宿舍真实信息。

1.2项目开发目标
为了愈加好更方便对宿舍进行管理，为了愈加好了解全院学生宿舍卫生情况、违纪情况对个人综合素质影响，为了让学生了解自己宿舍信息、和卫生成绩，从而做到改善，建立宿舍信息管理系统是必需。

1.3项目开发意义
宿舍信息管理系统关键功效包含：能够实现对学生宿舍信息查询功效,包含快速查询功效和分类查询功效；对学生宿舍信息录入功效,修改功效,删除功效和统计功效。经过系统上述功效实现宿舍管理部门对于学生宿舍信息日常管理，即方便宿舍管理人员立即全方面地掌握学生住宿情况及宿舍分配情况；为用户（管理用户和通常见户，如宿舍管理老师）提供了部分简单数据查询并输出多种信息等；在实现检索快速和查找方便同时,对毕业生和申请走读学生做到立即删除信息，新入校学生很快地进行宿舍安排和宿舍信息录入等日常管理。

第二章 范围计划
2.1项目工作分解结构

WBS_项目工作总工作分解结果

下面将深入分解内部模块：

学生模块_WBS

班主任或教导员模块_WBS

自管会模块_WBS

自管会指导老师模块_WBS

2.2软件生命周期模型
针对项目——学生宿舍信息管理系统，特点和我们团体本身对网络应用软件技术缺乏和我没有开发过这么大系统经验。经团体组员商讨后，我们决定用瀑布模型作为我们项目标开发方法！

采取瀑布模型理由详情：
1）自管会工作步骤比较稳定，不过比较繁琐。此特点正说明自管会急切需要自己办公软件同时正适适用普瀑布模型开发。
2）我们团体组员有自管会关键责任人，方便我们和自管会打交道，便于需求分析和需求确定。得到一个真实有用需求，这正是瀑布模型开发所需稳定需求。
3）我们团体只开发过基于桌面简单应用程序。对于基于网络开发没有一点概念。所以我们需要时间来学习就网络开发技术。瀑布模型开发在前期不包含编程实现，只要求做好需求分析。针对此特点，我（项目经理）将前期工作分成两组：一组做需求分析，一组学习Java Web 技术。而做需求分析组员利用后期做数据库和寒假时间补学网络技术。

软件生命周期模型（图示表示）

软件生命周期模型具体文档

一、软件计划
我们预期结果是：
一个基于校园网网络软件。含有权限老师、学生（用户）能够在任何地点登陆我软件，进行相关操作。
初步建立一个较为完善宿舍管理信息系统，完成对东方学院各系学生个人信息（包含姓名、学号、系别、年级、班级、班主任、学生类型等)和宿舍信息（楼号、楼层、宿舍编号、学号、入住状态、备注）其它信息（卫生成绩、政治面貌、违纪情况）录入。
能够方便对任一学生，任一宿舍、任一班级、任一系别卫生成绩进行输入和查询。
能够对信息进行添加、修改、删除、宿舍卫生成绩统计、排序。
对卫生成绩低和卫生成绩高宿舍进行立即反馈，立即做到宿舍表彰和批评。
能够方便学生登录系统查对和查询自己信息，如有错误，可直接在系统中提出申请，方便操作员立即更改和修正。

二、需求开发
系统参与者及其相关业务：
● 自管会人员： 秘书处责任人
生活部责任人
治保部责任人
楼主部责任人
学生宿舍信息管理系统服务对象首先是自管会关键职能部门。
▲秘书处每七天全部接收生活部1普查张表，每两周接收生活部1张互查表；
（1）对普查结果每七天进行系排名，将排名结果提交给自管会指导老师，经过审批后，公布排名结果。系统要求能做到从楼层表中分离出班级表（最关键功效），每七天系排名时需要楼层和班级分离、楼层和系分离；

（2）对互查表处理是进行较差和很好宿舍分离，然后提交给自管会指导老师，经过审批后，公布优异和较差宿舍；

（3）期末计算宿舍规范法，即是：秘书处做普查+各系互查分数平均分；

（4) 另外系统为秘书处添加了附加功效：1）在系统中公布优异干事、干部名单；2）评定星级宿舍；3）统计各部门干事附加分

▲生活部关键有3件任务：普查、管理党员主动分子宿舍卫生、汇总各系生活部互查表，并向秘书处提交纸质稿；
（1）普查工作描述：每个月把东方全部宿舍查一个轮回，然后把分数（楼层表）交给秘书处。一学期能够出4次成绩；

（2）管理党员主动分子宿舍卫生：每七天全部查，30天把东方党员主动分子宿舍查一个轮回。此工作需要系统提供：依据楼层表分离出党员表、主动分子表。对党员主动分子宿舍卫生检验处理：评选优异宿舍，统计较差宿舍。（注意：男生、女生优异、较差标准不一样；所以我提议本系统在这方面添加：能够任意输入标准分，也能够设置固定标准分）。对较差宿舍发放整改单：男生75分以下，女生80分以下就发整改单，一周一次。整改单一式三份，一份给宿舍、一份给班主任、一份存档；

（3）汇总各系学生会生活部互查表，即只做一个汇总工作。然后将汇总纸质表实体交到秘书处。

▲治保部也只有两项工作：违禁电器管理、夜不归宿管理；
（1） 违禁电器管理是每七天查一次，将检验结果统计在表中，然后由治保部责任人经过学生宿舍信息管理将检验表录入系统，并直接提交给自管会教导老师；

（2） 夜不归宿管理也是每七天检验一次（和查违禁电器同周但不一样天）将查夜结果统计在表中，然后由治保部责任人经过学生宿舍信息管理系统将查夜表录入系统，并直接提交给自管会教导老师；

▲楼长部工作有两项：阿姨表处理、整改单发放；
（1）楼长部每七天到东方学院各栋宿舍楼宿管阿姨那摘录学生宿舍卫生成绩，然后由楼长部责任人对阿姨表进行较差和很好统计；

（2）依据男75、女80标准法整改单，每星期全部发到宿舍，每两周送到教导员那边。（第一个星期宿舍不合格，就发整改单，但教导员那边能够先不发，等第二个星期该宿舍卫生情况，若有好转，回收上星期发整改单；若没有好转，就直接发给教导员做通报批评）；在东方一楼大厅公布较差很好宿舍；
● 自管会指导老师。本学生宿舍信息管理系统为指导老师提供了5项服务：
（1）查看并处理秘书处于系统中提交内容。
查看秘书处每七天提交普查表（以班级为单位系表），若没有问题，指导老师同意秘书处公布粘贴排序结果。同时指导老师经过系统向各系教导员公布每七天系排序。不然提出指导老师疑问，提交到秘书处，等候秘书处提交解答方案；查看秘书处阶段性星级宿舍评选结果，若没有问题，指导员老师同意评选结果，准许以学院名义公布表彰。不然提出指导老师疑问，提交到秘书处，等候秘书处提交解答方案；查看每学期末秘书处提交干事附加分表（以系为单位），若没有问题则同意并向各系团委公布。不然提出指导老师修改意见，提交到秘书处，秘书处做对应修改，再向指导老师提交。

（2）查看并处理生活部在系统中提交内容。

（3）查看并处理治保部在系统中提交内容。
查看治保部提交违禁电器表、夜不归宿表；由指导老师交到学工处盖章（一式两份），一份自己存档，一份交到本部宿管科。然后就通报批评。
（4）查看并处理楼长部在系统中提交内容。
查看楼长部提交宿管阿姨查学生卫生分；
● 各个班级班主任（或教导员）。查看自己所带班级或年级学生宿舍卫生分、违禁电器、夜不归宿情况，和学期末班级学生宿舍规范分。含有相关按名或学号查找功效；
● 一般学生。查看自己宿舍卫生分、违禁电器、夜不归宿情况，和学期末宿舍规范分。查看自己宿舍星级状态。能够在宿舍博客上发表评论、宿舍里或食堂存在问题。
● 系统管理员。系统管理员负责信息和数据库维护。

三、软件结构设计：
因为软件结构设计和项目工作分解结构有着亲密关系。在做项目工作分解结构时候就考虑了软件结构设计，所以我们项目标项目工作分解结构和软件结构设计是一致。下面将对应图插入以下：

系统中模块布局

学生模块结构设计

班主任或教导老师模块结构设计

自管会模块模块结构设计

自管会指导老师模块结构设计

四、数据库设计
依据我们里程碑图可知将在12月上旬后展开。将由数据库设计人员依据前期已经做好需求分析和软件结构来设计我们数据库。
五、实施
我们将在明年开学时候正式开启编程实现。我们将历时一个半月时间来完成网络软件代码实现。我们将使用前期所学Java Web技术来开发本项目。
六、系统集成
即是实施我们项目测试，我们计划用30天时间来测试我们系统。我们采取黑盒测试方法测试。我们将依据前期系统结构和数据库结构设计合理测试用例。另外，因为我们开发是网络软件，所以我们还要对网路环境进行测试。 待软件和环境全部测试成功后，我们系统就能够最终集成了。
七、提交
系统集成后，编写用户使用文档，就能够公布我结果了。向团委提交我们作品。
八、维护
在后期，软件运行时，我们会时刻关注。
将对软件实施：更正性维护、适应性维护、完善性维护、预防性维护
第三章 进度计划
我们团体使用Microsoft Project 软件设计我们进度计划。下面将其截图以下：
3.1甘特图

3.2网络图（单代号或双代号）
网络图是在我们画好甘特图后自动生成。

3.3里程碑图
里程碑图显示项目进展中重大工作完成。我们项目标里程碑图以下：

第四章 成本计划
4.1 成本估算
依据其它项目再结合我们掌握技术熟练度我们进行这么粗略估量：
依据我们用户自管会要求我们项目采取B/S结构，我们使用JSP和Mysql结合开发技术，结合我们熟练度我估量我们需要3~5个程序员，我们是在校生，不可能一天8小时工作，所以我们计划一天用2小时工作量来计算整个项目标规模。

WBS
名称
估量值（人时）
小计（人时）
总计（人时）
1
通用功效

50
170
1.1
个人信息管理
10

1.2
密码修改
8

1.3
自管会信息查看
12

1.4
值日表
13

1.5
会议通知查看
7

1.6
问题反馈
8

2
自管会平台功效

2.1
日常业务管理功效

40

2.1.1
生活部管理
11

2.1.2
秘书处管理
13

2.1.3
治保部管理
9

2.1.4
楼长部管理
7

2.2
部门日常管理

30

2.2.1
部门信息管理
8

2.2.2
部门人员资料管理
5

2.2.3
部门人员考勤管理
12

2.2.4
部门人员奖惩管理
5

3
学生平台功效

10

3.1
宿舍卫生查看
10

4
老师平台功效

40

4.1
生活部查看
13

4.2
秘书处查看
6

4.3
治保部查看
7

4.4
楼长部查看
14

表1-1

估量成本步骤以下所表示：
获取项目分解结果WBS
任务分解是依据项目标功效进行分解。
开发成本
因为任务分解结果关键是针对开发任务分解，管理任务和质量任务能够经过计算开发任务得到，依据以往经验，管理任务和质量任务=20%*开发任务。
由表1-1能够看出规模是170人时，开发人员8小时成本参数=480元一天，而我们情况特殊，作为在校生不能8小时开发本项目，所以我们采取2小时一天一天工作时间，所以成本参数就对应变为480/4=120元，规模就是85人天，也就相当于170人时规模。这个参数我们只做参考,则内部开发成本=120*85=10200元。
管理、质量成本。
项目标管理和质量成本=开发成本*20%=2040元。
直接成本=10200+2040=12240元。
间接成本(我们上网费用、耗材、团体互动活动 )
间接成本包含前期协议费用、房租水电、培训、职员福利、用户服务等。
依据以往经验，采取公式：间接成本=25%直接成本=3060元。
总估算成本
项目总估算成本=12240+3060=15300元。
最终报价
利润占50%，因为我们技术还不是很熟练所以其中风险基金要高一点为30%、利润15%、税费5%。则项目总报价=15300*1.5=22950元。

4.2 成本预算

表1-2

依据每个任务资源分配和时间安排，确定项目标预算，如表1-3，预算总成本为12380元和估算直接成本12240元基础持平，这么12240元能够作为项目标成本控制参考。

表1-3

表1-4

表1-5

表1-6

第五章 人力资源计划
5.1项目标组织结构
● 矩阵型组织结构

说明： ①项目管理同学
·全方面负责项目组织和计划
·全方面负责项目计划制订和维护
·负责项目跟踪和管理
·负责项目资源分配和协调
·负责组织和计划之间协调
·配合需求分析同学做协调活动
②软件开发同学
·全方面负责项目标软件开发：设计、编码、测试及配置。
·负责产品质量控制
·配合负责质量确保同学工作，如文档编写、测试等
·配合产品验收活动

③质量确保同学
·全方面负责项目过程及产品规范制订
·负责过程质量确保活动
·过程评审
·产品评审
④配置管理同学
·全方面负责项目标配置活动
·负责软件产品提交
⑤需求分析同学
·负责和用户(学生、老师、自管会)协调工作
·负责用户需求接口
·配合项目经理资源协调活动
·负责系统维护活动
⑥高层管理教授
·对该科研项目进行评审
·检验并验收该科研项目
⑦用户
·配合参与项目标组织和计划
·验收最终产品是否满足需求
5.2责任分配矩阵
● 宿舍信息管理系统项目——3个责任分配矩阵（RAM）

▲ 角色映射表

说明：具体人员计划能够经过进度计划中人力资源安排计划

▲ 项目人员具体职责角色

项目经理
程序员
网络配置员
项目导师、教授
需求分析
R
P

创建应用软件
A
C
P

测试应用软件
A
P
P

打包应用软件
R

R
P
公布应用软件
R
R

C
配置并安装在工作站
A

P
C

字母说明：A=同意（Approve）；R=评审（Review）；P=参与（Participate）；C=创建（Create）

▲ 项目部门具体责任分配

WBS任务责任矩阵
1
2
3
4
5
6
7
8

9
系统管理同学
RP
RP
RP

R
软件开发同学

P
P
RP
RP

P

硬件管理同学

P

软件测试同学

P
P
R

质量确保同学

P

R

软件配置同学

RP
P
其它

说明：1：软件计划；2：需求开发；3：软件结构设计； 4：数据库设计；5：项目实施；
6：系统集成；7：质量确保 8：系统配置； 9：项目及文档提交；
R: 负责者 P：实施者
5.3 人力资源管理计划
下图展示了本项目在10月—6月中每个月不一样技术人员人数分配百分比。单位：（纵轴：人；横轴：月）
注：本项目团体共5人

第六章 沟通计划
为了确保项目开发过程顺利进行和信息有效沟通，宿舍管理系统项目要求以下沟通计划。
6.1沟通需求
在项目开发过程时，我们首先要确定沟通需求，即为何要沟通。一个项目标开发，需要项目责任人要确定这个项目到底是要做什么，应该怎样做。宿舍管理系统是针对管理宿舍所做一个系统。项目组成人员有郑东海、张磊、陆冰峰、顾振强、沈子红。我们需要沟通就是项目组成人员要对宿舍管理这首先信息有所了解，和学习项目开发过程中所要用到哪些技术知识 。
6.2 沟通内容
1. 沟通项目具体工作分配
（1）讨论由谁负责整个项目标开发。由郑东海负责整个项目开发。
（2）确定软件开发时期组员组成。由陆冰峰负责，组员有张磊、郑东海、顾振强。
（3）确定项目测试时期组员组成。由张磊负责，组员有顾振强、陆冰峰。
（4）确定软件配置时期人员组员组成。由顾振强负责，组员有沈子红。
（5）确定文档编写组员组成。由沈子红负责，组员有郑东海。
（6）确定项目公布时期组员组成。由郑东海负责，组员有陆冰峰、张磊、顾振强、沈子红。
2. 确定沟通方法。
3. 沟通团体交流时间。
6.3 沟通方法
项目沟通方法如：会议、电话、QQ、邮件等。
项目组员之间立即沟通，项目进行过程中，确保开发人员集中在一起开发，便于有问题立即交流沟通。小组以会议形式进行讨论，立即了解小组之间进度，便于问题立即处理。

6.4 沟通时间安排表
1. 小组交流
（1）每七天例会
每七天例会时间由小组责任人自己确定，因为要满足各组员在场，所以时
间弹性比较大，但确定每七天例会时必需。
（2）天天交流
项目小组组员之间要天天进行交流，使用电话、QQ等进行讨论有问题立即处理。
2. 团体交流
（1）每两周例会（时间固定）
每两周四下午14：00~16：00进行整个团体项目交流。
（2）天天交流
天天项目组成人员用电话或QQ来进行讨论，了解项目标进度，交流所碰到困难并立即处理。
6.5 沟通计划维护（给出维护策略——沟通计划变更应急计划）
制订项目组员联络方法。若在每七天例会时候有组员不能到场，就要改变例会时间，有责任人通知到位。