学生成绩管理系统开发方案报告.docx
《学生成绩管理系统开发方案报告.docx》由会员分享，可在线阅读，更多相关《学生成绩管理系统开发方案报告.docx（25页珍藏版）》请在冰豆网上搜索。
学生成绩管理系统开发方案报告
学生成绩管理系统可行性分析报告
一、系统建立的目的及背景
1、编写目的
当今学生成绩管理的繁索给具有强烈时间观念的行政人员带来了诸多不便，教学办公室缺少一种完善的学籍管理软件，为了对学生成绩的管理方便，开发人员完成了全面的调查与分析，同时与目标用户进行了多次深入沟通，主要用于大中专院校学生日常管理工作，以规范的学生档案为基础，实现了学生考勤，学籍变更、学生奖惩、考试成绩、教师考勤等电算化管理，实现学校人力资源的优化和学生成绩管理的科学管理而设计的，通过试用本系统，可以更加有效的管理学生成绩信息，其中包括学生的基本信息，成绩信息并且具有信息的增加，查询，修改等功能。
2、项目背景
当今学生成绩管理的繁索给具有强烈时间观念的行政人员带来了诸多不便，教学办公室缺少一种完善的学籍管理软件，为了对学生成绩的管理方便，节省资源，提高工作效率，开发人员完成了全面的调查与分析，同时与目标用户进行了多次深入沟通，并在次基础上着手开发《学生成绩管理系统》软件。
二、功能特点：
学生信息查询、存储、共享的整体解决方案
1.学生档案管理：
建立规范的电子学生档案，并实现自动拍照功能，规范、易用。
2.方便的查询功能：
根据要求迅速查找出所有学生档案中符合要求的信息，支持EXCEL导出，准确、快捷。
3.学生考勤管理
请假申请直接在软件中提交，由主管老师审核，系统自动统计学生请假次数，高效、明了。
4.学生成绩管理
支持EXCEL模板导入学生成绩，系统自动统计各科成绩并排名。
3.学生综合情况报表
独创的《学生情况综合报表》自动分学期将学生档案、成绩、排名、奖惩、考勤等学生表现情况进行汇总，颠覆了以往期末人工汇总的方法，全面、简捷。
4.支持多用户管理模式：
用户根据不同权限分别管理各自资料，方便管理、节约成本。
三、可行性研究的前提
1.要求
主要功能：
能够实现老师和学生对成绩的管理，即完成一些基本的功能，如：
查询，删除，添加，修改等，同时也要实现权限的管理。
性能要求：
信息中心提供的学生成绩信息必须及时的反映出来，老师和学生能够及时的进行对成绩的管理。
输入要求：
数据完整，详实。
输出要求：
简捷，快速，实时。
安全与保密要求：
1.依赖于网络本身对用户使用权限的规定。
2.在程序模块中通过使用密码控制功能对用户的权限加以限制。
如：
删除和修改。
四、系统的可行性研究
1、操作可行性（必要性）：
本系统将大大改善数据处理速度，并且更加方便的对数据进行管理，同时可以减少人力资源的浪费以及工资支出
2、技术可行性（可能性）：
校园网已正常运行；开发人员已熟练掌握面向对象的开发工具；教务人员已实现计算机培训‘技术上实现系统是可行的。
3、经济可行性（有益性）：
校园内部局域网络已经建成；各部门电脑均已配置；硬件投入不需要很大，另外，学校对系统的开发大力支持。
因此经济上是可行的。
本系统可以马上开始实施，并尽可能做到提前完成。
从人力资源优化角度来说，可以充分利用学校已有人力资源。
从开发成本角度来说，将支出成本降到最底。
所以在三个可选择的方案中推荐此方案为最佳方案
学生成绩管理系统总体规划方案报告
一、规划系统的组成部分：
按使用者权限分为三部分：
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
位置：
成绩单
名字：
班级成绩单
别名：
成绩单
描述：
某一个班级的所有学生的某一科课程的成绩
定义：
班级成绩单=学期+所在系+班级+课程号+课程名+课程性质+学分+学号+姓名+成绩+平均成绩
位置：
输出到打印机
五.系统流程图
六.数据流程图
七．对学生成绩管理系统此信息系统开发流程图
八、计算机系统硬件：
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。
（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环境下完成的学生成绩管理系统对象模型，截取模型部分，得到如下图示：
三、建立学生成绩管理系统动态模型
分析强调真实且接近现实管理业务使之优化，并建立顺序图及状态图。
1、顺序图
顺序图的建模元素有对象（参与者的实例也是对象）、生命线（LifeLine）、控制焦点（FocusOfControl）、消息（Message）等。
为学生成绩管理系统的顺序图建模。
以教师查询学生成绩（ViewGrades）用例进行顺序图建模。
1.1确定工作流
根据对ViewGrades用例的分析可知，教师查询学生成绩用例至少有以下3个工作流：
（1）教师成功地查询学生的分数。
（2）教师试图查询某个学生的分数，但该学生不存在。
（3）教师试图查询某个学生的分数，但该学生的分数不存在。
1.2从左到右布置对象
从左到右布置所有参与者和对象，包括要添加消息的对象的生命线。
1.3添加消息和条件以便创建每一个工作流
（1）第1个工作流――教师成功地查询某个学生成绩的顺序图，
（2）第2个工作流――教师试图查询某个学生分数，但该学生不存在的顺序图。
（3）第3个工作流――教师试图查询某个学生分数，但该学生的分数不存在的顺序图。
2、状态图
顺序图和协作图都属于交互图，主要用来描述系统对象之间的动态协作关系，以及协作过程中的行为次序。
交互图常用来描述一个用例中的几个对象协作工作的行为，显示该用例中所涉及的对象和这些对象之间的消息传递情况，但是并不对这些对象的行为，就应该使用状态图。
2.1标识出需要进一步建模的实例
学生基本信息管理
2.2标识出触发每一个类实例的开始状态和结束状态的事件
对于Grade类来说，当输入一个新的分数而要保存时需要类的实例化。
要准确地标识出某个类的实例的结束状态，需要知道类的实例化何时从系统中退出。
即，当什么事件被触发时，类的实例的生命周期才结束。
Grade类的实例在完成数据保存的操作之后，无论该操作是否成功，都需要退出系统。
综上所述，触发Grade类的实例的状态图的开始状态和结束状态的事件如下：
（1）开始状态――InputGrade。
（2）结束状态――Destroy。
2.3确定与每一个类实例相关的事件
事件用于完成最终类的实例的功能。
要确定类的实例的事件，需要知道事件的任务。
对于Grade类的实例来说，它的任务是保存分数。
所以，Grade类的实例的事件包括接收用户输入的成绩、成功地或者不成功地保存成绩。
清楚了这些事件之后，就可以为Grade类的实例创建这些事件的状态列表：
（1）Ready――用于加载成绩。
（2）Persisting――用于保存成绩。
（3）Saved――用于已经成功地保存成绩。
（4）Error――用于由于数据等的异常而未能成功地保存成绩。
2.4学生成绩信息管理状态图
在Rose环境下完成的学生成绩管理系统动态模型，截取模型部分状态图，得到如下图示：
完成对学生成绩管理系统的信息系统开发设计
升级会员 