软件项目管理计划书案例.docx

《软件项目管理计划书案例.docx》由会员分享，可在线阅读，更多相关《软件项目管理计划书案例.docx（17页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、软件项目管理计划书案例 学生宿舍信息管理系统 项目安排书 书目 第一章 前言-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 第四章 成本安排-

2、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 项目开发背景 XX学院本身没有宿舍信息管理系统，始终以来都是通过Excel对各楼层、各宿舍人员进行统计，宿舍信息变更、人员变更之后，不能刚好有效地将更改后的信息进行完善，若有大面积的改动，须要大量的人员与大量的时间对宿舍进行核对，有时候因为宿舍成员的不协作，核对工作很

3、难精确的完成。并且现有的奥兰系统虽然能够统计学生信息，能够发布卫生检查结果，但是无法进行宿舍信息的完整统计，无法对宿舍进行全面、系统的管理。我们XX学院学生人数浩大，自管会在做宿舍统计以及宿舍卫生检查与整理的过程中，往往因为宿舍信息的错乱、不完整，反馈的信息也是不完全的，这就导致老师不能完全精确的了解宿舍的真实信息。 1.2项目开发目的 为了更好更便利的对宿舍进行管理，为了更好的了解全院学生宿舍卫生状况、违纪状况对个人综合素养的影响，为了让学生了解自己的宿舍信息、与卫生成果，从而做到改善，建立宿舍信息管理系统是必要的。 1.3项目开发意义 宿舍信息管理系统的主要功能包括：可以实现对学生宿舍信息

4、的查询功能,包括快速查询功能和分类查询功能；对学生宿舍信息的录入功能,修改功能,删除功能和统计功能。通过系统上述功能实现宿舍管理部门对于学生宿舍信息的日常管理，即便利宿舍管理人员刚好全面地驾驭学生住宿状况及宿舍安排状况；为用户（管理用户和一般用户，如宿舍管理老师）供应了一些简洁的数据查询并输出各种信息等；在实现检索快速和查找便利的同时,对毕业生以及申请走读的学生做到刚好的删除信息，新入校学生很快地进行宿舍支配以及宿舍信息的录入等日常管理。 其次章 范围安排 2.1项目工作分解结构 WBS_项目工作总的工作分解结果 下面将进一步分解内部模块： 学生模块_WBS 班主任或辅导员模块_WBS 自管会

5、模块_WBS 自管会指导老师模块_WBS 2.2软件生命周期模型 针对项目学生宿舍信息管理系统，特点的和我们团队自身的对网络应用软件技术的缺乏以及我没有开发过这么大系统的阅历。经团队成员商讨后，我们确定用瀑布模型作为我们项目的开发方式！ 采纳瀑布模型理由详情： 1）自管会的工作流程比较稳定，但是比较繁琐。此特点正说明自管会急迫须要自己的办公软件同时正适合用普瀑布模型开发。 2）我们团队成员有自管会的主要负责人，便利我们和自管会打交道，便于需求分析和需求确认。得到一个真实有用的需求，这正是瀑布模型开发所需的稳定的需求。3）我们团队只开发过基于桌面的简洁应用程序。对于基于网络的开发没有一点概念。所

6、以我们须要时间来学习就网络开发的技术。瀑布模型的开发在前期不涉及编程实现，只要求做好需求分析。针对此特点，我（项目经理）将前期工作分成两组：一组做需求分析，一组学习Java Web 技术。而做需求分析的组员利用后期做数据库和寒假的时间补学网络技术。 软件生命周期模型（图示表示） 软件生命周期模型具体文档 一、软件规划 我们预期的成果是： 一个基于校内网的网络软件。具有权限的老师、学生（用户）可以在任何地点登陆我软件，进行相关的操作。 初步建立一个较为完善的宿舍管理信息系统，完成对XX学院各系学生的个人信息（包括姓名、学号、系别、年级、班级、班主任、学生类型等)以及宿舍信息（楼号、楼层、宿舍编号

7、、学号、入住状态、备注）其他信息（卫生成果、政治面貌、违纪状况）的录入。可以便利的对任一学生，任一宿舍、任一班级、任一系别的卫生成果进行输入与查询。可以对信息进行添加、修改、删除、宿舍卫生成果统计、排序。对卫生成果低以及卫生成果高的宿舍进行刚好反馈，刚好做到宿舍的表彰与指责。可以便利学生登录系统核对与查询自己的信息，如有错误，可干脆在系统中提出申请，以便操作员刚好更改与修正。 二、需求开发 系统的参加者及其相关的业务： 自管会人员： 秘书处负责人 生活部负责人 治保部负责人 楼主部负责人 学生宿舍信息管理系统的服务对象首先是自管会的主要的职能部门。 秘书处每周都接受生活部1普查张表，每两周接受

8、生活部1张互查表； （1）对普查结果每周进行系排名，将排名结果提交给自管会指导老师，通过审批后，公布排名结果。系统要求能做到从楼层表中分别出班级表（最重要的功能），每周系排名时须要楼层与班级分别、楼层与系分别； （2）对互查表的处理是进行较差和较好宿舍的分别，然后提交给自管会指导老师，通过审批后，公布优秀与较差的宿舍； （3）期末计算宿舍规范法，即是：秘书处做的普查+各系互查分数的平均分； （4) 此外系统为秘书处添加了附加的功能：1）在系统中发布优秀干事、干部名单；2）评定星级宿舍；3）统计各部门干事附加分 生活部主要有3件任务：普查、管理党员主动分子宿舍卫生、汇总各系生活部的互查表，并向秘

9、书处提交纸质稿； （1）普查工作描述：每个月把XX全部的宿舍查一个轮回，然后把分数（楼层表）交给秘书处。一学期可以出4次成果； （2）管理党员主动分子宿舍卫生：每周都查，一个月把XX的党员主动分子宿舍查一个轮回。此工作须要系统供应：依据楼层表分别出党员表、主动分子表。对党员主动分子宿舍卫生检查处理：评比优秀的宿舍，统计较差的宿舍。（留意：男生、女生的优秀、较差的标准不同；所以我建议本系统在这方面添加：可以随意输入标准分，也可以设置固定的标准分）。对较差宿舍发放整改单：男生75分以下，女生80分以下就发整改单，一周一次。整改单一式三份，一份给宿舍、一份给班主任、一份存档； （3）汇总各系学生会生

10、活部的互查表，即只做一个汇总工作。然后将汇总纸质表实体交到秘书处。 治保部也只有两项工作：违禁电器管理、夜不归宿管理； （1） 违禁电器管理是每周查一次，将检查结果记录在表中，然后由治保部负责人通过学生宿舍信息管理将检查表录入系统，并干脆提交给自管会辅导老师； （2） 夜不归宿管理也是每周检查一次（与查违禁电器同周但不同天）将查夜结果记录在表中，然后由治保部负责人通过学生宿舍信息管理系统将查夜表录入系统，并干脆提交给自管会辅导老师； 楼长部的工作有两项：阿姨表的处理、整改单的发放； （1）楼长部每周到XX学院的各栋宿舍楼宿管阿姨那摘录学生宿舍卫生成果，然后由楼长部的负责人对阿姨表进行较差和较好

11、统计； （2）依据男75、女80的标准法整改单，每星期都发到宿舍，每两周送到辅导员那边。（第一个星期宿舍不合格，就发整改单，但辅导员那边可以先不发，等其次个星期该宿舍的卫生状况，若有好转，回收上星期发的整改单；若没有好转，就干脆发给辅导员做通报指责）；在XX一楼大厅公布较差较好宿舍； 自管会指导老师。本学生宿舍信息管理系统为指导老师供应了5项服务： （1）查看并处理秘书处在系统中的提交内容。 查看秘书处每周提交的普查表（以班级为单位的系表），若没有问题，指导老师同意秘书处公布粘贴排序结果。同时指导老师通过系统向各系辅导员发布每周系排序。否则提出指导老师的疑问，提交到秘书处，等待秘书处提交解答方

12、案；查看秘书处阶段性的星级宿舍评比结果，若没有问题，指导员老师同意评比结果，准许以学院名义公布表彰。否则提出指导老师的疑问，提交到秘书处，等待秘书处提交解答方案；查看每学期末秘书处提交的干事附加分表（以系为单位），若没有问题则同意并向各系团委发布。否则提出指导老师修改看法，提交到秘书处，秘书处做相应的修改，再向指导老师提交。 （2）查看并处理生活部在系统中的提交内容。 （3）查看并处理治保部在系统中的提交内容。 查看治保部提交的违禁电器表、夜不归宿表；由指导老师交到学工处盖章（一式两份），一份自己存档，一份交到本部宿管科。然后就通报指责。 （4）查看并处理楼长部在系统中的提交内容。 查看楼长部

13、提交的宿管阿姨查的学生卫生分； 各个班级的班主任（或辅导员）。查看自己所带班级或年级学生的宿舍卫生分、违禁电器、夜不归宿状况，以及学期末班级学生宿舍规范分。具有相关按名或学号查找功能； 一般学生。查看自己宿舍卫生分、违禁电器、夜不归宿状况，以及学期末的宿舍规范分。查看自己宿舍星级状态。可以在宿舍博客上发表评论、宿舍里或食堂存在的问题。 系统管理员。系统管理员负责信息和数据库的维护。 三、软件结构设计： 因为软件结构设计和项目工作分解结构有着亲密的关系。在做项目工作分解结构的时候就考虑了软件结构设计，所以我们项目的项目工作分解结构和软件结构设计是一样的。下面将相应的图插入如下： 系统中的模块布局

14、 学生模块结构设计 班主任或辅导老师模块结构设计 自管会模块模块结构设计 自管会指导老师模块结构设计 四、数据库设计 依据我们的里程碑图可知将在12月上旬后绽开。将由数据库设计人员依据前期已经做好的需求分析和软件结构来设计我们的数据库。 五、实施 我们将在明年开学的时候正式启动编程实现。我们将历时一个半月的时间来完成网络软件的代码实现。我们将运用前期所学的Java Web技术来开发本项目。 六、系统集成 即是执行我们的项目测试，我们安排用一个月的时间来测试我们的系统。我们采纳黑盒测试方法测试。我们将依据前期的系统结构和数据库结构设计合理的测试用例。此外，由于我们开发的是网络软件，所以我们还要对

15、网路环境进行测试。 待软件和环境都测试胜利后，我们的系统就可以最终集成了。七、提交 系统集成后，编写用户运用文档，就可以发布我的成果了。向团委提交我们的作品。八、维护 在后期，软件运行时，我们会时刻关注的。 将对软件实施：改正性维护、适应性维护、完善性维护、预防性维护 第三章 进度安排 我们团队运用Microsoft Project 软件设计我们的进度安排。下面将其截图如下： 3.1甘特图 3.2网络图（单代号或双代号） 网络图是在我们画好甘特图后自动生成的。 3.3里程碑图 里程碑图显示项目进展中的重大工作的完成。我们项目的里程碑图如下： 第四章 成本安排 4.1 成本估算 依据其他项目再结

16、合我们驾驭技术的娴熟度我们进行这样的粗略估计： 依据我们的用户自管会的要求我们的项目采纳B/S结构，我们运用JSP和Mysql结合的开发技术，结合我们的娴熟度我估计我们须要35个程序员，我们是在校生，不行能一天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.

17、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 任务分解是依据项目的功能进行分解的。 开发成本 由于任务分解的结果主要是针对开发任务的分解，管理任务和质量任务可以通过计算

18、开发任务得到，依据以往阅历，管理任务和质量任务=20%*开发任务。 由表1-1可以看出规模是170人时，开发人员8小时成本参数=480元一天，而我们状况特别，作为在校生不能8小时开发本项目，所以我们采纳2小时一天的一天工作时间，所以成本参数就相应的变为480/4=120元，规模就是85人天，也就相当于170人时的规模。这个参数我们只做参考,则内部开发成本=120*85=10200元。 管理、质量成本。 项目的管理和质量成本=开发成本*20%=2040元。 干脆成本=10200+2040=12240元。间接成本(我们的上网费用、耗材、团队互动的活动 ) 间接成本包括前期合同费用、房租水电、培训、

19、员工福利、客户服务等。 依据以往阅历，采纳公式：间接成本=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项目的组织结构 矩阵型组织结

20、构 说明： 项目管理同学 全面负责项目组织和规划 全面负责项目安排制定和维护 负责项目跟踪和管理 负责项目资源的安排和协调 负责组织和安排之间的协调 协作需求分析同学做协调活动 软件开发同学 全面负责项目的软件开发：设计、编码、测试及配置。 负责产品质量的限制 协作负责质量保证的同学工作，如文档编写、测试等 协作产品验收活动 质量保证同学 全面负责项目过程及产品规范的制定 负责过程的质量保证活动 过程评审 产品评审 配置管理同学 全面负责项目的配置活动 负责软件产品的提交 需求分析同学 负责与用户(学生、老师、自管会)的协调工作 负责用户的需求接口 协作项目经理的资源协调活动 负责系统的维护活

21、动 高层管理专家 对该科研项目进行评审 检查并验收该科研项目 用户 协作参加项目的组织和规划 验收最终产品是否满意需求 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）

22、 项目部门详细责任安排 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 人力资源管理安排 下图展示了本项目在2010年10月2011年6月中每个月的不同技术人员的人数安排比例。单位：（纵轴：人；横轴：月） 注：本项目团队共5人 第六章

23、沟通安排 为了保证项目开发过程的顺当进行和信息的有效沟通，宿舍管理系统项目要求如下的沟通安排。 6.1沟通需求 在项目开发的过程时，我们首先要确定沟通的需求，即为什么要沟通。一个项目的开发，须要项目负责人要确定这个项目究竟是要做什么的，应当怎样做。宿舍管理系统是针对管理宿舍所做的一个系统。项目组成人员有郑东海、张磊、陆冰峰、顾振强、沈子红。我们须要沟通的就是项目组成人员要对宿舍管理这一方面的信息有所了解，以及学习项目开发过程中所要用到哪些技术学问 。6.2 沟通内容 1. 沟通项目详细工作的安排 （1）探讨由谁负责整个项目的开发。由郑东海负责整个项目开发。（2）确定软件开发时期的成员组成。由陆

24、冰峰负责，组员有张磊、郑东海、顾振强。（3）确定项目测试时期的成员组成。由张磊负责，组员有顾振强、陆冰峰。（4）确定软件配置时期人员的成员组成。由顾振强负责，组员有沈子红。（5）确定文档编写的成员组成。由沈子红负责，组员有郑东海。（6）确定项目发布时期的成员组成。由郑东海负责，组员有陆冰峰、张磊、顾振强、沈子红。2. 确定沟通的方式。3. 沟通团队沟通的时间。6.3 沟通方法 项目沟通的方式如：会议、电话、QQ、邮件等。项目成员之间的刚好沟通，项目进行过程中，保证开发人员集中在一起开发，便于有问题刚好沟通沟通。小组以会议的形式进行探讨，刚好了解小组之间的进度，便于问题刚好解决。 6.4 沟通时

25、间支配表 1. 小组沟通 （1）每周例会 每周例会时间由小组负责人自己拟定，因为要满意各成员在场，所以时 间弹性比较大，但确定每周例会时必需的。 （2）每天沟通 项目小组成员之间要每天进行沟通，运用电话、QQ等进行探讨有问题刚好解决。2. 团队沟通 （1）每两周例会（时间固定） 每两周四下午14：0016：00进行整个团队的项目沟通。（2）每天沟通 每天项目组成人员用电话或者QQ来进行探讨，了解项目的进度，沟通所遇到的困难并刚好解决。6.5 沟通安排维护（给出维护的策略沟通安排变更的应急安排） 制定项目成员的联系方式。若在每周例会的时候有成员不能到场，就要变更例会的时间，有负责人通知到位。仅供参考