系统项目计划书.docx
《系统项目计划书.docx》由会员分享，可在线阅读，更多相关《系统项目计划书.docx（16页珍藏版）》请在冰点文库上搜索。
系统项目计划书
系统项目计划书
项目名称：
学生信息管理系统
专业：
软件工程
组号：
小组成员：
完成时间：
2012—9—16
1.引言
1.1.编写目的
由于现在的学校规模在逐渐的扩大,设置的专业类别、分支机构及老师、学生人数越来越多，对于过去的学生信息管理系统，不能满足当前学生信息管理的服务性能要求。
本报告对于开发新的〈<学生信息管理系统>〉面临的问题及解决方案进行初步的设计与合理的安排,对用户需求进行了全面细致的分析，更清晰的理解学生信息管理系统业务需求，深入描述软件的功能和性能与界面，确定该软件设计的限制和定义软件的其他有效性需求,对开发计划进行了总体的规划确定开发的需求与面临困难的可行性分析。
1。
2.背景
项目名称：
学生信息管理系统
项目的委托单位：
浙江师范大学
项目的用户：
校学生信息管理员
项目的任务提出者：
浙江师范大学
项目的主要承担部门：
浙江师范大学数理与信息工程学院软件101班第五组
项目建设背景：
在计算机日益普及的今天,使用计算机管理各种资源无疑给人们提供了很大的方便,对于学校或老师而言，若采用一套行之有效的学生信管理系统来管理学生信息,不仅提高查询速度,并且减少了不必要的错误的发生。
我们即将开发的学生信息管理系统是一功能比较完善的数据管理软件，能方便快捷的进行:
“查询"，“增加”,“更新”，“删除”等工作，并且具有很好的可移植性，可在应用范围较广的WINDOWS系列操作系统上使用.同时,该系统也有很强的安全性。
1。
3定义
MyEclipse：
企业级工作平台（MyEclipseEnterpriseWorkbench,简称MyEclipse）是对EclipseIDE的扩展，利用它我们可以在数据库和JavaEE的开发、发布以及应用程序服务器的整合方面极大的提高工作效率。
它是功能丰富的JavaEE集成开发环境，包括了完备的编码、调试、测试和发布功能，完整支持HTML，Struts,JSP,CSS,Javascript,Spring，SQL，Hibernate。
SQL：
（StructuredQueryLanguage）结构化查询语言,是一种数据库查询和程序设计语言，用于存取数据以及查询、更新和管理关系数据库系统。
同时也是数据库脚本文件的扩展名。
数据流：
（datastream）最初是通信领域使用的概念，代表传输中所使用的信息的数字编码信号序列。
然而，我们所提到的数据流概念与此不同。
这个概念最初在1998年由Henzinger在文献87中提出,他将数据流定义为“只能以事先规定好的顺序被读取一次的数据的一个序列”。
MySQL:
（发音为”myesscueel"，不是"mysequel"）是一种开放源代码的关系型数据库管理系统（RDBMS），MySQL数据库系统使用最常用的数据库管理语言——结构化查询语言（SQL）进行数据库管理.
B/S：
（Client/Server，客户机/服务器）模式又称C/S结构，是20世纪80年代末逐步成长起来的一种模式,是软件系统体系结构的一种。
C/S结构的关键在于功能的分布，一些功能放在前端机（即客户机）上执行,另一些功能放在后端机（即服务器）上执行.功能的分布在于减少计算机系统的各种瓶颈问题。
C/S模式简单地讲就是基于企业内部网络的应用系统。
与B/S（Browser/Server,浏览器/服务器）模式相比,C/S模式的应用系统最大的好处是不依赖企业外网环境，即无论企业是否能够上网，都不影响应用。
1.4参考资料
[1]张海藩。
软件工程导论（第三版）[M].北京:
清华大学出版社，2010.
［2］陆丽娜。
软件工程［M］.江西:
经济科学出版社，2011。
[3]瞿中.软件工程［M].北京:
机械工业出版社。
[4]王珊,萨师煊.数据库系统概论（第四版）[M］.北京:
高等教育出版社，2006。
［5］GB-T8567—2006，计算机软件文档编制规范[S]。
1.5标准、条约和约定
本项目遵从以下标准：
GB/T13702—1992计算机软件分类与代码
GB/T20918—2007信息技术软件生存周期过程风险管理
GB/T19003-2008软件工程GB/T19001-2000
GB／T15538-1995软件工程标准分类法
GB／T9386-2008计算机软件测试文档编制规范
GB／T9385—2008计算机软件需求规格说明规范
GB／T15532—2008计算机软件测试规范
GB/T18221—2000信息技术程序设计语言环境与系统软件接口独立于语言的数据类型
GB/T11457-2006信息技术软件工程术语
GB8567-2006计算机软件文档编制规范
2.项目概述
2。
1项目目标
本项目是为学校学生信息管理者开发一套学生信息管理系统,用信息化、智能化、简单化手段代替原有的复杂操作模式来管理学生信息。
主要有5个模块:
管理员登录模块
增添学生信息模块
修改学生信息模块
删除学生信息模块
查询学生信息模块
2。
2产品目标与范围
学生信息管理系统是典型的信息管理系统，其开发主要包括后台数据库的建立、维护以及前端应用程序的开发两个方面。
对于前者要求建立起数据一致性和完整性强、数据安全性好的数据库。
而对于后者则要求应用程序具有功能完备,易使用等特点。
学生信息管理系统对全校学生实行统一的管理，可以方便的进行增添、查询、修改、删除学生信息的工作。
2.3假设与约束
本项目的开发时间为2012.9。
9—2012.12。
28
开发人员人数:
3人
技术文档写作人员人数3人
测试人员人数3人
开发经费预算：
0
设备:
3台PC
2.4项目工作范围
为了使本系统成功达到用户的要求，需要在2012。
12.28之前完成本系统的
发测试,并写提交相关的技术文档.通过与用户的沟通,及时获得用户的最新需
求以便于本系统的完善。
2.5应交付成果
2。
5。
1需完成的软件
学生信息管理系统软件
2。
5。
2需提交用户文档
《安装维护手册》
《使用手册》
2.5.3需提交内部文档
《需求规格说明书》
《概要设计说明书》
《详细设计说明书》
《源代码清单》
《代码接口说明》
《测试策略》
《测试计划》
《系统测试用例》
《缺陷报告》
《最终测试结果报告》
2.5。
4需提供的服务
提供安装软件，定期维护与检查的服务并演示软件使用方式等
2。
6项目开发环境
硬件环境：
每人一台PC机
软件环境：
myecplise8。
6，MYSQL
2.7项目验收方式与依据
项目验收将采取三方验收的方式进行：
用户方，开发方和课程指导老师方。
通过考察系统的使用情况,用户的反馈以及老师的意见，形成共同意见并共同签署验收报告，标志着验收工作告一段落
3.项目团队组织
3.1组织结构
角色（岗位）
职责
技能要求
高级经理
（管理组）
提供项目组足够的资源、资金等支持;
批准并参与项目计划的评审；
定期审阅项目经理提交的相关报告；
项目经理
（管理组）
制定项目计划并依据计划对项目进行监督与跟踪控制;
事件驱动或定期向高级经理汇报项目的进展情况；
对项目中出现的问题及时采取相应措施;
设计人员（文档组）
参与负责新产品需求工作、概要设计、部分详细设计
VSTS
开发人员
（开发组,测试组）
参与负责新产品的设计，编码以及单元测试
数据库/java/s2sh
3.2人员分工
（1）开发方
角色（岗位）
人员
高级经理
组长
项目经理
组长
设计人员
小组所有成员
开发人员
小组所有成员
（2）客户方：
由小组成员轮流担任客户方
3。
3协作与沟通
3。
3.1内部协作
内部团队之间也是有相互沟通的.文档组向开发组和测试组挖掘技术信息,写到技术文档中。
测试组在开发过程中就介入到开发组中来，和开发人员共同完成本系统的开发任务.管理层给大家分配任务，并督促大家完成.
3。
3.2外部沟通
在与用户的沟通中,组员需要深入了解用户需求，通过需求分析明确定义系统的功能，再把设计和开发任务下达到各个小组负责人和组员，然后在规定的时间把产品交给科目老师，形成一种良性循环。
4.实施计划
4。
1风险评估及对策
本项目的主要风险是开发人员对用户需求中的学生信息管理工作的不熟悉，在开发项目的过程中存在一定的漏洞，可能会导致学生信息被泄露。
另外，由于是在上课期间,各成员可能会有其他的必须要完成的任务而耽误了项目的开发。
项目的人员比较少开发项目的技术比较欠缺可能会影响到项目的进展,每个风险的可能性,对风险分析如表2-1所示:
表2—1风险分析表
序号
输入
风险事件
可能性
影响
风险值
采取措施
1
用户需求
需求不明确、需求变化频繁
60％
20%
25%
1.延长需求调研时间.
2.严格控制需求的变化。
3.及时的与客户进行意见的交流。
2
人员技术
开发人员技术和实践经验不足
70%
80％
85%
1．组织组员重点学习相关开发需要的内容。
2．加强沟通，及时了解人员的想法和遇到的问题。
3．寻求老师或是有开发项目经验的同学来帮助。
4．采用安全可靠地技术来开发。
3
时间
开发的时间有限
20%
50％
10％
1.多利用课余时间，增加开发可用的时间。
2.与用户商量，去掉不必要的需求，降低工作量，减少开发时间。
4。
2项目时间管理计划
项目进度由组长和成员协商安排，把总体工作计划分配到月再到每周,进而分配到每一天，每个人,如果在规定的时间内没有完成,自己利用晚上的时间必须完成当天的计划任务。
只有确保每天的天计划完成，才能确保总体工作计划顺利完成。
开发计划与人员分工如表2-2所示：
表2-1人员分工表
时间
阶段任务
人员
分工
9
月
10月
11月
12月
项目启动与计划
漆建红（项目组长）
林聪（技术专家）
需求分析
吴文平（需求顾问）
系统与测试设计
系统概要设计
林聪（开发组长）
系统详细设计
林聪（开发组长）
制定测试策略
吴文平（测试组长）
制定测试计划
吴文平（测试组长）
编码与测试执行
制定编码规范
林聪（开发组长）
确定测试需求
吴文平（测试组长）
编码
林聪（开发组长）
单元测试
林聪（开发组长）
编写测试用例
吴文平（测试组长）
执行测试
吴文平（测试组长）
测试评估
吴文平（测试组长）
制定部署方案
林聪（开发组长）
4.3质量管理计划
质量管理由项目组长带头,测试组长通过负责软件测试工作保证软件质量。
对每个开发阶段的阶段性成果都进行评审和测试,记录相关阶段的软件产品，以保证软件产品的质量。
质量管理时间进度与人员分工如表2—3所示：
表2-3质量管理时间进度与人员分工
执行时间
阶段任务
人员分工
9.5
10.20
10。
27
11.20
12。
10
12.25
需求分析
需求评审
项目组长
系统与测试设计
系统概要设计评审
项目组长
系统详细设计评审
项目组长
制定测试策略评审
项目组长
制定测试计划评审
项目组长
编码与测试执行
制定编码规范评审
项目组长
测试需求评审
测试组长
代码审查
测试组长
单元测试报告评审
测试组长
测试用例评审
测试组长
缺陷报告评审
测试组长
测试评估与系统部署
测试评估报告评审
测试组长
部署方案评审
开发组长
在质量管理计划中，为了保证软件质量管理中对出现的问题进行记录跟踪。
发现问题,找到问题的负责人。
通知负责人在规定时间内修改问题.
问题责任人修改问题。
（1）问题责任人将修改后的内容反馈给发现问题的人员。
（2）发现问题的质量管理人员对有问题的部分进行重新检验，确认问题得到修改。
（3）如果发现问题没有修改，将通知问题责任人继续修改，直到问题得到解决。
4.4成本管理计划
由于软件工程的实践项目所以本,本项目是开源免费的。
无需成本的管理。
4。
5配置管理计划
采用专用的版本管理工具进行软件版本的控制.
◆版本管理的人员与职责
版本控制管理者：
开发组长职责：
制定版本控制流程。
◆确定版本的用户权限
管理者:
负责版本管理、对版本库拥有全部权限.
开发人员：
写入读出
测试人员：
读出
◆定义配置项（版本控制项）及其标识
系统项目计划书
系统需求说明书
系统概要设计
系统详细设计
测试策略
测试计划
编码规范
测试用例
源代码
缺陷报告
测试最终结果报告
◆定义项目基线
项目的计划与启动
项目的需求分析
系统与测试
编码与测试执行
测试评估与系统部署
◆定义配置项的版本管理策略
按照4类不同功能的分支进行：
1 主干分支
2 私有分支
3 小组分支
4 集成分支
◆定义变更管理流
4。
6采购计划
在项目初期需要每个项目开发人员自己配置一台个人PC机。
5.文档历史
版本
修改内容
修改日期
修改人
审阅人
V1.0
原始版本
6.项目具体时间进度表
时间
地点
工作
人员
工作成果
2012.9。
11
数理与信息学院五楼实验基地
修改项目启动文档，对修改的项目启动文档进行审核
吴文平（项目责任人）
漆建红（需求顾问）
林聪（技术专家）
审核通过修改的《项目启动文档》
2012。
9。
12
数理与信息学院五楼实验基地
对项目计划书的编写进行意见的交流，分析编写内容与系统的设计
吴文平（典型用户）
漆建红（项目负责人）
林聪（项目经理）
确立了系统项目计划书的编制内容。
2012。
9。
13
数理与信息学院五楼实验基地
查阅相关的文档，搜索相关的资料，共同商讨编写的具体内容。
吴文平（项目经理）
漆建红（开发人员）
林聪（测试人员）
分工编写《项目计划书的草案》
2012。
9。
15
数理与信息学院五楼实验基地
整合各组员编写的《项目计划书草案》，并进行完善。
吴文平（项目经理）
漆建红（技术专家）
林聪（需求顾问）
编写出《项目计划书草案》文档。
2012.9.16
数理与信息学院五楼实验基地
各组员审核并且修改《项目计划书草案》，编写出《系统项目计划书》初稿。
吴文平（客户各级负责人）
漆建红（项目经理）
林聪（项目责任人）
完成《系统项目计划书》的交付物
升级会员 