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

“学生管理系统”概要设计报告 1 范围 1.1 标识 文件状态： [ ]草稿 [ ]正式发布 [√]正在修改 文件标识： 概要设计报告：A2 当前版本： 1.0 作 者： 郑海峰 完成日期： 2011-9-1 1.2 系统概述 1．软件名称：学生管理系统 2．软件功能：方便教务管理部门在线管理学生基础信息，包括班级信息管理、学生基本信息管理、学生课程成绩管理以及提供统计和查询功能。此外，系统管理员还可以通过该系统管理用户信息。 3．与其他教务管理系统的关系：此系统为教务管理系统的一个子系统，项目来源于某高校的委托。整个教务管理系统分为五个部分，另外四个个部分别为：学生选课系统、课程管理系统、教师管理系统和系统管理。用户需要从系统管理子系统中登录后才能进入学生管理子系统。学生选课系统、课程管理系统和教师管理系统的班级、学生、教师和课程等基本信息等，与学生管理子系统共享。图A2-1所示的子系统关系图，主要描述学生管理子系统与其他系统的关系。 图A2-1子系统关系图 4．用户：教务管理人员和系统管理员 5．开发者：XXX、XXX、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-2所示，前台采用Web浏览器显示页面，后台包括Web服务器和数据库服务器，主要处理业务处理。 图A2-2 系统总体设计框架示意图 3.2 系统类设计 系统共有七个类：用户类（即教务业务员类）、管理员类、班级类、学生类、学期类、课程类以及课程成绩类。图A2-3为系统的业务逻辑类图。 为了便于从班级查询学生和成绩，因此，Class类和Student类的关系是聚合关系，Student类和Score类是关联关系，在Class类中能查询学生以及与学生相关的课程了。反之，根据课程查询选课学生以及成绩，操作就复杂些了。 新建立的数据访问包类图如图A2-4所示。所有的数据访问类都定义了一个基类DBCommon，该基类包含属性DBConnectionString，通过该属性可以获得数据库连接字符串。还包括一个方法GetDataView，可以实现在数据库中执行查询获得一个Data