案例高校教材查询系统的分析与设计方案Word格式文档下载.docx

案例高校教材查询系统的分析与设计方案Word格式文档下载.docx

《案例高校教材查询系统的分析与设计方案Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《案例高校教材查询系统的分析与设计方案Word格式文档下载.docx（14页珍藏版）》请在冰豆网上搜索。

任何人在学校教材科对外提供的查询终端上都可以使用自己的用户名和密码查询他想要查询的内容<

其中教材基本信息查询不需要用户名和密码）。

2）教材科专用查询业务

专用查询业务是针对教材科的业务，这部分业务不对外开放，因为它没有对外开放的必要，这部分业务主要是辅助教材科对库存中教材的数量，更新速度等进行统计、预测、分析。

具体业务应包括：

教材库存统计业务、教材零售统计业务、学生购书统计业务和学生退书统计业务及教师<

院系）领书情况的统计业务。

3）教材预订业务

为完成教材预定的过程，相应的应该完成一系列的业务，包括：

预定教材信息录入、预定教材信息的修改、预定教材信息查询和预定教材信息统计等内容。

3.2业务流程图

由于业务较多，在此仅对通用查询业务和教材预定业务分别举例加以说明。

1）通用查询业务　

以学生查询业务为例，该业务是学生向系统输入用户名和密码进行身份认证，认证成功的学生就可以查询其在教材中心的某一笔或全部购书、退书及存取款记录。

其业务流程图如图2所示。

图2　学生购书查询业务流程图

2）教材预订业务

教师进行教材预订的业务流程是教师首先输入自己的用户名和密码进行身份认证，然后在教材预订系统中输入自己下学期所上课程要使用的教材基本信息，在规定的时间内，教师也可以对已输入的教材信息进行查询和修改，超过了预定的时间，该信息将被转移到教材计划表中。

该业务的业务流程图如图3所示。

4、数据流程分析

数据流程分析是在对上述业务流程图进行分析的基础上，从系统的科学性、管理的合理性和实际运行的可行性角度出发，将信息处理的功能和彼此之间的联系自顶向下、逐层分解，在逻辑上精确地描述新系统应具有的功能、数据输入、数据输出、数据存储及数据来源和去向。

“已超期”信息

4.1数据流程图

由于该系统的数据流程图较多，我们依然只对学生查询业务和教材预订业务的数据流程图做详细介绍。

1）学生查询子系统

由于学生要对自己的信息进行查询，涉及个人机密，所以学生应该首先进行身份确认，即登录系统，在身份得到确认后才可以查询自己的购书记录，退书记录、自己的存款账户以及教材科现有教材的情况，其数据流程图如图4所示。

D1

2）教材预订子系统

根据业务流程图对教材预订系统的描述，该系统的数据流程图如图5所示。

4.2数据字典

数据流程图只是从数据流向的角度描述了系统的组成和各部分之间的联系，但却没有具体说明各个组成部分和数据流的具体含义，而数据字典正好弥补了这一不足，数据字典是对数据流程的最底层图中的数据项、数据流、数据存储、处理逻辑和外部实体进行了详细的说明。

由于系统分析中数据字典的内容非常多，在此仅对各个部分分别举例进行说明。

（1）数据项的定义

数据项编号：

A01-01

数据项名称：

学号

别名：

无

简述：

学生信息表中某个学生的学号

类　　　型：

字符型

长度：

10个字节

取值范围：

0000000000-9999999999

未超期

A02-01

教材编号

编号

教材信息表中某种教材的编号

6个字节

字母＋数字

2）数据结构的定义

数据结构编号：

D2

数据结构名称：

教材信息表

教材科库存教材的信息情况表

数据结构组成：

教材编码＋教材名称＋作者＋出版社＋版别序号＋印刷批次＋出版日期＋价格＋理论库存量＋实际库存量＋库存位置

学生信息表

学生的相关信息

学号＋学生姓名＋用户名＋密码＋当前余额

3）数据流的定义

数据流编号：

F02-01

数据流名称：

登录信息

用户登录系统时需要输入的用户信息

数据流组成：

用户名+密码

数据流来源：

学生、教师、教材管理人员

流通量：

1000份/天

高峰流通量：

700份/每天15：

00-21：

00

4）处理逻辑的定义

处理逻辑编号：

P1

处理逻辑名称：

验证登录信息

简述：

验证用户身份

输入的数据流：

登录信息，来源：

外部实体“学生”、“教师”等

处理：

查询“学生信息表”或“教师信息表”，判断其是否为合法用户

输出的数据流：

合法用户，去向是处理逻辑“输入查询条件”、“输入教材预订信息”等

非法用户，去向是外部实体“学生”、“教师”等

处理频率：

200次/天

5）数据存储的定义

数据存储编号：

D3

数据存储名称：

学生领书表

存放学生在校期间所有的领书记录

数据存储组成：

流水号＋学号＋教材编码＋领书日期＋数量＋单价＋业务员

关键字：

学号＋教材编码＋领书日期

相关联的处理：

P4（“查询”>

等

6）外部实体的定义

外部实体编号：

S2

外部实体名称：

教师

本校所有任课教师

F1<

“非法用户信息”）等

D02－01<

“用户登录信息”）等

5、系统设计

5.1系统硬件设计

略

5.2代码设计

代码设计是系统设计中非常重要的一部分。

本系统中设计多个代码的设计，如“学号”，为了和学校中的其他系统保持一致，所以使用学校目前“学号”代码的设计，其设计规则如下：

**********

　　　　　　　　　　　　顺序号

　　　　　　　　　　　　年级

　　　　　　　　　　　　专业

　　　　　　　　　　　　院系编码

“教材编码”的设计考虑到教材一般都是各个院系有自己专用的教材，所以其代码设计如下：

******

顺序号

院系编码

由于该高校的院系不超过30个，所以“院系编码”的设计采用了3位的顺序码。

其他代码设计不再一一列举。

5.3数据库设计

数据库设计是在选定的数据库管理系统基础上建立数据库的过程。

数据库设计时需要综合各个子系统的数据需求，分析各个数据之间的关系，按照DBMS提供的功能和描述工具，设计出规模适当、正确反映数据关系、数据冗余少、存取效率高、能满足各种查询要求的数据模型。

该设计过程包括概念结构设计、逻辑结构设计和物理结构设计。

5.3.1概念结构设计

在系统的数据库设计中，首先要对系统分析得到的数据字典中的数据存储进行分析，分析各数据存储之间的关系，可采用E－R图的方法进行数据结构分析。

本系统中涉及的实体主要有“学生”、“教师”、“教材”、“院系”和“学生预存款”等，各实体及其属性如图7所示。

存放位置　

姓名

a）“学生”实体及其属性图

b）　“教材”实体及其属性图

学号　

院系

院系名称

院系编码　

存取日期　

教师编号　

预存款

业务员

金额

存取　

e）“预存款”实体及其属性图

d）“院系”实体及其属性图

c）“教师”实体及其属性图

图7　实体及其属性图

各实体之间具有一定的联系，用E－R图表示出来，如图8所示。

购书日期

n

m

购买

存取

学生

1

教材

退

退书日期

领书日期

领取

预订

属于

图8　E－R图

5.3.2逻辑结构设计

逻辑设计的任务就是根据DBMS的特征，将上述独立于DBMS的E－R图描述的概念结构转换为关系模型的逻辑结构。

上述两个E－R图转换成的规范的关系模式为：

1）学生信息表XS<

学号，姓名）

2）教材信息表JC<

教材编码，教材名称，作者，出版社，版别序号，印刷批次，出版日期，价格，库存量，库存位置）

3）学生购书表XSGS<

学号，教材编码，购书日期，数量，单价，业务员）

4）学生退书表XSTS<

学号，教材编码，购书日期，退书日期，数量，单价，业务员）

5）教师信息表JS<

教师编号，姓名，院系编号）

6）教师领书表JSLS<

教师编码，教材编码，领书日期，数量，业务员）

7）教材预订表JCYD<

课程号，计划日期，院系编码，教师编码，教材名称，作者，出版社，出版日期，价格，需求数量）

8）预存款信息表XSCK<

学号，存取日期，存取，金额，业务员）

9）院系信息表YXXX<

院系编码，院系名称）

5.3.3物理结构设计

物理结构设计的任务主要包括两个方面，其一是确定所有数据库文件的名称及其结构，其二是确定各个数据库文件是否需要建立索引，以及在什么字段上建立索引。

本系统中部分表的结构如表1－表11所示。

表1　教材信息表<

JC）

字段名

含义

类型

宽度

空值

主键

索引

JCBM

教材编码

Char

6

No

Yes

JCMC

教材名称

32

ZZ

作者

12

CBS

出版社

40

BBXH

版别序号

Long

YSPC

印刷批次

CBRQ

出版日期

Date

8

XSJG

价格

Dec

LLKC

理论库存量

SJKC

实际库存量

XQSL

需求量

KCWZ

库存位置

表2　学生信息表<

XS）

XH

10

XSXM

学生姓名

DQYE

当前余额

YHM

用户名

16