学生成绩管理系统文档格式.docx
《学生成绩管理系统文档格式.docx》由会员分享，可在线阅读，更多相关《学生成绩管理系统文档格式.docx（35页珍藏版）》请在冰豆网上搜索。
1选题背景
学生成绩管理信息系统是面向学校的管理系统，其目的是提高学校对学生的科学化管理。
每个学校都需要在学期末进行期末考试成绩的统计分析工作，而这些工作都必须在考试结束后近一个星期的时间内完成。
大量的成绩数据的统计分析工作如果只靠人工来完成，费时费力，还容易出错。
因此需开发出一个能满足学校进行成绩的录入，统计，查询，报表和打印等需求的、功能完善、安全可靠、迅速简便的成绩管理信息系统。
目前，计算机辅助管理已在我国的各行各业得到了广泛地应用，但总的来说，计算机在我国教学方面的应用，还处于初级阶段，尽管近两年发展较快，但还需要不断地探索和研究，。
在我们生活的周围环境中贯穿着无数的系统，这是我们世界信息化不断发展的成就，在我们衣食住行中，无一例位的联系起了信息化管理系统，到今天我们正在教育之路上的想和生来说近年来MIS（管理信息系统）陆续走入了各企事业，成为企业管理者的得力助手。
学校是信息化程度高而且复杂的单位由此可见手工管理将会浪费很多的财力、物力，学生成绩管理系统的引进将为学校这一难题。
在如今的高校日常管理当中，学生成绩管理系统就是其中非常重要的一环，特别是当前学生规模大，课程门类多，校区分散等实际情况，学生成绩管理系统更具有非常大的实际应用意义。
因此计算机管理纳入成绩管理系统，大大提高了工作效率，也减轻了工作者的负担，同时也方便了同学和教师的查询。
围绕这个热点以学生成绩管理系统的开发为背景，针对目前学生成绩管理工作的现状以及学生成绩管理工作的特点和要求，对学生成绩管理系统进行相应的功能设计和逻辑划分，对开发方法、系统建模等技术手段进行了对该学生成绩管理系统的总体规划与设计。
以通过简单的方式转变为学生成绩管理系统，并根据客户需要适当增加功能。
此方法应用后也可以批量更新一个学生成绩管理系统系统。
学生成绩管理系统是为传统管理中存在的一些混乱、无序等弊端开发的。
它的主要特点是功能强大、设计科学、方便易用，深受用户喜爱。
目前正版用户遍及全国各地，是一款非常成熟且具有极高性价比的学生成绩管理系统。
2学生成绩管理需求分析
2.1.学生成绩管理系统需求陈述
某学校拟开发一个学生成绩管理系统，它是由教务处中央计算机、各院系分计算机、终端以及存储数据库组成的。
该系统采用.2.0框架，SQLserver2000数据库存储过程以及系统采用三层框架，结构清晰。
计算机由学校购买。
本系统主要包括学生信息管理、教师信息管理、成绩管理、选课管理、成绩查询、打印报表等几个模块。
通过这几个主要模块基本实现本系统的目的，从而可以进一步满足学校对管理系统的要求。
首先，管理员可以使用学生信息管理和教师信息管理两个模块处理学生和教师提交的个人信息的事务。
同时，学生和老师可以通过这两个模块修改或更新个人信息，以便学校进行统计和个人信息的保密。
其次，管理员可以使用成绩管理模块对学生的成绩进行添加、修改、更新和数据库备份等。
同时，管理员、学生、教师可以通过成绩查询模块查询自己权限内的成绩。
再次，管理员通过选课模块对学生的选课结果进行统计，然后再通过这一模块返还给学生和教师，学生和教师可以通过这一模块了解自己的课程安排。
最后，管理员可以通过打印报表这一模块处理所完成的事务，学生和教师可以通过这一模块打印出自己的课程表，方便查询。
学生还可以通过这一模块打印出自己的成绩表。
2.2.需求分析
2.2.1功能需求
本系统基于网络在线的学生成绩管理系统，在系统中分为三个大的方面，即，系统管理员登陆页面，教师登陆页面，学生登陆页面。
该系统还包括学生信息管理，教师信息管理模，成绩管理，选课管理，成绩查询，打印报表等模块。
这几个模块既相互独立又相互联系，而成绩管理必须以学生信息管理，教师信息管理以及选课管理为基础。
（1）学生信息管理模块主要用来统计学生的信息。
以便学生的成绩可以以班级为单位进行统计，具体包括各班学生总成绩、平均成绩、班级排名及统计班级某分数段内的学生人数；
各个学生该科成绩、班级排名及统计班级某分数段内的学生人数。
利于学生对自己的个人信息进行修改更新，管理员进行统计。
（2）教师信息管理模块主要用来统计教师的信息。
利于教师对自己的个人信息进行修改更新，管理员进行统计。
（3）成绩管理模块主要功能用于对成绩进行收集和修改。
具体包括成绩录入、修改、增加、删除等功能。
成绩录入可以分班级、年级以及某个时间考试的各门功课的成绩。
修改与成绩录入要相对应。
（4）选课管理模块主要功能用来学生进行选课，统计学生选课的结果，然后根据选课结果对老师进行排课，明确教师和学生的对应管理。
这个模块是成绩管理模块的基础。
（5）成绩查询模块主要用来提供管理员、教师和学生的成绩查询服务。
用户根据自己的登录页面和登录密码登录系统进行权限范围内的成绩查询。
（6）打印报表模块主要功能用来管理员对成绩报表的打印。
学生和教师对课程表的打印。
2.2.2性能需求
1．精度
各科分数为0到100分，括0分和100分.精确度为小数点后一位。
分的精确度为小数点后一位。
均分也是一样的.班级的平均分是小数点后三位.总分也是小数点后一位。
级存在姓名才可以输入。
号可以自动生成.学号不能相同，号在整个数据库中都是唯一的。
名大小在八个字以内。
2．时间特性
查询服务部分：
用户通过电脑提交查询命令到返回结果不超过5秒钟。
数据管理部分：
提交某一数据录入到结果返回不超过5秒钟。
3.系统实用性：
为了提高系统效率，系统提供了多种形式的对话框，并在设计过程中考虑尽量减少用户的输入。
为了提高查询效率，系统提供了多种组合查询及模糊查询。
4.安全可靠性
本系统运行在校园网络上，前端通过windows的浏览器进行使用，要考虑到校园网在与外部网连接的情况下可能会受到外来的安全威胁；
操作员口令应采用加密存放方式，不同权限的用户对数据有不同层次的访问：
禁止、浏览、修改等；
要设计好系统的差异或增量备份以及操作日志。
5.可扩充性
（1）编码要尽可能采用行业标准，自行编码也应合乎规范。
（2）设计应考虑可扩充性，以适应今后能对数据库中的所有信息进行及时更新。
（3）使用字典数据，建立字典表,一方面减少数据存储，另一方面维护容易。
6.环境规定
（1）硬件环境
服务器端包括一台标准服务器（也可用性能较好的普通PC服务器，数据库服务器、WEB服务器也可运行在同一台服务器上）。
客户端包括多媒体电脑、PC客户机，可使用触摸屏。
（2）软件环境
学生成绩管理系统的设计与运行基于采用B/S网络应用环境运行于校园网上。
后台操作系统为MicrosoftWindowsXP，数据库为MicrosoftSQLServer2000；
Web服务器运行环境为WindowsNTServer（SP6），浏览器为IE4.0以上版本。
数据查询服务部分采用B/S网络应用环境。
7.其它专门需求
在程序的开发过程中，应遵循结构化的程序设计原则，设立运行日志，加强系统的可维护性；
注重系统的界面友好性、各程序模块界面的统一。
2.3系统需求建模
2.3.1确定参与者
（1）管理员
管理此系统的功能，维护系统的安全，统计选课结果，统计成绩，使教师和学生之间在系统中顺利的沟通，统计数据，规划数据，在此系统中起到了最基础、最重要的作用。
（2）教师
登录成绩，管理在系统中的个人信息，查询系统中权限范围内的信息。
（3）学生
管理系统中的个人信息，查询系统中权限范围内的信息。
2.3.2确定用例
（1）学生信息管理
本用例主要提供对学生基本信息进行管理的功能。
（2）教师信息管理
本用例主要提供对教师基本信息进行管理的功能。
（3）成绩管理
本用例主要提供对学生成绩进行录入、修改、更新、查询等功能。
（4）选课管理
本用例主要提供对学生选课信息以及教师排课信息的管理功能。
（5）成绩查询
本用例主要为教师和学生提供查询成绩的功能。
注：
学生只能查询自己的成绩，教师可以查询自己所有学生的成绩。
（6）打印报表
本用例主要提供对各类报表如学生成绩表、教师排课表等报表的打印功能。
2.3.3系统用例建模
根据需求分析，确定系统用例，并画出系统用例顶层图。
系统用例顶层图如图2-1所示。
图2-1系统顶层用例图
2.3.4用例描述
学生成绩管理系统的用例事件描述如下。
1.学生信息管理用例描述
名称：
学生信息管理。
描述：
管理学生个人信息。
前置条件：
学生信息已经登记，并注册成功存入档案。
后置条件：
若学生已注册，则可以对该学生进行管理，给予学生应有的权利。
活动的基本过程：
如果有新的学生，可以增加这个学生的信息。
当学生的信息有变动时，就可以及时做出改动。
学生如果离开学校，就适时删除此人信息。
当学生有新的信息时，就会有新的信息生成。
2.教师信息管理用例描述
教师信息管理。
管理教师的个人信息。
教师信息已经登记，安排办公地点和实验室，将信息生成存档。
给老师安排课时，专业，上课地点等。
活动基本过程：
登记老师的课程名和课时，对教师的信息进行增删改。
3.成绩管理用例描述
成绩管理。
管理员和教师对学生成绩进行管理。
老师完成对学生成绩的批阅，并提交给管理员。
管理员对学生的成绩信息进行录入，修改和查询。
当有成绩生成时，管理员对学生的成绩对应的录入。
有错误成绩信息生成时，会及时进行修改。
无误后生成信息表，供用户（学生老师）进行查询。
4.选课管理用例描述
选课管理。
管理员对选课系统进行管理。
教学方案已提交，准备安排学生选课，得到相应的学分。
如果学生选课成功，生成相应的课程表，并提交给管理员进行统计和管理。
统计课程人数和专业类别。
生成报告给老师以及学生。
5.成绩查询用例描述
成绩查询。
管理员、教师和学生对成绩的查询浏览。
成绩已经录入完毕。
生成成绩单。
生成成绩单或信息表，给管理员、学生和教师查询浏览。
6.打印报表用例描述
打印报表。
负责系统中各类报表的打印。
系统中的信息表，课程表，成绩单已经生成。
将生成的信息进行打印，没有生成的信息无法打印。
打印信息表、课程表、成绩单供学生，教师查询，供管理员管理备档。
3学生成绩管理系统系统分析
3.1系统用例建模
在需求分析中，我们已经确定了系统主要用例，以下是对与成绩管理相关的用例的细化。
学生、教师和管理员都参与学生成绩管理，通过学生管理进行查询成绩，保存成绩，对成绩进行修改和统计。
学生成绩管理用例包含查询成绩、保存成绩以及成绩修改统计等操作，同时管理员根据成绩统计结果可以打印成绩报表等。
而学生、教师和管理员可以通过各自的登录密码登录系统进行权限范围内的操作。
系统用例总图如图3-1所示。
图3-1系统用例总图
系统细化用例图如图3-2所示。
图3-2系统细化用例图
经分析，该系统的用例描述可用以下各表表示。
用例一览表：
表3-1执行者一览表
ACTOR
中文名称
可选操作
TEACHER
教师
分发报告卡、核算成绩、浏览成绩
STUDENT
学生
浏览成绩
MANAGER
管理员
浏览成绩、创建报告卡、更新成绩、录入成绩、打印成绩单
表3-2细化图用例一览表
用例标识符
优先级
简要用例描述
UC01
1
分发报告卡
给教师报表记录学生成绩状况
UC02
核算成绩
教师对学生成绩进行登记记录
UC03
更新成绩
学生成绩发生变化时修改
UC04
教师，管理员，学生都可以进行
UC05
创建报告卡
管理员需要对学生成绩创建报表
UC06
2
登陆
教师、管理员、学生在进行成绩浏览时需要先登陆
UC07
保存成绩
管理员对成绩进行保存
UC08
录入成绩
管理员对学生成绩进行系统录入
UC09
打印成绩单
管理员对学生成绩单进行打印
表3-3优先级说明
优先级名称
优先级描述
1
基本的
系统必须实现的功能
希望的
系统有希望去实现的功能
3
可选的
系统可以实现但可以忽略
用例详细描述：
表3-4分发报告卡
用例名称
标识符
用例描述
给教师分发报表对学生科目成绩进行记录，登记对学生的基本成绩
参与者
状态
审查通过
前置条件
教师需要成绩状况
后置条件
报表创建成功，开始记录成绩
基本操作流程
1.教师了解成绩状况填写报告卡
2.根据报表的登记情况，进行成绩的录入
3.确认成绩无误，录入完毕
可选操作流程
学生未进行考试，则忽略
被泛化的用例
无
被包含的用例
被扩展的用例
修改历史记录
教师修改错误成绩报表
表3-5核算成绩
教师需要对成绩根据报表进行成绩记录
续表3-5核算成绩
教师需要填写分发的报表
记录成绩后，要保存
1.根据报表记录成绩
2.确认成绩无误，录入完毕
教师根据错误报表修改成绩
表3-6更新成绩
学生成绩被修改后需要及时更新
成绩若被修改则需要更新
更新完成绩后，要再次保存
根据修改的成绩记录进行更新
UC07、UC08
修改记录过的成绩
表3-7浏览成绩
对记录好的成绩进行公开
教师、管理员、学生
需要先登陆再进行浏览
1.成绩已经被更新并保存处理
2.教师、学生、管理员需要登陆系统
3．进行成绩浏览
续表3-7浏览成绩
1.学生无权对此进行修改
2．教师对错误加以更新并提交给管理员
表3-8创建报告卡
管理员对学生的所有成绩创建报表
需要学生详细无误的成绩
报表创建完后交予反馈
1.管理员根据各个教师提供的学生成绩，对学生情况给予汇总
1.对每门科目成绩汇总
2.交予反馈
若教师所提供成绩有误，则重新创建报表
表3-9登录
管理员、教师、学生
有登陆系统
登陆后进行成绩浏览
1.选择进入系统
2.弹出登录窗口
3.输入密码账号
4.进入系统
登陆密码的设置有用户本身设定
表3-10保存成绩
管理员对保存成绩进行管理
记录成绩结果
提醒管理员对成绩进行反馈
1．教师记录完成绩进行保存
2．保存成绩后交予提醒管理员进行不及格成绩反馈
提醒管理员
3.2静态结构模型
3.2.1类的识别
进一步分析系统需求，发现类以及类之间的关系，确定它们的静态结构和动态行为，是面向对象分析的基本任务。
系统的静态结构模型主要用类图和对象图描述系统中主要的类。
在系统分析过程中，要严格考察每个候选对象，从中去掉不正确的或不必要的，仅保留确实应该记录其信息或需要其提供服务的那些对象。
筛选类时主要依据冗余、无关性、笼统、属性、操作和实现等标准，删除不正确或不必要的类与对象。
1．找出候选的类与对象
根据第一章中给出的需求陈述，从陈述中找出下列名词，可以把它们作为类与对象的初步的候选者：
中央计算机（成绩系统），分计算机，管理员，教师，学生，学生信息，教师信息，选课单，成绩单，课程表，个人信息表，事务，访问，用户，登录密码，学校。
通常，在需求陈述中不会一个不漏地写出问题域中的所有有关的类与对象，因此，分析员应该根据领域知识或常识进一步把隐含的类与对象提取出来。
2．筛选出正确的类与对象
通过一个简单、机械的过程不可能正确地完成分析工作。
非正式分析仅仅帮助人们找到一些候选的类与对象，接下来应该严格考察每个候选对象，从中去掉那些不必要的，仅仅保留确实应该记录其信息或需要其提供服务的那些对象。
筛选时主要依据下列标准，删除不正确或不必要的类与对象。
（1）冗余
如果两个类表达了同样的信息，则应该保留在此问题域中最富于描述力的名称。
在该系统的类的候选对象中，其中“分计算机”和“中央计算机”，“个人信息表”与“学生”、“教师”分别描述了相同的两类信息，因此仅保留“中央计算机”和“学生”、“教师”这三个类。
（2）无关
现实世界中存在许多对象，不能够把它们都纳入到系统中去，仅需要把与问题密切相关的类与对象放进目标系统中。
因此，应该去掉候选类中的“学校”。
（3）笼统
在需求陈述中常常使用一些笼统的、泛指的名词，虽然在初步分析中把它们作为候选的类与对象列了出来，但是，要么系统无须记忆有关它们的信息，要么在需求陈述中有更明确更具体的名词对应它们所暗示的事务，因此通常把这些笼统的或模糊地类去掉。
在该系统中就出现了一些笼统含糊的名词。
总之在本例中应该去掉“访问”、“登录”“访问”等候选类。
（4）属性
在需求陈述中有些名词实际上描述的是其他对象的属性，应该把这些名词从候选类与对象中去掉。
该系统中的“登录密码”应作为属性对待。
综上所述，在成绩管理系统中，进过初步筛选，剩下的类与对象包括成绩系统，教师，学生，成绩单，选课单，课程表。
3.2.2类的关联分析
多数人习惯于在初步分析确定了问题域中的类与对象之后，接下来就分析确定类与对象之间存在的关联关系。
当然这样的工作顺序并不是绝对必要的。
由于在整个开发过程中面向对象概念和表示符号的一致性，分析员在选取自己习惯的工作方式时拥有相当大的灵活性。
在需求陈述中使用的描述性动词或者动词词组，通常表示关联关系。
因此，在初步确定关联时，大多数关联可以通过提取需求陈述中的动词词组而得出。
通过分析需求陈述，还能发现一些隐含的关联。
（1）可以通过分析用例图确定类及其关联。
通过用例图分析，可以确定成绩单，选课单和课程表三个类。
（2）通过用例图中的参与者名称，可以确定教师，学生和系统管理员三个附加类。
（3）检查用例图中各个用例（功能）所属的类：
1打印报表——成绩单类。
2更新成绩——成绩单类。
3保存成绩——成绩单类。
4查询成绩——成绩单类。
5系统登录——Login类。
6核算成绩——成绩单类。
（4）创建类之间的关联：
1教师发布成绩单。
2管理员输入成绩单。
3管理员发布选课单。
4保存成绩单。
5教师查询成绩单。
6学生查询成绩单。
7管理员查询成绩单。
此系统中属于用户类的有教师类，学生类。
用户对成绩单之间存在着“一对一”的关联关系，用户和选课单之间存在着“一对一”的关系，选课单和课程表之间存在着“一对多”的关系。
3.2.3类的属性描述
属性是对象的性质，借助于属性人们能对类与对象和结构有更深入跟具体的认识。
本系统对相关类图有以下描述：
（1）用户类是所有参与者的父类，该类的属性有：
用户名和密码。
方法有：
获得成绩单和查询成绩的方法。
（2）教师用户类的属性有：
姓名、课程名等属性。
记录成绩，浏览成绩、分发报告卡等方法。
（3）学生用户类的属性有：
姓名、学号和班级等属性。
登录的方法。
（4）选课单类的属性有：
课程名。
生成课程表和生成成绩的方法。
（5）课程表类的属性有：
课程名称任课教师等属性。
授课时间和授课地点等方法。
（6）成绩单类的属性有：
格式和打印时间等属性。
生成成绩单，打印成绩单和查看成绩单的方法。
（7）成绩管理类的方法有：
对学生成绩进行查、删、改等方法。
、
3.2.4类图的构建
类图如图3-3所示。
图3-3类图的构建
3.3系统动态模型
3.3.1系统执行顺序分析
顺序图建模元素有对象（参与者的实例也是对象）、生命线（lifeline）、控制焦点（focusofcontrol）、消息（message）等。
为学生成绩管理系统的顺序图建模。
1.根据对用户登录用例的分析，实现用户登录有以下说明：
（1）用户进入登陆界面，获得登录信息
（2）系统调用数据库，验证登录信息是否正确
（3）登录信息正确，返回登陆成功
（4）用户成功登陆
用户登录系统的顺序图如图3-4所示。
图3-4用户登录顺序图
2.根据对教师查询成绩用例的分析，
升级会员 