软件管理报告.docx
《软件管理报告.docx》由会员分享，可在线阅读，更多相关《软件管理报告.docx（22页珍藏版）》请在冰点文库上搜索。
软件管理报告
南昌航空大学实验报告
时间：
二０一六年四月二十二日
课程名称：
软件项目管理
实验名称：
撰写南昌航空大学软件学院信息管理系统项目计划书（实验二）
班级：
13201510姓名：
刘英庭 同组人：
指导教师评定：
签名：
一、实验目的
掌握项目计划书的格式和写作要求，会结合具体项目写作项目计划书。
二、实验要求
1、结合模拟项目—南昌航空大学软件学院信息管理系统项目写出项目计划书。
2、提交南昌航空大学软件学院信息管理系统项目计划书一份。
三、实验环境
1．硬件：
计算机
2．操作系统：
windows平台。
3．相关软件：
Microsoftoffice软件。
四、实验步骤（软件项目计划书编写参考指南）
根据《计算机软件文档编制规范（GB/T8567-2006）》中软件开发计划的要求，结合本实验（项目）的实际情况写作《项目计划书》。
第一章前言
1.1、背景介绍
伴随着我校教育水平师资力量的提高，来我校上学的学生越来越多，这就造成了我校网站的压力日益增加，但是我校现存的信息处理和更新方式完全不能满足现在的日益增长的需求。
这种状况就导致了信息更新不及时或者延迟的现象，甚至出现信息丢失的状况。
每当学生们需要选课的时候，往往都是最紧张的时候，我们都需要在凌晨的时间去登陆我校的网站。
如果晚些去选课，选课的同学人数增多，学校的教务系统承载的人数达到了极值就无法登陆了。
不仅登陆无法正常的进行，连网站都登不进去了。
此外，每当我们期末考试结束的时候，都会关闭学校教育系统进行维护，给学生其他的需求带来了极大的不便，这显然不是一个良好的程序所应该有的，软件的维护应该是在线的，而不应该是断网进行的。
1.2、项目的意义和必要性
基于软件学院目前的情况和发展趋势，学院领导经讨论和研究认为有必要从新建立一个信息管理系统以解决目前所面临的困难。
本信息管理系统可以解决学院目前的信息更新问题，人数饱和值进一步的增大。
进行成绩录入功能时可以减轻教职人员的工作，减轻重复性的工作，将教职人员从繁重的体力劳作解放出来。
学生也可以由更好的用户体验，不并在为原来所存在的问题所困扰
本信息管理系统更加满足用户之间的交互性，及时性，为日益增长的学生提供了一个良好的学员软件平台。
第二章范围计划
2.1项目工作分解结构
2.2软件生命周期模型
针对项目——软件学院信息管理系统，特点的和我们团队自身的对网络应用软件技术的缺乏以及我没有开发过这么大系统的经验。
经团队成员商讨后，我们决定用瀑布模型作为我们项目的开发方式！
采用瀑布模型理由详情：
1）自管会的工作流程比较稳定，但是比较繁琐。
此特点正说明自管会急切需要自己的办公软件同时正适合用普瀑布模型开发。
2）我们团队成员有自管会的主要负责人，方便我们和自管会打交道，便于需求分析和需求确认。
得到一个真实有用的需求，这正是瀑布模型开发所需的稳定的需求。
3）我们团队只开发过基于桌面的简单应用程序。
对于基于网络的开发没有一点概念。
所以我们需要时间来学习就网络开发的技术。
瀑布模型的开发在前期不涉及编程实现，只要求做好需求分析。
针对此特点，我（项目经理）将前期工作分成两组：
一组做需求分析，一组学习JavaWeb技术。
而做需求分析的组员利用后期做数据库和寒假的时间补学网络技术。
软件生命周期模型（图示表示）
软件生命周期模型详细文档
一、软件规划
我们预期的成果是：
一个基于校园网的网络软件。
具有权限的老师、学生（用户）可以在任何地点登陆我软件，进行相关的操作。
初步建立一个较为完善的软件学院管理信息系统，完成对软件学院各系学生的个人信息（包括姓名、学号、系别、年级、班级、班主任、学生类型等）以及宿舍信息（楼号、楼层、宿舍编号、学号、入住状态、备注）其他信息（卫生成绩、政治面貌、违纪情况）的录入。
1、该软件应能在网络上运行。
2、该软件对软硬件环境应无特殊要求。
3、一般用户不能删除和修改系统中的信息，但管理员可以对系统中的信息进行删除、修改和增加。
4、涉及个人信息，个人经登陆系统后，可以将本人的信息增加录入到系统中，经管理员审核后，其他人员可看到该信息。
二、需求开发
（1）管理决策的科学化。
传统的决策只是凭经验大致的估算。
无法采集到大量的数据信息，也无法对采集到的数据信息进行精确的分析，而信息系统可以比较全面，及时地采集信息数据，并选定合适的管理模式，在加上领导者的建设，就能做出科学的决策，减少决策失误。
（2）管理工作的高效化。
效率就是效益，信息系统可以进行全面的动态管理和及时地监控，提高效率。
（3）基础数据管理现代化
学校现有的基础数据缺乏完整性，准确性，时效性和连续性。
学生的个人信息，成绩，课表等不能及时的修正，以及数据的分散而不能正确的统计。
信息系统的开发应用，可以从根本上改变这种现象。
使基础管理实现一致性和及时性，保证信息在整个教学管理中起到经络作用。
（4）管理人员的工作专业化
信息系统的建立，可使管理人员，特别是中层管理人员从繁琐重复的工作中解脱出来，充分发挥管理特长，有充分的时间从事教学研究。
（5）管理人员整体素质的提高。
系统建立之后，由于管理的现代化，管理人员也必须接受培训来掌握信息管理技能，从而推动了人员整体素质的提高。
另外需要注意的是，信息系统的效益一般是无形的，只有经过长期运行后的分析统计才能计算其收益。
往往越成熟，科学，优秀的信息系统，带给我们的收益越大，信息化管理水平提高了，学校的知名度也会随之提高，学校的生源也会越来越好。
综上所述，学院认为从新建立一个信息管理系统是非常有必要的。
请上级领导批示。
三、软件结构设计：
因为软件结构设计和项目工作分解结构有着密切的关系。
在做项目工作分解结构的时候就考虑了软件结构设计，所以我们项目的项目工作分解结构和软件结构设计是一致的。
下面将相应的图插入如下：
1、软件学院信息管理系统按照其职能（功能）可划分如图1所示模块。
图1软件学院信息管理系统模块
2、各模块所包含的信息
（1）学院机构设置信息管理模块
学院机构设置信息管理模块所包含的信息如图2所示。
图2机构设置模块包含的信息
（2）教师信息管理模块
教师信息管理模块所包含的信息如图3所示。
图3教师信息管理模块所包含的信息
（3）学生信息管理模块
学生信息管理模块所包含的信息如图4所示。
图4学生信息管理模块所包含的信息
（4）教学信息管理模块
教学信息管理模块所包含的信息如图5所示。
图5教学信息管理模块所包含的信息
（5）科研信息管理模块
科研信息管理模块所包含的信息如图6所示。
图6科研信息管理模块所包含的信息
（6）学科建设信息管理模块
学科建设信息管理模块所包含的信息如图7所示。
图7科研信息管理模块所包含的信息
（7）实验室信息管理模块
实验室信息管理模块所包含的信息如图8所示。
图8实验室信息管理模块所包含的信息
（8）党建信息管理模块
党建信息管理模块所包含的信息如图9所示。
图9党建信息管理模块所包含的信息
（9）学工信息管理模块
学工信息管理模块所包含的信息如图10所示。
图10学工信息管理模块所包含的信息
（10）工会信息管理模块
工会信息管理模块所包含的信息如图11所示。
图11工会信息管理模块所包含的信息
（11）团委信息管理模块
团委信息管理模块所包含的信息如图12所示。
图12团委信息管理模块所包含的信息
（12）学生会信息管理模块
学生会信息管理模块所包含的信息如图13所示。
图13学生会信息管理模块所包含的信息
（13）资产信息管理模块
资产信息管理模块所包含的信息如图14所示。
图14资产信息管理模块所包含的信息
3、各模块的信息组织形式，要根据信息内容的不同，采用不同的方式进行组织，以便浏览、添加与删除等操作。
4、整个系统应提供相应的查询、统计和报表输出功能。
四、数据库设计
依据我们的里程碑图可知将在4月上旬后展开。
将由数据库设计人员依据前期已经做好的需求分析和软件结构来设计我们的数据库。
五、实施
我们将在明年开学的时候正式启动编程实现。
我们将历时一个半月的时间来完成网络软件的代码实现。
我们将使用前期所学的JavaWeb技术来开发本项目。
六、系统集成
即是执行我们的项目测试，我们计划用一个月的时间来测试我们的系统。
我们采用黑盒测试方法测试。
我们将依据前期的系统结构和数据库结构设计合理的测试用例。
此外，由于我们开发的是网络软件，所以我们还要对网路环境进行测试。
待软件和环境都测试成功后，我们的系统就可以最终集成了。
七、提交
系统集成后，编写用户使用文档，就可以发布我的成果了。
向团委提交我们的作品。
八、维护
在后期，软件运行时，我们会时刻关注的。
将对软件实施：
改正性维护、适应性维护、完善性维护、预防性维护
第三章进度计划
我们团队使用MicrosoftProject软件设计我们的进度计划。
下面将其截图如下：
3.1甘特图
3.2里程碑图
第四章成本计划
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
估计成本步骤如下所示：
获取项目分解结果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成本预算
具体详细的投资预算由专业人员进行，这里只能给出对比其他同类学院信息系统的估算，3个阶段全部完成，大约需要10万元人民币。
这个估算不包括硬件设备的预算。
第五章人力资源计划
5.1项目的组织结构
●矩阵型组织结构
说明：
①项目管理同学
·全面负责项目组织和规划
·全面负责项目计划制定和维护
·负责项目跟踪和管理
·负责项目资源的分配和协调
·负责组织和计划之间的协调
·配合需求分析同学做协调活动
②软件开发同学
·全面负责项目的软件开发：
设计、编码、测试及配置。
·负责产品质量的控制
·配合负责质量保证的同学工作，如文档编写、测试等
·配合产品验收活动
③质量保证同学
·全面负责项目过程及产品规范的制定
·负责过程的质量保证活动
·过程评审
·产品评审
④配置管理同学
·全面负责项目的配置活动
·负责软件产品的提交
⑤需求分析同学
·负责与用户（学生、教师、自管会）的协调工作
·负责用户的需求接口
·配合项目经理的资源协调活动
·负责系统的维护活动
⑥高层管理专家
·对该科研项目进行评审
·检查并验收该科研项目
⑦用户
·配合参与项目的组织和规划
·验收最终产品是否满足需求
5.2责任分配矩阵
▲项目人员具体职责角色
项目经理
程序员
网络配置员
项目导师、专家
需求分析
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：
执行者
第六章沟通计划
为了保证项目开发过程的顺利进行和信息的有效沟通，宿舍管理系统项目要求如下的沟通计划。
6.1沟通需求
在项目开发的过程时，我们首先要确定沟通的需求，即为什么要沟通。
一个项目的开发，需要项目负责人要确定这个项目到底是要做什么的，应该怎样做。
宿舍管理系统是针对管理宿舍所做的一个系统。
项目组成人员有刘英庭。
我们需要沟通的就是项目组成人员要对宿舍管理这一方面的信息有所了解，以及学习项目开发过程中所要用到哪些技术知识。
6.3沟通方法
项目沟通的方式如：
会议、电话、QQ、邮件等。
项目成员之间的及时沟通，项目进行过程中，保证开发人员集中在一起开发，便于有问题及时交流沟通。
小组以会议的形式进行讨论，及时了解小组之间的进度，便于问题及时解决。
6.4沟通时间安排表
1.小组交流
（1）每周例会
每周例会时间由小组负责人自己拟定，因为要满足各成员在场，所以时
间弹性比较大，但确定每周例会时必须的。
（2）每天交流
项目小组成员之间要每天进行交流，使用电话、QQ等进行讨论有问题及时解决。
2.团队交流
（1）每两周例会（时间固定）
每两周四下午14：
00~16：
00进行整个团队的项目交流。
（2）每天交流
每天项目组成人员用电话或者QQ来进行讨论，了解项目的进度，交流所遇到的困难并及时解决。
6.5沟通计划维护（给出维护的策略——沟通计划变更的应急计划）
制定项目成员的联系方式。
若在每周例会的时候有成员不能到场，就要改变例会的时间，有负责人通知到位。
升级会员 