高校教材管理系统黄新 龚华.docx
- 文档编号:9499304
- 上传时间:2023-02-05
- 格式:DOCX
- 页数:19
- 大小:59.12KB
高校教材管理系统黄新 龚华.docx
《高校教材管理系统黄新 龚华.docx》由会员分享,可在线阅读,更多相关《高校教材管理系统黄新 龚华.docx(19页珍藏版)》请在冰豆网上搜索。
高校教材管理系统黄新龚华
工程技术学院
管理信息系统课程报告
2014-2015第1学期
题目:
高校教材查询系统
班级:
市场营销61201
姓名:
龚华、黄新
序号:
1113
指导老师:
杨波
管理系
目录
一.概述(黄新)1
1.1.开发背景1
1.2.开发目的1
二.对现行系统的分析(龚华)1
2.1.现行业务过程1
2.2.教材科的职能2
2.3.业务运行及存在的问题2
三.建立的新系统.(黄新)2
3.1.系统结构2
3.2.系统功能3
3.2.1通用查询业务3
3.2.2教材科专用查询业务3
3.2.3教材预订业务3
四.系统的可行性分析(龚华)3
4.1.技术可行性分析3
4.2.经济可行性分析4
4.3.管理可能性分析4
4.4.开发环境的可行性分析4
五.系统项目计划(黄新)4
5.1.获得需求阶段4
5.2.系统的性能需求4
5.3.测试阶段5
5.4.维护阶段5
5.1用户(如学生,老师)登陆6
5.2用户查询6
5.3教材预定6
5.4订单查询模块6
5.5管理模块6
六、绘制功能结构图(龚华)7
6.1有关学生的业务7
6.2有关教师的业务7
6.3有关教材科的业务7
七、业务流程分析并绘制业务流程图(黄新)7
7.1.业务分类7
7.1通用查询业务7
7.2教材科专用查询业务8
7.3教材预订业务8
7.2.业务流程图8
7.2.1通用查询业务8
7.2.2教材预订业务9
八、数据流程分析并绘制流程图(龚华)9
8.1.数据流程分析9
8.1.1学生查询子系统9
8.1.2教材预订子系统10
九、数据字典(黄新)11
十、系统总体结构设计(龚华)13
十一、代码设计(龚华)13
十二、数据库设计(黄新)14
12.1概念设计14
12.2逻辑设计14
12.3物理设计15
高校教材查询系统
一.概述(黄新)
1.1.开发背景
高校是一所综合性高校,其涉及的专业课程多,教材用书种类多,数量大,传统的管理方法存在着效率低,易出错等诸多弊端,特别是学生、教师对教材使用情况了解相对较少,信息的透明度较低,与当前高校管理中倡导的“以人为本”的管理思想存在着很大的差距。
为此该校教材科开发了一套基于C/S的教材管理信息系统。
1.2.开发目的
该系统主要包括以下六项处理功能:
系统维护、教材订购计划管理、教材库存管理、教材销售处理、学生预收款管理、数据统计、查询与分析等功能
二.对现行系统的分析(龚华)
2.1.现行业务过程
一、教材供应商将教材运至指定地点并按教材目录分类;书库管理员现场核对教材供应商的发货清单、教材科的征订清单、点清教材数量,确认无误后,教材分系、分类上架。
二、学生领取教材工作流程:
学生带有效证件,确定班级后,找出该班的教材领取清单;学生在清单上填写姓名、联系方式、按清单为学生准备各种教材;书库管理员现场与班长核对教材数量、单价并填写在教材领取清单上;班长逐项签字后运走教材。
三、学生购买教材工作流程:
教材管理员核对书库是否有学生提出购买的教材;为学生出据所购教材凭据;书库管理员按凭据为学生提供教材;四、教材征订工作流程:
在每学期的教学任务下达后两周下达教材征订计划;各系的教材征订计划汇总后,落实教材的适用性,及时和有问题的系部联系,修改征订目录;按确定的征订目录,制订教材采购计划,给主管领导汇报后,送达教材供应商;及时与教材供应商和教研室联系,适时调整教材,保证教材按时按量供应。
五、教材仓库清库工作流程:
教材发放完毕后,书库管理员及时清点剩余数量;书库管理员和教材管理员联合核对库存,按实际发放数量、库存数量、教材供应数量,确定剩余和不足数量;及时汇总追订教材和退回教材数量,制作报表,汇报主管领导后,进行下一步工作。
2.2.教材科的职能
按规定填制各种工作记录,管理与营销相关的各类文件,并定期归档。
负责做好教材科现有设备、设施的保养、维护和维修工作。
保障教材发行工作的正常运行。
负责建立友好校店关系,协调处理好教材、教辅销售中出现的各种问题。
负责教材、教辅的追加或调剂工作,确保“课前到书,人手一册”任务的完成,并做好余缺调剂工作。
2.3.业务运行及存在的问题
以前的C/S的你管理信息系统自身存在的使用范围小,地点固定等缺点,依然不能满足管理上的需求,教材科的业务主要是采购图书,发放教材,对库存图书、学生购书信息、教师(院系)领书的信息进行管理、统计,但是数据更新不及时,
三.建立的新系统.(黄新)
3.1.系统结构
新系统能够给管理人员分为,通用查询模块,专用查询模块,教材预定模块,用户管理模块
u/c矩阵
3.2.系统功能
3.2.1通用查询业务
通用查询业务包括教材基本信息查询业务、学生购书查询业务、学生存款查询业务、教师领书查询业务、教材零售查询业务等。
任何人在学校或校外都可以使用自己的用户名和密码在任何一台能够上网的电脑上查询他想要查询的内容(其中教材基本信息查询不需要用户名和密码)。
3.2.2教材科专用查询业务
专用查询业务是针对教材科的业务,这部分业务不对外开放,因为它没有对外开放的必要,这部分业务主要是辅助教材科对库存中教材的数量,更新速度等进行统计、预测、分析。
具体业务应包括:
教材库存统计业务、教材零售统计业务、学生购书统计业务和学生退书统计业务及教师(院系)领书情况的统计业务。
3.2.3教材预订业务
网上教材预订业务是办公自动化优越性的体现。
在新业务系统中,各系要预订教材不用像以前跑到教材科进行登记了。
只要在预定系统中输入所要预定的教材的信息,就可以完成对教材的预定,这样大大提高了工作效率。
为完成网上预定的过程,相应的应该完成一系列的业务,包括:
预定教材信息录入、预定教材信息的修改、预定教材信息查询和预定教材信息统计等内容。
四.系统的可行性分析(龚华)
4.1.技术可行性分析
根据新系统的目标来考虑系统的软硬件设备、计算机联网能力、网络及数据安全保护设施、输入输出设备、数据库管理系统等配置和功能。
技术力量则考虑技术人员经验和水平,都没问题.本系统能够处理大量数据,同时保持数据的完整性并提供许多高级管理功能。
它的灵活性、安全性和易用性为数据库编程提供了良好的条件。
4.2.经济可行性分析
在教材管理系统中,实现了对教材的物流、资金流和信息流的管理,即针对教材出入库管理、教材库存管理、教材费的收取和使用、教材需求信息、学生个人需用教材信息等进行管理。
这些措施将为提高高等院校教材管理水平、提高工作效率、减少人为差错提供良好的管理平台。
极低成本的数据处理、信息查询、信息录入等,可实现教材需求信息、订单管理、教材费用处理、教材费查询、教材出入库管理、库存管理、教材发放等功能。
从目前校园网和教材管理系统的推广和运行情况来看,本系统不需增加过多的硬件投入和应用方面的培训,因此,其经济成本是很低的。
4.3.管理可能性分析
本系统主要是为了提高学校教材管理的效率而进行开发的,所以在各个方面能够得到教材科和老师的支持和领导的认同。
现有的管理制度和方法科学,规章制度齐全,原始数据正确等。
规章制度和管理方法为系统的建设提供了制度保障。
4.4.开发环境的可行性分析
大学专业老师多,能够提供很多技术上的支持..
五.系统项目计划(黄新)
5.1.获得需求阶段
ER图是详细描述系统中的数据元素、数据流、数据存储、处理和数据概念模型的好工具。
通过业务流程图、数据流图、ER图等图形工具,可以准确、规范地描述系统的需求。
这一阶段首先进行系统分析,分析确定系统的规模和范围,确定软件的总体要求以及所需要的硬件和支撑软件,确定待开发软件与外界的接口,根据用户的情况确定软件对操作的要求,以及待开发软件总体上的约束和限制,完善项目计划。
需时一星期
5.2.系统的性能需求
开发教材管理系统的目的就是充分利用计算机和现代办公软件,摆脱传统办公工具,用计算机实现集中方便的管理工作,把学校教材科的工作人员从繁重的体力劳动中解脱出来以达到提高工作效率和质量,最终实现教材管理的全面自动化为和现代化。
因此系统主要是实现教材管理信息的输入包括入库、出库、需求信息的输入等。
教材管理各种信息的查询、修改等。
教材采购报表的生成以及各系各部门的教材需求管理等。
在性能的要求中一般有精度、时间特性要求、灵活性这三种。
需时一星期
5.3.测试阶段
测试是软件开发的最后一个阶段,也是办证软件质量的重要环节。
测试的目的是发现程序错误,及时纠正错误。
通常把一次程序执行时需要的测试数据,称为一个“测试用例”,每一个测试用例会产生一个相应的“测试结果”。
如果它与“期望结果”不相符合,说明程序中存在错误,需要进一步改正。
软件在运行过程中有可能会产生各种各样的问题,所以软件测试是保证软件质量的最重要的手段。
功能测试:
测试是否满足开发要求,是否能够实现设计所描述的功能,是否用户的需求都得到满足。
功能测试是系统测试最常用和必须的测试,通常还会以正式的软件说明书为测试标准。
需时一星期
5.4.维护阶段
系统维护管理:
包括用户管理、权限管理、修改密码等。
需时一星期
五、需求分析(龚华)
需求分析是数据库设计的基础,其错误将影响到整个设计。
需求分析也是令设计人员感到最繁琐和困难的一个阶段;
5.1用户(如学生,老师)登陆
如果用户合法则跳转页面,如果非法,则显示警告,还有密码错误,账户不存在等情况以及相对应显示的提示信息。
5.2用户查询
通用查询业务包括教材基本信息查询业务、学生购书查询业务、学生存款查询业务、教师领书查询业务、教材零售查询业务等。
任何人在学校或校外都可以使用自己的用户名和密码在任何一台能够上网的电脑上查询他想要查询的内容(其中教材基本信息查询不需要用户名和密码)。
5.3教材预定
网上教材预订业务是办公自动化优越性的体现。
在新业务系统中,各系要预订教材不用像以前跑到教材科进行登记了。
只要在预定系统中输入所要预定的教材的信息,就可以完成对教材的预定,这样大大提高了工作效率。
为完成网上预定的过程,相应的应该完成一系列的业务,包括:
预定教材信息录入、预定教材信息的修改、预定教材信息查询和预定教材信息统计等内容。
5.4订单查询模块
根据教材使用的学年度,通过教材名或者系名,对教材的订购情况进行汇总统计。
教材查询模块是一个面向所有用户的模块,在这个模块中可以进行教师订购教材查询、学生订购教材查询。
5.5管理模块
本系统的系统管理部分需要在登陆的时候选择管理员才可以进入。
教材系统管理主要是对教材订购信息的添加、删除、修改。
主要作用是管理用户权限、处理修改密码、系统界面设置等。
六、绘制功能结构图(龚华)
系统开发总体任务是实现教材销售信息关系的系统化、规范化和自动化。
系统功能分析是在系统开发的总体任务基础上完成的。
教材查询管理系统需要完成的功能主要有教材科相对应的三项业务:
6.1有关学生的业务
教材科对于学生的业务主要是为学生提供入学以来在教材科的购书详细资料的查询,存款详细资料的查询,剩余款项数额查询及学生对所需教材的查询等等。
以往的方式是学生到教材科,提供自己的姓名、系别、年级,然后教材科在原始记录中查询。
6.2有关教师的业务
教师的业务主要是登记查询教师领书的信息,每学期开学,各系教师根据上学期预定的教材记录到教材科领取教材,并登记;每学期教师可以预定下学期所用教材,方式是教师在学期末到教材科,提供所需教材名称、教师个人信息等,然后教材科记录相应信息并制定相应采购计划。
6.3有关教材科的业务
教材科的业务主要是采购图书,发放教材,对库存图书、学生购书信息、教师(院系)领书的信息进行管理、统计。
这其中涉及到所有有关教材的各种信息、数据,这部分也是教材科最主要、核心的业务。
七、业务流程分析并绘制业务流程图(黄新)
7.1.业务分类
7.1通用查询业务
通用查询业务包括教材基本信息查询业务、学生购书查询业务、学生存款查询业务、教师领书查询业务、教材零售查询业务等。
任何人在学校或校外都可以使用自己的用户名和密码在任何一台能够上网的电脑上查询他想要查询的内容(其中教材基本信息查询不需要用户名和密码)。
7.2教材科专用查询业务
专用查询业务是针对教材科的业务,这部分业务不对外开放,因为它没有对外开放的必要,这部分业务主要是辅助教材科对库存中教材的数量,更新速度等进行统计、预测、分析。
具体业务应包括:
教材库存统计业务、教材零售统计业务、学生购书统计业务和学生退书统计业务及教师(院系)领书情况的统计业务。
7.3教材预订业务
网上教材预订业务是办公自动化优越性的体现。
在新业务系统中,各系要预订教材不用像以前跑到教材科进行登记了。
只要在预定系统中输入所要预定的教材的信息,就可以完成对教材的预定,这样大大提高了工作效率。
为完成网上预定的过程,相应的应该完成一系列的业务,包括:
预定教材信息录入、预定教材信息的修改、预定教材信息查询和预定教材信息统计等内容。
7.2.业务流程图
7.2.1通用查询业务
以学生查询业务为例,该业务是学生向系统输入用户名和密码进行身份认证,认证成功的学生就可以查询其在教材中心的某一笔或全部购书、退书及存取款记录。
其业务流程图如图2所示。
图2 学生购书查询业务流程图
学生
登陆子系统
查询子系统
7.2.2教材预订业务
教师进行教材预订的业务流程是教师首先输入自己的用户名和密码进行身份认证,然后在教材预订系统中输入自己下学期所上课程要使用的教材基本信息,在规定的时间内,教师也可以对已输入的教材信息进行查询和修改,超过了预定的时间,该信息将被转移到教材计划表中。
该业务的业务流程图如图3所示。
“已超期”信息
教材预定子系统
教师
八、数据流程分析并绘制流程图(龚华)
8.1.数据流程分析
对上述业务流程图进行分析的基础上,从系统的科学性、管理的合理性和实际运行的可行性角度出发,将信息处理的功能和彼此之间的联系自顶向下、逐层分解,在逻辑上精确地描述新系统应具有的功能、数据输入、数据输出、数据存储及数据来源和去
2.数据流程图
由于该系统的数据流程图较多,我们依然只对学生查询业务和教材预订业务的数据流程图做详细介绍。
8.1.1学生查询子系统
由于学生要对自己的信息进行查询,涉及个人机密,所以学生应该首先进行身份确认,即登录系统,在身份得到确认后才可以查询自己的购书记录,退书记录、自己的存款账户以及教材科现有教材的情况,其数据流程图如图4所示。
合法查询条件
学生
8.1.2教材预订子系统
根据业务流程图对教材预订系统的描述,该系统的数据流程图如图5所示。
未超期
教师
九、数据字典(黄新)
数据流程图只是从数据流向的角度描述了系统的组成和各部分之间的联系,但却没有具体说明各个组成部分和数据流的具体含义,而数据字典正好弥补了这一不足,数据字典是对数据流程的最底层图中的数据项、数据流、数据存储、处理逻辑和外部实体进行了详细的说明。
由于系统分析中数据字典的内容非常多,在此仅对各个部分分别举例进行说明。
(1)数据项的定义
数据项编号:
A01-01
数据项名称:
学号
别名:
无
简述:
学生信息表中某个学生的学号
类 型:
字符型
长度:
10个字节
取值范围:
0000000000-9999999999
数据项编号:
A02-01
数据项名称:
教材编号
别名:
编号
简述:
教材信息表中某种教材的编号
类 型:
字符型
长度:
6个字节
取值范围:
字母+数字
(2)数据结构的定义
数据结构编号:
D2
数据结构名称:
教材信息表
简述:
教材科库存教材的信息情况表
数据结构组成:
教材编码+教材名称+作者+出版社+版别序号+印刷批次+出版日期+价格+理论库存量+实际库存量+库存位置
数据结构编号:
D1
数据结构名称:
学生信息表
简述:
学生的相关信息
数据结构组成:
学号+学生姓名+用户名+密码+当前余额
(3)数据流的定义
数据流编号:
F02-01
数据流名称:
登录信息
简述:
用户登录系统时需要输入的用户信息
数据流组成:
用户名+密码
数据流来源:
学生、教师、教材管理人员
流通量:
1000份/天
高峰流通量:
700份/每天15:
00-21:
00
(4)处理逻辑的定义
处理逻辑编号:
P1
处理逻辑名称:
验证登录信息
简述:
验证用户身份
输入的数据流:
登录信息,来源:
外部实体“学生”、“教师”等
处理:
查询“学生信息表”或“教师信息表”,判断其是否为合法用户
输出的数据流:
合法用户,去向是处理逻辑“输入查询条件”、“输入教材预订信息”等
非法用户,去向是外部实体“学生”、“教师”等
处理频率:
200次/天
(5)数据存储的定义
数据存储编号:
D3
数据存储名称:
学生领书表
简述:
存放学生在校期间所有的领书记录
数据存储组成:
流水号+学号+教材编码+领书日期+数量+单价+业务员
关键字:
学号+教材编码+领书日期
相关联的处理:
P4(“查询”)等
(6)外部实体的定义
外部实体编号:
S2
外部实体名称:
教师
简述:
本校所有任课教师
输入的数据流:
F1(“非法用户信息”)等
输出的数据流:
D02-01(“用户登录信息”)等
查询结果
十、系统总体结构设计(龚华)
图7系统总体结构图
十一、代码设计(龚华)
代码设计
代码设计是系统设计中非常重要的一部分。
本系统中设计多个代码的设计,如“学号”,为了和学校中的其他系统保持一致,所以使用学校目前“学号”代码的设计,其设计规则如下:
*** ** ** ***
顺序号
年级
专业
院系编码
“教材编码”的设计考虑到教材一般都是各个院系有自己专用的教材,所以其代码设计如下:
******
顺序号
院系编码
由于该高校的院系不超过30个,所以“院系编码”的设计采用了3位的顺序码。
其他代码设计不再一一列举。
十二、数据库设计(黄新)
数据库是数据应用程序的核心。
数据库设计是建立一个应用程序最重要的步骤之一。
数据库设计一般要在需求分析的基础上进行概念设计、逻辑设计和物理设计。
12.1概念设计
经过对高校管理体系的调查我们了解到了系统中的实体类型有:
学生、教师、教材科、教材等等。
这些实体之间的相互关系有:
(1)学生与教材之间存在“使用”关系,是多对多的。
(2)教材科与教材之间存在“订购”关系,是一对多的。
每个实体的属性分别是:
(1)学生:
学生姓名,学号,专业,班级
(2)教师:
教师姓名,教师学号,电话
(3)教材科:
教材科名称,学校,地址,电话,联系人
(4)教材:
教材名称,数量,类别,单价,库存量,存放位置
画出教材管理的E-R图:
查询
m
n
m
n
图8教材管理的E-R图
12.2逻辑设计
逻辑设计的任务是根据DBMS的特征把概念结构转换为相应的逻辑结构。
概念设计所得到的E-R模型,是独立于DBMS的。
这里的转换就是把表示概念结构的E-R图转换成关系模型的逻辑结构。
讲上图转换为规范的关系模式为:
(1)学生(学生姓名,学号,专业,班级)
(2)教师(教师姓名,教师学号,电话)
(3)教材科(教材科名称,学校,地址,电话,联系人)
(4)教材(教材名称,数量,类别,单价,库存量,存放位置)
12.3物理设计
物理设计的目的是根据具体的DBMS的特征,确定数据库的物理结构。
关系数据库的物理设计任务包括两个方面,一是确定所有数据库文件的名称及其所包含字段的名称、类型和宽度;二是确定各数据库文件需要建立的索引,在什么字段上建立索引等。
各表结构如下附表所示:
附表1库存台账
字段名
字段类型
字段宽度
说明
商品编号
character
8
购入单价
character
10
库存数量
character
6
附表2计划台账
字段名
字段类型
字段宽度
说明
计划编号
character
8
商品编号
character
10
供应商编号
character
11
数量
Numeric
8
日期
Date
8
计划状态
Logic
1
附表3供应商信息
字段名
字段类型
字段宽度
说明
供应商编号
character
8
名称
character
40
地址
character
50
电话
character
20
传真
character
20
银行账号
character
20
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 高校教材管理系统 黄新 龚华 高校 教材 管理 系统