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

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、数据库如下学生表学号姓名所在系专业班级登录账号登录密码不及格科数总学分教师表教师号姓名所在系登录账号登录密码课程表课程号课程名先修课课程性质学分学生课程表 学号课程号成绩管理员表管理员号姓名登录账号登录密码四、建立数据字典通过使用数据字典对数据库进行管理。对数据元素定义，设计数据字典。1、数据字典：名字：学号别名：描述：唯一标识一个特定学生的关键域定义：学号=13数字13位置：成绩单名字：姓名别名：描述：学生的名字定义：姓名=4字符8位置：成绩单名字：所在系别名：系

7、名描述：学生或教师所属的系定义：所在系=4字符30位置：名字：专业别名：描述：学生所属的专业定义：专业=4字符30位置：成绩单名字：班级别名：描述：学生所属的班级定义：班级=3数字4位置：成绩单名字：登录账号别名：描述：学生或教师或管理员登陆系统时所使用的账号定义：登录账号=3数字12位置：名字：登录密码别名：描述：学生或教师或管理员登陆系统时所使用的账号所对应的密码定义：登录密码=3字符|数字20位置：名字：不及格科数别名：描述：学生课程成绩少于60分的课程数定义：不及格科数=0数字10位置：成绩单名字：总学分别名：描述：学生课程成绩不少于60分的课程所对应的学分的累加和定义：总学分=0数字

8、200位置：成绩单名字：教师号别名：描述：唯一标识一个特定教师的关键域定义：教师号=10数字10位置：名字：课程号别名：描述：唯一标识一个特定课程的关键域定义：课程号=8数字8位置：成绩单名字：课程名别名：描述：某一课程的名字定义：课程名=4字符30位置：成绩单名字：先修课别名：描述：要学习某一课程必须先学习的课程定义：先修课=4字符30位置：成绩单名字：课程性质别名：描述：某一课程的性质定义：课程性质=必修考试|必修考查|选修位置：成绩单名字：学分别名：描述：学生某一课程成绩不少于60分所获得的学分定义：学分=1数字6位置：成绩单名字：管理员号别名：描述：唯一标识一个特定管理员的关键域定义：

9、管理员号=10数字10位置：名字：成绩别名：描述：某一个学生的某科课程的考试分数定义：成绩=0数字100位置：成绩单名字：学期别名：描述：某一个学期定义：学期=12字符12位置：成绩单名字：学生个人成绩单别名：成绩单描述：某一个学生的各科成绩表单定义：学生个人成绩单=学期+学号+姓名+所在系+专业+班级+不及格科数+ 总学分+课程号+课程名+课程性质+学分+成绩位置：输出到打印机名字：平均成绩别名：描述：某一个班级的所有学生的某一科课程的平均成绩定义：平均成绩=0数字100位置：成绩单名字：班级成绩单别名：成绩单描述：某一个班级的所有学生的某一科课程的成绩定义：班级成绩单=学期+所在系+班级+

10、课程号+课程名+课程性质+学分+学号+姓名+成绩+平均成绩位置：输出到打印机五.系统流程图六.数据流程图七对学生成绩管理系统此信息系统开发流程图八、计算机系统硬件：WINDOWSXP开发物资：微型计算机两台、资料若干本。九、各模块的开发优先顺序: 依次为教师录入成绩界面、教师查询成绩界面、学生查询成绩界面、管理员查询成绩界面。 学生成绩管理系统总体设计方案报告针对学生成绩管理系统的总体设计可以从建立模型来进行详细描述，并从三个方面建立模型，这三个方面分别是：学生成绩管理系统功能模型学生成绩管理系统对象模型学生成绩管理系统动态模型从使用需求，设计要求，以及各个模块的详细分析来进行设计。一、学生成

11、绩管理系统功能模型1、学生成绩系统的业务需求如下：（1）教师使用系统输入、更新学生的成绩。（2）系统管理员根据教师提供的成绩创建学生成绩报告单。（3）教师需要通过系统分发学生成绩报告单。（4）系统允许教师和学生查询记录的成绩。建立上述学生成绩系统的用例模型。1.1确定参与者系统的参与者为：教师、学生和系统管理员。1.2确定用例确定参与者使用的用例，可通过提出“系统要做什么？”的问题完成。学生成绩系统的用例有：输入成绩、更新成绩、创建学生成绩报告单、检查学生成绩报告单的准确性、分发学生成绩报告单和查询成绩。对上述已经确定的用例，还要进一步明确它们之间的优先次序。学生成绩系统的用例的优先次序为：（

12、1）输入成绩。（2）查询成绩。（3）更新成绩。（4）创建学生成绩报告单。（5）检查学生成绩报告单的准确性。（6）分发学生成绩报告单。1.3描述用例用例：输入成绩参与者：教师主要事件执行流程：（1）教师登录系统。（2）教师确定要记录哪些学生的成绩。（3）系统要保证学生的自然情况数据已保存在数据库中。（4）教师选择要输入成绩的课程。（5）系统开始数据库的一项事务处理。（6）教师输入学生的成绩。（7）系统校对输入的成绩以确保其属于正确的值域。（8）系统保存本门课程的成绩。（9）系统结束事务处理。（10）系统提示教师成绩保存完毕。用例：查询成绩参与者：教师，学生主要事件执行流程：（1）教师或学生登录系

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

14、管理员主要事件执行流程：（1）教师登录系统。（2）教师选择要创建的成绩报告的课程。（3）教师选择要创建的成绩报告的学生班级。（4）系统开始数据库的一项事务处理。（5）系统创建满足条件的学生成绩单。（6）系统显示学生成绩单。（7）系统结束事务处理。（8）系统提示教师成绩报告单创建完毕。检查学生成绩报告单的准确性、分发学生成绩报告单是手工完成的工作2、创建用例模型根据以上的分析，学生成绩系统用例模型的功能如下：（1）教师可以输入学生成绩。（2）输入学生成绩包含了保存学生成绩。（3）教师可以更新学生成绩。（4）更新学生成绩包含了加载、保存成绩。（5）教师、系统管理员和学生可以查询成绩。（6）查询成绩

15、包含了系统登录。（7）系统管理员可以创建学生成绩报告单。（8）教师可以在网上发布学生成绩报告单。根据上述系统用例模型的功能，可在Rose建模环境下绘制出如图所示的学生成绩系统的用例模型。在Rose环境下完成的学生成绩管理系统功能模型，截取模型部分，得到如下图示：二、建立学生成绩管理系统的对象模型：1UML类图建模需要反复执行以下两个步骤：（1）确定类及其关联。（2）确定属性和操作。本节创建学生成绩系统的UML类模型。1.1确定类和关联（1）可以通过分析用例图确定类及其关联。通过用例图分析，可以确定Grades和ReportCards两个类。（2）通过用例图中的参与者名称，可以确定教师，学生和系

16、统管理员三个附加类。（3）检查用例图中各个用例（功能）所属的类： 发布学生成绩报告单Grades类。 输入成绩Grades类。 更新成绩Grades类。 保存成绩Grades类。 加载成绩Grades类。 查询成绩Grades类。 生成学生成绩报告单ReportCards类。 系统登录Login类。（4）创建类之间的关联： Teacher发布Grades。 Teacher输入Grades。 Teacher更新Grades。 保存Grades。 加载Grades。 教师查询Grades。 学生查询Grades。 系统管理员查询Grades。 系统管理员生成ReportCards。（5）为了减少这

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

18、下 Teacher维护Grades。 Login允许访问一个WebSite。 Grades类应当提供查询成绩的操作，因为这个查询操作是供与其相关联的其他类来调用的。 WebSite显示Grades。 Teacher通过Login查询Grades。 Administrator通过Login查询Grades。 Administrator生成ReportCades。 Student通过Login查询Grades。 Grades与ReportCrades类之间是组成关系。学生成绩系统的类模型（6）标识出类关联之间的多重性。 一个Teacher至少维护一个Grades。 一个Grades只由一个Teac

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

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

21、和操作的类之间的关联模型，如下所示：在Rose环境下完成的学生成绩管理系统对象模型，截取模型部分，得到如下图示：三、建立学生成绩管理系统动态模型分析强调真实且接近现实管理业务使之优化，并建立顺序图及状态图。1、顺序图顺序图的建模元素有对象（参与者的实例也是对象）、生命线（LifeLine）、控制焦点（Focus Of Control）、消息（Message）等。为学生成绩管理系统的顺序图建模。以教师查询学生成绩（View Grades）用例进行顺序图建模。1.1确定工作流根据对View Grades用例的分析可知，教师查询学生成绩用例至少有以下3个工作流：（1）教师成功地查询学生的分数。（2）

22、教师试图查询某个学生的分数，但该学生不存在。（3）教师试图查询某个学生的分数，但该学生的分数不存在。1.2从左到右布置对象从左到右布置所有参与者和对象，包括要添加消息的对象的生命线。1.3添加消息和条件以便创建每一个工作流（1）第1个工作流教师成功地查询某个学生成绩的顺序图，（2）第2个工作流教师试图查询某个学生分数，但该学生不存在的顺序图。（3）第3个工作流教师试图查询某个学生分数，但该学生的分数不存在的顺序图。2、状态图 顺序图和协作图都属于交互图，主要用来描述系统对象之间的动态协作关系，以及协作过程中的行为次序。交互图常用来描述一个用例中的几个对象协作工作的行为，显示该用例中所涉及的对象

23、和这些对象之间的消息传递情况，但是并不对这些对象的行为，就应该使用状态图。2.1标识出需要进一步建模的实例学生基本信息管理2.2标识出触发每一个类实例的开始状态和结束状态的事件对于Grade类来说，当输入一个新的分数而要保存时需要类的实例化。要准确地标识出某个类的实例的结束状态，需要知道类的实例化何时从系统中退出。即，当什么事件被触发时，类的实例的生命周期才结束。Grade类的实例在完成数据保存的操作之后，无论该操作是否成功，都需要退出系统。综上所述，触发Grade类的实例的状态图的开始状态和结束状态的事件如下：（1）开始状态Input Grade。（2）结束状态Destroy。2.3确定与每

24、一个类实例相关的事件事件用于完成最终类的实例的功能。要确定类的实例的事件，需要知道事件的任务。对于Grade类的实例来说，它的任务是保存分数。所以，Grade类的实例的事件包括接收用户输入的成绩、成功地或者不成功地保存成绩。清楚了这些事件之后，就可以为Grade类的实例创建这些事件的状态列表：（1）Ready用于加载成绩。（2）Persisting用于保存成绩。（3）Saved用于已经成功地保存成绩。（4）Error用于由于数据等的异常而未能成功地保存成绩。2.4学生成绩信息管理状态图在Rose环境下完成的学生成绩管理系统动态模型，截取模型部分状态图，得到如下图示：完成对学生成绩管理系统的信息系统开发设计