学生成绩管理系统开发方案报告

学生成绩管理系统可行性分析报告
一、系统建立的目的及背景
1、编写目的
当今学生成绩管理的繁索给具有强烈时间观念的行政人员带来
了诸多不便，教学办公室缺少一种完善的学籍管理软件，为了对学生成绩的管理方便，开发
人员完成了全面的调查与分析，同时与目标用户进行了多次深入沟通，主要用于大中专院校
学生日常管理工作，以规范的学生档案为基础，实现了学生考勤，学籍变更、学生奖惩、考试
成绩、教师考勤等电算化管理，实现学校人力资源的优化和学生成绩管理的科学管理而设计的，通过试用本系统，可以更加有效的管理学生成绩信息，其中包括学生的基本信息，成绩信息并且具有信息的增加，查询，修改等功能。

2、项目背景
当今学生成绩管理的繁索给具有强烈时间观念的行政人员带来了
诸多不便，教学办公室缺少一种完善的学籍管理软件，为了对学生成
绩的管理方便，节省资源，提高工作效率，开发人员完成了全面的调
查与分析，同时与目标用户进行了多次深入沟通，并在次基础上着手
开发《学生成绩管理系统》软件。

二、功能特点：
学生信息查询、存储、共享的整体解决方案
1.学生档案管理：
建立规范的电子学生档案，并实现自动拍照功能，规范、易用。

2.方便的查询功能：
根据要求迅速查找出所有学生档案中符合要求的信息，支持EXCEL 导出，准确、快捷。

3.学生考勤管理
请假申请直接在软件中提交，由主管老师审核，系统自动统计学生请
假次数，高效、明了。

4.学生成绩管理
支持 EXCEL 模板导入学生成绩，系统自动统计各科成绩并排名。

3.学生综合情况报表
独创的《学生情况综合报表》自动分学期将学生档案、成绩、排名、
奖惩、考勤等学生表现情况进行汇总，颠覆了以往期末人工汇总的方
法，全面、简捷。

4.支持多用户管理模式：
用户根据不同权限分别管理各自资料，方便管理、节约成本。

三、可行性研究的前提
1.要求
主要功能：能够实现老师和学生对成绩的管理，即完成一些基本
的功能，如：查询，删除，添加，修改等，同时也要实现权限的管理。

性能要求：信息中心提供的学生成绩信息必须及时的反映出来，
老师和学生能够及时的进行对成绩的管理。

输入要求：数据完整，详实。

输出要求：简捷，快速，实时。

安全与保密要求： 1.依赖于网络本身对用户使用权限的规定。

2.在程序模块中通过使用密码控制功能对用
户的权限加以限制。

如：删除和修改。

四、系统的可行性研究
1、操作可行性（必要性）：本系统将大大改善数据处理速度，并
且更加方便的对数据进行管理，同时可以减少人力资源的浪费以及工资支出
2、技术可行性（可能性）：校园网已正常运行；开发人员已熟练掌
握面向对象的开发工具；教务人员已实现计算机培训‘技术上实现系统是可行的。

3、经济可行性（有益性）：校园内部局域网络已经建成；各部门电
脑均已配置；硬件投入不需要很大，另外，学校对系统的开发大力支持。

因此经济上是可
行的。

本系统可以马上开始实施，并尽可能做到提前完成。

从人力资源优化角度来说，可以充分利用学校已有人力资源。

从开发成本角度来说，将支出成本降到最底。

所以在三个可选择的方案中推荐此方案为最佳方案
2
学生成绩管理系统总体规划方案报告
一、规划系统的组成部分：
按使用者权限分为三部分：
1、学生：可执行学生个人信息查询功能，及个人登录密码修改功
能
2、教师：可执行教师个人信息查询功能，及相关课程成绩录入、
修改、和查询功能
3、系统管理员：可执行所有个人信息和成绩信息的查询、更新、
删除以及修改功能。

二、建立数据模型
由于计算机不可能直接处理现实世界中的具体事物，所有我们必
须事先把具体事物转化成计算机能够处理的数据。

首先数字化，用数据模型这个工具来抽象表示和处理，
所在系
教师号学号
姓名班级账号密码
姓名
课程名院系
课程号
性质
教师学生
学分
课程
专业
查询
查询，输
入，更改
总学分
存储
数据库
查询，输
入，更改
管理员
密码账号姓名管理员号
三、建立设计数据库
1、系统的组成部分有：教师录入成绩界面
教师查询成绩界面
学生查询成绩界面
管理员查询成绩界面
2、数据库如下
学生表
学号姓名所在专业班级登录登录不及总学分
系账号密码格科
数
教师表
教师号姓名所在系登录账号登录密码课程表
课程号课程名先修课课程性质学分
学生课程表
学号课程号成绩
管理员表
管理员号姓名登录账号登录密码
四、建立数据字典
通过使用数据字典对数据库进行管理。

对数据元素定义，设计数据字典。

1、数据字典：
名字：学号
别名：
描述：唯一标识一个特定学生的关键域
定义：学号 =13{ 数字 }13
位置：成绩单
名字：姓名
别名：
描述：学生的名字
定义：姓名 =4{ 字符 }8
位置：成绩单
名字：所在系
别名：系名
描述：学生或教师所属的系
定义：所在系 =4{ 字符 }30
位置：
名字：专业
别名：
描述：学生所属的专业
定义：专业 =4{ 字符 }30
位置：成绩单
名字：班级
别名：
描述：学生所属的班级
定义：班级 =3{ 数字 }4
位置：成绩单
名字：登录账号
别名：
描述：学生或教师或管理员登陆系统时所使用的账号定义：登录账号
=3{ 数字 }12
位置：
名字：登录密码
别名：
描述：学生或教师或管理员登陆系统时所使用的账号所对应的密码定义：登录密码=3{ 字符 |数字 }20
位置：
名字：不及格科数
别名：
描述：学生课程成绩少于60 分的课程数
定义：不及格科数 =0{ 数字 }10
位置：成绩单
名字：总学分
别名：
描述：学生课程成绩不少于60 分的课程所对应的学分的累加和定义：总学分 =0{ 数字 }200
位置：成绩单
名字：教师号
别名：
描述：唯一标识一个特定教师的关键域
定义：教师号 =10{ 数字 }10
位置：
名字：课程号
别名：
描述：唯一标识一个特定课程的关键域
定义：课程号 =8{ 数字 }8
位置：成绩单
名字：课程名
别名：
描述：某一课程的名字
定义：课程名 =4{ 字符 }30
位置：成绩单
名字：先修课
别名：
描述：要学习某一课程必须先学习的课程
定义：先修课 =4{ 字符 }30
位置：成绩单
名字：课程性质
别名：
描述：某一课程的性质
定义：课程性质 ={ 必修考试 |必修考查 |选修 } 位置：成绩单
名字：学分
别名：
描述：学生某一课程成绩不少于60 分所获得的学分定义：学分 =1{ 数字 }6
位置：成绩单
名字：管理员号
别名：
描述：唯一标识一个特定管理员的关键域
定义：管理员号 =10{ 数字 }10
位置：
名字：成绩
别名：
描述：某一个学生的某科课程的考试分数
定义：成绩 =0{ 数字 }100
位置：成绩单
名字：学期
别名：
描述：某一个学期
定义：学期 =12{ 字符 }12
位置：成绩单
名字：学生个人成绩单
别名：成绩单
描述：某一个学生的各科成绩表单
定义：学生个人成绩单 =学期 +学号 +姓名 +所在系 +专业 +班级 +不及格
科数 + 总学分 +课程号 +课程名 +课程性质 +学分 +成绩位置：输出到
打印机
名字：平均成绩
别名：
描述：某一个班级的所有学生的某一科课程的平均成绩定义：平均成绩
=0{ 数字 }100 位置：成绩单
名字：班级成绩单
别名：成绩单
描述：某一个班级的所有学生的某一科课程的成绩
定义：班级成绩单=学期 +所在系 +班级 +课程号 +课程名 +课程性质 +
学分 +学号 +姓名 +成绩 +平均成绩
位置：输出到打印机
五.系统流程图
事务
成绩处理程序
成绩信息库联网通讯
查询信息
成绩单处理
查询报告
程序
成绩单
六.数据流程图
成绩信息
输入处理打印成
教师
成绩绩单
成绩
教师学生管理
员
查询成
发布成
绩信息
绩单
12
七．对学生成绩管理系统此信息系统开发流程图
提出开发请求
可行性分析
需要修改可行性论证否
通过吗？
是
信息系统规划
需要修改论证规划方案否
通过吗？
是
信息系统分析
需要修改论证分析结果否
通过吗？
是
信息系统设计
需要修改论证设计方案否
通过吗？
是系统开发终止
信息系统开发实施
否
所有开发功能满足要求吗？
是
是
系统评审
否
有重新开发的需
信息系统测试
求吗？
否
测试通过吗？
信息系统运行维护
是
信息系统安装调试
否
调试通过吗？
是
信息系统试运行
13
八、计算机系统硬件：WINDOWSXP
开发物资：微型计算机两台、资料若干本。

九、各模块的开发优先顺序 : 依次为教师录入成绩界面、教师查询成绩界面、学生查询成绩界面、管理员查询成绩界面。

学生成绩管理系统总体设计方案报告
针对学生成绩管理系统的总体设计可以从建立模型来进行详细描述，并从三个方面建立模型，这三个方面分别是：
学生成绩管理系统功能模型
学生成绩管理系统对象模型
学生成绩管理系统动态模型
从使用需求，设计要求，以及各个模块的详细分析来进行设计。

一、学生成绩管理系统功能模型
1、学生成绩系统的业务需求如下：
（1）教师使用系统输入、更新学生的成绩。

（2）系统管理员根据教师提供的成绩创建学生成绩报告单。

（3）教师需要通过系统分发学生成绩报告单。

（4）系统允许教师和学生查询记录的成绩。

建立上述学生成绩系统的用例模型。

1.1 确定参与者
系统的参与者为：教师、学生和系统管理员。

1.2 确定用例
确定参与者使用的用例，可通过提出“系统要做什么？”的问题完成。

学生成绩系统的用例有：
输入成绩、更新成绩、创建学生成绩报告单、检查学生成绩报告
单的准确性、分发学生成绩报告单和查询成绩。

对上述已经确定的用例，还要进一步明确它们之间的优先次序。

学生成绩系统的用例的优先次序为：
（1）输入成绩。

（2）查询成绩。

（3）更新成绩。

（4）创建学生成绩报告单。

（5）检查学生成绩报告单的准确性。

（6）分发学生成绩报告单。

1.3 描述用例
用例：输入成绩
参与者：教师
主要事件执行流程：
（1）教师登录系统。

（2）教师确定要记录哪些学生的成绩。

（3）系统要保证学生的自然情况数据已保存在数据库中。

（4）教师选择要输入成绩的课程。

（5）系统开始数据库的一项事务处理。

（6）教师输入学生的成绩。

（7）系统校对输入的成绩以确保其属于正确的值域。

（8）系统保存本门课程的成绩。

（9）系统结束事务处理。

（10）系统提示教师成绩保存完毕。

用例：查询成绩
参与者：教师，学生
主要事件执行流程：
（1）教师或学生登录系统。

（2）教师或学生选择要查询成绩的课程。

（3）教师或学生输入查询条件。

（4）系统开始数据库的一项事务处理。

（5）系统加载足满足条件的学生成绩。

（6）系统显示学生成绩。

（7）系统结束事务处理。

（8）系统提示教师或学生成绩显示完毕。

用例：更新成绩
参与者：教师
主要事件执行流程：
（1）教师登录系统。

（2）教师选择要更新的成绩的课程。

（3）教师输入更新条件。

（4）系统开始数据库的一项事务处理。

（5）系统加载满足条件的学生成绩。

（6）系统显示学生成绩。

（7）教师更新学生成绩。

（8）系统保存本次更新。

（9）系统结束事务处理。

（10）系统提示教师成绩保存完毕。

用例：创建学生某一门课程的成绩报告单
参与者：系统管理员
主要事件执行流程：
（1）教师登录系统。

（2）教师选择要创建的成绩报告的课程。

（3）教师选择要创建的成绩报告的学生班级。

（4）系统开始数据库的一项事务处理。

（5）系统创建满足条件的学生成绩单。

（6）系统显示学生成绩单。

（7）系统结束事务处理。

（8）系统提示教师成绩报告单创建完毕。

检查学生成绩报告单的准确性、分发学生成绩报告单是手工完成的工作
2、创建用例模型
根据以上的分析，学生成绩系统用例模型的功能如下：
（1）教师可以输入学生成绩。

（2）输入学生成绩包含了保存学生成绩。

（3）教师可以更新学生成绩。

（4）更新学生成绩包含了加载、保存成绩。

（5）教师、系统管理员和学生可以查询成绩。

（6）查询成绩包含了系统登录。

（7）系统管理员可以创建学生成绩报告单。

（8）教师可以在网上发布学生成绩报告单。

根据上述系统用例模型的功能，可在 Rose 建模环境下绘制出如图所示的学生成绩系统的用例模型。

在Rose 环境下完成的学生成绩管理系统功能模型，截取模型部分，得到如下图示：
二、建立学生成绩管理系统的对象模型：
1UML 类图建模需要反复执行以下两个步骤：
（1）确定类及其关联。

（2）确定属性和操作。

本节创建学生成绩系统的UML 类模型。

1.1 确定类和关联
（1）可以通过分析用例图确定类及其关联。

通过用例图分析，可以确定 Grades和 ReportCards两个类。

（2）通过用例图中的参与者名称，可以确定教师，学生和系统管理员三个附加类。

（3）检查用例图中各个用例（功能）所属的类：
①发布学生成绩报告单――Grades类。

②输入成绩―― Grades类。

③更新成绩―― Grades类。

④保存成绩―― Grades类。

⑤加载成绩―― Grades类。

⑥查询成绩―― Grades类。

⑦生成学生成绩报告单――ReportCards类。

⑧系统登录―― Login 类。

（4）创建类之间的关联：
①Teacher发布 Grades。

② Teacher输入 Grades。

③ Teacher更新 Grades。

④保存 Grades。

⑤加载 Grades。

⑥教师查询 Grades。

⑦学生查询 Grades。

⑧系统管理员查询 Grades。

⑨系统管理员生成 ReportCards。

21
（5）为了减少这些类之间关联的复杂性，可以将具有相同角色、与同一个类具有关联
关系的关联进行适当的归类。

①第 1~3 个关联可以归类为 Teacher维护 Grades；而第 4~5 个关联是 Grades与Grades之间的相互关联，可以把这两个关联放到 Grades 类的私有操作中，这样 Grades类就可以执行需要功能。

②Grades类应当提供查询成绩的操作，因为这个查询操作是供与其相关联的其他类
来调用的。

③另外，还应提供一个 WebSite 类，以使 Login 类能够被允许访问成绩系统。

而且成
绩查询结果的显示应该由 WebSite 类来提供。

④ Grades类与 ReportGards类之间是组成关系。

综上所述，最
终确定系统的类之间的关联如下
①Teacher维护 Grades。

②Login 允许访问一个 WebSite。

③Grades类应当提供查询成绩的操作，因为这个查询操作是供与其相关联的其他类
来调用的。

③WebSite 显示 Grades。

④Teacher通过 Login 查询 Grades。

⑤Administrator 通过 Login 查询 Grades。

⑥ Administrator 生成 ReportCades。

⑦ Student通过 Login 查询 Grades。

⑧ Grades与 ReportCrades类之间是组成关系。

学生成绩系统的类模型
（6）标识出类关联之间的多重性。

①一个 Teacher至少维护一个 Grades。

②一个 Grades只由一个 Teacher维护。

③一个 Grades只包含在一个 ReportCards中。

④一个 ReportCards中至少包含一个Grades。

⑤一个 Administrator 至少生成一个 ReportCards。

⑥一个 ReportCards只由一个 Administrator 生成。

教师、管理员和学生都可以看作在线用户（OnlineUser），具有登录（ Login ）网站（ WebSite）查询学生成绩的权利。

可以将Login 类
实例的实现功能作为WebSite 类中的一个操作。

通过上面分析，可得到带有多重性的类之间的关联模型。

1.2 确定属性和操作
创建完成类以及类之间的关联之后，就要确定类的属性和操作，以便提供数据据存储和需要的功能以实现用例图中的用例。

（1）Grades类
①输入成绩―― InputGrades()
②更新成绩―― UpdataGrades()
③分发成绩―― Distribute()
④存储成绩―― SaveGrades()
⑤加载成绩―― LoadeGrades()
（2）ReportCard类
生成学生成绩报告单――Generate()
（3）WebSite类
①用户名―― UserName
②用户密码―― Password
③登录功能―― Login()
④查询成绩―― ViewGrades()
为说明问题方便，这里仅列出了系统中关键类的核心属性和操作。

在面向对象系统开发过程中， UML 类模型的最终完成是在系统分
析和设计阶段进行反复迭代的结果。

通过上面的分析，得到带有属性和操作的类之间的关联模型，如下所示：
在Rose 环境下完成的学生成绩管理系统对象模型，截取模型部分，得到如下图示：
25
三、建立学生成绩管理系统动态模型
分析强调真实且接近现实管理业务使之优化，并建立顺序图及状
态图。

1、顺序图
顺序图的建模元素有对象（参与者的实例也是对象）、生命线（LifeLine ）、控制焦点（ Focus Of Control）、消息（ Message）等。

为学生成绩管理系统的顺序图建模。

以教师查询学生成绩（ View
Grades）用例进行顺序图建模。

1.1 确定工作流
根据对 View Grades 用例的分析可知，教师查询学生成绩用例至
少有以下 3 个工作流：
（1）教师成功地查询学生的分数。

（2）教师试图查询某个学生的分数，但该学生不存在。

（3）教师试图查询某个学生的分数，但该学生的分数不存在。

1.2 从左到右布置对象
从左到右布置所有参与者和对象，包括要添加消息的对象的生命线。

1.3 添加消息和条件以便创建每一个工作流
（1）第 1 个工作流――教师成功地查询某个学生成绩的顺序图，
（2）第 2 个工作流――教师试图查询某个学生分数，但该学生不存在的顺序图。

（3）第 3 个工作流――教师试图查询某个学生分数，但该学生的分数不存在的顺序图。

28
2、状态图
顺序图和协作图都属于交互图，主要用来描述系统对象之间的动
态协作关系，以及协作过程中的行为次序。

交互图常用来描述一个用
例中的几个对象协作工作的行为，显示该用例中所涉及的对象和这些
对象之间的消息传递情况，但是并不对这些对象的行为，就应该使用状态图。

2.1 标识出需要进一步建模的实例
学生基本信息管理
2.2 标识出触发每一个类实例的开始状态和结束状态的事件
对于 Grade 类来说，当输入一个新的分数而要保存时需要类的实
例化。

要准确地标识出某个类的实例的结束状态，需要知道类的实例化
何时从系统中退出。

即，当什么事件被触发时，类的实例的生命周期
才结束。

Grade 类的实例在完成数据保存的操作之后，无论该操作是
否成功，都需要退出系统。

综上所述，触发Grade 类的实例的状态图的开始状态和结束状态
的事件如下：
（1）开始状态―― Input Grade。

（2）结束状态―― Destroy。

2.3 确定与每一个类实例相关的事件
事件用于完成最终类的实例的功能。

要确定类的实例的事件，需
要知道事件的任务。

29
对于 Grade 类的实例来说，它的任务是保存分数。

所以， Grade 类的实例的事件包括接收用户输入的成绩、成功地或者不成功地保存成绩。

清楚了这些事件之后，就可以为 Grade 类的实例创建这些事件的状态列表：
（1）Ready――用于加载成绩。

（2）Persisting――用于保存成绩。

（3）Saved――用于已经成功地保存成绩。

（4）Error――用于由于数据等的异常而未能成功地保存成绩。

2.4 学生成绩信息管理状态图
在Rose 环境下完成的学生成绩管理系统动态模型，截取模型部分状态图，得到
如下图示：
30
完成对学生成绩管理系统的信息系统开发设计
31。