基于BS模式教材管理系统数据库设计.docx

上传人:b****5 文档编号:6743572 上传时间:2023-01-09 格式:DOCX 页数:44 大小:1.33MB
下载 相关 举报
基于BS模式教材管理系统数据库设计.docx_第1页
第1页 / 共44页
基于BS模式教材管理系统数据库设计.docx_第2页
第2页 / 共44页
基于BS模式教材管理系统数据库设计.docx_第3页
第3页 / 共44页
基于BS模式教材管理系统数据库设计.docx_第4页
第4页 / 共44页
基于BS模式教材管理系统数据库设计.docx_第5页
第5页 / 共44页
点击查看更多>>
下载资源
资源描述

基于BS模式教材管理系统数据库设计.docx

《基于BS模式教材管理系统数据库设计.docx》由会员分享,可在线阅读,更多相关《基于BS模式教材管理系统数据库设计.docx(44页珍藏版)》请在冰豆网上搜索。

基于BS模式教材管理系统数据库设计.docx

基于BS模式教材管理系统数据库设计

基于BS模式教材管理系统

一.可行性分析报告

1.可行性分析

开发高校教材管理系统目的是实现教材管理的办公自动化,提高工作效率,便于学校教材的整体管理与使用。

下面从几个方面分析开发教材管理系统的可行性。

1.1技术可行性分析

本教材管理系统是基于学校校园网的基础上,集教材需求管理、教材库存管理、教材出入库管理、教材订购管理、财务管理、网络技术、数据库技术等多种技术的一个综合管理系统。

高等院校校园网的建设、网络选课的推行、网络技术的发展、数据库技术的成熟、计算机的普及、人员素质的提高、管理理念的更新等,为教材管理系统的研究提供了硬件和软件各方面的支撑。

在技术上可行主要体现在以下几个方面:

(1)校园网已建成并投入使用

绝大部分高等院校都已建成校园网并投入使用。

渤海大学的校园网和选课系统已建立完成.

(2)计算机技术己能解决目前的技术

网络技术、数据库技术以及数据库访问技术、数据库应用程序开发技术都已成熟。

网站开发技术日趋完善,开发工具如Frontpage、F1ash、visualStudio、DreamwearMX、FireworksMX等都已在实际开发中发挥强大的作用:

数据库后台管理应用系统针对网络数据库的开发,在PowerBuilder、Delphi等开发工具的支撑下,进入了开发效率高、程序适应性好、运行速度快的层次。

利用这些已成熟的技术来开发系统,使系统开发具有了很好的技术保障性。

3、教学管理理念推动个人管理模式的发展

教学管理理念已由过去的集团化(班级)管理模式向个人管理模式迈进,管理人员、教师、学生都有了需进行个人化管理的需要,在一些管理方面(如课表、成绩、学籍等)已正式进入个人化管理,这些都为教材的个人化管理提供了氛围。

1.2经济可行性分析

教材管理系统在高等院校中的应用,将为高等院校教材管理带来重大的变化以及运行上的便利和人性化管理模式,具有显著的社会效益和经济效益,而且还可以大大提高教材管理中心的工作效率。

在教材管理系统中,实现对教材的物流、资金流和信息流的管理,即针对教材出入库管理、教材库存管理、教材费的收取和使用、教材需求信息、学生个人需用教材信息等进行管理。

这些措施将为提高高等院校教材管理水平、提高工作效率、减少人为差错提供良好的管理平台。

极低成本的远程数据处理、远程查询、远程录入等,可实现教材需求信息、订单管理、教材费预处理、教材费查询、教材出入库管理、库存管理、教材发放等功能。

从目前校园网和选课系统的推广和运行情况来看,本系统不需要增加过多的硬件投入和应用方面的培ⅪIl就可以实施,因此,其经济成本是很低的。

1.3操作可行性分析

教材管理系统是结合我院教材管理的实际工作需要而开发,能解决当前教材管理工作中的诸多问题,因此该项目符合教材管理部门的工作实际,有稳定而扎实的合作基础。

从操作方法上有使该项目的操作和实现得比较完好的基础和可行性。

从前面分析看,技术上的操作已经日臻完善和成熟,技术实现的可操作性非常大,从而系统的操作是可行的,能最终满足教材管理工作的需求,达到最初的开发目标。

1.4可行的方案

采用B/S结构,以SQLserver2000为数据库管理系统,客户端采用浏览器远程访问数据库,实现数据的各种操作,进而完成教材管理工作。

在同一操作平台下,当管理员登录系统时,拥有所有的权限,拥有系统所有的功能,还可以设置用户并赋予权限。

当一般用户登录时,系统能从权限表中查看用户的权限并决定用户是否拥有某种模块使用的权限,从而保证了系统的安全性和数据的完整性、稳定性和一致性。

二.需求分析报告

一,概述

1.1系统名称及系统目标

系统名称:

基于B/S模式的教材管理系统

系统目标:

开发目标:

应用最新的网络技术(如XML、SOAP、UDDI)和最新的开发工具,建立基于WebService的教材管理系统,以满足用户利用网络进行教材管理、分配、订购等目的,并实现与书商、银行及货运等机构的有机结合。

本系统以学院教材管理中心的运作角度出发加以设计,其目的是希望通过WEB服务这种在现代电子商务系统中逐渐流行的新型技术在校园信息系统中得以应用起来,而学院的教材管理,尤其是订购环节,与许多其它机构有许多工作联系,与电子商务中的B2B的模式非常相近,因此以此为试验,作为一种新技术的尝试加以开发实现。

达到满足学校教材中心的管理需要。

实现教材需求管理、教材库存管理、教材出入库管理、教材订购管理、财务管理、网络技术、数据库技术等多种技术。

1.2项目背景

该项目是根据渤海大学教材管理系统的现状进行分析设计的针对渤海大学的课程安排特点的新型的基于B/S模式的教材管理系统。

该项目是由渤海大学信息科学与技术学院信息管理与信息系统专业10级5班的段晶同学分2学期单独完成。

二,系统的需求分析报告

软件需求分析的目标是深入描述软件的功能和性能,确定软件设计的约束和软件同其它系统元素的接口细节,定义软件的其它有效性需求。

需求分析阶段研究的对象是软件项目的用户要求。

一方面,必须全面理解用户的各项要求,但又不能全盘接受所有的要求,另一方面,要准确地表达被接受的用户要求。

只有经过确切描述的软件需求才能成为软件设计的基础。

作为中小型学校,教材管理工作虽然不是工作的重点,但是有效的管理对于维持教学秩序的稳定非常重要,缺乏有效的管理,很容易造成教材不及时到达,重复定购,定购价格过高,库存不准确等问题,造成经济损失和教学秩序混乱,影响学校声誉,因此有必要开发教材管理系统。

教材管理工作主要是根据系、部提供的教材需求计划,汇总形成下学期教材计划;同时针对日常教材的库存进行管理,做好书籍的领取和入库的登记工作,有时还要对有残缺、丢失等问题书进行登记;当缺少某类教材时,开始与书商联系报价,选择条件最优的书商确定订购,通过银行向书商付款后,书商发货,并在指定时间前到书:

书籍入库后,教材管理员按照各系的教材计划进行教材的分发工作。

作为整个工作实际是一个完整的“进销存”处理系统,其中对书籍进行订购的环节涉及其它外部单位(书商、银行、货运)是最为复杂的,往往因为沟通的问题而成延误,影响了工作,因此,系统应能着重解决该环节的处理。

但是对于本教材系统,我们开发的目的是为了满足学院教材中心的管理需要和学生查询的需要,因此我们在开发中应该设法使系统在这一方面的功能尽可能完善。

2.1开发目标

开发目标:

应用最新的网络技术(如XML、SOAP、UDDI)和最新的开发工具,建立基于WebService的教材管理系统,以满足用户利用网络进行教材管理、分配、订购等目的,并实现与书商、银行及货运等机构的有机结合

本系统以学院教材管理中心的运作角度出发加以设计,其目的是希望通过WEB服务这种在现代电子商务系统中逐渐流行的新型技术在校园信息系统中得以应用起来,而学院的教材管理,尤其是订购环节,与许多其它机构有许多工作联系,与电子商务中的B2B的模式非常相近,因此以此为试验,作为一种新技术的尝试加以开发实现。

达到满足学校教材中心的管理需要。

2.2业务流程

通过调研,发现现有的教材管理的现状是:

采用的资料主要有系、室教材计划表、采购单、库存清单(不一定有)、书籍收货单、付款单、领书单等,基本采用简单的电子文档或原始表格形式存放,资料分散,很难管理,而且对与书商、银行、货运部门缺少有效的联系,造成有些定购响应不及时,经常快要用这些书时才发现缺货或运货未到,影响了教学。

经过分析,建议将与教材相关的各种信息放入到教材管理系统中,统一管理,并且在系统中注意引入客户管理的理念,尤其针对定购管理方面,设法提高与书商、银行和货运部门之间的处理速度和工作效率。

图3-1教材中心业务流程

具体业务处理:

教材管理系统是在教材计划的基础上进行教材管理的一种教材管理系统,其基本业务涉及到所开课程、选课、教材需求、教材订购、教材发放、库存管理、帐目管理、教材出入库管理、财务结算、查询等方面。

其主要业务流程如下:

(1)各个系、室根据开课计划上报本系、室的教材计划。

教材中心进行汇总后形成总的教材计划。

(2)教材管理员应定期对教材库存情况进行管理,做好教材出入库的登记处理,对于残缺、损坏、丢失的教材进行报残处理。

(3)结合教材计划与库存情况,当教材管理中心缺少某种教材时,将向多个书商查询是否有此种教材,并比较各个书商的返回结果,挑出条件最优(价格或响应时间)的一家书商,提交定购请求。

在获得书商返回的定购成功的信息后,通过转帐通知,通知银行向书商转帐付款,书商收到收款信息后,组织发货,并向教材管理系统发送交易通知。

(4)所订书籍到货后,通知订书者领书并组织教材发放。

教材管理中心业务流程如下所述:

(1)教材计划管理

教材中心根据各教学系交来的教材计划进行汇总后,形成正式的教材计划总表。

 

 

2)教材订单管理

教材中心根据教材库中现有教材库存和学期课程提出学期教材需求,教材管理部门根据学期教材需求及现有教材库存对教材订单进行处理,以确定学期教材除库存外的对外订单,同时对教材的基本信息进行完善处理,以保证系、室提出新的教材需求在教材基本信息中存在。

图3-3教材订单处理流程

(3)教材入库及库存管理

教材管理中心定期对库存情况进行盘点和统计,对于个别书籍有残缺、损坏和丢失现象时进行报残处理,当完成购书和教材发放等处理后,应该对库存进行更新处理和出入库的登记。

从而形成新的教材库存情况。

图3-4教材库存管理流程

(4)教材发放

当所订教材到货以后,教材中心根据教材计划通知各系、室学生领书,根据班级或学生个人提供的教材清单(在个人或班级教材需求清单的基本上进行增加或删除后形成的实际需求清单),在学生个人教材费帐目上进行使用处理,同时将领用的教材进行出库处理,打印出教材实际领用汇总单和教材分类领用清单明细表,发放相应的教材。

同时还要对教材库存和学生子教材费用进行相应的处理。

图3-5教材分发管理业务流程

(5)教材费财务管理

根据教材费收费情况和支出情况按时间统计教材费的财务报表,并为学生个人提供教材费交费和使用情况查询。

图3-6教材费财务管理流程图

2.3功能需求

2.3.1教材计划管理功能需求

学院各个教学系、室根据下学期的开课情况制定了本系的教材计划,并在学期末时上交到教材管理中心以便于制订学院教材计划。

教材计划管理需要的主要功能有:

教材计划管理:

主要用于每个学期教材使用需求的管理,可让用户能以班为单位输入各种教材的需求量,并形成各系的教材计划,能对计划进行增加、更改、删除等操作,达到使教材计划更准确。

教材计划汇总:

在每个学期末时,将各系提交的教材计划进行汇总,褥到汇总的教材计划。

作为分配和采购的主要依据。

2.3.2教材库存管理功能需求

教材的报残处理功能:

与发现有教材出现残缺、损坏、丢失等情况时,可允许管理员进行报残处理,处理时要指定报残原因和报残册数。

报残处理后,对应的教材数量减少。

教材库存情况查询:

能够按书名、作者、出版社、ISBN等查询方式对教材库存的情况进行查询和测览和统计。

教材的入库处理:

可以按照货运部门的送货通知进行入库处理,增加对应教材的存量。

教材的出库处理:

根据领书通知领书后,并调用修改功能对库存进行修改。

2.3.3教材书籍信息管理功能需求

查询功能,要求能够处理管理员和其它用户的对书籍情况的查询要求,对库存书籍的存量进行查询:

学生也可以对自己的领书情况和书费结余情况等进行查询;

增加功能:

能实现管理员对教材管理中心的基本信息和书籍信息的增加:

修改功能:

能实现管理员对教材管理中心的基本信息和书籍信息的信息记录的修改;

2.3.4教材分发管理功能需求

分配功能:

将现存书籍分发给各个院系班级,记录分配情况,若发现缺书时可以自动触发(提醒)定购功能进行订书;同时产生颁书通知,通知对应系、室领书。

领书处理:

根据领书遥知领书后,并调用修改功能对库存进行修改。

退书处理:

若发现所领书籍有损坏或残缺等情况时允许办理退书处理,退书后调用修改功能对库存进行修改。

2.4安全保密需求

教材管理系统安全保密要求:

只有管理员才有权限进行书籍信息与库存的增加、修改、分配工作:

其它用户只能进行查询操作;发售书管理系统安全保密要求,只有管理员才有权限进行书籍增加、修改、销售策略参数调整工作:

教材帐务系统安全保密要求:

只有提供正确的帐户名、口令的用户才能完成转帐请求。

三.概念模型设计

1.引言

1.1编写目的

概要设计说明书编制的目的是:

说明对程序系统系统的设计考虑,包括程序系统的基本处理流程、程序系统的组织结构、模块划分、功能分配,本软件概要设计说明书的读者是系统开发人员或合同约定人员。

1.2背景

项目的委托单位、开发单位:

渤海大学信息科学与技术学院10-5段晶

主管部门:

渤海大学信息学院贾福龙老师

1.3E—R图

1.教材模块

2.学生模块

3.订书单

4.课程

4.实体及其联系

5.完整E-R

1.4数据流程图

(1)总数据流程图

(2教材入库处理

 

(3)学生订教材处理

 

四.逻辑模型设计

1.概念模型向关系模型转换

1.1:

n的关系转换模式

(1)教材出版社

教材表(教材编号,教材名称,书号,作者,出版社代码,版次,印次,定价,计量单位)

出版社表(出版社代码,名称,地址,邮编,电话,传真,联系人等)

(2)教材入库

教材表(教材编号,教材名称,书号,作者,出版社代码,版次,印次,定价,计量单位)

入库表(教材编号,入库数量,计量单位,入库时间,入库来源,采购人,验收员,保管员)

(3)教材出库

教材表(教材编号,教材名称,书号,作者,出版社代码,版次,印次,定价,计量单位)

出库表(教材编号,出库数量,计量单位,出库时间,发书人,记账人,出库用途,操作员等)

(4)学生班级

学生表(学号,姓名,班级代码)

班级表(班级代码,班级名称)

1.2n:

m的关系转化

(1)教材交费

教材表(教材编号,教材名称,书号,作者,出版社代码,版次,印次,定价,计量单位)

学生表(学号,姓名,班级)

交费表(学号,交费时间,交费金额)

(2)学生选课

学生表(学号,姓名,班级)

课程表(课程代码,教学班号,课程名称,优选类型,年级,是否选修课)

选课表(学号,课程代码,教学班号)

(3)教材入库价格

教材表(教材编号,教材名称,书号,作者,出版社代码,版次,印次,定价,计量单位)

入库表(教材编号,入库数量,计量单位,入库时间,入库来源,采购人,验收员,保管员)

入库价格表(教材编号,定价,实际进价,计量单位,时间)

(4)教材出库价格

教材表(教材编号,教材名称,书号,作者,出版社代码,版次,印次,定价,计量单位)

出库表(教材编号,出库数量,计量单位,出库时间,发书人,记账人,出库用途,操作员等)

出库价格表(教材编号,实际售价,计量单位,时间)

(5)学生信息

学生表(学号,姓名,班级代码)

班级表(班级代码,班级名称)

院系表(院系代码,院系名称)

(6)教材申请订单

教材表(教材编号,教材名称,书号,作者,出版社代码,版次,印次,定价,计量单位)

教材申请表(教材编号,教材名称,书号,作者,出版社代码,版次,印次,数量,计量单位,课程代码,教学班号,学期)

出版社表(出版社代码,名称,地址,邮编,电话,传真,联系人等)

选课表(学号,课程代码,教学班号)

学期表(学期代码,学期名)

2.概念模型的优化

1.确定范式级别

根据上述分析所归结出来的数据依赖的种类和在本系统实际的开发过程中,需要涉及多表的查询及表的修改和删除,且存在多值依赖的实际情况下,其关系模式应达到BCNF。

2.实施规范优化处理

关系模式的的函数依赖:

教材出版社联系:

=F{教材号-教材名,教材号-书号,教材号-作者,教材号-出版社代码,教材号-版次,教材号-印次,教材号-计量单位}

学生班级联系:

F={学号-姓名,学号-班级}

班级院系联系:

F={班级代码-班级名称,班级代码-院系代码}

教材入库价格联系:

F={教材号-定价,教材号-实际进价,教材号-计量单位,教材号-时间}

教材出库价格联系:

F={教材号-实际售价,教材号-计量单位,教材号-时间}

1.教材出版社关系模型优化

教材表(教材编号,教材名称,书号,作者,出版社代码,版次,印次,定价,计量单位)

出版社表(出版社代码,名称,地址,邮编,电话,传真,联系人等)

教材出版社联系(教材号,出版社代码)

2.教材入库关系模型优化

教材表(教材编号,教材名称,书号,作者,出版社代码,版次,印次,定价,计量单位)

入库表(教材编号,入库数量,计量单位,入库时间,入库来源,采购人,验收员,保管员)

教材入库联系(教材编号)

3.教材出库关系模型优化

教材表(教材编号,教材名称,书号,作者,出版社代码,版次,印次,定价,计量单位)

出库表(教材编号,出库数量,计量单位,出库时间,发书人,记账人,出库用途,操作员等)

教材出库联系(教材编号)

4.学生班级模型优化

学生表(学号,姓名,班级代码)

班级表(班级代码,班级名称)

学生班级联系(学号,班级代码)

5.教材交费模型优化

教材表(教材编号,教材名称,书号,作者,出版社代码,版次,印次,定价,计量单位)

学生表(学号,姓名,班级)

交费表(学号,交费时间,交费金额)

教材交费联系(教材编号,学号)

3.经过规范化处理后的所有关系模如下:

教材表(教材编号,教材名称,书号,作者,出版社代码,版次,印次,定价,计量单位)

出版社表(出版社代码,名称,地址,邮编,电话,传真,联系人等)

入库表(教材编号,入库数量,计量单位,入库时间,入库来源,采购人,验收员,保管员)

出库表(教材编号,出库数量,计量单位,出库时间,发书人,记账人,出库用途,操作员等)

学生表(学号,姓名,班级代码)

班级表(班级代码,班级名称)

交费表(学号,交费时间,交费金额)

五.物理模型设计

1.数据库的存储结构

通过需求分析,概念模型设计和逻辑模型设计流程得到本系统的数据库结构。

1.1数据库表的设计

进一步确定上一章逻辑设计中设计好的关系模式中各个数据项的类型和长度,将每个关系转换为数据库中的二维表格,并确定了各个表的主键和外键,得到以下表的结构:

 

Name

Explain

Type

是否为空

XUH

序号

Int(10)

Notnull

ID_BOOK

教材编号

Char(10)

Notnull

NAME_BOOK

教材名称

Varchar(50)

Notnull

NO_BOOK

书号

Char(40)

Null

ZZ

作者

Varchar(50)

Null

ID_CBS

出版社代码

Char(4)

Notnull

BBH

版次

Tinyint

(2)

Notnull

YC

印次

Tinyint

(2)

Null

PRICE

定价

Numeric(6,2)

Null

JL

计量单位

Char(10)

Null

NRJJ

内容简介

Varchar(1000)

Null

BZ

备注

Varchar(100)

Null

表1.BOOKINFO教材基本信息

数据定义:

XUH(序号)一为记录标识,自动产生。

ID—BOOK(教材编号)一表主键,不能为空且不能重码。

为10位(可少于10位)自动增大的教材唯一编码,要求使用数字。

JLOW(计量单位)一“册”或“套/?

册”,对于由不只一本书所构成且不能分开出售的教材,按“套”计量,对虽然按“套”进货但可以分开出售的教材,应将其分开按“册”计量(后续各表涉及“计量单位”字段者,定义与此相同,不再单独说明)。

由于本表与许多其它表利用ID—BOOK字段相关联,为了保证与教材基本信息相关联的其它表数据的完整性,在所有与本表相关联的表中均设置触发器以保证在其它表中出现的教材编号是本表中存在的(在后续表中所涉此字段触发器不再单独说明)。

外键ID—CBS(出版社代码)设置触发器以确保本表中的“出版社代码”在“出版社信息”表中存在(在后续表中所涉此字段触发器不再单独说明)。

 

字段名

说明

数据类型

是否为空

ID_CBS

出版社代码

Char(4)

Notnull

NAME

名称

Varchar(50)

Notnull

ADDRESS

地址

Varchar(80)

Null

ID_POST

邮编

Char(6)

Null

TEL

电话

Varchar(50)

Null

FOX

传真

Char(20)

Null

MAN

联系人

Varchar(20)

Null

WEBADD

网址

Varchar(30)

Null

E_MAIL

E_mail

Varchar(30)

Null

BZ

备注

Varchar(100)

Null

表2Book—Cbs出版杜信息

数据定义:

ID_CBS—表的主键,不能为空且不能重复,为4位数字(可少于4位)构成的字符串。

 

字段名

说明

数据类型

是否为空

XUH

序号

Int(4)

Notnull

ID_BOOK

教材编号

Char(10)

Notnull

NUMBER_IN

入库数量

Int(4)

Notnull

JLDW

计量单位

Char(10)

null

PRICE_IN

入库时间

Numberic(6,2)

Notnull

DATE_IN

入库来源

Datetime(4)

null

BUYER

采购人

Char(20)

null

MAN_GET

验收人

Varchar(20)

null

MANEGER

保管人

Varchar(20)

null

MAN_JZ

记账人

Varchar(20)

null

OPYIONER

操作员

Varchar(20)

null

BZ

备注

Varchar(100)

null

表3Book—In教材入库记录

数据定义:

XUH(序号)一为记录标识,自动产生。

此字段内容同时作为入库单编号。

FROM~工N(入库来源)一“购入”、“退书”、“转入”、“调拨入”。

 

字段名

说明

数据类型

是否为空

XHU

序号

Int(4)

Notnull

ID_BOOK

教材编号

Char(10)

Notnull

NUMBER_OUT

出库数量

Int(4)

Notnull

JLDW

计量单位

Char(10)

Null

PRICE_OUT

出库单价

Numeric(6,2)

Notnull

DATE_OUT

出库时间

Smalldatetime(4)

Null

DE_OUT

发书人

Char(20)

Null

MA_LQ

领取单位

Varchar(40)

Null

MN_LQ

领书人

Varchar(20)

Null

MANEGER

记账人

Varchar(20)

Null

USEAGE

出库用途

Varchar(50)

Null

OPTIONER

操作人

Varchar(20)

Null

BZ

备注

Varchar(100)

Null

表4.Book—Out教材出库记录

数据定义:

XUH(

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 医药卫生 > 基础医学

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1