学生成绩管理系统项目开发计划.doc

学生成绩管理系统项目开发计划

———————————————————————————————— 作者：
———————————————————————————————— 日期：

16

个人收集整理 勿做商业用途

学生成绩管理系统
项目开发计划

文档作者：___ ___
学号 ：
日期 ：2010/ 11 / 1
目录
1 引言 2
1.1编写目的 2
1.2 项目背景 2
1。3参考资料 3
2项目概述 3
2。1目标 3
2.2产品 4
2。3运行环境 4
2.4服务 4
2.5验收标准 4
3功能 4
3。1功能定义 4
3。2模块功能介绍 5
4实施计划 6
4。1人员组成 6
4。2进度 6
4.3接口人员 6
4.4预算 6
4。5关键问题 6
5支持需求 7
5。1计算机系统支持 7
5.2需要交办单位承当的工作 7
5。3需要其他单位提供的条件 7
6交付限期 7
7专题策划要点 7

1 引言
1。1编写目的
为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序,因此以文件化的形式，把开发过程中各项工作的人员、分工、经费、系统资源条件等问题的安排记录下来,作为项目团队成员以及项目干系人之间的共识与约定，项目团队开展和检查项目工作的依据，以便计划开展和确保项目开发成功.
1.2 项目背景
随着科学技术的不断提高，计算机科学日渐成熟，其强大的功能以为人们深刻认识，它已进入人类社会的各个领域并发挥着越来越重要的作用。作为计算机应用的一部分，使用计算机对学生成绩管理信息进行管理，具有手工管理所无法比拟的有点。例如,检索迅速、查找方便、可靠性高、存储量高、保密性好、寿命长、成本低等。这些有点能够极大地提高学生档案管理的效率，也是企业科学化、正规化管理,与世界接轨的重要条件。因此，开发大学成绩管理系统很有必要.
学生成绩管理系统是一个学校不可缺少的重要部分,它的内容对于学校的决策者和管理者来说都至关重要，所以学生成绩管理系统应该为用户提供充足的信息和快捷的查询手段。同时，学生成绩管理是各大学的主要日常管理工作之一，涉及到校、系、师、生的诸多方面，随着教学体制的不断改革,尤其是学分制、选课制的展开和深入，学生成绩日常管理工作及保存管理日趋繁重、复杂.高校都迫切需要研制开发一款属于自己的功能强大，操作简单，具有人性化的学生成绩管理系统。

1。3参考资料
【1】王珊、萨师煊编著《数据库系统概论》第四版 高等教育出版社出版
【2】徐国智、汪孝宜编著，《sql several数据库开发实例精粹》电子工业出版社出版
【3】张志明编著《C++语言与面向对象的设计》(第二版）重庆大学出版社出版
【4】辛明海 潘孝铭 王晋隆 连灿红编写《软件文档写作教程》高等教育出版
2项目概述
2.1目标
在我国，各大中小学校的各类信息管理系统并非一个新的课题，但也有的学校根本就没有信息任何管理系统,所有的工作几乎还是手工操作来完成.计算机技术在日新月异的发展，信息化是社会进程的必然趋势，学校管理只有只有快，准,精才能发挥其价值。本系统是将现代化的计算机技术和传统的教学、教务工作相结合，按照学院的工作流程设计完成的.为了使系统在学院的管理中发挥更大的作用,实现工作过程的计算机化，提高工作效率和工作质量，现提出如下的系统开发目标：文档为个人收集整理，来源于网络个人收集整理,勿做商业用途
1.系统应具有实用性、可靠性和适用性，同时注意到先进性。
2。对各个数据库进行动态管理,防止混乱。
3。能够按照用户选择的不同的条件进行简单查询和复合查询。
4。能够对查询结果进行分类汇总。
5。注意数据的安全性,具有数据备份和恢复的功能。
6。方便用户的操作，尽量减少用户的操作。
2。2产品
程序：
学生成绩管理系统 (包括登陆界面和主界面）VC++程序和数据库
文件：
1软件项目开发计划
2可行性研究报告
3软件需求规格说明书
4概要设计说明书
5用例规约

2。3运行环境
软件环境：操作系统：Windows 2000 Professional及以上
数据库：SQL Server 2000
硬件环境：处理器:Inter(R）on(R) CPU 2。66GHz
内 存： 2G
(非最低配置环境)
2。4服务
所提供服务:
A。管理员能够实现对整个学生信息的添加、修改、删除、查询等操作；对教师用户及其信息的添加、修改、删除、查询等操作。
B。 可以将学生成绩的数据发布到网上，教师的信息发布发到网上，方便学生教师进行查询,达到资源共享的目的。
C.教师能够在一定的权限内对所有学生成绩的查询,所有教师信息的
查询。对自己的联系等信息进行更新，登录密码的修改,教师可以给
学生所选课程打分。
D。学生可以在自己的权限内对自己的成绩查询，可以进行选课，以及个人信息的查询，登录密码的修改.

2.5验收标准
此软件由于是一个初级产品,于制定日期之内，完成预定的各项功能，达到基本目标。
3功能
3.1功能定义
（1）登录管理:为了保证系统的安全性，可以根据不同的用户权限来提供不同的服务。分为管理员登录和用户（教师、学生)登录两个子模块.
（2）账户管理：分为用户管理和修改密码两个子模块.其中用户管理子模块又包含了添加用户、修改用户和删除用户两部分。
（3）信息查询：在各基本表的基础上进行信息查询.分为学生资料查询和学生成绩查询两个子模块。
3。2模块功能介绍
一．登录管理模块：
管理员登录:实现管理员登录
教师登录：实现教师登录
学生登录：实现学生登录
二.账户管理模块:
教师账户管理：管理员对教师账户进行添加或删除
学生账户管理：管理员对学生账户进行添加或删除
三。信息查询与修改模块:
学生个人信息查询：学生查看自己的基本信息
学生个人信息修改:学生对自己非必要的个人信息修改
学生成绩查询:学生对自己成绩的查询
教师对学生的信息查询：教师查询所教班级的所有人的信息
教师对学生的成绩查询:教师查询所教班级的所有人的成绩
教师个人信息修改：教师查看自己的基本信息与修改

4实施计划
4.1人员配置
组长：曹加坤
成员:张立安 薛裕
全体成员参与项目开发的整个过程，包括：可行性分析,需求分析，概要设计，详细设计，编码设计，测试分析,开发总结等有关文档编写.
4.2项目进度
进
度
时
间
名
称

持续
天数（天）

开始时间

结束时间

任务概述
可行性分析
2
2011年11月2日
2011年11月3日
收集数据，调查总结
需求分析
2
2011年11月4日
2011年11月5日
写出计划书，需求分析报告
概要设计
3
2011年11月6日
2011年11月8日
系统功能数据库的总体设计
详细设计
3
2011年11月9日
2011年11月11日
基本实现系统功能，进入测试
编码设计
15
2011年11月12日
2011年11月26日
找出测试数据，写出计划
测试分析
2
2011年11月27日
2011年11月28日
找出系统的缺点，完善功能
项目开发总结
4
2011年11月29日
2011年12月2日
总结个性功能要求，更加完善
软件问题报告
2
2011年12月3日
2011年12月4日
总结问题报告，并做好检查准备
项目产品整理
—-
2011年11月5日
以后
改进记录.接受检查
4.3预算
此项目属于课程设计，预期完成需时:一个月。
4。4关键问题
参与人员的团结精神和积极态度,此项目的风险系数不大,主要是小组成员的团结合作精神以及工作态度，将对项目取决定性作用。
5支持需求
5.1计算机系统支持
本管理系统的开发需要工作平台:PC 主机；
开发环境:Windows 2000及以上操作系统、已安装VC++6。0及SQL2000 软件;
运行环境：Windows 2000及以上操作系统。
6．项目跟踪计划
6。1 任务跟踪
项目负责人需对完成的每一个文档的内容进行跟踪和监督，而小组成员需对每日完成的内容进行总结.
6.2 问题跟踪
项目负责人负责跟踪在软件项目执行过程中出现的各种问题并记录。 所有的问题应在小组会上讨论并跟踪至解决.
6。3项目进度报告
小组成员每天完成的任务需向小组负责人报告进度。
7质量计划
7。1 质量目标
学生成绩管理系统主要提供成绩查询，方便管理网上的信息查阅平台,学生可以通过该系统查阅和自己相关的信息。教室可以通过该系统查阅学生成绩信息，教师信息.系统管理员可以实现以上的所有功能，还有对学生及其成绩的添加、删除、查询、修改，对教师信息的添加、删除、查询、修改，对数据库的备份、还原等相关操作。
A.管理员能够实现对整个学生信息的添加、修改、删除、查询等操作;对教师用户及其信息的添加、修改、删除、查询等操作。
B. 可以将学生成绩的数据发布到网上，教师的信息发布发到网上，方便学生教师进行查询，达到资源共享的目的。
C.教师能够在一定的权限内对所有学生成绩的查询，所有教师信息的查询。对自己的联系等信息进行更新，登录密码的修改,教师可以给学生所选课程打分.
D.学生可以在自己的权限内对自己的成绩查询，可以进行选课，以及个人信息的查询,登录密码的修改。
7.2 质量策略
为了保证提交给用户的产品是高质量的，实施过程中采取的质量保证措施包括:
1）将质量贯彻到日常的项目进展过程中,
2）应该特别注意项目工作产品质量的早期评审工作,无论是质量保证还是质量控制，采取
的策略都是早期预防和早期排除缺陷。
7。3质量保证活动
质量保证的主要活动包括过程评审和产品审计。过程评审和产品审计的目的是确保在项目
进展过程的各个阶段和各个方面采取各项措施来保护和提高提交给用户的产品质量。每一
次过程评审和产品审计都应该填写相应的报告或活动记录。
7.3。1产品审计
产品审计由质量保证人员来进行，检查项目产品是否达到质量目标。
质量保证人员可以有选择性的审计项目生存期中创建的工作产品，以检验是否符合适当
的标准，是否进行了质量检查。
质量审计一览表
项
审计对象
审计阶段
参照的标准
1
软件项目计划
计划结束
企业质量体系
2
软件配置管理计划
计划结束
企业质量体系
3
软件质量保证计划
计划结束
企业质量体系
4
概要设计文档
设计结束
企业质量体系和项目计划
5
详细设计文档
设计结束
企业质量体系和项目计划
6
数据库表和编码规范
设计结束
企业质量体系和项目计划
7
产品程序
每个阶段实施结束
企业质量体系和项目计划
8
测试报告
测试结束
企业质量体系和项目计划
9
测试计划
设计结束
企业质量体系和项目计划
7。3。2过程评审
项目严格按照组织定义的软件过程进行开发,过程评审的具体依据参照企业的过程规范，
保证项目中的所有过程活动都在实施范围内.在每次评审之后，要对评审结果做出明确的决
策并形成评审记录。评审可采取文件传阅,评审会等形式.
质量保证人员负责对项目过程进行监督，将发现的问题和解决情况在每周的例会上通报，
对没有解决的问题进行讨论,对不能解决的问题提交高级管理者处理。
每个周末,进行一次配置管理审核,确定配置管理工作是否正常进行.

7.3。3项目执行过程
1。项目规划过程及产品标准。
2。项目跟踪管理过程.
3.需求分析过程及产品标准。
4。系统设计过程及产品标准.
5.详细设计过程及产品标准。
6.调试运行过程及产品标准。
7。代码走查过程及代码编写标准。
8.产品集成测试过程及产品标准.
9。开发环境中的执行规则。
10.测试环境中的执行规则.
11。质量保证过程及其标准.
8配置管理计划
8.1组织及职责
(1)根据《项目计划》中的人员配置，确定配置管理者，SCCB(配置控制委员会成员。
(2)项目组长是SCCB的负责人。
(3)配置管理的角色和职责见下表：

配置管理角色职责表
角色
人员
职责、工作范围
配置管理者
薛裕
1） 制定《配置管理计划》
2） 创建和维护配置库
SCCB负责人
曹加坤
1） 审批《配置管理计划》
2） 审批重大的变更
SCCB成员
小组所有成员
审批某些配置项或基线的变更

8.2配置管理环境
由于本项目属于中小型项目，工期不长,而且大家对Microsoft Visual SourceSafe(简
称VSS)也比较熟悉，所以采用VSS作为配置管理工具。
用户及权限见下表
类别
人员
权限说明
配置管理者
薛裕
负责项目配置管理，拥有所有权限
项目管理
曹加坤
访问、读
开发人员
张立安
访问、读

8.3配置管理活动
8。3.1 配置项标识
8.3.1.1命名规范
命名规范适用于过程文档、生存期中各阶段的计划、需求、设计、代码、测试、手册等文件
本项目文件命名规范由五个字段组成，从左到右依次为：公司、项目、类型、编号
小组：三个字符
项目：最长10个字符
类型：最长5个字
编号：最长8位数字
版本号：Vm.n

和版本号，如下图。字段用一横线（—）分隔
CXZ-Study-RM-525-V1.0

8。3。1.2主要配置项
类型
主要配置项
标识符
计划
《项目计划》
CXZ—Study-SPP—PP—V1。0
《质量保证计划》
CXZ-Study—SPP-SQA-V1.0
《配置管理计划》
CXZ—Study-SPP—SCW-V1。0
需求
《需求规格说明书》
CXZ-Study—RM-SRS—V1.0
设计
《总体设计说明书》
CXZ-Study—Design—HL-V1.0
《数据库设计》
CXZ—Study—Design-DB—V1.0
《详细设计说明书》
CXZ—Study— Design —LL-V1.0
《设计术语及规范》
CXZ—Study— Design -STD—V1。0
编程
源程序
CXZ—Study—Code—ModuleName—V1。0
编码规则
CXZ-Study-Code-STD-V1。0
测试
《测试计划》
CXZ-Study-Test-Plan-V1.0
《测试用例》
CXZ—Study—Test-Case-V1.0
《测试报告》
CXZ—Study-Test—Report-V1.0
提交
运行产品
CXZ-Study-Product—Exe—V1。0
《验收报告》
CXZ-Study— Product -Peport—V1。0
《用户手册》
CXZ—Study—Product —Manual-V1。0

8.3.1.3项目基线
在SourceSafe中基线由FABEL标识，字母必须为大写。基线管理由项目执行负责人确定,SCCB授权，由配置管理员执行。
基线发布计划
基线名称/标志符
基线所包含的主要配置项
预计建立时间
需求
《需求规格说明书》、用户DEMO
2006-4—18
总体设计
《总体设计说明书》、《数据库设计》
2006—4—11
项目实现
软件源代码、编码规则
2006—6-2
系统测试
《测试用例》《测试报告》
2006-6-4

8.3.2变更管理
变更管理的流程是：
（1）由请求者提交变更请求,SCCB会召开复审会议对变更请求进行复审，以确定该请求是否有效。典型的变更请求管理有需求变更管理、缺陷追踪等。
（2)配置管理者收到基线修改请求后、在配置库中生成与此配置项相关的波及关系表.
(3）配置管理者将基线波及关系提交给SCCB，由SCCB确定是否需要修改,如果需要修改，SCCB应根据波及关系表,确定需要修改的具体文件，并在波及分析表中标识出来。
（4)配置管理者按照出库程序从配置中取出需要修改的文件.
（5）项目人员将修改后的文件提交给配置管理者。
（6）配置管理者将修改后的配置项按入库程序放入配置库。
(7）配置管理者按SCCB标识出的修改文件,由波及关系表生成基线变更记录表，并按入库程序放入配置库。

8.3.3配置状态统计
利用配置状态统计,可以记录和跟踪配置项的改变。状态统计可用于评估项目风险，在开
发过程中跟踪更改,并且提供统计数据以确保所有必需的更改已被执行。为跟踪工作产品基线，配置管理者需要收集下列信息:
基线类型。
工作产品名称。
配置项名称/标识符。
版本号
更改日期/时间
更改请求列表
需要更改的配置项
当前状态
当前状态发生日期
项目组每周提交配置项清单及其当前版本。
配置管理人员每半个月提交变更请求的状态统计.
9交付时间