软件项目管理实施计划书案例学生宿舍

《软件项目管理实施计划书案例学生宿舍》由会员分享，可在线阅读，更多相关《软件项目管理实施计划书案例学生宿舍（12页珍藏版）》请在装配图网上搜索。

1、-学生宿舍信息管理系统工程方案书目录第一章 前言-21.1工程开发背景-21.2工程开发目的-21.3工程开发意义-2第二章 围方案-32.1工程工作分解构造 -32.2软件生命期模型-52.2.1软件生命期模型图示表示-62.2.2软件生命期模型详细文档-6 一软件规划-6二需求开发-7三软件构造设计-8四数据库设计-10五实施-10六系统集成-10七提交-11八维护-11第三章 进度方案-113.1甘特图-113.2网络图单代号或双代号-123.3里程碑图-14第四章 本钱方案-14 4.1本钱估算-14 4.2本钱预算-16第五章 人力资源方案-18 5.1工程的组织构造-18 5.2责

2、任分配矩阵-19 5.3人力资源管理方案-20第六章 沟通方案-21 6.1沟通需求-21 6.2沟通容-21 6.3沟通法-21 6.4沟通时间安排表- -22 6.5沟通方案维护-22第一章 前言1.1 工程开发背景东学院本身没有宿舍信息管理系统，一直以来都是通过E*cel对各楼层、各宿舍人员进展统计，宿舍信息变更、人员变更之后，不能及时有效地将更改后的信息进展完善，假设有大面积的改动，需要大量的人员与大量的时间对宿舍进展核对，有时候因为宿舍成员的不配合，核对工作很难准确的完成。并且现有的奥兰系统虽然能够统计学生信息，能够发布卫生检查结果，但是无法进展宿舍信息的完整统计，无法对宿舍进展全面

3、、系统的管理。我们东学院学生人数庞大，自管会在做宿舍统计以及宿舍卫生检查与整理的过程中，往往因为宿舍信息的错乱、不完整，反响的信息也是不完全的，这就导致教师不能完全准确的了解宿舍的真实信息。1.2工程开发目的为了更好更便的对宿舍进展管理，为了更好的了解全院学生宿舍卫生情况、违纪情况对个人综合素质的影响，为了让学生了解自己的宿舍信息、与卫生成绩，从而做到改善，建立宿舍信息管理系统是必要的。1.3工程开发意义宿舍信息管理系统的主要功能包括：可以实现对学生宿舍信息的查询功能,包括快速查询功能和分类查询功能；对学生宿舍信息的录入功能,修改功能,删除功能和统计功能。通过系统上述功能实现宿舍管理部门对于学

4、生宿舍信息的日常管理，即便宿舍管理人员及时全面地掌握学生住宿情况及宿舍分配情况；为用户管理用户和一般用户，如宿舍管理教师提供了一些简单的数据查询并输出各种信息等；在实现检索迅速和查找便的同时,对毕业生以及申请走读的学生做到及时的删除信息，新入校学生很快地进展宿舍安排以及宿舍信息的录入等日常管理。第二章 围方案2.1工程工作分解构造WBS_工程工作总的工作分解结果下面将进一步分解部模块：学生模块_WBS班主任或辅导员模块_WBS自管会模块_WBS自管会指导教师模块_WBS2.2软件生命期模型针对工程学生宿舍信息管理系统，特点的和我们团队自身的对网络应用软件技术的缺乏以及我没有开发过这么大系统的经

5、历。经团队成员商讨后，我们决定用瀑布模型作为我们工程的开发式！采用瀑布模型理由详情：1自管会的工作流程比较稳定，但是比较繁琐。此特点正说明自管会急迫需要自己的办公软件同时正适合用普瀑布模型开发。2我们团队成员有自管会的主要负责人，便我们和自管会打交道，便于需求分析和需求确认。得到一个真实有用的需求，这正是瀑布模型开发所需的稳定的需求。3我们团队只开发过基于桌面的简单应用程序。对于基于网络的开发没有一点概念。所以我们需要时间来学习就网络开发的技术。瀑布模型的开发在前期不涉及编程实现，只要求做好需求分析。针对此特点，我工程经理将前期工作分成两组：一组做需求分析，一组学习Java Web 技术。而做

6、需求分析的组员利用后期做数据库和寒假的时间补学网络技术。软件生命期模型图示表示 软件生命期模型详细文档一、软件规划我们预期的成果是：一个基于校园网的网络软件。具有权限的教师、学生用户可以在任地点登陆我软件，进展相关的操作。初步建立一个较为完善的宿舍管理信息系统，完成对东学院各系学生的个人信息包括*、*、系别、年级、班级、班主任、学生类型等)以及宿舍信息楼号、楼层、宿舍编号、*、入住状态、备注其他信息卫生成绩、政治面貌、违纪情况的录入。可以便的对任一学生，任一宿舍、任一班级、任一系别的卫生成绩进展输入与查询。可以对信息进展添加、修改、删除、宿舍卫生成绩统计、排序。对卫生成绩低以及卫生成绩高的宿舍

7、进展及时反响，及时做到宿舍的表彰与批评。可以便学生登录系统核对与查询自己的信息，如有错误，可直接在系统中提出申请，以便操作员及时更改与修正。二、需求开发系统的参与者及其相关的业务： 自管会人员： 秘书处负责人 生活部负责人 治保部负责人 楼主部负责人学生宿舍信息管理系统的效劳对象首先是自管会的主要的职能部门。秘书处每都承受生活部1普查表，每两承受生活部1互查表；1对普查结果每进展系排名，将排名结果提交给自管会指导教师，通过审批后，公布排名结果。系统要求能做到从楼层表中别离出班级表最重要的功能，每系排名时需要楼层与班级别离、楼层与系别离；2对互查表的处理是进展较差和较好宿舍的别离，然后提交给自管

8、会指导教师，通过审批后，公布优秀与较差的宿舍；3期末计算宿舍规法，即是：秘书处做的普查+各系互查分数的平均分；4) 此外系统为秘书处添加了附加的功能：1在系统中发布优秀干事、干部；2评定星级宿舍；3统计各部门干事附加分生活部主要有3件任务：普查、管理党员积极分子宿舍卫生、汇总各系生活部的互查表，并向秘书处提交纸质稿；1普查工作描述：每个月把东所有的宿舍查一个轮回，然后把分数楼层表交给秘书处。一学期可以出4次成绩；2管理党员积极分子宿舍卫生：每都查，一个月把东的党员积极分子宿舍查一个轮回。此工作需要系统提供：依据楼层表别离出党员表、积极分子表。对党员积极分子宿舍卫生检查处理：评比优秀的宿舍，统计

9、较差的宿舍。注意：男生、女生的优秀、较差的标准不同；所以我建议本系统在这面添加：可以任意输入标准分，也可以设置固定的标准分。对较差宿舍发放整改单：男生75分以下，女生80分以下就发整改单，一一次。整改单一式三份，一份给宿舍、一份给班主任、一份存档；3汇总各系学生会生活部的互查表，即只做一个汇总工作。然后将汇总纸质表实体交到秘书处。治保部也只有两项工作：违禁电器管理、夜不归宿管理；（1） 违禁电器管理是每查一次，将检查结果记录在表中，然后由治保部负责人通过学生宿舍信息管理将检查表录入系统，并直接提交给自管会辅导教师；（2） 夜不归宿管理也是每检查一次与查违禁电器同但不同天将查夜结果记录在表中，然

10、后由治保部负责人通过学生宿舍信息管理系统将查夜表录入系统，并直接提交给自管会辅导教师；楼长部的工作有两项：阿姨表的处理、整改单的发放；1楼长部每到东学院的各栋宿舍楼宿管阿姨那摘录学生宿舍卫生成绩，然后由楼长部的负责人对阿姨表进展较差和较好统计；2依据男75、女80的标准法整改单，每星期都发到宿舍，每两送到辅导员那边。第一个星期宿舍不合格，就发整改单，但辅导员那边可以先不发，等第二个星期该宿舍的卫生情况，假设有好转，回收上星期发的整改单；假设没有好转，就直接发给辅导员做通报批评；在东一楼大厅公布较差较好宿舍； 自管会指导教师。本学生宿舍信息管理系统为指导教师提供了5项效劳： 1查看并处理秘书处在

11、系统中的提交容。 查看秘书处每提交的普查表以班级为单位的系表，假设没有问题，指导教师同意秘书处公布粘贴排序结果。同时指导教师通过系统向各系辅导员发布每系排序。否则提出指导教师的疑问，提交到秘书处，等待秘书处提交解答案；查看秘书处阶段性的星级宿舍评比结果，假设没有问题，指导员教师同意评比结果，准以学院名义公布表彰。否则提出指导教师的疑问，提交到秘书处，等待秘书处提交解答案；查看每学期末秘书处提交的干事附加分表以系为单位，假设没有问题则同意并向各系团委发布。否则提出指导教师修改意见，提交到秘书处，秘书处做相应的修改，再向指导教师提交。 2查看并处理生活部在系统中的提交容。 3查看并处理治保部在系统

12、中的提交容。 查看治保部提交的违禁电器表、夜不归宿表；由指导教师交到学工处盖章一式两份，一份自己存档，一份交到本部宿管科。然后就通报批评。 4查看并处理楼长部在系统中的提交容。 查看楼长部提交的宿管阿姨查的学生卫生分； 各个班级的班主任或辅导员。查看自己所带班级或年级学生的宿舍卫生分、违禁电器、夜不归宿情况，以及学期末班级学生宿舍规分。具有相关按名或*查找功能； 普通学生。查看自己宿舍卫生分、违禁电器、夜不归宿情况，以及学期末的宿舍规分。查看自己宿舍星级状态。可以在宿舍博客上发表评论、宿舍里或食堂存在的问题。 系统管理员。系统管理员负责信息和数据库的维护。三、软件构造设计： 因为软件构造设计和

13、工程工作分解构造有着密切的关系。在做工程工作分解构造的时候就考虑了软件构造设计，所以我们工程的工程工作分解构造和软件构造设计是一致的。下面将相应的图插入如下：系统中的模块布局 学生模块构造设计 班主任或辅导教师模块构造设计自管会模块模块构造设计自管会指导教师模块构造设计四、数据库设计依据我们的里程碑图可知将在12月上旬后展开。将由数据库设计人员依据前期已经做好的需求分析和软件构造来设计我们的数据库。五、实施我们将在明年开学的时候正式启动编程实现。我们将历时一个半月的时间来完成网络软件的代码实现。我们将使用前期所学的Java Web技术来开发本工程。 六、系统集成 即是执行我们的工程测试，我们方

14、案用一个月的时间来测试我们的系统。我们采用黑盒测试法测试。我们将依据前期的系统构造和数据库构造设计合理的测试用例。此外，由于我们开发的是网络软件，所以我们还要对网路环境进展测试。 待软件和环境都测试成功后，我们的系统就可以最终集成了。七、提交 系统集成后，编写用户使用文档，就可以发布我的成果了。向团委提交我们的作品。八、维护 在后期，软件运行时，我们会时刻关注的。 将对软件实施：改正性维护、适应性维护、完善性维护、预防性维护 第三章 进度方案我们团队使用Microsoft Project 软件设计我们的进度方案。下面将其截图如下：3.1甘特图3.2网络图单代号或双代号 网络图是在我们画好甘特图

15、后自动生成的。3.3里程碑图里程碑图显示工程进展中的重大工作的完成。我们工程的里程碑图如下：第四章 本钱方案4.1 本钱估算根据其他工程再结合我们掌握技术的熟练度我们进展这样的粗略估计： 根据我们的用户自管会的要求我们的工程采用B/S构造，我们使用JSP和Mysql结合的开发技术，结合我们的熟练度我估计我们需要35个程序员，我们是在校生，不可能一天8小时工作，所以我们打算一天用2小时的工作量来计算整个工程的规模。WBS名称估计值人时小计人时总计人时1通用功能501.1个人信息管理101.2密码修改81.3自管会信息查看121.4值日表131.5会议通知查看71.6问题反响82自管会平台功能2.

16、1日常业务管理功能40生活部管理11秘书处管理13治保部管理9楼长部管理72.2部门日常管理30部门信息管理8部门人员资料管理5部门人员考勤管理12部门人员奖惩管理53学生平台功能103.1宿舍卫生查看104教师平台功能404.1生活部查看134.2秘书处查看64.3治保部查看74.4楼长部查看14 表1-1估计本钱步骤如下所示：获取工程分解结果WBS 任务分解是根据工程的功能进展分解的。开发本钱 由于任务分解的结果主要是针对开发任务的分解，管理任务和质量任务可以通过计算开发任务得到，根据以往经历，管理任务和质量任务=20%*开发任务。由表1-1可以看出规模是170人时，开发人员8小时本钱参数

17、=480元一天，而我们情况特殊，作为在校生不能8小时开发本工程，所以我们采用2小时一天的一天工作时间，所以本钱参数就相应的变为480/4=120元，规模就是85人天，也就相当于170人时的规模。这个参数我们只做参考,则部开发本钱=120*85=10200元。管理、质量本钱。 工程的管理和质量本钱=开发本钱*20%=2040元。直接本钱=10200+2040=12240元。间接本钱(我们的上网费用、耗材、团队互动的活动 ) 间接本钱包括前期合同费用、房租水电、培训、员工福利、客户效劳等。 根据以往经历，采用公式：间接本钱=25%直接本钱=3060元。总估算本钱 工程总估算本钱=12240+306

18、0=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工程的组织构造 矩阵型组织构造说明： 工程管理同学全面负责工程组织和规划全面负责工程方案制定和维护负责工程跟踪和管理负责工程资源的分配和协调负责组织和方案之间的协调配合需求分析同学

19、做协调活动软件开发同学全面负责工程的软件开发：设计、编码、测试及配置。负责产品质量的控制配合负责质量保证的同学工作，如文档编写、测试等配合产品验收活动质量保证同学全面负责工程过程及产品规的制定负责过程的质量保证活动过程评审产品评审配置管理同学全面负责工程的配置活动负责软件产品的提交需求分析同学负责与用户(学生、教师、自管会)的协调工作负责用户的需求接口配合工程经理的资源协调活动负责系统的维护活动高层管理专家对该科研工程进展评审检查并验收该科研工程用户配合参与工程的组织和规划验收最终产品是否满足需求5.2责任分配矩阵 宿舍信息管理系统工程3个责任分配矩阵RAM 角色映射表说明：具体人员方案可以通

20、过进度方案中人力资源安排方案 工程人员具体职责角色工程经理程序员网络配置员工程导师、专家需求分析RP创立应用软件ACP测试应用软件APP打包应用软件RRP发布应用软件RRC配置并安装在工作站APC字母说明：A=批准Approve；R=评审Review；P=参加Participate；C=创立Create工程部门具体责任分配WBS任务责任矩阵123456789系统管理同学RPRPRPR软件开发同学PPRPRPP硬件管理同学P软件测试同学PPR质量保证同学PR软件配置同学RPP其他说明：1：软件规划；2：需求开发；3：软件构造设计； 4：数据库设计；5：工程实施；6：系统集成；7：质量保证 8：系

21、统配置； 9：工程及文档提交；R: 负责者 P：执行者5.3 人力资源管理方案以下图展示了本工程在2021年10月2021年6月中每个月的不同技术人员的人数分配比例。单位：纵轴：人；横轴：月 注：本工程团队共5人第六章 沟通方案为了保证工程开发过程的顺利进展和信息的有效沟通，宿舍管理系统工程要求如下的沟通方案。6.1沟通需求在工程开发的过程时，我们首先要确定沟通的需求，即为什么要沟通。一个工程的开发，需要工程负责人要确定这个工程到底是要做什么的，应该怎样做。宿舍管理系统是针对管理宿舍所做的一个系统。工程组成人员有东海、磊、陆冰峰、顾振强、子红。我们需要沟通的就是工程组成人员要对宿舍管理这一面的

22、信息有所了解，以及学习工程开发过程中所要用到哪些技术知识 。6.2 沟通容1. 沟通工程具体工作的分配1讨论由谁负责整个工程的开发。由东海负责整个工程开发。2确定软件开发时期的成员组成。由陆冰峰负责，组员有磊、东海、顾振强。3确定工程测试时期的成员组成。由磊负责，组员有顾振强、陆冰峰。4确定软件配置时期人员的成员组成。由顾振强负责，组员有子红。5确定文档编写的成员组成。由子红负责，组员有东海。6确定工程发布时期的成员组成。由东海负责，组员有陆冰峰、磊、顾振强、子红。2. 确定沟通的式。3. 沟通团队交流的时间。6.3 沟通法工程沟通的式如：会议、QQ、等。工程成员之间的及时沟通，工程进展过程中

23、，保证开发人员集中在一起开发，便于有问题及时交流沟通。小组以会议的形式进展讨论，及时了解小组之间的进度，便于问题及时解决。6.4 沟通时间安排表1. 小组交流1每例会 每例会时间由小组负责人自己拟定，因为要满足各成员在场，所以时 间弹性比较大，但确定每例会时必须的。2每天交流工程小组成员之间要每天进展交流，使用、QQ等进展讨论有问题及时解决。2. 团队交流1每两例会时间固定每两四下午14：0016：00进展整个团队的工程交流。2每天交流每天工程组成人员用或者QQ来进展讨论，了解工程的进度，交流所遇到的困难并及时解决。6.5 沟通方案维护给出维护的策略沟通方案变更的应急方案制定工程成员的联系式。假设在每例会的时候有成员不能到场，就要改变例会的时间，有负责人通知到位。教育之通病是教用脑的人不用手，不教用手的人用脑，所以一无所能。教育革命的对策是手脑联盟，结果是手与脑的力量都可以大到不可思议。. z.