(1)开发背景
B高校是一所综合性高校,专业课程开设较多,教材种类多且数量大,传统的管理方法存在着效率低,易出错等缺点。师生对教材使用情况了解较少,信息透明度低,与当前高校信息化管理的思想存在着一定的差距。学校已有一套基于C/S的教材管理信息系统,系统主要包括:系统维护、教材订购管理、教材库存管理、教材销售、学生预收款管理、数据统计、查询与分析等功能。但是基于C/S的管理信息系统使用范围小,不能满足管理上的需要。为此学校决定在原有基于C/S的系统基础上,充分利用校园网的优势,采用B/S结构体系,开发基于Web的教材管理信息系统,更好地满足各类人员对教材信息管理的需求。
(2)系统调查
通过对学校教材相关业务的工作进行调查,发现其业务对象主要有三类:学生、教师和教材科,相应的日常业务也可以分为三类,分别是:
①学生业务
学生业务主要是购书资料的查询,预存款的查询,所需教材的查询等。
②教师业务
教师业务主要是查询领书信息,每学期开学,教师根据上学期预定教材记录到教材科领取教材并登记;每学期教师可以预定下学期所用教材。
③教材科业务
教材科业务主要是采购图书,发放教材,对库存图书、学生购书信息和教师领书信息进行管理与统计。
通过对上述业务的分析,画出系统的功能结构,如图9-7所示。
图9-7 系统功能结构图
(3)业务流程分析
①业务分类
通过对上述业务的分析,新建系统的业务可以分为通用查询业务、专用查询业务和网上预定业务三部分。
●通用查询业务
通用查询业务包括教材基本信息查询业务、学生购书查询业务、学生预存款查询业务、教师领书查询业务、教材零售查询业务等。用户可以使用自己的用户名与密码在任何一台能够上网的电脑上查询相关信息。
●教材科专用查询业务
专用查询业务是针对教材科的业务,主要功能是帮助教材科对库存中教材的数量进行统计与预测。专用查询业务包括:教材库存统计业务、教材零售统计业务、学生购书统计业务、学生退书统计业务及教师领书情况统计业务。
●教材预订业务
在预定系统中输入所要预定教材的信息,就可以完成对教材的预定。预定过程业务有:预定教材信息录入、预定教材信息修改、预定教材信息查询和预定教材信息统计等。
②业务流程图
以通用查询业务和网上教材预定业务为例来分析业务流程。
●通用查询业务
以学生查询业务为例,学生向系统输入用户名与密码进行身份认证,认证成功的学生就可以查询其在教材科的购书、退书及存取款记录,其业务流程如图9-8所示。
图9-8 学生购书查询业务流程图
●教材预订业务
教材预订业务流程是教师输入用户名和密码进行身份认证,在教材预订系统中输入下学期需要的教材的基本信息,教师也可以对已输入的教材信息进行查询和修改,业务流程如图9-9所示。
图9-9 教材预订业务流程图
(4)数据流程分析
数据流程分析是在对上述业务流程图进行分析的基础上,从系统的科学性、管理的合理性和实际运行的可行性角度出发,将信息处理的功能和彼此之间的联系自顶向下、逐层分解,在逻辑上精确地描述新系统应具有的功能、数据输入、数据输出、数据存储及数据来源和去向。
①数据流程图
●学生查询子系统
学生对自己的信息进行查询,应首先进行身份确认,在身份确认后才可查询自己的购书记录、退书记录、存款账户信息以及现有教材的情况,其数据流程如图9-10所示。
图9-10 学生查询数据流程图
●教材预订子系统
根据业务流程图对教材预订系统的描述,其数据流程如图9-11所示。
图9-11 教材预订数据流程图
②数据字典
数据字典主要对数据项、数据流、数据存储、处理逻辑和外部实体进行详细说明,系统中数据字典的内容较多,仅举例进行说明。(www.xing528.com)
●数据项的定义
●数据结构的定义
●数据流的定义
●处理逻辑的定义
●数据存储的定义
●外部实体的定义
(5)系统设计
①系统应用环境
●硬件环境
Web服务器:Sun Ultra Enterprise 450的UNIX服务器;
数据库服务器:HP LH3服务器。
●软件环境
操作系统:Windows Server 2008;
数据库:SQL Server 2000;
开发平台:Visual Studio 2013。
②代码设计
代码设计是系统设计中非常重要的环节,本系统中有多个代码的设计,以“学号”为例,其设计规则如图9-12所示。
图9-12 代码设计图
③数据库设计
●概念结构设计
在系统的数据库设计中,首先要对系统分析得到的数据字典中的数据存储进行分析,分析各数据存储之间的关系,采用E-R图的方法进行数据结构分析。本系统中涉及的实体主要有“学生”“教师”“教材”及“院系”等,各实体及其属性如图9-13所示。
图9-13 实体及其属性图
●逻辑设计
逻辑设计的任务就是根据管理信息系统的特征,将E-R图描述的概念结构转换为关系模型的逻辑结构,上述E-R图转换成关系模式为:
●物理设计
物理设计的任务主要有两个,一是确定所有数据库文件的名称及其结构,二是确定各个数据库文件是否需要建立索引。本系统部分表结构如表9-8~表9-18所示。
表9-8 教材信息表
表9-9 学生信息表
表9-10 学生购书信息表
表9-11 学生退书表
表9-12 教师信息表
表9-13 教师领书信息表
表9-14 教材预订表
表9-15 教材计划信息表
表9-16 学生存款信息表
表9-17 院系编码信息表
表9-18 课程信息表
系统的实现代码较长,因为篇幅所限不再赘述。
免责声明:以上内容源自网络,版权归原作者所有,如有侵犯您的原创版权请告知,我们将尽快删除相关内容。