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

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

《学生信息管理系统项目计划书Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《学生信息管理系统项目计划书Word格式文档下载.docx（11页珍藏版）》请在冰豆网上搜索。

GB／T9385-2008计算机软件需求规格说明规范

GB／T15532-2008计算机软件测试规范

GB/T18221-2000信息技术程序设计语言环境与系统软件接口独立于语言的数据类型

GB/T11457-2006信息技术软件工程术语

GB8567-2006计算机软件文档编制规范

2项目概述

项目目标

本项目是为学校学生信息管理者开发一套学生信息管理系统，用信息化、智能化、简单化手段代替原有的复杂操作模式。

产品目标与范围

本项目产品的目标是实现学生信息管理的智能化、信息化、简单化，通过该系统来代替以往复杂软件操作存在的弊端。

系统的主要功能是实现学生信息的增加、删除、修改、查找的显示操作，及实时数据库提交更改，通过Sql语言的混合编程实现对学生信息的灵活操作。

该系统有五个模块：

增加学生信息模块，删除学生信息模块，修改学生信息模块，查询学生信息模块及管理员登陆模块。

各各模块都是又按钮事件触发相应的函数执行Sql语言，完成对数据操作后通过GUI编程显示反应给用户的；

管理员登陆后则可以对所有学生数据进行增、删、改、查的操作。

假设与约束

本项目的开发时间为—开发人员人数：

7人

技术文档写作人员人数：

测试人员人数：

2人

开发经费预算：

设备：

7台PC

项目工作范围

为了使本系统成功达到《软件工程》学科的要求，需要在之前完成本系统的开发与测试，并写提交相关的技术文档。

通过与信息管理者的沟通，及时获得用户的最新需求，以便于本系统的完善。

应交付成果

需完成的软件

学生信息管理系统软件

需提交用户的文档

安装维护手册、使用手册

需提交内部的文档

项目可行性分析报告，系统项目计划书，系统需求说明书，系统概要设计说明书，系统详细设计说明书，源代码清单。

需提供的服务

将向用提供一次软件使用演示。

项目开发环境

硬件环境：

人手一台PC机，

软件环境：

Qt+数据库

项目验收方式与依据

项目验收将采取三方验收的方式进行：

用户方，开发方和《软件工程》课程指导老师方。

通过考察系统的使用情况，用户的反馈以及老师的意见，形成共同意见并共同签署验收报告，标志着验收工作告一段落。

3项目团队组织

组织结构

项目团队分为开发组，测试组，文档组和项目管理组。

其中开发组需要对软件开发所用到的Qt语言和数据库技术比较擅长，能够在开发组组长的带领下，在规定的时间内迅速完成软件开发工作。

测试组需要在开发过程中就开始参与进来，开展测试工作，并且在开发完成后还要继续测试工作，直到软件交付使用。

测试组需要有广阔的思维来设计测试用例，然后细心的测试,发现Bug。

文档组需要对软件开发和测试流程相当熟悉并且有扎实的写作工作，能够配合其他团队编写出项目开发过程的全部文档。

项目管理组需要擅长把握软件开发的整体运作，包括知识方面的学习，软件开发速度把握，测试的监督指导，激发开发人员积极性等一系列工作。

人员分工

（1）开发方

开发组：

开发主管—韩主管（负责技术难点）

组长—小吕（负责开发组日常工作和数据库）

组员—小李（负责系统开发）

--小王（负责系统开发）

--小马（美工）

测试组：

测试组长：

小吴（负责带领测试团队完成整个系统的测试工作）

组员—小程（负责测试系统）

文档组：

组长—小马（负责管理技术文档编写工作）

组员—小李（负责技术文档编写）

组员—小韩（负责技术文档编写）

项目管理组：

项目主管—韩主管（负责全面管理项目的开发工作）

需求顾问——信息管理老师（负责需求分析工作）

技术专家——高老师（负责项目的可行性分析以及项目中重大技术问题的决策）

（2）客户方

主要是信息管理的老师，负责和开发组沟通。

协作与沟通

内部协作

文档组向开发组和测试组挖掘技术信息，写到技术文档中。

测试组在开发过程中就介入到开发组中来，和开发人员共同完成本系统的开发任务。

管理层给大家分配任务，并督促大家完成，自己也会参与到开发的具体工作中来。

外部沟通

在与用户的沟通中，开发组和需求顾问需要深入了解用户需求，通过需求分析明确定义系统的功能，再把设计和开发任务下达到各个小组负责人和组员，然后在规定的时间把产品交给高校信息管理者和《软件工程》科目老师，形成一种良性循环。

4实施计划

风险评估及对策

本项目的主要风险是开发人员对用户需求中的学生信息管理工作的不熟悉，另外，在人员、时间、技术等方面都存在风险。

每个风险的可能性，对风险分析如下表所示。

序号

输入

风险事件

可能性

影响

风险值

采取措施

1

用户需求

需求不明确、需求变化

60%

20%

25%

1．加班，延长需求调研时间。

2．严格控制需求的变化。

2

人员技术

开发人员技术和实践经验不足

70%

80%

85%

1．组织组员重点学习相关开发需要的内容。

2．加强沟通，及时了解人员的想法和遇到的问题。

3．寻求老师或是有较强编程技术的同学帮助。

3

时间

开发的时间有限

50%

10%

1、多利用课余时间，增加开发可用的时间。

2、与用户商量，去掉不必要的需求，降低工作量，减少开发时间。

项目时间管理计划

项目进度由总经理和各组经理负责，把总体工作计划分配到每个月，进而分配到每一天，每个人，如果在规定的时间内没有完成，自己利用晚上加班的时候必须完成当天的计划任务。

只有确保每天的天计划完成，才能确保总体工作计划顺利完成。

开发计划与人员分工如下图所示。

时间

阶段任务

人员

分工

月

4

5

项目启动与计划

项目组长技术专家

需求分析

需求顾问

系统与测试设计

系统概要设计

开发组长

系统详细设计

制定测试策略

测试组长

制定测试计划

编码与测试执行

制定编码规范

确定测试需求

编码

单元测试

编写测试用例

执行测试

测试评估与系统部署

测试评估

制定部署方案

质量管理计划

质量管理由项目组长牵头，测试组长通过负责软件测试工作保证软件质量。

对每个开发阶段的阶段性成果都进行评审或者测试，以保证软件产品的质量。

质量管理时间进度与人员分工如下：

执行时间

3.

31

4.

26

5.

18

5.21

5.23

需求评审

项目组长

系统概要设计评审

系统详细设计评审

制定测试策略评审

制定测试计划评审

制定编码规范评审

测试需求评审

代码审查

单元测试报告评审

测试用例评审

缺陷报告评审

测试评估报告评审

部署方案评审

在质量管理计划中，为了保证软件质量管理中对出现的问题的管理，还需要定义问题跟踪流程。

流程如下：

（1）发现问题，找出问题的责任人

（2）通知问题责任人限期修改

（3）问题责任人修改问题

（4）问题责任人将修改后的内容反馈给发现问题的人员

（5）发现问题的质量管理人员对有问题的部分进行重新检验，确认问题得到修改。

（6）如果发现问题没有修改，将通知问题责任人继续修改，直到问题得到解决

成本管理计划

由于是《软件工程》科目的软件开发实践作业，所用的平台和软件都是开源免费的，所以开发成本为零，不予考虑。

配置管理计划

采用专用的版本管理工具进行软件版本的控制，如SVN或是Git之类的管理工具。

（1）人员与职责

版本控制管理者：

开发组长职责：

制定版本控制流程

（2）确定版本库的用户权限

管理者：

负责版本管理、对版本库拥有全部权限

开发人员：

写入读出

测试人员：

读

（3）定义配置项（版本控制项）及其标识

系统项目计划

系统需求说明

系统概要设计

系统详细设计

测试策略

测试计划

测试用例

编码规范

源代码

缺陷报告

测试最终结果报告

（4）定义项目基线（略）

（5）定义配置项的版本管理策略

按照4类不同功能的分支进行：

主干分支

私有分支

小组分支

集成分支

（6）定义变更管理流程（略）

采购计划

在项目初期需要每个项目开发人员自己配置一台个人PC机。

5文档历史

版本

修改内容

修改日期

修改人

审阅人

原始版本

2011-4-2

小李

小韩