系统项目计划书_第1页
系统项目计划书_第2页
系统项目计划书_第3页
系统项目计划书_第4页
系统项目计划书_第5页
已阅读5页,还剩7页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

系统项目计划书项目名称:学生信息管理系统专 业:软件工程组号:小组成员:完成时间:2012-9-16目录TOC\o"1-5"\h\z引言 3\o"CurrentDocument"编写目的 3背景 3\o"CurrentDocument"1.3定义 3\o"CurrentDocument"1.4参考资料 4\o"CurrentDocument"1.5标准、条约和约定 4项目概述 4\o"CurrentDocument"2.1项目目标 4\o"CurrentDocument"2.2产品目标与范围 4\o"CurrentDocument"2.3假设与约束 5\o"CurrentDocument"2.4项目工作范围 5\o"CurrentDocument"2.5应交付成果 5\o"CurrentDocument"2.6项目开发环境 5\o"CurrentDocument"2.7项目验收方式与依据 6项目团队组织 63.1组织结构 63.2人员分工 6\o"CurrentDocument"3.3协作与沟通 73.3.1内部协作 73.3.2夕卜部沟通 7实施计划 7\o"CurrentDocument"4.1风险评估及对策 7\o"CurrentDocument"4.2项目时间管理计划 84.3质量管理计划 8\o"CurrentDocument"4.4成本管理计划 9\o"CurrentDocument"4.5配置管理计划 10\o"CurrentDocument"4.6采购计划 11文档历史 11项目具体时间进度表 11引言编写目的由于现在的学校规模在逐渐的扩大,设置的专业类别、分支机构及老师、学生人数越来越多,对于过去的学生信息管理系统,不能满足当前学生信息管理的服务性能要求。本报告对于开发新的<<学生信息管理系统>>面临的问题及解决方案进行初步的设计与合理的安排,对用户需求进行了全面细致的分析,更清晰的理解学生信息管理系统业务需求,深入描述软件的功能和性能与界面,确定该软件设计的限制和定义软件的其他有效性需求,对开发计划进行了总体的规划确定开发的需求与面临困难的可行性分析。背景项目名称:学生信息管理系统项目的委托单位:浙江师范大学项目的用户:校学生信息管理员项目的任务提出者:浙江师范大学项目的主要承担部门:浙江师范大学数理与信息工程学院软件101班第五组项目建设背景:在计算机日益普及的今天,使用计算机管理各种资源无疑给人们提供了很大的方便,对于学校或老师而言,若采用一套行之有效的学生信管理系统来管理学生信息,不仅提高查询速度,并且减少了不必要的错误的发生。我们即将开发的学生信息管理系统是一功能比较完善的数据管理软件,能方便快捷的进行:“查询”,“增加”,“更新”,“删除”等工作,并且具有很好的可移植性,可在应用范围较广的WINDOWS系列操作系统上使用。同时,该系统也有很强的安全性。1.3定义MyEclipse:企业级工作平台MyEclipseEnterpriseWorkbench,简称MyEclipse)是对EclipselDE的扩展,利用它我们可以在数据库和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年代末逐步成长起来的一种模式,是软件系统体系结构的一种7S结构的关键在于功能的分布,一些功能放在前端机(即客户机)上执行,另一些功能放在后端机(即服务器)上执行。功能的分布在于减少计算机系统的各种瓶颈问题。C/S模式简单地讲就是基于企业内部网络的应用系统。与S(Browser/Server,浏览器服务器)模式相比,C/S模式的应用系统最大的好处是不依赖企业外网环境,即无论企业是否能够上网,都不影响应用。1.4参考资料[1]⑵[3][4]张海藩.软件工程导论(第三版)[1]⑵[3][4]陆丽娜.软件工程[M].江西:经济科学出版社,2011.瞿中.软件工程[M].北京:机械工业出版社.王珊,萨师煊.数据库系统概论(第四版)[M].北京:高等教育出版社,2006.[5]GB-T8567-2006,计算机软件文档编制规范[S].1.5标准、条约和约定本项目遵从以下标准:GB/T13702-1992计算机软件分类与代码GB/T20918-2007信息技术软件生存周期过程风险管理GB/T19003-2008软件工程GB/T19001-2000GB/T15538-1995软件工程标准分类法GB/T9386-2008计算机软件测试文档编制规范GB/T9385-2008计算机软件需求规格说明规范GB/T15532-2008计算机软件测试规范GB/T18221-2000信息技术程序设计语言环境与系统软件接口独立于语言的数据类型GB/T11457-2006信息技术软件工程术语GB8567-2006计算机软件文档编制规范项目概述2.1项目目标本项目是为学校学生信息管理者开发一套学生信息管理系统,用信息化、智能化、简单化手段代替原有的复杂操作模式来管理学生信息。主要有5个模块:管理员登录模块增添学生信息模块修改学生信息模块删除学生信息模块查询学生信息模块2.2产品目标与范学生信息管理系统是典型的信息管理系统,其开发主要包括后台数据库的建立、维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强、数据安全性好的数据库。而对于后者则要求应用程序具有功能完备,易使用等特点。学生信息管理系统对全校学生实行统一的管理,可以方便的进行增添、查询、修改、删除学生信息的工作。2.3假设与约束本项目的开发时间为2012.9.9—2012.12.28开发人员人数:3人技术文档写作人员人数3人测试人员人数3人开发经费预算:0设备:3台PC2.4项目工作范为了使本系统成功达到用户的要求,需要在2012.12.28之前完成本系统的发测试,并写提交相关的技术文档。通过与用户的沟通,及时获得用户的最新需求以便于本系统的完善。2.5应交付成果2.5.1需完成的软件学生信息管理系统软件2.5.2需提交用户文档《安装维护手册》《使用手册》2.5.3需提交内部文档《需求规格说明书》《概要设计说明书》《详细设计说明书》《源代码清单》《代码接口说明》《测试策略》《测试计划》《系统测试用例》《缺陷报告》《最终测试结果报告》2.5.4需提供的服务提供安装软件,定期维护与检查的服务并演示软件使用方式等2.6项目开发环境硬件环境:每人一台pc机软件环境:myecplise8.6,MYSQL2.7项目验收方式与依据项目验收将采取三方验收的方式进行:用户方,开发方和课程指导老师方。通过考察系统的使用情况,用户的反馈以及老师的意见,形成共同意见并共同签署验收报告,标志着验收工作告一段落项目团队组织3.1组织结构角色(岗位)职责技能要求高级经理(管理组)提供项目组足够的资源、资金等支持;批准并参与项目计划的评审;定期审阅项目经理提交的相关报告;项目经理(管理组)制定项目计划并依据计划对项目进行监督与跟踪控制;事件驱动或定期向高级经理汇报项目的进展情况;对项目中出现的问题及时采取相应措施;设计人员(文档组)参与负责新产品需求工作、概要设计、部分详细设计VSTS开发人员(开发组,测试组)参与负责新产品的设计,编码以及单兀测试数据库/java/s2sh3.2人员分工(1)开发方角色(岗位)人员高级经理组长项目经理组长设计人员小组所有成员开发人员小组所有成员(2)客户方:由小组成员轮流担任客户方3.3协作与沟通3.3.1内部协作内部团队之间也是有相互沟通的。文档组向开发组和测试组挖掘技术信息,写到技术文档中。测试组在开发过程中就介入到开发组中来,和开发人员共同完成本系统的开发任务。管理层给大家分配任务,并督促大家完成。3.3.2外部沟通在与用户的沟通中,组员需要深入了解用户需求,通过需求分析明确定义系统的功能,再把设计和开发任务下达到各个小组负责人和组员,然后在规定的时间窦施计划师,形成一种良性循环。4.1风险评估及对策本项目的主要风险是开发人员对用户需求中的学生信息管理工作的不熟悉,在开发项目的过程中存在一定的漏洞,可能会导致学生信息被泄露。另外,由于是在上课期间,各成员可能会有其他的必须要完成的任务而耽误了项目的开发。项目的人员比较少开发项目的技术比较欠缺可能会影响到项目的进展,每个风险的可能性,对风险分析如表2-1所示:表2-1风险分析表序号输入风险事件可能性影响风险值采取措施1用户需求需求不明确、需求变化频繁60%20%25%延长需求调研时间。严格控制需求的变化。及时的与客户进行意见的交流。2人员技术开发人员技术和实践经验不足70%80%85%组织组员重点学习相关开发需要的内容。加强沟通,及时了解人员的想法和遇到的问题。寻求老师或是有开发项目经验的同学来帮助。采用安全可靠地技术来开发。3时间开发的时间有限20%50%10%多利用课余时间,增加开发可用的时间。与用户商量,去掉不必要的需求,降低工作量,减少开发时间。

4・2项目时间管理计划项目进度由组长和成员协商安排,把总体工作计划分配到月再到每周,进而分配到每一天,每个人,如果在规定的时间内没有完成,自己利用晚上的时间必须完成当天的计划任务。只有确保每天的天计划完成,才能确保总体工作计划顺利完成。开发计划与人员分工如表2-2所示:表2-1人员分工表ff**时间阶段任务*人员分工910月月11月12月项目启动与计划漆建红(项目组长)林聪(技术专家)☆需求分析吴文平(需求顾问)☆☆人系统与测试设计系统概要设计林聪(开发组长)4☆系统详细设计林聪(开发组长)制定测试策略吴文堆测试组长)制定测试计划吴文堆测试组长)☆编码与测试执行☆☆制定编码规范林聪(开发组长)☆确定测试需求吴文堆测试组长)☆☆编码林聪(开发组长)单元测试林聪(开发组长)☆编写测试用例吴文堆测试组长)☆执行测试吴文平(测试组长)☆测试评估吴文堆测试组长)☆制定部署方案林聪(开发组长)☆4.3质量管理计划质量管理由项目组长带头,测试组长通过负责软件测试工作保证软件质量。对每个开发阶段的阶段性成果都进行评审和测试,记录相关阶段的软件产品,以保证软件产品的质量。质量管理时间进度与人员分工如表2-3所示:

表2-3质量管理时间进度与人员分工■执行时间阶段任''务人员分工9.510.2010.2711.2012.1012.25需求分析需求评审项目组长☆系统与测试设计系统概要设计评审项目组长☆系统详细设计评审项目组长☆制定测试策略评审项目组长☆制定测试计划评审项目组长☆编码与测试执行制定编码规范评审项目组长☆测试需求评申测试组长☆代码审查测试组长☆单元测试报告评审测试组长☆测试用例评审测试组长☆缺陷报告评审测试组长☆测试评估与系统部署测试评估报告评审测试组长☆部署方案评申开发组长☆在质量管理计划中,为了保证软件质量管理中对出现的问题进行记录跟踪。发现问题,找到问题的负责人。通知负责人在规定时间内修改问题。问题责任人修改问题。问题责任人将修改后的内容反馈给发现问题的人员。发现问题的质量管理人员对有问题的部分进行重新检验,确认问题得到修改。如果发现问题没有修改,将通知问题责任人继续修改,直到问题得到解决。4.4成本管理计划由于软件工程的实践项目所以本,本项目是开源免费的。无需成本的管理。4・5配置管理计划采用专用的版本管理工具进行软件版本的控制。♦版本管理的人员与职责版本控制管理者:开发组长职责:制定版本控制流程。♦确定版本的用户权限管理者:负责版本管理、对版本库拥有全部权限。开发人员:写入读出测试人员:读出♦定义配置项(版本控制项)及其标识系统项目计划书系统需求说明书系统概要设计系统详细设计测试策略测试计划编码规范测试用例源代码缺陷报告测试最终结果报告♦定义项目基线项

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论