学生成绩管理系统概要设计报告
- 格式:doc
- 大小:201.00 KB
- 文档页数:6
“学生成绩管理系统”概要设计报告
1 范围
1.1 标识
1.2 系统概述
1.软件名称:学生成绩管理系统
2.软件功能:对输入的基础信息和学生成绩进行管理和维护。
(1)基础信息包括学生信息、课程信息以及专业信息。
基础信息的管理和维护就是主要的功能是添加、修改和删除指定的记录,并能根据给定的条件搜索指定的信息。
基础信息由管理员进行维护。
(2)教师输入学生课程成绩、查询和统计学生成绩,也能修改自己的个人信息。
(3)学生可以查看自己的信息,并修改自己的个人信息。
3.用户:学生、教师和教务管理员
4.开发者:XXX
1.3 文档概述
文档根据《“学生成绩管理系统”需求规格说明书》,对软件的功能实现、接口和界面等进行设计。
文档采用了面向对象的设计方法,描述了系统中主要的类以及与各用例对应的顺序图等。
1.4 基线
“学生成绩管理系统”需求规格说明书
2 引用文件
计算机软件文档编制规范(GB/T 8567-2006),2006年3月14日发布,2006年7月1日实施。
3 系统体系结构
B/S(Browse/Server)体系结构是一个典型的软件系统体系结构,通过该体系结构能将应用系统的服务器子系统提供一组服务给系统的请求服务的用户子系统,接受请求提供服务的部分就是服务器。
系统采用B/S结构,用户界面通过WWW浏览器来实现,主要的逻辑在Web 服务器和应用服务器端实现,数据存储在数据库服务器,形成常见的Web应用三层结构。
3.1 系统总体设计框架
层次系统风格的体系结构支持基于可增加抽象层的设计,允许将一个复杂问题分解成一个增量步骤序列的实现。
由于每一层最多只影响两层,同时只要给相邻层提供相同的接口,允许每层用不同的方法实现,分层设计对提高系统的可扩展性、可维护性和可复用性都有很好的作用。
学生成绩管理系统的B/S结构的逻辑层次常常被分为三层:表示层、业务逻辑层和数据层。
(1) 表示层
用来与用户进行交互。
提交用户请求给业务层处理和向用户显示从业务层返回用户请求数据的结果。
表示层相当于会议管理系统的窗口,用户直接通过该层来访问系统,实现与系统的交互,从而完成需要实现的工作。
(2) 业务逻辑层
处理来自表示层传送的请求。
这层实现系统的所有核心业务逻辑,例如数据的有效性校验、数据的安全性校验以及业务的流程控制和处理,该层还会根据请求的内容,将执行的结果提交给数据层作统一的处理,并且将用户请求处理的结果返回表示层显示。
学生管理系统的功能模块层主要包括基础信息管理程序、学生信息管理程序、信息查询程序以及数据统计程序等等。
(3) 数据层
数据层主要处理和数据资源相关的逻辑,例如存储从业务层传送来的结果数据或者从数据库中读取数据传送给业务层处理。
这些组件和服务在功能上和中间层相互独立。
系统数据主要由基础信息、学生信息、教务业务员、管理员以及成绩组成。
由于系统采用三层体系结构来进行设计,因此系统中的每个子系统都具有三层结构的特点。
在系统分析阶段,对类的划分是按边界类、实体类,控制类划分的,这种分析模型与三层系统结构是相互对应的,边界类对应用户接口层,实体
类对应数据存取层,控制类对应功能模块层。
以上对应关系可以使系统分析中产生的类较容易的分布在系统的三层体系结构中,通过使用直接映射方法得出体系结构中各自包含的相关类,类与三层结构的映射关系如图A2-1所示,前台采用Web浏览器显示页面,后台包括Web 服务器和数据库服务器,主要处理业务处理。
数据库
图A2-1 系统总体设计框架示意图
3.2 系统类设计
系统共有五个关键类:教务管理员类、专业类、学生类、课程类以及课程成绩类。
图A2-2为系统的业务逻辑类图。
为了便于从班级查询学生和成绩,因此,ZY类和XS类的关系是关联关系,XS类和CJ类是关联关系,在CJ类中能查询学生以及与学生相关的课程了;反之,根据课程查询选课学生以及成绩,操作同样便捷。
A2-2 系统业务逻辑类图
3.3 系统数据库设计
系统所用的数据库是关系型数据库,根据模式转化原则,可以将《学生成绩管理系统需求分析说明书》的E-R图中的4个实体转化为5个关系模式,其中,学生实体和课程实体之间的关系是对多对关系,该关系将转化为一个课程关系模式。
图A2-3即是根据系统数据库E-R图转化而来的系统数据库模式关系图。
SELECT
XH KCH SCORE ...char(12)
char(6)
int
<pk,fk1>
<pk,fk2>
图A2-3 系统的数据关系模式及之间关系
4 执行概念
采用顺序图来表示各对象之间或对象与参与者之间如何通过交互来实现需求中的功能,每个顺序图分别与需求文档中的用例相对应。
通过顺序图描述一个场景中各个对象之间所进行的通信,同时可以分析出系
统中相应的类需要具备的操作,从而不断扩充和细化类的设计。
如果需要进一步描述类的状态变化情况和操作流程,可以使用UML中的状态图和活动图。
4.1 注册学生信息
管理学生信息的顺序图如图A2-4所示,其中用户(教务业务员)为用例中的参与者,Login.jsp为边界类,表示用户登录的界面;manageStudent.jsp为边界类,表示管理学生信息的界面。
User和Student为实体类,UserDB和StudentDB 是数据访问类,与数据库中的用户表和学生表相对应。
顺序图中横线上的文字描述了对象发出和接受的信息。
A2-4 注册学生信息顺序图
4.2 管理学生信息
......
5 用户界面设计
系统采用Jsp网页作为系统表示层,即用户界面。
界面设计思路如下:
(1) 整体界面(系统主界面):供用户和管理员操作,提供各种功能的链接。
(2) 管理基础信息界面:输入用户名和密码登录后,进入该界面,浏览一些基本信息,并通过点击“管理班级信息”、“管理课程信息”或“管理学期信息”进入相应的操作。
(3) .....
6 系统出错处理
6.1 出错信息
如果因操作失误造成出错,应给出相应的提示,并转到具体的页面。
6.2 补救措施
对相应的错误列出出错信息表,通过语句控制。
7系统维护
略。