学生信息管理系统项目计划书Word格式文档下载.docx

1、GBT 9385-2008 计算机软件需求规格说明规范 GBT 15532-2008 计算机软件测试规范 GB/T 18221-2000 信息技术 程序设计语言 环境与系统软件接口 独立于语言的数据类型 GB/T 11457-2006 信息技术 软件工程术语 GB 8567-2006计算机软件文档编制规范 2 项目概述项目目标 本项目是为学校学生信息管理者开发一套学生信息管理系统，用信息化、智能化、简单化手段代替原有的复杂操作模式。产品目标与范围本项目产品的目标是实现学生信息管理的智能化、信息化、简单化，通过该系统来代替以往复杂软件操作存在的弊端。系统的主要功能是实现学生信息的增加、删除、修改

2、、查找的显示操作，及实时数据库提交更改，通过Sql语言的混合编程实现对学生信息的灵活操作。该系统有五个模块：增加学生信息模块，删除学生信息模块，修改学生信息模块，查询学生信息模块及管理员登陆模块。各各模块都是又按钮事件触发相应的函数执行Sql语言，完成对数据操作后通过GUI编程显示反应给用户的；管理员登陆后则可以对所有学生数据进行增、删、改、查的操作。假设与约束本项目的开发时间为开发人员人数：7人技术文档写作人员人数：测试人员人数：2人开发经费预算：设备：7台PC项目工作范围为了使本系统成功达到软件工程学科的要求，需要在之前完成本系统的开发与测试，并写提交相关的技术文档。通过与信息管理者的沟通

3、，及时获得用户的最新需求，以便于本系统的完善。应交付成果需完成的软件 学生信息管理系统软件需提交用户的文档 安装维护手册、使用手册需提交内部的文档 项目可行性分析报告，系统项目计划书，系统需求说明书，系统概要设计说明书，系统详细设计说明书，源代码清单。需提供的服务 将向用提供一次软件使用演示。项目开发环境硬件环境：人手一台PC机，软件环境：Qt+数据库项目验收方式与依据 项目验收将采取三方验收的方式进行：用户方，开发方和软件工程课程指导老师方。通过考察系统的使用情况，用户的反馈以及老师的意见，形成共同意见并共同签署验收报告，标志着验收工作告一段落。3 项目团队组织 组织结构项目团队分为开发组，

4、测试组，文档组和项目管理组。其中开发组需要对软件开发所用到的Qt语言和数据库技术比较擅长，能够在开发组组长的带领下，在规定的时间内迅速完成软件开发工作。测试组需要在开发过程中就开始参与进来，开展测试工作，并且在开发完成后还要继续测试工作，直到软件交付使用。测试组需要有广阔的思维来设计测试用例，然后细心的测试,发现Bug。文档组需要对软件开发和测试流程相当熟悉并且有扎实的写作工作，能够配合其他团队编写出项目开发过程的全部文档。项目管理组需要擅长把握软件开发的整体运作，包括知识方面的学习，软件开发速度把握，测试的监督指导，激发开发人员积极性等一系列工作。 人员分工（1）开发方开发组： 开发主管韩主

5、管（负责技术难点） 组长小吕（负责开发组日常工作和数据库） 组员小李（负责系统开发） -小王（负责系统开发） -小马（美工） 测试组： 测试组长：小吴（负责带领测试团队完成整个系统的测试工作）组员小程（负责测试系统） 文档组： 组长小马（负责管理技术文档编写工作） 组员小李（负责技术文档编写） 组员小韩（负责技术文档编写） 项目管理组： 项目主管韩主管（负责全面管理项目的开发工作） 需求顾问信息管理老师（负责需求分析工作） 技术专家高老师（负责项目的可行性分析以及项目中重大技术问题的决策）（2）客户方主要是信息管理的老师，负责和开发组沟通。 协作与沟通内部协作文档组向开发组和测试组挖掘技术信息

6、，写到技术文档中。测试组在开发过程中就介入到开发组中来，和开发人员共同完成本系统的开发任务。管理层给大家分配任务，并督促大家完成，自己也会参与到开发的具体工作中来。外部沟通 在与用户的沟通中，开发组和需求顾问需要深入了解用户需求，通过需求分析明确定义系统的功能，再把设计和开发任务下达到各个小组负责人和组员，然后在规定的时间把产品交给高校信息管理者和软件工程科目老师，形成一种良性循环。4 实施计划 风险评估及对策本项目的主要风险是开发人员对用户需求中的学生信息管理工作的不熟悉，另外，在人员、时间、技术等方面都存在风险。每个风险的可能性，对风险分析如下表所示。序号输入风险事件可能性影响风险值采取措

7、施1用户需求需求不明确、需求变化60%20%25%1加班，延长需求调研时间。2严格控制需求的变化。2人员技术开发人员技术和实践经验不足70%80%85%1组织组员重点学习相关开发需要的内容。2加强沟通，及时了解人员的想法和遇到的问题。3寻求老师或是有较强编程技术的同学帮助。3时间开发的时间有限50%10%1、多利用课余时间，增加开发可用的时间。2、与用户商量，去掉不必要的需求，降低工作量，减少开发时间。 项目时间管理计划 项目进度由总经理和各组经理负责，把总体工作计划分配到每个月，进而分配到每一天，每个人，如果在规定的时间内没有完成，自己利用晚上加班的时候必须完成当天的计划任务。只有确保每天的

8、天计划完成，才能确保总体工作计划顺利完成。开发计划与人员分工如下图所示。 时间 阶段任务人员分工月45项目启动与计划项目组长 技术专家需求分析需求顾问系统与测试设计 系统概要设计开发组长 系统详细设计 制定测试策略测试组长 制定测试计划编码与测试执行 制定编码规范 确定测试需求 编码 单元测试 编写测试用例 执行测试测试评估与系统部署测试评估制定部署方案 质量管理计划质量管理由项目组长牵头，测试组长通过负责软件测试工作保证软件质量。对每个开发阶段的阶段性成果都进行评审或者测试，以保证软件产品的质量。质量管理时间进度与人员分工如下： 执行时间 3.314.265.185. 215. 23 需求评

9、审项目组长 系统概要设计评审 系统详细设计评审 制定测试策略评审 制定测试计划评审 制定编码规范评审 测试需求评审 代码审查 单元测试报告评审 测试用例评审 缺陷报告评审测试评估报告评审部署方案评审在质量管理计划中，为了保证软件质量管理中对出现的问题的管理，还需要定义问题跟踪流程。流程如下：（1）发现问题，找出问题的责任人（2）通知问题责任人限期修改（3）问题责任人修改问题（4）问题责任人将修改后的内容反馈给发现问题的人员（5）发现问题的质量管理人员对有问题的部分进行重新检验，确认问题得到修改。（6）如果发现问题没有修改，将通知问题责任人继续修改，直到问题得到解决 成本管理计划由于是软件工程科

10、目的软件开发实践作业，所用的平台和软件都是开源免费的，所以开发成本为零，不予考虑。 配置管理计划采用专用的版本管理工具进行软件版本的控制，如SVN或是Git之类的管理工具。（1）人员与职责版本控制管理者：开发组长 职责：制定版本控制流程（2）确定版本库的用户权限管理者：负责版本管理、对版本库拥有全部权限开发人员：写入 读出测试人员：读（3）定义配置项（版本控制项）及其标识系统项目计划系统需求说明系统概要设计系统详细设计测试策略测试计划测试用例编码规范源代码缺陷报告测试最终结果报告（4）定义项目基线（略）（5）定义配置项的版本管理策略按照4类不同功能的分支进行： 主干分支 私有分支 小组分支 集成分支（6）定义变更管理流程（略） 采购计划 在项目初期需要每个项目开发人员自己配置一台个人PC机。5 文档历史版本修改内容修改日期修改人审阅人原始版本2011-4-2小李小韩