系统项目计划书.docx

1、系统项目计划书系统项目计划书项目名称：学生信息管理系统专 业：软件工程组 号：小组成员： 完成时间：2012-9-161.引言21.1.编写目的21.2.背景31.3定义31.4参考资料31.5标准、条约和约定42.项目概述42.1项目目标42.2产品目标与范围42.3假设与约束42.4项目工作范围52.5应交付成果52.6项目开发环境52.7项目验收方式与依据53.项目团队组织63.1组织结构63.2人员分工63.3协作与沟通63.3.1内部协作63.3.2外部沟通74.实施计划74.1风险评估及对策74.2项目时间管理计划74.3质量管理计划84.4成本管理计划94.5配置管理计划94.6

2、采购计划105.文档历史106.项目具体时间进度表111.引言1.1.编写目的由于现在的学校规模在逐渐的扩大，设置的专业类别、分支机构及老师、学生人数越来越多，对于过去的学生信息管理系统，不能满足当前学生信息管理的服务性能要求。本报告对于开发新的面临的问题及解决方案进行初步的设计与合理的安排，对用户需求进行了全面细致的分析，更清晰的理解学生信息管理系统业务需求，深入描述软件的功能和性能与界面，确定该软件设计的限制和定义软件的其他有效性需求，对开发计划进行了总体的规划确定开发的需求与面临困难的可行性分析。1.2.背景项目名称：学生信息管理系统项目的委托单位：浙江师范大学项目的用户：校学生信息管理

3、员项目的任务提出者：浙江师范大学项目的主要承担部门：浙江师范大学数理与信息工程学院软件101班第五组项目建设背景：在计算机日益普及的今天，使用计算机管理各种资源无疑给人们提供了很大的方便，对于学校或老师而言，若采用一套行之有效的学生信管理系统来管理学生信息，不仅提高查询速度，并且减少了不必要的错误的发生。我们即将开发的学生信息管理系统是一功能比较完善的数据管理软件，能方便快捷的进行：“查询”，“增加”，“更新”，“删除”等工作，并且具有很好的可移植性，可在应用范围较广的系列操作系统上使用。同时，该系统也有很强的安全性。1.3定义：企业级工作平台（ ，简称）是对的扩展，利用它我们可以在数据库和的

4、开发、发布以及应用程序服务器的整合方面极大的提高工作效率。它是功能丰富的集成开发环境，包括了完备的编码、调试、测试和发布功能，完整支持。：（ )结构化查询语言，是一种数据库 查询和程序设计语言，用于存取数据以及查询、更新和管理关系数据库系统。同时也是数据库脚本文件的扩展名。 数据流：（ ）最初是通信领域使用的概念，代表传输中所使用的信息的数字编码信号序列。然而，我们所提到的数据流概念与此不同。这个概念最初在1998年由在文献87中提出，他将数据流定义为“只能以事先规定好的顺序被读取一次的数据的一个序列”。 :（发音为 ，不是 ）是一种开放源代码的关系型数据库管理系统（），数据库系统使用最常用的

5、数据库管理语言结构化查询语言（）进行数据库管理。： （，客户机/服务器）模式又称结构，是20世纪80年代末逐步成长起来的一种模式，是软件系统体系结构的一种。结构的关键在于功能的分布，一些功能放在前端机（即客户机）上执行，另一些功能放在后端机（即服务器）上执行。功能的分布在于减少计算机系统的各种瓶颈问题。模式简单地讲就是基于企业内部网络的应用系统。与（，浏览器/服务器）模式相比，模式的应用系统最大的好处是不依赖企业外网环境，即无论企业是否能够上网，都不影响应用。1.4参考资料1 张海藩.软件工程导论(第三版)M.北京:清华大学出版社,2010.2 陆丽娜.软件工程M.江西:经济科学出版社,201

6、1.3 瞿中.软件工程M.北京：机械工业出版社.4 王珊,萨师煊.数据库系统概论(第四版)M.北京:高等教育出版社, 2006.5 8567-2006,计算机软件文档编制规范S.1.5标准、条约和约定本项目遵从以下标准： 13702-1992 计算机软件分类与代码 20918-2007 信息技术 软件生存周期过程 风险管理 19003-2008 软件工程 19001-2000T 15538-1995 软件工程标准分类法 T 9386-2008 计算机软件测试文档编制规范 T 9385-2008 计算机软件需求规格说明规范 T 15532-2008 计算机软件测试规范 18221-2000 信息

7、技术 程序设计语言 环境与系统软件接口 独立于语言的数据类型 11457-2006 信息技术 软件工程术语 8567-2006计算机软件文档编制规范 2.项目概述2.1项目目标本项目是为学校学生信息管理者开发一套学生信息管理系统，用信息化、智能化、简单化手段代替原有的复杂操作模式来管理学生信息。主要有5个模块： 管理员登录模块增添学生信息模块修改学生信息模块删除学生信息模块查询学生信息模块2.2产品目标与范围学生信息管理系统是典型的信息管理系统，其开发主要包括后台数据库的建立、维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强、数据安全性好的数据库。而对于后者则要求应用

8、程序具有功能完备，易使用等特点。学生信息管理系统对全校学生实行统一的管理，可以方便的进行增添、查询、修改、删除学生信息的工作。2.3假设与约束本项目的开发时间为2012.9.92012.12.28开发人员人数：3人技术文档写作人员人数3人测试人员人数3人开发经费预算：0设备：3台2.4项目工作范围为了使本系统成功达到用户的要求，需要在2012.12.28之前完成本系统的发测试，并写提交相关的技术文档。通过与用户的沟通，及时获得用户的最新需求以便于本系统的完善。2.5应交付成果 2.5.1需完成的软件 学生信息管理系统软件 2.5.2 需提交用户文档安装维护手册使用手册 2.5.3需提交内部文档

9、需求规格说明书概要设计说明书详细设计说明书源代码清单代码接口说明测试策略测试计划系统测试用例缺陷报告最终测试结果报告 2.5.4 需提供的服务 提供安装软件，定期维护与检查的服务并演示软件使用方式等2.6项目开发环境硬件环境：每人一台机软件环境： 8.6，2.7项目验收方式与依据项目验收将采取三方验收的方式进行：用户方，开发方和课程指导老师方。通过考察系统的使用情况，用户的反馈以及老师的意见，形成共同意见并共同签署验收报告，标志着验收工作告一段落3.项目团队组织3.1组织结构角色(岗位)职责技能要求高级经理(管理组)提供项目组足够的资源、资金等支持；批准并参与项目计划的评审；定期审阅项目经理提

10、交的相关报告；项目经理（管理组）制定项目计划并依据计划对项目进行监督与跟踪控制；事件驱动或定期向高级经理汇报项目的进展情况；对项目中出现的问题及时采取相应措施；设计人员（文档组）参与负责新产品需求工作、概要设计、部分详细设计开发人员（开发组，测试组）参与负责新产品的设计，编码以及单元测试数据库23.2人员分工（1）开发方角色(岗位)人员高级经理组长项目经理组长设计人员小组所有成员开发人员小组所有成员（2）客户方：由小组成员轮流担任客户方3.3协作与沟通3.3.1内部协作 内部团队之间也是有相互沟通的。文档组向开发组和测试组挖掘技术信息，写到技术文档中。测试组在开发过程中就介入到开发组中来，和开

11、发人员共同完成本系统的开发任务。管理层给大家分配任务，并督促大家完成。3.3.2外部沟通在与用户的沟通中，组员需要深入了解用户需求，通过需求分析明确定义系统的功能，再把设计和开发任务下达到各个小组负责人和组员，然后在规定的时间把产品交给科目老师，形成一种良性循环。4.实施计划4.1风险评估及对策本项目的主要风险是开发人员对用户需求中的学生信息管理工作的不熟悉，在开发项目的过程中存在一定的漏洞，可能会导致学生信息被泄露。另外，由于是在上课期间，各成员可能会有其他的必须要完成的任务而耽误了项目的开发。项目的人员比较少开发项目的技术比较欠缺可能会影响到项目的进展，每个风险的可能性，对风险分析如表2-

12、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项目时间管理计划项目进度由组长和成员协商安排，把总体工

13、作计划分配到月再到每周，进而分配到每一天，每个人，如果在规定的时间内没有完成，自己利用晚上的时间必须完成当天的计划任务。只有确保每天的天计划完成，才能确保总体工作计划顺利完成。开发计划与人员分工如表2-2所示：表2-1人员分工表 时间 阶段任务人员分工9月10月11月12月项目启动与计划漆建红（项目组长）林聪（技术专家）需求分析吴文平（需求顾问）系统与测试设计系统概要设计林聪(开发组长)系统详细设计林聪(开发组长)制定测试策略吴文平(测试组长)制定测试计划吴文平(测试组长)编码与测试执行制定编码规范林聪(开发组长)确定测试需求吴文平(测试组长)编码林聪(开发组长)单元测试 林聪(开发组长)编写

14、测试用例吴文平(测试组长)执行测试吴文平(测试组长)测试评估吴文平(测试组长)制定部署方案林聪(开发组长)4.3质量管理计划质量管理由项目组长带头，测试组长通过负责软件测试工作保证软件质量。对每个开发阶段的阶段性成果都进行评审和测试，记录相关阶段的软件产品，以保证软件产品的质量。质量管理时间进度与人员分工如表2-3所示：表2-3质量管理时间进度与人员分工执行时间 阶段任务人员分工9.510.2010.2711.2012.1012.25需求分析需求评审项目组长系统与测试设计系统概要设计评审项目组长系统详细设计评审项目组长制定测试策略评审项目组长制定测试计划评审项目组长编码与测试执行制定编码规范评

15、审项目组长测试需求评审测试组长代码审查测试组长单元测试报告评审 测试组长测试用例评审测试组长缺陷报告评审测试组长测试评估与系统部署测试评估报告评审测试组长部署方案评审开发组长在质量管理计划中，为了保证软件质量管理中对出现的问题进行记录跟踪。发现问题，找到问题的负责人。通知负责人在规定时间内修改问题。问题责任人修改问题。(1)问题责任人将修改后的内容反馈给发现问题的人员。(2)发现问题的质量管理人员对有问题的部分进行重新检验，确认问题得到修改。(3)如果发现问题没有修改，将通知问题责任人继续修改，直到问题得到解决。4.4成本管理计划由于软件工程的实践项目所以本，本项目是开源免费的。无需成本的管理

16、。4.5配置管理计划采用专用的版本管理工具进行软件版本的控制。 版本管理的人员与职责版本控制管理者：开发组长 职责：制定版本控制流程。确定版本的用户权限管理者：负责版本管理、对版本库拥有全部权限。开发人员：写入 读出测试人员：读出定义配置项（版本控制项）及其标识系统项目计划书系统需求说明书系统概要设计系统详细设计测试策略测试计划编码规范测试用例源代码缺陷报告测试最终结果报告定义项目基线项目的计划与启动项目的需求分析系统与测试编码与测试执行测试评估与系统部署定义配置项的版本管理策略按照4类不同功能的分支进行：1主干分支2私有分支3小组分支4集成分支定义变更管理流4.6采购计划在项目初期需要每个项

17、目开发人员自己配置一台个人机。5.文档历史版本修改内容修改日期修改人审阅人V1.0原始版本6.项目具体时间进度表时间地点工作人员工作成果2012.9.11数理与信息学院五楼实验基地修改项目启动文档，对修改的项目启动文档进行审核吴文平（项目责任人）漆建红（需求顾问）林聪（技术专家）审核通过修改的项目启动文档2012.9.12数理与信息学院五楼实验基地对项目计划书的编写进行意见的交流，分析编写内容与系统的设计吴文平（典型用户）漆建红（项目负责人）林聪（项目经理）确立了系统项目计划书的编制内容。2012.9.13 数理与信息学院五楼实验基地查阅相关的文档，搜索相关的资料，共同商讨编写的具体内容。吴文平（项目经理）漆建红（开发人员）林聪（测试人员）分工编写项目计划书的草案2012.9.15数理与信息学院五楼实验基地整合各组员编写的项目计划书草案，并进行完善。吴文平（项目经理）漆建红（技术专家）林聪（需求顾问）编写出项目计划书草案文档。2012.9.16数理与信息学院五楼实验基地各组员审核并且修改项目计划书草案，编写出系统项目计划书初稿。吴文平（客户各级负责人）漆建红（项目经理）林聪（项目责任人）完成系统项目计划书的交付物