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

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

2、学生成绩管理的繁索给具有强烈时间观念的行政人员带来了诸多不便，教学办公室缺少一种完善的学籍管理软件，为了对学生成绩的管理方便，节省资源， 提高工作效率，开发人员完成了全面的调查与分析，同时与目标用户进行了多次深入沟通，并在次基础上着手开发学生成绩管理系统软件。二、功能特点 ：学生信息查询、存储、共享的整体解决方案1. 学生档案管理 ：建立规范的电子学生档案，并实现自动拍照功能，规范、易用。.2. 方便的查询功能：根据要求迅速查找出所有学生档案中符合要求的信息，支持EXCEL导出，准确、快捷。3. 学生考勤管理请假申请直接在软件中提交，由主管老师审核， 系统自动统计学生请假次数，高效、明了。4.

3、 学生成绩管理支持 EXCEL 模板导入学生成绩，系统自动统计各科成绩并排名。3. 学生综合情况报表独创的学生情况综合报表自动分学期将学生档案、成绩、排名、奖惩、考勤等学生表现情况进行汇总，颠覆了以往期末人工汇总的方法，全面、简捷。4. 支持多用户管理模式：用户根据不同权限分别管理各自资料，方便管理、节约成本。三、可行性研究的前提1.要求主要功能：能够实现老师和学生对成绩的管理，即完成一些基本的功能，如：查询，删除，添加，修改等，同时也要实现权限的管理。性能要求：信息中心提供的学生成绩信息必须及时的反映出来，老师和学生能够及时的进行对成绩的管理。输入要求：数据完整，详实。输出要求：简捷，快速，

4、实时。,.安全与保密要求： 1.依赖于网络本身对用户使用权限的规定。2.在程序模块中通过使用密码控制功能对用户的权限加以限制。如：删除和修改。四、系统的可行性研究1、操作可行性（必要性） ： 本系统将大大改善数据处理速度，并且更加方便的对数据进行管理， 同时可以减少人力资源的浪费以及工资支出2、技术可行性（可能性） ： 校园网已正常运行；开发人员已熟练掌握面向对象的开发工具； 教务人员已实现计算机培训 技术上实现系统是可行的。3、经济可行性 （有益性）： 校园内部局域网络已经建成；各部门电脑均已配置；硬件投入不需要很大，另外，学校对系统的开发大力支持。因此经济上是可行的。本系统可以马上开始实施

5、， 并尽可能做到提前完成。 从人力资源优化角度来说，可以充分利用学校已有人力资源。从开发成本角度来说，将支出成本降到最底。 所以在三个可选择的方案中推荐此方案为最佳方案,.学生成绩管理系统总体规划方案报告一、规划系统的组成部分：按使用者权限分为三部分：1、学生 ：可执行学生个人信息查询功能， 及个人登录密码修改功能2、教师 ： 可执行教师个人信息查询功能，及相关课程成绩录入、修改、和查询功能3、系统管理员 ：可执行所有个人信息和成绩信息的查询、更新、删除以及修改功能。二、建立数据模型由于计算机不可能直接处理现实世界中的具体事物，所有我们必须事先把具体事物转化成计算机能够处理的数据。首先数字化，

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

7、典。1、数据字典：名字：学号别名：描述：唯一标识一个特定学生的关键域定义：学号 =13 数字 13位置：成绩单名字：姓名别名：描述：学生的名字定义：姓名 =4 字符 8位置：成绩单名字：所在系别名：系名描述：学生或教师所属的系定义：所在系 =4 字符 30位置：,.名字：专业别名：描述：学生所属的专业定义：专业 =4 字符 30位置：成绩单名字：班级别名：描述：学生所属的班级定义：班级 =3 数字 4位置：成绩单名字：登录账号别名：描述：学生或教师或管理员登陆系统时所使用的账号定义：登录账号 =3 数字 12位置：名字：登录密码别名：描述：学生或教师或管理员登陆系统时所使用的账号所对应的密码定

8、义：登录密码 =3 字符 |数字 20,.位置：名字：不及格科数别名：描述：学生课程成绩少于60 分的课程数定义：不及格科数 =0 数字 10位置：成绩单名字：总学分别名：描述：学生课程成绩不少于60 分的课程所对应的学分的累加和定义：总学分 =0 数字 200位置：成绩单名字：教师号别名：描述：唯一标识一个特定教师的关键域定义：教师号 =10 数字 10位置：名字：课程号别名：描述：唯一标识一个特定课程的关键域,.定义：课程号 =8 数字 8位置：成绩单名字：课程名别名：描述：某一课程的名字定义：课程名 =4 字符 30位置：成绩单名字：先修课别名：描述：要学习某一课程必须先学习的课程定义：

9、先修课 =4 字符 30位置：成绩单名字：课程性质别名：描述：某一课程的性质定义：课程性质 = 必修考试 |必修考查 |选修 位置：成绩单名字：学分,.别名：描述：学生某一课程成绩不少于60 分所获得的学分定义：学分 =1 数字 6位置：成绩单名字：管理员号别名：描述：唯一标识一个特定管理员的关键域定义：管理员号 =10 数字 10位置：名字：成绩别名：描述：某一个学生的某科课程的考试分数定义：成绩 =0 数字 100位置：成绩单名字：学期别名：描述：某一个学期定义：学期 =12 字符 12位置：成绩单,.名字：学生个人成绩单别名：成绩单描述：某一个学生的各科成绩表单定义：学生个人成绩单 =学

10、期 +学号 +姓名 +所在系 +专业 +班级 +不及格科数 + 总学分 +课程号 +课程名 +课程性质 +学分 +成绩位置：输出到打印机名字：平均成绩别名：描述：某一个班级的所有学生的某一科课程的平均成绩定义：平均成绩 =0 数字 100 位置：成绩单名字：班级成绩单别名：成绩单描述：某一个班级的所有学生的某一科课程的成绩定义：班级成绩单=学期 +所在系 +班级 +课程号 +课程名 +课程性质 +学分 +学号 +姓名 +成绩 +平均成绩位置：输出到打印机,.五.系统流程图事务成绩处理程序成绩信息库联网通讯查询信息成绩单处理查询报告程序成绩单六 .数据流程图成绩信息输 入处 理打印成教师成绩绩单

11、成绩教师学生管理员查询成发布成绩信息绩单,.七对学生成绩管理系统此信息系统开发流程图提出开发请求可行性分析需要修改可行性论证否通过吗？是信息系统规划需要修改论证规划方案否通过吗？是信息系统分析需要修改论证分析结果否通过吗？是信息系统设计需要修改论证设计方案否通过吗？是系统开发终止信息系统开发实施所有开发功能满足要求吗？否是系统评审是否信息系统测试有重新开发的需求吗？测试通过吗？否信息系统运行维护是信息系统安装调试调试通过吗？否是信息系统试运行是试运行通过吗？否,.八、计算机系统硬件：WINDOWSXP开发物资：微型计算机两台、资料若干本。九、各模块的开发优先顺序 : 依次为教师录入成绩界面、教

12、师查询成绩界面、学生查询成绩界面、管理员查询成绩界面。,.学生成绩管理系统总体设计方案报告针对学生成绩管理系统的总体设计可以从建立模型来进行详细描述，并从三个方面建立模型，这三个方面分别是：学生成绩管理系统功能模型学生成绩管理系统对象模型学生成绩管理系统动态模型从使用需求，设计要求，以及各个模块的详细分析来进行设计。一、学生成绩管理系统功能模型1、学生成绩系统的业务需求如下：（1）教师使用系统输入、更新学生的成绩。（2）系统管理员根据教师提供的成绩创建学生成绩报告单。（3）教师需要通过系统分发学生成绩报告单。（4）系统允许教师和学生查询记录的成绩。建立上述学生成绩系统的用例模型。1.1 确定参

13、与者系统的参与者为：教师、学生和系统管理员。1.2 确定用例确定参与者使用的用例，可通过提出“系统要做什么？”的问题完成。学生成绩系统的用例有：输入成绩、更新成绩、创建学生成绩报告单、检查学生成绩报告,.单的准确性、分发学生成绩报告单和查询成绩。对上述已经确定的用例，还要进一步明确它们之间的优先次序。学生成绩系统的用例的优先次序为：（1）输入成绩。（2）查询成绩。（3）更新成绩。（4）创建学生成绩报告单。（5）检查学生成绩报告单的准确性。（6）分发学生成绩报告单。1.3 描述用例用例：输入成绩参与者：教师主要事件执行流程：（1）教师登录系统。（2）教师确定要记录哪些学生的成绩。（3）系统要保证

14、学生的自然情况数据已保存在数据库中。（4）教师选择要输入成绩的课程。（5）系统开始数据库的一项事务处理。（6）教师输入学生的成绩。（7）系统校对输入的成绩以确保其属于正确的值域。（8）系统保存本门课程的成绩。,.（9）系统结束事务处理。（10）系统提示教师成绩保存完毕。用例：查询成绩参与者：教师，学生主要事件执行流程：（1）教师或学生登录系统。（2）教师或学生选择要查询成绩的课程。（3）教师或学生输入查询条件。（4）系统开始数据库的一项事务处理。（5）系统加载足满足条件的学生成绩。（6）系统显示学生成绩。（7）系统结束事务处理。（8）系统提示教师或学生成绩显示完毕。用例：更新成绩参与者：教师主

15、要事件执行流程：（1）教师登录系统。（2）教师选择要更新的成绩的课程。（3）教师输入更新条件。（4）系统开始数据库的一项事务处理。,.（5）系统加载满足条件的学生成绩。（6）系统显示学生成绩。（7）教师更新学生成绩。（8）系统保存本次更新。（9）系统结束事务处理。（10）系统提示教师成绩保存完毕。用例：创建学生某一门课程的成绩报告单参与者：系统管理员主要事件执行流程：（1）教师登录系统。（2）教师选择要创建的成绩报告的课程。（3）教师选择要创建的成绩报告的学生班级。（4）系统开始数据库的一项事务处理。（5）系统创建满足条件的学生成绩单。（6）系统显示学生成绩单。（7）系统结束事务处理。（8）系

16、统提示教师成绩报告单创建完毕。检查学生成绩报告单的准确性、 分发学生成绩报告单是手工完成的工作,.2、创建用例模型根据以上的分析，学生成绩系统用例模型的功能如下：（1）教师可以输入学生成绩。（2）输入学生成绩包含了保存学生成绩。（3）教师可以更新学生成绩。（4）更新学生成绩包含了加载、保存成绩。（5）教师、系统管理员和学生可以查询成绩。（6）查询成绩包含了系统登录。（7）系统管理员可以创建学生成绩报告单。（8）教师可以在网上发布学生成绩报告单。根据上述系统用例模型的功能，可在 Rose 建模环境下绘制出如图所示的学生成绩系统的用例模型。,.在 Rose 环境下完成的 学生成绩管理系统功能模型，

17、截取模型部分，得到如下图示：二、建立学生成绩管理系统的对象模型：1UML 类图建模需要反复执行以下两个步骤：（1）确定类及其关联。（2）确定属性和操作。本节创建学生成绩系统的UML 类模型。1.1 确定类和关联（1）可以通过分析用例图确定类及其关联。通过用例图分析， 可以确定 Grades和 ReportCards两个类。,.（2）通过用例图中的参与者名称， 可以确定教师， 学生和系统管理员三个附加类。（3）检查用例图中各个用例（功能）所属的类： 发布学生成绩报告单Grades类。 输入成绩 Grades类。 更新成绩 Grades类。 保存成绩 Grades类。 加载成绩 Grades类。

18、查询成绩 Grades类。 生成学生成绩报告单ReportCards类。 系统登录 Login 类。（4）创建类之间的关联： Teacher发布 Grades。 Teacher输入 Grades。 Teacher更新 Grades。 保存 Grades。 加载 Grades。 教师查询 Grades。 学生查询 Grades。 系统管理员查询 Grades。 系统管理员生成 ReportCards。,.（5）为了减少这些类之间关联的复杂性，可以将具有相同角色、与同一个类具有关联关系的关联进行适当的归类。 第 13 个关联可以归类为 Teacher维护 Grades；而第 45 个关联是 Gra

19、des与 Grades之间的相互关联，可以把这两个关联放到 Grades 类的私有操作中，这样 Grades类就可以执行需要功能。 Grades类应当提供查询成绩的操作， 因为这个查询操作是供与其相关联的其他类来调用的。 另外，还应提供一个 WebSite 类，以使 Login 类能够被允许访问成绩系统。而且成绩查询结果的显示应该由 WebSite 类来提供。 Grades类与 ReportGards类之间是组成关系。综上所述，最终确定系统的类之间的关联如下 Teacher维护 Grades。 Login 允许访问一个 WebSite。 Grades类应当提供查询成绩的操作， 因为这个查询操作

20、是供与其相关联的其他类来调用的。 WebSite 显示 Grades。 Teacher通过 Login 查询 Grades。 Administrator 通过 Login 查询 Grades。 Administrator 生成 ReportCades。 Student通过 Login 查询 Grades。 Grades与 ReportCrades类之间是组成关系。,.学生成绩系统的类模型（6）标识出类关联之间的多重性。 一个 Teacher至少维护一个 Grades。 一个 Grades只由一个 Teacher维护。 一个 Grades只包含在一个 ReportCards中。 一个 Repor

21、tCards中至少包含一个Grades。 一个 Administrator 至少生成一个 ReportCards。 一个 ReportCards只由一个 Administrator 生成。教师、管理员和学生都可以看作在线用户（OnlineUser），具有登录（ Login ）网站（ WebSite）查询学生成绩的权利。可以将Login 类实例的实现功能作为WebSite 类中的一个操作。通过上面分析，可得到带有多重性的类之间的关联模型。,.1.2 确定属性和操作创建完成类以及类之间的关联之后，就要确定类的属性和操作，以便提供数据据存储和需要的功能以实现用例图中的用例。（1）Grades类 输入

22、成绩 InputGrades() 更新成绩 UpdataGrades() 分发成绩 Distribute() 存储成绩 SaveGrades() 加载成绩 LoadeGrades()（2）ReportCard类生成学生成绩报告单Generate()（3）WebSite类 用户名 UserName 用户密码 Password 登录功能 Login() 查询成绩 ViewGrades(),.为说明问题方便，这里仅列出了系统中关键类的核心属性和操作。在面向对象系统开发过程中， UML 类模型的最终完成是在系统分析和设计阶段进行反复迭代的结果。通过上面的分析， 得到带有属性和操作的类之间的关联模型，

23、如下所示：在 Rose 环境下完成的 学生成绩管理系统对象模型，截取模型部分，得到如下图示：,.三、建立学生成绩管理系统动态模型分析强调真实且接近现实管理业务使之优化，并建立顺序图及状态图。1、顺序图顺序图的建模元素有对象（参与者的实例也是对象）、生命线（ LifeLine ）、控制焦点（ Focus Of Control）、消息（ Message）等。为学生成绩管理系统的顺序图建模。以教师查询学生成绩（ ViewGrades）用例进行顺序图建模。1.1 确定工作流根据对 View Grades 用例的分析可知，教师查询学生成绩用例至少有以下 3 个工作流：,.（1）教师成功地查询学生的分数。（2）教师试图查询某个学生的分数，但该学生不存在。（3）教师试图查询某个学生的分数，但该学生的分数不存在。1.2 从左到右布置对象从左到右布置所有参与者和对象，包括要添加消息的对象的生命线。1.3 添加消息和条件以便创建每一个工作流（1）第 1 个工作流教师成功地查询某个学生成绩的顺序图，,.（2）第 2 个工作流教师试图查询某个学生分