学生管理系统概要设计报告

1、“学生管理系统”概要设计报告1 范围1.1 标识文件状态： 草稿 正式发布正在修改文件标识：概要设计报告：A2当前版本：1.0 作 者：XXX完成日期：2011-8-281.2 系统概述1软件名称：学生管理系统2软件功能：方便教务管理部门在线管理学生基础信息，包括班级信息管理、学生基本信息管理、学生课程成绩管理以及提供统计和查询功能。此外，系统管理员还可以通过该系统管理用户信息。3与其他教务管理系统的关系：此系统为教务管理系统的一个子系统，项目来源于某高校的委托。整个教务管理系统分为五个部分，另外四个个部分别为：学生选课系统、课程管理系统、教师管理系统和系统管理。用户需要从系统管理子系统中登录

2、后才能进入学生管理子系统。学生选课系统、课程管理系统和教师管理系统的班级、学生、教师和课程等基本信息等，与学生管理子系统共享。图A2-1所示的子系统关系图，主要描述学生管理子系统与其他系统的关系。图A2-1子系统关系图4用户：教务管理人员和系统管理员5开发者：XXX、XXX、XXX1.3 文档概述文档根据“学生管理系统”需求规格说明书，对软件的功能实现、接口和界面等进行设计。文档采用了面向对象的设计方法，描述了系统中主要的类以及与各用例对应的顺序图等。1.4 基线 “学生管理系统”需求规格说明书2 引用文件计算机软件文档编制规范（GB/T 8567-2006），2006年3月14日发布，200

3、6年7月1日实施。3 系统体系结构B/S（Browse/Server）体系结构是一个典型的软件系统体系结构，通过该体系结构能将应用系统的服务器子系统提供一组服务给系统的请求服务的用户子系统，接受请求提供服务的部分就是服务器。系统采用B/S结构，用户界面通过WWW浏览器来实现，主要的逻辑在Web服务器和应用服务器端实现，数据存储在数据库服务器，形成常见的Web应用三层结构。3.1 系统总体设计框架层次系统风格的体系结构支持基于可增加抽象层的设计，允许将一个复杂问题分解成一个增量步骤序列的实现。由于每一层最多只影响两层，同时只要给相邻层提供相同的接口，允许每层用不同的方法实现，分层设计对提高系统的

4、可扩展性、可维护性和可复用性都有很好的作用。会议管理系统的B/S结构的逻辑层次常常被分为三层：表示层、业务逻辑层和数据层。(1) 表示层用来与用户进行交互。提交用户请求给业务层处理和向用户显示从业务层返回用户请求数据的结果。表示层相当于会议管理系统的窗口，用户直接通过该层来访问系统，实现与系统的交互，从而完成需要实现的工作。(2) 业务逻辑层处理来自表示层传送的请求。这层实现系统的所有核心业务逻辑，例如数据的有效性校验、数据的安全性校验以及业务的流程控制和处理，该层还会根据请求的内容，将执行的结果提交给数据层作统一的处理，并且将用户请求处理的结果返回表示层显示。学生管理系统的功能模块层主要包括

5、基础信息管理程序、学生信息管理程序、信息查询程序以及数据统计程序等等。(3) 数据层数据层主要处理和数据资源相关的逻辑，例如存储从业务层传送来的结果数据或者从数据库中读取数据传送给业务层处理。这些组件和服务在功能上和中间层相互独立。系统数据主要由基础信息、学生信息、教务业务员、管理员以及成绩组成。由于系统采用三层体系结构来进行设计，因此系统中的每个子系统都具有三层结构的特点。在系统分析阶段，对类的划分是按边界类、实体类，控制类划分的，这种分析模型与三层系统结构是相互对应的，边界类对应用户接口层，实体类对应数据存取层，控制类对应功能模块层。以上对应关系可以使系统分析中产生的类较容易的分布在系统的

6、三层体系结构中，通过使用直接映射方法得出体系结构中各自包含的相关类，类与三层结构的映射关系如图A2-2所示，前台采用Web浏览器显示页面，后台包括Web服务器和数据库服务器，主要处理业务处理。图A2-2 系统总体设计框架示意图3.2 系统类设计系统共有七个类：用户类（即教务业务员类）、管理员类、班级类、学生类、学期类、课程类以及课程成绩类。图A2-3为系统的业务逻辑类图。为了便于从班级查询学生和成绩，因此，Class类和Student类的关系是聚合关系，Student类和Score类是关联关系，在Class类中能查询学生以及与学生相关的课程了。反之，根据课程查询选课学生以及成绩，操作就复杂些了

7、。新建立的数据访问包类图如图A2-4所示。所有的数据访问类都定义了一个基类DBCommon，该基类包含属性DBConnectionString，通过该属性可以获得数据库连接字符串。还包括一个方法GetDataView，可以实现在数据库中执行查询获得一个DataView。这些属性和方法被所有的数据访问类继承，可以直接使用。关于用户界面包的类图比较简单，主要是通过界面设计，设计出网页及控件等界面元素，并根据动态建模时需要涉及的用户界面访问动作，定义所引起的相关事件，这些方面都在网页中进行定义，并组成用户界面包，这里就不详细介绍。A2-3 系统业务逻辑类图3.3 系统数据库设计系统所用的数据库是关系

8、型数据库，根据模式转化原则，可以将学生管理系统需求分析说明书的E-R图中的6个实体转化为7个关系模式，其中，学生实体和课程实体之间的关系是对多对关系，该关系将转化为一个课程关系模式。图A2-5即是根据系统数据库E-R图转化而来的系统数据库模式关系图。图A2-4 系统的数据访问包4 执行概念采用顺序图来表示各对象之间或对象与参与者之间如何通过交互来实现需求中的功能，每个顺序图分别与需求文档中的用例相对应。通过顺序图描述一个场景中各个对象之间所进行的通信，同时可以分析出系统中相应的类需要具备的操作，从而不断扩充和细化类的设计。如果需要进一步描述类的状态变化情况和操作流程，可以使用UML中的状态图和

9、活动图。图A2-5 系统数据库模式关系图4.1 管理学生信息管理学生信息的顺序图如图A2-6所示，其中用户（教务业务人员）为用例中的参与者，Login.jsp为边界类，表示用户登录的界面；manageStudent.jsp为边界类，表示管理学生信息的界面。User和Student为实体类，UserDB和StudentDB是数据访问类，与数据库中的用户表和学生表相对应。顺序图中横线上的文字描述了对象发出和接受的信息。A2-6 管理学生信息顺序图4.2 管理学生信息5 用户界面设计系统采用Jsp网页作为系统表示层，即用户界面。界面设计思路如下：(1) 整体界面（系统主界面）：供用户和管理员操作，提供各种功能的链接。(2) 管理基础信息界面：输入用户名和密码