p65大学学籍管理系统软件开发计划

1、大学学籍管理系统软件开发计划版 本 历 史版本/状态修订人起止日期审核人日期简要说明v1.0盛安平2010-9-20建立1引言1.1 编写目的编写本文档的目的，是把在开发过程中对各项工作的人员、分工、经费、系统资源条件等问题的安排用文档形式记载下来，以便根据计划开展和检查本项目工作，保证项目开发成功；制订项目组开发过程中的评审和审查计划，明确相应的质量管理负责人员；规定软件配置管理的活动内容和要求，明确配置管理工作的人员。1.2 背景为了提高从事学生工作的老师的工作效率，开发了“大学学籍管理系统”。这个系统能满足用户通过管理员账户与普通账户登录/登出（login/logout）。管理员账户具有

2、添加、修改、删除功能，普通账户只有查询权限。主要功能：能完成大学新生信息的添加、修改、删除，学生成绩的添加、修改，并能按学生成绩求和、排名，列出不及格学生的名单等。操作简单、界面友好；确保信息的准确性，动态性，安全性。“大学学籍管理系统”是基于java ee的技术，采用b/s结构，适于分布式多客户作业，客户端的要求也很低。本项目软件名称为大学学籍管理系统。任务来源于： xx 高校教务处承办单位： 言若金叶软件研究中心1.3 术语和缩写词 milestone 里程碑prd product requirements document (产品需求文档)spec specification (产品规格

3、说明书)cc code complete (代码完成)cf code freeze （代码冻结）er engineering release (工程发布)dev developer (开发者)qa quality assurance (质量测试工程师)fvr feature validation report (功能验证测试)2 项目概述2.1 项目目标“大学学籍管理系统”主要是对学生的学籍进行管理，需要实现学生的基本信息管理、成绩管理，以及成绩查询。项目整体流程图如图7-1所示：图7-1 项目整体流程图2.2 项目工作内容本项目开发过程中需要进行的各项主要工作为：(1) 项目在开始前，由pm

4、跟xx高校教务处进行沟通，确定项目功能范围，形成prd。(2) 项目工程部拿到prd后，根据需要的功能，通过分析研究，设计出详细的spec，开发设计文档。(3) 工程部经理（em）制定项目的总体计划。(4) 确定开发人员，测试人员(5) 确定时间安排(6) 概要设计文档(7) 详细设计文档(8) 软件测试计划(9) 设计测试用例(10) 软件测试分析报告(11) 软件使用说明书3 项目实施总计划3.1 阶段划分项目实施总计划中的阶段划分，如表7-1所示：表7-1 阶段划分阶段划分计划开始日期实际开始日期结束日期需求分析3周概要设计7天详细设计4周编码2月测试1月用户验收测试6天产品发布3.2

5、人员组成项目实施总计划中的人员组成，如表7-2所示：表7-2 人员组成姓名职责参加时间王顺软件需求分析部分汪红兵负责软件的总体设计时段：全部；开发时段：部分薛平蛟软件设计，开发全部韩锐软件设计，开发全部高轶软件设计，开发全部盛安平软件设计，开发全部王莉软件质量保证全部朱金娜说明书，部分文档部分3.3 任务的分解和人员分工软件开发任务按软件种类采取逐层分解的办法把任务落实到实处，各部门的人员需要相互协作、沟通，及时了解项目的进度，如果遇到问题，及时协商解决。沟通方式可以通过会议、电话、qq、邮件等等。管理、协调人员：王顺，汪红兵质量保证人员：王莉配置管理人员：高轶形式化检查人员：王顺使用者：盛安

6、平软件任务：系统需求负责人：王顺职责：提供需求。软件任务：需求分析负责人：汪红兵职责：进行需求分析，提供需求分析报告。软件任务：概要设计负责人：汪红兵，韩锐职责：进行概要设计，概要设计框图，相应文档。软件任务：详细设计负责人：盛安平，高轶职责：进行详细设计，出详细设计流图及报告。软件任务：编码负责人：薛平蛟，高轶，盛安平职责：编码，调试及报告。软件任务：测试负责人：王莉职责：全程测试软件任务：文档编制负责人：朱金娜职责：软件使用说明书，部分其他文档。3.4 进度和完成的最后期限进度包括：需求分析； 软件概要设计； 软件详细设计； 编码； 测试；完成的最后期限为：2010/12/15日(中间有一

7、周软件培训，延误一周)。3.5 经费预算略3.6 关键问题略3.7 独立确认测试工作计划和安排测试由王莉负责进行，在软件编码结束后的一周内开始。测试需要分成几个阶段进行，首先需要进行fvr测试(基本功能验证)，然后进行系统测试，最后进行验收测试。详细的内容可以参考后面的测试章节。测试结束后，需要提供测试结果的分析报告测试平台和浏览器组合，如表7-3所示：表7-3 测试平台和浏览器组合平台/浏览器ie6ie7ie8firefox3.6chrome6windows xpyesyesyesyesyesvista (32位)yesyesyesyesvista (64位)yes(64位)yes(64位)

8、yesyeswin7 (32位)yesyesyesyeswin7 (64位)yes(64位)yes(64位)yesyes3.8 风险评估在软件开发过程中，如果出现功能需求改动，或者人员变动，将会影响整个项目进度。如果出现技术的难题，需要及时提出，大家共同研究解决。4 项目开发环境项目开发和运行环境如表7-4所示：表7-4 项目开发和运行环境软件环境（相关软件、操作系统等）操作系统：windows 2000/xp以上版本；应用服务器和web服务器：tomcat 5以上数据库系统：mysql客户端软件：ms internet explorer或firefox等浏览器和office软件。硬件环境（网

9、络、设备等）对兼做应用服务器、web服务器和数据库服务器的机器配置要求较高：512m以上内存，piii500mhz以上cpu，10g以上可用硬盘空间；客户机只要能使用浏览器和office软件即可。网络条件和设备：网路连接卡或调制解调器。5 质量保证5.1 质量审核 为了确保软件的质量，需要执行严格的质量审核。需要按照下面的要求进行：(1) 评审和审查计划开发人员每完成一个功能模块，由开发负责人、测试负责人组成审查小组，跟开发人员一起审查代码。(2) 标准、条例和约定a. 开发人员编写代码要结构严谨、逻辑清晰。b. 要严格按照每一个里程碑去执行。c. 代码每天下午5点之前发送到cvs，方便制作安

10、装包的小组去生成包。d. 测试小组第二天早晨拿到新包，部署到测试站点进行测试。5.2 加强软件测试尽管开发工程师编写代码的能力越来越高，但在系统集成或者修改某个缺陷时，总会出现意想不到的问题，而这些问题开发工程师自己很难发现。测试人员通过自己特有的眼光和用户的角度是找问题，发现问题。测试人员的严格测试是软件质量保证的重要条件。测试人员不但需要做功能测试，还要做压力测试、兼容性测试。5.3 对软件的变更进行控制在项目的风险评估里，其中有一条就是功能变更的风险。很多项目在实施的过程中，用户突然提出新的需求，或者在开发的过程中，遇到不可解决的问题，需要改变功能。这个变更对整个项目的实施会带来很大的影

11、响，所以对变更要严格的控制。一般情况下，需要经过下面的流程：(1) 用户/项目经理提出变更需求(2) 工程部经理审核，并提出变更影响，估算这个变更需要多少时间完成(3) 测试部经理审核，并估算测试需要多少时间(4) 如果以上部门都审核通过，可以接受变更，如果有一个部门不同意，都不能按受变更5.4 对软件质量进行度量为了衡量软件质量的好坏，必须有一个度量标准。测试人员在测试时，会根据所报缺陷的严重程度，报不同级别的bug，由低到高分别是p10,p20,p30,p40。p10是细小的缺陷；p20是较严格的缺陷，但不影响使用；p30是很严重的缺陷，影响用户的使用，必须要修复；p40是致命的缺陷，不允

12、许存在。软件质量的度量标准就是：在规定的时间内，比如软件开发到了快要发布，交给用户使用阶段时，不允许有p30 bug存在，所有p30的bug要修改，而且没有新的p30 bug被发现。5.5人员软件质量的审核，由下列人员组成：汪红兵，王莉6 应交付成果6.1 需要完成的软件需要在规定的时间完成“大学学籍管理系统”java ee版。软件的各种功能都符合项目需求文档的要求，而且需要经常测试人员充分测试。由测试人员提供测试分析报告和质量评审报告。软件的安装包存储在光盘里，安装人员根据说明书，应该能顺利的部署到服务器上。6.2 需要提交用户的文档产品完成之后，在提交给用户时，需要提交下列文档给用户：(1) 概要设计文档(2) 详细设计文档(3) 软件测试计划(4) 设计测试用例(5) 软件测试报告(6) 软件审查报告(7) 软件使用说明书7 软件配置管理7.1 基本要求开发编码结束后一周内，交齐文档、代码。7.2 配置标识规则文档目录：2010-10-1-0；软件开发计划：2010-10-1-1；需求分析报告：2010-10-1-2；概要设计文档：2010-10-1-3；详细设计文档：2010-10-1-4；源代码：2010-10-1-5；软件使用说明书：2010-10-1-6；