当前位置:网站首页 >> 文档 >> 图书馆管理信息系统规划方案(五篇)

图书馆管理信息系统规划方案(五篇)

格式:DOC 上传日期:2023-01-11 23:06:27
图书馆管理信息系统规划方案(五篇)
    小编:zdfb

方案是从目的、要求、方式、方法、进度等都部署具体、周密,并有很强可操作性的计划。方案对于我们的帮助很大,所以我们要好好写一篇方案。接下来小编就给大家介绍一下方案应该怎么去写,我们一起来了解一下吧。

图书馆管理信息系统规划方案篇一

1.1 系统背景分析........................................................................................................2 1.2图书管理业务流程图..........................................................................................4 1.3数据流程图...............................................................................................................7 1.4数据字典..................................................................................................................11 1.4.1 数据项描述....................................................................................................11 1.4.2 数据结构.........................................................................................................11 1.4.3 数据流的描述................................................................................................11 1.4.4 处理逻辑的描述...........................................................................................20 1.4.5 数据存储的描述...........................................................................................23 1.4.6 外部实体的描述...........................................................................................25 2 概念模型设计........................................................................25

2.1实体图.......................................................................................................................25 2.2 实体—联系图......................................................................................................27 2.3 数据库概念模型.................................................................................................28 3 逻辑模型及物理模型设计...................................................28

3.1 数据库概念模型转换为关系模型.........................................................28 3.2 数据库物理模型..............................................................................................29 4 数据库的实施与运行...........................................................29

4.1生成的sql语句.............................................................................................29 5 参考资料................................................................................33 需求分析

1.1 系统背景分析

<系统背景简介…> 1. 组织机构介绍。。2. 业务情况介绍

随着学院的日渐扩大,图书馆的管理工作也日益复杂,但其主要工作分为:

 新书入库:首先,图书馆的管理部门根据图书的库存量、图书的需求量和各类图书的最近发展情况向采购员发出购书计划单,采购员根据购书计划单向图书供应商发出购书单,采购员收到图书供应商的提货通知单并提货,将检验不合格的图书退给供应商,并发出重新发货的通知单。其次,将入库书单和检验合格的图书交付给图书管理员。最后,对新书进行分类处理:即按国家统一的分类进行编号,登记书号、书名、作者、出版社、价格、数量等信息到书库,并将购书单和提货单交付给财务部门。记入入库文件。

 图书出库注销:对于过期的各类图书进行出库处理,注销其相应信息。 图书的借出:图书管理员根据借阅者的借书单去查阅书库,若有借阅者要借的书,则将书借给借阅者,并将借阅者的借阅证号、姓名及所借图书的信息记入书库借阅文件,若没有借阅者要借的书,借阅者可以预定所要借的书,管理员将预定信息记入预定文件。

 图书的归还:借阅者将所借的书归还图书馆时,管理员对图书进行检查,若完好,将借阅者的这条归还信息记入归还文件,并注销相应的借阅信息;若被损坏,开出罚款单,并将罚款信息记入罚款文件,将借阅者相应的归还信息记入图书归还文件,并注销相应的借阅信息;若超期,则根据超期的天数进行罚款,同时将相关罚款信息记入罚款文件,将借阅者的这条归还信息记入归还文件,并注销相应的借阅信息。若借阅者不慎将图书遗失,图书管理员根据图书的单价和学院的相关规定开出赔偿单据,借阅者交纳赔偿金后,管理员相关的赔偿信息记入赔偿文件,注销相应的借阅信息,并注销该书的信息。

 统计情况:图书管理员对图书借阅情况进行统计,对逾期未还的借阅者催其归还

图书。并且定期对图书进行整理及统计。

检索:对图书馆书库的各方面进行检索。

图书馆管理信息系统的数据需求包括如下几点: 1. 数据录入的可靠性

数据的输入主要依靠手工,而准确的输入关系到该系统的数据是否能准确处理,加之该系统需要输入大量的图书及用户资料,所以系统必须有简洁的界面和一定的灵活性使得输入工作迅速而准确。2. 数据的完整性与一致性

对于输入的数据,要有一定的完整性规则,如果不能符合要求,系统应该拒绝该数据。由于系统的数据是共享的,图书作为共享数据,其去向必须是明确的,系统需保证图书不能被两人同时借出,而要解决这一问题,需要一定的人员维护数据的一致性。

1.2图书管理业务流程图

采编部有关部门新书书单不合格书单新书报表校验员藏书报表新书清单合格书单藏书清单编码员库藏清单书库书籍分配单领书清单书库管理员领取新书报表书库 新书入库业务流程图

书库有关部门注销计划注销申请表不合格申请表注销通知审核员藏书报表注销清单合格申请表藏书清单编码员 旧书出库(含遗失注销)业务流程图

读者预约申请表借书申请表续借申请表无效申请表预约通知续借通知领书通知索书员未在库在库在库在库书籍清单有效申请表借出书籍清单预约清单书库管理员书库无此书库存报表缺书申请单补书单采编部有关部门 图书借阅(图书借出、图书预约、图书续借)业务流程图

读者遗失通知超期通知还书通知有关部门遗失申请表归还申请表遗失清单在库清单书库管理员归还清单在库报表遗失报表藏书清单注销通知遗失统计编码员藏书报表 图书归还(遗失归还、超期归还)业务流程图

新用户有关部门用户申请表不合格申请表新用户登录通知审核员读者清单读者清单合格申请表新用户清单读者管理员 读者入库业务流程图

读者有关部门注销申请表不合格注销表用户注销通知单审核员读者报表读者清单合格注销表注销清单读者管理员 用户注销(证件挂失)业务流程图

1.3数据流程图

符号说明

外部实体处理数据流数据存储 p1管理员新旧书书单书书单采编入库注销书籍p2注销出库p3读者归、籍书籍阅书借还新用户名单注销用户名单借阅归还借归阅清还单清、单新书清单清单d1书籍基本信息管理员p4编码入库p5注销出库新用本信户基息用户销注信息基本d2读者基本信息(1层数据流程图)

管理员不合格书单新书书单p1.2审核合格书单p1.3编码新书基本信息新书报表新书基本信息书籍基本信息管理员(2层新书入库管理)

读者不合格书单借书单、预约书单所借书籍p3.1.1审核合格预约书单p3.1.2预约处理合格借书单p3.1.3借书处理借书清单借书清单书籍基本信息管理员读者借书情况报表(2层图书借阅、预约管理)

p3.2.4读者罚款通知罚款金额交纳入帐罚款清单归还书籍、遗失书籍p3.2.1审核损坏书单还书清单遗失书单罚款报表读者还书情况报表p3.2.2损坏处理损坏清单还书清单p3.2.3遗失处理遗失报表损坏清单遗失清单遗失书籍报表损坏书籍报表书籍基本信息管理员(2层图书归还、遗失管理)

管理员不合格书单旧书书单p2.1审核合格书单p2.2注销旧书清单旧书注销报表旧书注销清单书籍基本信息管理员(2层旧书出库管理)

管理员不合格名单新用户名单p4.1审核合格名单p4.2编码入库新用户基本信息新用户报表新用户清单读者基本信息管理员(2层新用户入库管理)

管理员不合格名单注销名单p5.1审核合格名单p5.2注销注销用户基本信息注销用户报表游乐用户清单读者基本信息管理员(2层用户注销管理)

1.4数据字典

1.4.1 数据项描述

1.4.2 数据结构

1.4.3 数据流的描述

数据流编号:d1 数据流名称:新书书单

述:购入书籍的表单 数据流来源:管理员 数据流去向:审核模块

数据流组成:索书号+书名+出版社等 数据流量:1张/3个月 高峰流量:1张/月

数据流编号:d2 数据流名称:合格书单

述:通过审核的新书书单 数据流来源:审核模块 数据流去向:编码模块

数据流组成:索书号+书名+出版社等 数据流量:1张/3个月 高峰流量:1张/月

数据流编号:d3 数据流名称:不合格书单

述:没有通过审核的新书书单 数据流来源:审核模块 数据流去向:管理员

数据流组成:索书号+书名+出版社等 数据流量:1张/3个月 高峰流量:1张/月

数据流编号:d4 数据流名称:新书基本信息

述:新入库图书的信息 数据流来源:编码模块

数据流去向:书籍基本信息

数据流组成:条形码+索书号+书名+出版社等 数据流量:1张/3个月 高峰流量:1张/月

数据流编号:d5 数据流名称:新书清单

述:新入库图书的书单 数据流来源:编码模块 数据流去向:新书报表

数据流组成:条形码+索书号+书名+出版社等 数据流量:1张/3个月 高峰流量:1张/月

数据流编号:d6 数据流名称:借书单

述:读者借书的书单 数据流来源:读者 数据流去向:审核模块

数据流组成:索书号+借阅证号码等 数据流量:200张/天 高峰流量:400张/天

数据流编号:d7 数据流名称:预约书单

述:读者预约书籍的书单 数据流来源:读者 数据流去向:审核模块

数据流组成:索书号+借阅证号码等 数据流量:200张/天 高峰流量:400张/天

数据流编号:d8 数据流名称:合格书单

述:通过审核的借书单 数据流来源:审核模块

数据流去向:借书处理模块

数据流组成:条形码+借阅证号码等 数据流量:200张/天 高峰流量:400张/天

数据流编号:d9

数据流名称:不合格书单

述:没有通过审核的借书单 数据流来源:审核模块 数据流去向:读者

数据流组成:索书号+借阅证号码等 数据流量:200张/天 高峰流量:400张/天

数据流编号:d10 数据流名称:不合格书单

述:没有通过审核的预约书单 数据流来源:审核模块 数据流去向:读者

数据流组成:索书号+借阅证号码等 数据流量:200张/天 高峰流量:400张/天

数据流编号:d11 数据流名称:合格书单

述:通过审核的预约书单 数据流来源:审核模块

数据流去向:预约处理模块

数据流组成:条形码+借阅证号码等 数据流量:200张/天 高峰流量:400张/天

数据流编号:d12 数据流名称:所借书籍

述:读者借到的图书 数据流来源:借书处理 数据流去向:读者

数据流组成:条形码+借阅证号码等 数据流量:200张/天 高峰流量:400张/天

数据流编号:d13 数据流名称:预约清单

述:预约图书的书单 数据流来源:预约处理模块 数据流去向:预约情况报表

数据流组成:条形码+借阅证号码 数据流量:200张/天 高峰流量:400张/天

数据流编号:d14 数据流名称:预约图书信息

述:预约图书的基本信息 数据流来源:借书处理模块 数据流去向:书籍基本信息

数据流组成:条形码+借阅证号码 数据流量:200张/天 高峰流量:400张/天

数据流编号:d15 数据流名称:借书清单

述:借出图书的书单 数据流来源:借书处理模块 数据流去向:读者借书情况报表 数据流组成:条形码+借阅证号码等 数据流量:200张/天 高峰流量:400张/天

数据流编号:d16 数据流名称:借出图书信息

述:借出的图书的基本信息 数据流来源:借书处理模块 数据流去向:书籍基本信息

数据流组成:条形码+借阅证号码等 数据流量:200张/天 高峰流量:400张/天

数据流编号:d17 数据流名称:归还书籍

述:归还图书的书单 数据流来源:读者 数据流去向:审核模块

数据流组成:条形码+借阅证号码等 数据流量:200张/天 高峰流量:400张/天

数据流编号:d18 数据流名称:遗失书单

述:遗失图书的书单 数据流来源:读者 数据流去向:审核模块

数据流组成:条形码+借阅证号码等 数据流量:200张/天 高峰流量:400张/天

数据流编号:d19 数据流名称:罚款通知

述:交给罚款的通知 数据流来源:审核模块 数据流去向:读者

数据流组成:条形码+借阅证号码+罚款金额等 数据流量:15张/天 高峰流量:30张/天

数据流编号:d20 数据流名称:损坏书单

述:损坏的图书的书单 数据流来源:审核模块

数据流去向:损坏处理模块 数据流组成:条形码+书名等 数据流量:15张/天 高峰流量:30张/天

数据流编号:d21 数据流名称:归还清单

述:归还图书的书单 数据流来源:审核模块

数据流去向:读者还书情况报表 数据流组成:条形码+借阅证号码等 数据流量:200张/天 高峰流量:400张/天

数据流编号:d22 数据流名称:遗失书单

述:遗失的图书的书单 数据流来源:审核模块

数据流去向:遗失处理模块

数据流组成:条形码+借阅证号码等 数据流量:15张/天 高峰流量:30张/天

数据流编号:d23 数据流名称:损坏清单

述:损坏图书的书单 数据流来源:损坏处理模块 数据流去向:损坏图书报表

数据流组成:条形码+借阅证明号码等 数据流量:15张/天

高峰流量:30张/天

数据流编号:d24 数据流名称:损坏图书信息

述:损坏图书的基本信息 数据流来源:损坏处理模块 数据流去向:书籍基本信息 数据流组成:条形码+书名等 数据流量:15张/天 高峰流量:30张/天

数据流编号:d25 数据流名称:归还图书信息

述:归还图书的基本信息 数据流来源:审核模块

数据流去向:书籍基本信息 数据流组成:条形码+书名等 数据流量:200张/天 高峰流量:

数据流编号:d26 数据流名称:遗失清单

述:遗失图书的书单 数据流来源:遗失处理模块 数据流去向:遗失报表

数据流组成:条形码+借阅证号码等 数据流量:15张/在 高峰流量:15张/天

数据流编号:d27 数据流名称:遗失图书信息

述:遗失图书的基本信息 数据流来源:遗失处理模块 数据流去向:书籍基本信息 数据流组成:条形码+书名等 数据流量:15张/天 高峰流量:30张/天

数据流编号:d28 数据流名称:罚款金额

述:交给罚款的金额 数据流来源:读者

数据流去向:交纳处理模块

数据流组成:借阅证号码+罚款金额+罚款通知序号等

数据流量:15张/天 高峰流量:30张/天

数据流编号:d29 数据流名称:旧书书单

述:陈旧图书的书单 数据流来源:管理员 数据流去向:审核模块

数据流组成:条形码+索书号+书名等 数据流量:1张/3个月 高峰流量:1张/月

数据流编号:d30 数据流名称:不合格书单

述:没有通过审核的陈旧图书的书单 数据流来源:审核模块 数据流去向:读者

数据流组成:条形码+索书号+书名等 数据流量:1张/3个月 高峰流量:1张/月

数据流编号:d31 数据流名称:合格书单

述:通过审核的陈旧图书的书单 数据流来源:审核模块 数据流去向:注销模块

数据流组成:条形码+索书号+书名等 数据流量:1张/3个月 高峰流量:1张/月

数据流编号:d32 数据流名称:注销书单

述:注销图书的书单 数据流来源:注销模块 数据流去向:出库报表

数据流组成:条形码+索书号+书名等 数据流量:1张/3个月 高峰流量:1张/月

数据流编号:d33 数据流名称:注销图书信息

述:注销图书的基本信息 数据流来源:注销模块

数据流去向:书籍报表信息

数据流组成:条形码+索书号+书名等 数据流量:1张/3个月 高峰流量:1张/月

数据流编号:d34 数据流名称:新用户名单 简

述:新进用户的名单 数据流来源:管理员 数据流去向:审核模块

数据流组成:学号(或工作证号码)+姓名等 数据流量:1张/3个月 高峰流量:1张/月

数据流编号:d35 数据流名称:合格名单

述:通过审核的新用户名单 数据流来源:审核模块

数据流去向:编码入库模块

数据流组成:学号(或工作证号码)+姓名等 数据流量:1张/3个月 高峰流量:1张/月

数据流编号:d36 数据流名称:不合格名单

述:没有通过审核的新用户名单 数据流来源:审核模块 数据流去向:管理员

数据流组成:学号(或工作证号码)+姓名等 数据流量:1张/3个月 高峰流量:1张/月

数据流编号:d37 数据流名称:新用户信息

述:新进用户的基本信息 数据流来源:编码入库模块 数据流去向:书籍基本信息

数据流组成:借阅证号码+学号(或工作证号码)等 数据流量:1张/3个月 高峰流量:1张/月

数据流编号:d38 数据流名称:新用户清单 简

述:新用户的名单 数据流来源:编码入库模块

数据流去向:新用户报表

数据流组成:借阅证号码+学号(或工作号码)等 数据流量:1张/3个月 高峰流量:1张/月

数据流编号:d39 数据流名称:注销名单

述:注销用户的名单 数据流来源:管理员 数据流去向:审核模块

数据流组成:借阅证号码+学号(或工作号码)等 数据流量:1张/3个月 高峰流量:1张/月

数据流编号:d40 数据流名称:合格名单

述:通过审核的注销用户名单 数据流来源:审核模块 数据流去向:注销模块

数据流组成:借阅证号码+学号(或工作证号码)等 数据流量:1张/3个月 高峰流量:1张/月

数据流编号:d41 数据流名称:不合格名单

述:没有通过审核的注销用户名单 数据流来源:审核模块 数据流去向:管理员

数据流组成:借阅证号码+学号(或工作证号码)等 数据流量:1张/3个月 高峰流量:1张/月

数据流编号:d42 数据流名称:游乐用户信息 简

述:注销的基本信息 数据流来源:注销模块

数据流去向:用户基本信息

数据流组成:借阅证号码+学号(或工作证号码)等 数据流量:1张/3个月 高峰流量:1张/月

数据流编号:d43 数据流名称:注销图书清单 简

述:注销图书的书单

数据流来源:注销模块

数据流去向:注销用户报表

数据流组成:借阅证号码+学号(或工作证号码)等 数据流量:1张/3个月 高峰流量:1张/月

1.4.4 处理逻辑的描述

处理逻辑编号:p1.1 处理逻辑名称:审核处理

述:对新购入图书进行审核 输入的数据流:新书书单

处理描述:对照新书书单对新购入图书进行检查,核对图书数量、内容,检查是否完整。输出的数据流:不合格书单、合格书单 处理频率: 1次/2个月

处理逻辑编号:p1.2 处理逻辑名称:编码处理

述:将合格图书近一定要求编码入库 输入的数据流:合格书单

处理描述:由管理人员对采购回来并审核无误的图书,按照国家统一的分类进行编号,之后登记书号、书名、作者、出版社等图书基本信息

输出的数据流:新书基本信息、新书清单 处理频率: 1次/2个月

处理逻辑编号:p2.1 处理逻辑名称:审核处理

述:对陈旧图书进行审核 输入的数据流:旧书书单

处理描述:检查图书是否已经过期或内容已不满足读者的需要,是否已遗失 输出的数据流:合格书单、不合格书单 处理频率:1次/2个月

处理逻辑编号:p2.2 处理逻辑名称:注销处理

述:将图书从书库中撤消 输入的数据流:合格书单

处理描述:将与合格书单中的图书从书库中删除。输出的数据流:注销图书基本信息、注销图书基本信息 处理频率: 1次/2个月

处理逻辑编号:p3.1.1 处理逻辑名称:审核处理

述:对借书单、预约书单 输入的数据流:借书单、预约书单

处理描述:根据借书单进行审核检查书库中是否有该图书,该图书是否在库,读者是否能够再借阅该图书;根据预约书单进行审核检查看书库中的图书是否已经有人预约

输出的数据流:不合格借书单、不合格预约书单、合格借书单、合格预约书单 处理频率: 200次/天

处理逻辑编号:p3.1.2 处理逻辑名称:借书处理

述:处理读者借书问题 输入的数据流:合格借书单

处理描述: 根据合格借书单信息将书籍借予读者 输出的数据流:借书清单、借出图书信息

处理频率: 200次/天

处理逻辑编号:p3.1.3 处理逻辑名称:预约处理

述:处理读者预约问题 输入的数据流:合格预约书单

处理描述:根据合格预约书单信息将书籍归入预约状态 输出的数据流:预约清单、预约图书信息 处理频率: 200次/天

处理逻辑编号:p3.2.1 处理逻辑名称:审核处理

述:将归还书单、遗失书单进行审查 输入的数据流:归还书单、遗失书单

处理描述:根据还书书单检查所借阅书籍是否已经超期或损坏,若有则给予罚款通知;检查遗失图书情况是否属实

输出的数据流:罚款通知、损坏书单、归还图书信息、归还图书清单、遗失书单 处理频率: 200次/天

处理逻辑编号:p3.2.2 处理逻辑名称:损坏处理

述:对损坏图书进行处理 输入的数据流:损坏书单

处理描述:对已损坏图书进行修补并记录其损坏程度 输出的数据流:损坏清单、损坏图书信息 处理频率: 200次/天

处理逻辑编号:p3.2.3 处理逻辑名称:遗失处理

述:对遗失图书进行处理 输入的数据流:遗失书单

处理描述:对已的图书进行注销

输出的数据流:遗失清单、遗失图书信息 处理频率: 200次/天

处理逻辑编号:p3.2.4 处理逻辑名称:交纳入帐 简

述:处理罚款问题 输入的数据流:罚款金额

处理描述:根据罚款通知单内容收纳罚款金额并对其进行记录 输出的数据流:罚款清单 处理频率: 200次/天

处理逻辑编号:p4.1 处理逻辑名称:审核处理

述:对申请入库的新用户进行审查 输入的数据流:新用户名单

处理描述:对申请入库的新用户检查其是否已经办理过入库 输出的数据流:合格名单、不合格名单 处理频率:30次/天

处理逻辑编号:p4.2 处理逻辑名称:编码入库

述:对合格用户进行编码 输入的数据流:合格名单

处理描述:对合格用户按其职位和所在部门进行统一编号 输出的数据流:新用户清单、新用户基本信息 处理频率:30次/天

处理逻辑编号:p5.1 处理逻辑名称:审核处理

述:对注销用户名单进行审核 输入的数据流:注销名单 处理描述:对注销用户的各类信息进行检查,若其有未还图书或未交纳罚款认为其不能注销 输出的数据流:不合格名单、合格名单 处理频率: 30次/天

处理逻辑编号:p5.2 处理逻辑名称:注销处理

述:对合格名单的处理 输入的数据流:合格名单

处理描述:将合格名单上的用户从库中撤消 输出的数据流:注销清单、注销用户基本信息 处理频率:30次/天

1.4.5 数据存储的描述

数据存储编号:f1 数据存储名称:书籍基本信息

述:存储所有藏书的基本信息

数据存储组成:条形码+索书号+作者+出版社+出版日期+所在书库+单价表+库存数+书名+在库数量+入库日期

关键字:条形码

相关联的处理:p1.2,p2.2,p3.1.3,p3.2.1

数据存储编号:f2 数据存储名称:新书报表

述:存储新购入图书的信息

数据存储组成:条形码+索书号+作者+出版社+出版日期+所在书库+单价表+库存数+书名+在库数量+入库日期 关键字:条形码 相关联的处理:p1.2

数据存储编号:f3 数据存储名称:旧书注销报表

述:存储注销图书的信息

数据存储组成:条形码+索书号+作者+出版社+出版日期+单价表+书名 关键字:条形码 相关联的处理:p2.2

数据存储编号:f4 数据存储名称:读者借书情况报表 简

述:存储读者借书的信息

数据存储组成:借阅证号码+姓名+条形码+索书号+书名 关键字:条形码+借阅证号码 相关联的处理:p3.1.2

数据存储编号:f5 数据存储名称:读者预约情况报表

述:存储读者预约图书的信息

数据存储组成:条形码+索书号+书名+借阅证号码+姓名 关键字:条形码+借阅证号码 相关联的处理:p3.1.2

数据存储编号:f6 数据存储名称:损坏图书报表

述:存储损坏图书的信息

数据存储组成:条形码+索书号+作者+出版社+出版日期+单价表+书名 关键字:条形码

相关联的处理:p3.2.2

数据存储编号:f7 数据存储名称:遗失图书报表

述:存储遗失图书的信息

数据存储组成:条形码+索书号+作者+出版社+出版日期+单价表+书名 关键字:条形码

相关联的处理:p3.2.3

数据存储编号:f8 数据存储名称:读者还书情况报表

述:存储读者归还图书的信息

数据存储组成:条形码+索书号+书名+借阅证号码+姓名 关键字:条形码+借阅证号码 相关联的处理:p3.2.1

数据存储编号:f9 数据存储名称:罚款报表

述:存储罚款的信息

数据存储组成:借阅证号码+姓名+罚款通知序号+罚款金额+罚款原因 关键字:借阅证号码+罚款通知序号 相关联的处理:p3.2.4

数据存储编号:f10 数据存储名称:读者基本信息

述:存储读者的基本信息

数据存储组成:借阅证号码+学号(或工作证号码)+姓名+所在部门 关键字:借阅证号码

相关联的处理:p4.2,p5.2

数据存储编号:f11 数据存储名称:新用户报表

述:存储新用户的信息

数据存储组成:借阅证号码+学号(或工作证号码)+姓名+所在部门 关键字:借阅证号码 相关联的处理:p4.2

数据存储编号:f12 数据存储名称:注销用户报表

述:存储注销用户的信息

数据存储组成:借阅证号码+学号(或工作证号码)+姓名+所在部门 关键字:学号(或工作证号码)相关联的处理:p5.2

1.4.6 外部实体的描述

外部实体编号:s1 外部实体名称:读者

述:从图书馆中借阅图书的人

输入的数据流:所借图书、不合格借书单、不合格预约书单、罚款通知 输出的数据流:借书单、预约书单、归还图书、遗失书单、罚款金额

外部实体编号:s2 外部实体名称:管理员

述:管理图书的人

输入的数据流:不合格书单、不合格旧书书单、不合格新用户名单、不合格注销名单 输出的数据流:新书书单、旧书书单、新用户名单、注销名单 概念模型设计

2.1实体图

索书号条形码所在书库出版日期在库数量库存数量图书入库日期书名作者出版社单价表索书号 图书实体

索书号索书号索书号索书号书库类别 书库类别实体

所在部门借阅证号码学号学生借阅证 学生借阅证实体

所在部门借阅证号码工作证号码教师借阅证 教师借阅证实体

管理员姓名工作证号码管理员 管理员实体

学号姓名性别学生年龄政治面貌籍贯所在系 学生实体

工作证号码姓名性别职称教师年龄政治面貌籍贯所在系 教师实体

罚款金额日期借阅证号码序号罚款单 罚款单实体

2.2 实体—联系图

图书n存放1书库借阅mn学生借阅证教师借阅证拥有教师

n1罚款11拥有学生1罚款清单nn1管理管理员1

2.3 数据库概念模型

图书条形码索书号作者书名出版日期出版社单价表库存量在库数量书库书库名可用借书证类型借阅周期超期罚款单价教师借阅证借阅证号码工作证号码所在部门学生借书证借书证号码学号所在部门罚款单序号借阅证号码罚款金额日期教师工作证号码姓名性别所在部门职称政治面貌籍贯教师年龄学生学号姓名性别教师年龄所在系籍贯政治面貌管理员管理员号码管理员姓名 3 逻辑模型及物理模型设计

3.1 数据库概念模型转换为关系模型

1.管理员(管理员姓名,工作证号码)

2.图书(。。)

3.2 数据库物理模型

bnobnochar(10)bsnametcardchar(10)bnumbno = bnoanamebnamebdatebpublishpricetcard = tcardbstocksbstoragerelation_88booksbookstoragechar(10)bsnamechar(10)bsname = bsnamechar(10)bscardchar(10)char(10)bscirclyintegerchar(20)bspricefloatchar(20)datebno = bnochar(20)relation_89floatbnochar(10)integerstucardchar(10)integerstucard = stucardtcardstcardtnumtnotdeptchar(10)char(10)char(10)char(40)stucard = stucardamercestucardsstucardsnostunostudeptanostucardchar(10)stucard = stucardmnochar(10)cardchar(10)amarychar(40)adatemno = mnotnum = tnumtcard = tcardteacherchar(10)char(10)char(10)char(10)floatdatesno = snostudentsnostucardsnamessextagesdeptsadressspoliticstnumtcardtnametsextdepttposttpoliticstadresstagechar(10)char(10)char(10)char(2)char(40)char(10)char(10)char(10)integerchar(10)char(10)char(10)char(2)integerchar(40)char(10)char(10)managermnomnamechar(10)char(10)4 数据库的实施与运行

4.1生成的sql语句

%% ============== %%

database name: model_1

%%

dbms name:

sybase sql anywhere

%%

created on:

2002-12-16 0:44

%% ==============

%% ============== %%

table: bookstorage

%% ============== create table bookstorage(bsname

char(10)

not null,bscard

char(10)

,bscircly

integer ,bsprice

float ,primary key(bsname));

%% ============== %%

table: manager

%% ============== create table manager(mno

char(10)

not null,mname

char(10)

,primary key(mno));

%% ============== %%

table: tcards

%% ============== create table tcards(tcard

char(10)

not null,tnum

char(10)

,tno

char(10)

,tdept

char(40)

,primary key(tcard));

%% ============== %%

table: stucards

%% ============== create table stucards(stucard

char(10)

not null,sno

char(10)

,stuno

char(10)

,studept

char(40)

,primary key(stucard));

%% ============== %%

table: books

%% ============== create table books(bno

char(10)

not null,bsname

char(10)

,bnum

char(10)

,aname

char(20)

,bname

char(20)

,bdate

date

,bpublish

char(20)

,price

float ,bstocks

integer ,bstorage

integer ,primary key(bno));

%% ============== %%

table: student

%% ============== create table student(sno

char(10)

not null,stucard

char(10)

,sname

char(10)

,ssex

char(2),tage

integer ,sdept

char(40)

,sadress

char(10)

,spolitics char(10)

,primary key(sno));

%% ============== %%

table: teacher

%% ============== create table teacher(tnum

char(10)

not null,tcard

char(10)

,tname

char(10)

,tsex

char(2),tdept

char(40)

,tpost

char(10)

,tpolitics char(10)

,tadress

char(10)

,tage

integer ,primary key(tnum));

%% ============== %%

table: amerce

%% ============== create table amerce(ano

char(10)

not null,stucard

char(10)

,mno

char(10)

,card

char(10)

,amary

float ,adate

date

,primary key(ano));

%% ============== %%

table: relation_88

%% ============== create table relation_88(bno

char(10)

not null,tcard

char(10)

not null,primary key(bno, tcard));

%% ============== %%

table: relation_89

%% ============== create table relation_89(bno

char(10)

not null,stucard

char(10)

not null,primary key(bno, stucard));

alter table tcards

add foreign key fk_tcards_relation__teacher(tnum)

references teacher(tnum)on update restrict on delete restrict;

alter table stucards

add foreign key fk_stucards_relation__student(sno)

references student(sno)on update restrict on delete restrict;

alter table books

add foreign key fk_books_bstock_bookstor(bsname)

references bookstorage(bsname)on update restrict on delete restrict;

alter table student

add foreign key fk_student_relation__stucards(stucard)

references stucards(stucard)on update restrict on delete restrict;

alter table teacher

add foreign key fk_teacher_relation__tcards(tcard)

references tcards(tcard)on update restrict on delete restrict;

alter table amerce

add foreign key fk_amerce_relation__stucards(stucard)

references stucards(stucard)on update restrict on delete restrict;

alter table amerce

add foreign key fk_amerce_relation__manager(mno)

references manager(mno)on update restrict on delete restrict;

alter table relation_88

add foreign key fk_relation_relation__books(bno)

references books(bno)on update restrict on delete restrict;

alter table relation_88

add foreign key fk_relation_relation__tcards(tcard)

references tcards(tcard)on update restrict on delete restrict;

alter table relation_89

add foreign key fk_relation_relation__books(bno)

references books(bno)on update restrict on delete restrict;

alter table relation_89

add foreign key fk_relation_relation__stucards(stucard)

references stucards(stucard)on update restrict on delete restrict;参考资料

1、萨师煊、王珊

《数据库系统概论(第三版)》

北京 :高等教育出版社,2000

2、黄梯云、李一军

《管理信息系统(修订版)》

北京:高等教育出版社,2000

3、陈景艳、侯炳辉

《管理信息系统(第二版)》

北京:中国铁道出版社,2001

4、徐引篪、霍国庆

《现代图书馆学理论》

北京:北京图书馆出版社,1999

图书馆管理信息系统规划方案篇二

实验二图书馆管理信息系统规划

一、实验目的通过图书馆管理信息系统开发,让学生了解管理信息系统规划工作的重点,掌握系统规划报告说明书的写作能力。

二、实验内容

图书馆管理信息系统背景资料说明:

某企业图书馆系统是一个具有万人以上的员工,并地理位置分布在大型企业的图书管理系统,图书馆藏书100多万册,每天的借阅量近千册。在手工操作的方式下,图书的编目和借阅的工作量打,准确性低且不易修改维护,读者借书只能到图书馆手工方式查找书目,不能满足借阅需求。需要建设一套网络化的电子图书馆信息系统。

该图书馆管理信息系统服务对象有两部分人:注册用户和一般读者。一般读者经注册后成为注册用户,注册用户可以在图书馆借阅图书,其他人员只可查阅图书目录,但不能借阅图书。系统同时考虑提供电子读物服务,目前只提供电子读物的目录查询服务,不久的将来将提供电子读物全文服务。用户可通过网络方式访问该图书馆管理信息系统。

系统内部人员结构,组织及用户情况分析。图书馆由馆长负责全面工作,下设办公社,财务室,采编室,学术论文室,图书借阅室,电子阅览室,期刊阅览室和技术支持室。各部门的业务职责如下:

办公室:办公室协助馆长负责日常工作,了解客户需求,制定采购计划。

财务室:财务室负责财务方面的工作。

采编室:采编室负责图书的采购,入库和图书编目,编目后的图书粘帖标签,并送图书借阅室上架借阅。

学术论文室:负责学术论文的收集整理。

图书借阅室:提供对读者的书目查询服务和图书借阅服务。

电子阅览室:收集整理电子读物,准备体哦那个电子读物的借阅服务,目前可以提供目录查询和借阅。

期刊阅览室:负责期刊的收集整理和借阅。

技术支持室:负责对图书馆的网络和计算机系统提供技术支持。

系统业务流程分析:

通过业务流程调查,理清图书馆管理系统的主要业务和业务的流程。图书馆管理员编制图书采购计划,由采购员负责新书的采购工作。采购图书入库后,交采编室编目,粘帖标签,产生图书目录。图书交图书借阅室上架,供读者借阅。采编后的电子读书交电子阅览室。读者分为注册读者和非注册读者,只有注册读者可以在本图书馆借书,非注册读者可查询目录但不能借书。读者填写注册登记表交图书馆管理员审核后,记入读者登记表,成为注册读者,发给借书证。注册读者借书时,需填写借书单,连同借书证一起交给借阅管理员,经管理员核对无误后,填写借阅登记表,修改图书登记表中该书的数量,上架取数交给读者。图书馆设有读者信箱,读者需要但没有库存的图书,读者可以通过读者信箱反映。图书馆管理员定期处理读者信箱种的意见。将读者需要的图书编制程图书采购计划交采购员购买。

实验要完成如下内容:

(1)根据背景资料说明项目的年限和具体开发方法

(2)说明项目开发的目标(功能、服务范围和质量)、约束条件

(3)说明单位的目前的现状,从业务流程面临的问题来说明如何通过信息技术如何

进行流程改造。

(4)项目小组的建设

(5)项目开发方案

(6)实施进度(分工)

三、实验环境

硬/软件要求:微机:每人1台;软件:windows2000,office2000

四、实验报告

实验报告提交要点:

一、项目概况

1、项目说明

1)项目名称:2)客户:3)供应商:

2、项目背景

二、项目规划

1、说明单位的目前的现状,从业务流程面临的问题来说明如何通过信息技术如何

进行流程改造。

2、开发方法

3、目标和约束条件

4、项目小组建设

5、项目开发方案

6、实施进度

图书馆管理信息系统规划方案篇三

某大学图书馆管理信息系统建设规划

(一)信息系统建设规划书——计算机系统建设计划

第一章:要点提示!

一、规划目的:

为更好的改善图书管理,提高图书管理的效率水平,建立一个合理有序的图书借还管理秩序于是决定建立一个功能强大的管理信息系统。

众所周知,计算机管理信息系统建设是现代商业企业生存和发展的前提。我们当前的总任务是:充分利用先进的电子信息技术,参考已有同行企业成功的解决方案,结合图书馆的现状并考虑同学们的需要,成功建立起“图书馆”完整的内部一体化计算机管理信息系统。只有顺利完成这项工作,才能确保图书馆的合理有序的秩序。

二、规划原则:

1:按时

目标系统应该在新生到来之际完成建设,尽快为同学们提供服务。

2:全面

目标系统必须满足学校管理的要求。通过系统分析设计,制定完整合理的借还操作流程,并优化建立相应数据模型与之针对。

3:实用

目标系统必须具有良好的可操作性和可维护性。能够使操作人员通过全面的系统培训迅速掌握。

4:先进

目标系统必须紧跟周边学校的发展潮流,采用目前国际先进的技术体系结构进行建设,具有较强的可扩充性。能够充分延长系统的使用生命周期。

5:可靠

目标系统必须具有较高的保密功能及数据备份能力和故障恢复能力,数据结构设计必须合理,数据采集必须高效,数据分析必须准确。

6:经济

目标系统在确保前5项建设原则外,还应充分考虑系统资源的优化组合,充分降低投资风险。设计方案技术成熟,实施周期短、见效快,性能价格比最佳。具有完备的实施计划。

三、过程监控:

信息系统建设是流通业软件服务商和学校合作实施的系统工程。双方必须密切配合,一切以成功建设系统为目标。为确保建设成果准时和高质量。必须对系统建设过程中的每个环节达到标准量化管理,确认责任人,全面监控各阶段结果,建立完整的系统验收制度。具体过程应包含四个方面,l 项目组织,2 项目进程,3项目指导,4项目计划和控制

四、过程描述: 计算机系统建设步骤包含以下六个阶段:(规划书正文中将逐一详细说明)l 需求分析2 设计开发3系统培训4测试运行5实施监控6后期维护

第二章:规划书正文

一、项目实施管理要求

项目实施管理中极为重要的四个关键因素是: 项目组织

项目组织定义了为实施系统所需的人员策略和组织结构。项目组织的定义涉及到“图书馆”的各个部门。

项目进程

项目进程定义了为成功实施系统所需的阶段、步骤、活动和任务。每一阶段、步骤、活动和任务都有明确的目标和应完成或应得到的结果,所有的这些都是为着最终目标----成功、高效、全新的管理信息系统服务。

项目指导

项目指导为项目实施人员提供高级实施应用结构化技术来指导项目的各种活动,这种技术有助于项目管理和软件开发的规范化及项目小组成员间的交流。

项目计划和控制

包括:

-调度和控制项目的各活动和任务,()

制定项目预算()

-监视商业信息实施项目的进程()

-解决各活动和任务间的时间冲突()

-保证在计划的时间和预算内完成项目的各进程

二、项目实施范围

本项目涉及“图书管理系统”整体解决方案中的主要内容如下: *以学校图书馆内部分类信息为基础的管理应用系统实施及相应管理技术的应用,包括相应产品与技术的交付安装、教育培训、开发、验收及系统维护支持。

具体内容见项目进程管理和教育培训计划相应部分。本系统实施项目涉及“某图书馆”大多数管理职能部门。

1、项目组织

1.1、项目组织结构(?)1.2、项目角色和责任

1.2.1、软件服务公司的主要角色和责任(?)

项目责任经理:

对整个系统实施项目的成功与否以及应用软件服务公司及其合作伙伴应承担的义务负有主要责任。

*对“某图书馆管理系统”项目实施进度进行监控。

*检查软件服务公司及合作伙伴项目人员的服务质量。

*负责对软件服务公司及其合作伙伴人员的调配及管理。

*是软件服务公司与学校高层项目人员的主要联系人。

项目执行经理:

* 软件服务公司指定一名项目执行经理。

* 负责服务费用的估算及提供服务时间的制定。

* 负责项目工作计划的制定与实施。

* 管理参与项目实施的软件服务公司技术人员。

* 负责与“某图书管理系统”项目负责人和各位职能经理的联系。

* 指导和帮助“某图书管理系统”项目人员进行项目实施。

* 对实施的进展,各个阶段工作完成情况,按时汇报给软件服务公司项目责任经理。

* 管理工作档案及负责软件服务公司应承担的技术服务的管理。

* 负责处理软件修改和增加的分析设计及编程等问题。

* 在开发过程中进行质量监督保证。

管理咨询顾问

* 负责协助进行图书馆现行管理模式和运作流程的分析。

* 对图书馆现行管理存在的问题提供诊断咨询和改进建议。

* 结合图书馆现行管理实际情况,指导应用系统的灵活应用。

* 在项目实施中,负责管理模式和运作方法方面的检验及质量保证。

应用顾问和技术顾问

* 根据现场需要及计划安排,参与“图书馆”的项目实施,协助项目执行经理解决实施中的应用问题和技术问题。

* 承担指导或技术课程的讲授工作。

* 承担指导或参与软件用户化修改及数据转换。

* 承担指导或参与网络、硬件系统、数据库系统的实施。

1.2.2、“某购物中心”的主要角色和责任

项目领导小组

该小组人员组成应包括:“某大学图书馆”的高层管理人员,部门主管人以及项目负责人。此外软件服务公司及其合作伙伴的高级咨询专家及项目责任经理也将参与小组的活动。

领导小组的责任包括:

* 批准项目计划。

* 调配项目资源(人力,经费)。

* 定期检查项目计划执行情况。

* 协调各业务部门之间发生的冲突。

* 制定项目实施策略以保证项目实施同企业的业务发展目标相一致。

* 负责处理项目队伍职权之外的问题。

项目实施应具体考虑的关键内容有:

* 哪些系统模块应先实施。

* 哪些部门应先参与实施。

* 哪些业务先应计算机化。

* 实施时间表。

* 确定实施项目人选以及每一位参加者的职责。

* 确定项目实施辅助工程的具体内容和完成时间。

项目队伍

项目队伍作为直属项目领导小组下的一个工作班子负责完成领导小组交给的一切有关项目实施的具体任务(例如:制定计划,检查进度,起草文件等等)。

项目经理

* 参与项目实施计划的制定。

* 负责和协调所有的项目日常事务。

* 组织、计划、调度、控制和监督项目所有实施活动。

* 负责向领导小组负责人汇报项目进展状况。

* 组织项目队伍的每周例会。

职能经理

* 给实施计划提供资料。

* 在项目经理的协调下,负责在本业务范围的应用系统部分的实施。

* 在原型测试阶段提供输入数据并确认测试结果。

* 组织在本业务范围内的其余人员的培训。

* 审查在本业务范围内的基础代码定义和基础数据采集。

数据处理经理

* 负责网络、硬件系统的日常运行管理与维护。

* 负责数据库的安全,数据的完整性和一致性。

* 负责数据库的设定,数据的转换及数据的备份。

* 处理用户与项目有关的各类问题,包括软件功能、硬件及任何其它问题。

* 帮助项目的实施。

* 至少50%的时间参与实施。

* 跟踪系统培训全过程,全面负责企业内部数据初始化建立的规范合理。

2、项目进程

2.1、项目进程说明

本系统项目进程定义了为成功实施所需的阶段、步骤活动和任务。每一个阶段的步骤、活动和任务都有明确的目标,工作和应得到的结果。按照高级实施策略的原理,“某大学图书馆”项目的整个实施过程可划分为五个阶段

2.1.1、项目定义阶段

阶段的主要任务及达到的目标:

* 对未来系统进行全面和详细的分析, 明确建立管理信息系统的需求。

* 实施一系列有关管理技术原理和软、硬件系统的教育培训,企业高层和中层领导及管理人员对系统有基本概念的认识和了解。

* 提出以商业信息系统为原型的系统方案。

主要交付成果

* 项目定义分析报告(pdar)。

* 管理技术原理课程和有关系统培训课程教育大纲。

* 项目定义备忘录(pdm)。

2.1.2、实施准备阶段

阶段的主要任务及达到的目标:

* 系统产品和文档安装。

* 进一步深入地对有关项目人员(包括职能部门人员)进行系统产品的培训,使他们掌握系统的设计原理,处理流程和操作使用方法。

* 定义基础代码和准备原型测试数据。

主要交付成果

* 需求定义分析报告(rdr)。

* 系统业务流程图(软件修改初步设计(bsm))。

* 详细设计报告(软件修改详细设计(dd))。

2.1.3、开发和确认阶段

阶段的主要任务及达到的目标:

* 根据系统业务流程和详细设计报告要求,进行软件用户化编程。

* 根据要求重新修改和增加有关文档。

* 对修改和开发后的系统进行全面测试,以便确认该系统的可行性,可靠性及合理性。

* 对最终用户进行培训,使他们掌握新系统的操作和使用。

* 建立标准运作规程。

主要交付成果

* 经过开发和确认的软件及文档(spe)。

2.1.4、系列实施阶段

阶段的主要任务及达到的目标:

* 批准的标准运作规则。

* 进行系统运作之前的数据准备,包括全部静态数据的整理和录入以及全部初始动态数据的准备。

* 健全保证新系统运行的组织机构,明确各职能人员的分工和责任。

主要交付成果

以某大学信息系统为原型,经过开发和修改,并通过试运行之后可正式运行的系统,包括软件、文档和标准运作规程(tip)。

2.1.5、系统模拟运行阶段

阶段的主要任务及达到的目标:

* 对系统的测试运行进行监控和维护,及时解决运作过程出现的新问题,保证系统持续正常运行。

* 总结和评价系统运行的效益和成果。

主要交付成果

* 项目模拟运行备忘录

* 系统故障效率备忘录

2.2、项目进程管理

2.2.1、项目计划管理

计划内容

项目实施过程的计划分为三级计划:

* 项目实施计划

项目实施计划作为项目整个过程中到纲领性计划,其主要作用在于建立可行的项目实施工作的基本原则和标准工作流程和规范。

* 阶段实施计划

在每个阶段的开始,必须制定出各阶段工作计划。它规定了本阶段中所要实现的目标,所要完成的任务和所要交付的成果。计划中还要规定出活动步骤和时间进度以及有关资源的使用(人力,物力)和新增费用预算

* 关键活动计划

在项目实施的五个阶段中包含了至少一个以上的关键活动。它标识了系统实施进程达到了某一状态。对于这些关键活动,必须制定详细的工作流程,以便这些活动能够有条不紊地开展,达到预定的效果。

计划管理

* 计划制定由执行经理和项目经理负责。

* 计划审批。

* 项目实施计划由项目领导小组批准。

* 阶段实施计划由项目领导小组批准。

* 关键活动计划由项目负责人批准。

* 计划的修改和更新由项目经理负责。

2.2.2、项目监控

建立项目会议制度

* 项目小组会议

项目小组会议的主要作用是检查项目进展的状况和完成质量,协调和解决项目进展中出现的问题。项目队伍例会根据需要随时举行。会议召集人为项目经理。

* 项目领导小组会议

在项目实施的每一阶段,应召开至少一次以上的项目领导小组会议。

会议解决的事情如下:

* 重大问题的决策和协调以及政策的发布。

* 批准项目所需增加的资源和费用。

* 批准关键的可交付成果。

会议召集人为项目领导小组会负责人。

建立正常的检查、复审和批准制度

为了确保项目实施按期保质进行,有必要建立正常的检查、复审和批准制度。它所包括的内容如下:

* 软件服务公司所承担的检查职责和工作内容。

* 复审和批准可交付成果的内容和程序。

* 软件服务公司及其合作伙伴项目人员与“某大学图书馆管理信息系统”项目人员之间联系的方式。

图书馆管理信息系统规划方案篇四

图书馆可行性分析报告

图书馆管理系统是一些单位不可缺少的部分。书籍是人类不可缺少的精神食粮,尤其对一些学校来说,尤其重要。所以图书馆管理系统应该能够为用户提供充足的信息和快捷的查询手段。但一直以来人们使用传统人工的方式管理图书、期刊、试卷合订本等,这种管理方式存在着许多缺点,如:效率低、保密性差,另外时间一长,将产生大量的文件和数据,这对于查找、更新和维护都带来了不少的困难。

随着科学技术的不断提高,计算机科学日渐成熟,其强大的功能已为人们深刻认识,它已进入人类社会的各个领域并发挥着越来越重要的作用。作为计算机应用的一部分,使用计算机对图书资源信息进行管理,具有着手工管理所无法比拟的优点.例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高图书馆管理的效率,也是企业、学校的科学化、正规化管理,与世界接轨的重要条件。

图书馆管理系统是典型的信息管理系统(mis),其开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强.数据安全性好的库。而对于后者则要求应用程序功能完备,易使用等特点。

图书管理系统的建立,需要进行用户需求调查与分析,以确定系统目标,提出解决问题的详细方案,这是系统建设的重要环节。要想使学生能够有效的借阅,功能上对系统的要求是全面的。因此对用户的需求可分为四个方面:一方面是图书管理人员对需要进行图书借阅的同学进行信息注册,获得借书证;二方面是学生通过计算机进行图书浏览;三方面是学生通过计算机进行图书借阅;四方面是打印输出学生信息。

这四个方面形成了图书借阅的一个工作整体,利用计算机的自动化处理,可方便快捷地共享信息、交流信息,高效地协同工作。

图书馆管理系统是典型的信息管理系统(mis),其开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强.数据安全性好的库。而对于后者则要求应用程序功能完备,易使用等特点。

在软硬件方面对系统的需求,软件要求易学,界面友好,容易掌握,可以很简单方便的进行图书借阅信息管理。硬件的配置要求不能太高,这样可以很好的适应当前的学校图书馆的借阅。

图书馆管理信息系统规划方案篇五

学生选课管理信息系统规划

(1)系统的意义与目标

随着学校的办学规模不断扩大,生源的急剧增加,有关学生的各种信息量也成倍增长。面对庞大的信息量,学校如何做管理才能够降低成本又能够提高管理质量;老师如何工作才能达到既能减轻工作量又能提高工作水平成为一直探讨和研究的一门学科。伴随着计算机的盛行,信息技术在管理上越来越深入而广泛的应用,管理信息系统的实施在技术上已逐步成熟,学校需要与时俱进的发展,达到科学化和高效化的管理,就需要建立一套与自身特点相适应的管理信息系统来满足学校学分制改革的要求,便于操作使用。

通过正确的口令进入系统,进行数据库的维护操作和运用,对数据安全性有一定的保障,保密性好;进入系统后可对学籍信息、班级信息进行添加、修改、删除、查询操作;用来实现学生信息管理工作流程的系统化、规范化和自动化。

(2)系统的用户需求

通过调查,要求系统需要有以下功能:

⑴ 由于操作人员的计算机知识普遍较差,要求有良好的人机界面;

⑵ 由于该系统的使用对象多,要求有较好的权限管理;

⑶ 原始数据修改简单方便,支持多条件修改;

⑷ 方便的数据查询,支持多条件查询;

⑸ 在相应的权限下,删除数据方便简单,数据稳定性好;

⑹ 数据计算自动完成,尽量减少人工干预;

学生选课管理系统的性能要求;

⑴软件的可行

以windows xp为操作系统,运用sql的数据库技术,根据科学的管理方法与编程技术设计、开发学生信息管理系统,能符合各种技术要求,拥有较高的存储能力和处理速度。该系统的运行硬件环境pc机,当用户使用系统时,通过正确的口令进入系统,进行数据库的维护操作和运用,对数据安全性有一定的保障,用户放心使用

(2)系统科学的分析

待开发模块的一般描述

本设计主要为学校学生信息管理提供一个使用方便、经济实用的系统模块,以替代传统的手工操作方式。对学生的基本信息模块进行了设计,包括添加、删除、查询学生信息等操作。

(3)模块设计

3.1 登录界面

登录界面的设计,主要是本着实用简便的原则设计制作。

3.2 主界面

当操作员的名称和密码均正确的时候,系统便会进入信息管理(主界面)。信息管理包括系统的所有主功能模块:学籍管理、班级管理、查询管理、退出系统。它可以实现录入学籍信息、录入班级信息、查询学籍信息(按学号、按姓名、按班级查询)、退出系统等功能。

3.3 信息管理

3.3.1添加学籍信息

当操作员点击学籍管理图片按钮进入子目录,继续点击添加学籍信息图片按钮,便可进入添加学籍信息界面,对学籍信息进行录入,添加学籍信息界面的结构(如图4):

3.3.2 修改学籍信息

当操作员点击学籍管理图片按钮进入子目录,继续点击修改学籍信息图片按钮,便可进入修改学籍信息界面,对学籍信息进行更改、删除,修改学籍信息界面的结构

3.3.3修改班级信息

当操作员点击班级管理图片按钮进入子目录,继续点击修改班级信息图片按钮,便可进入修改班级信息界面,对班级信息进行录入,修改班级信息界面的结构

3.3.5 数据库表

记录表信息,添加、修改后的信息保存于学籍信息表或班级信息表中。表中包含学号、姓名等字段,使用户直观、便捷的了解学生的基本情况3.3.4查询学籍信息

学籍信息的查询基于表,其中提供了按学号,按姓名,按班级三种查询,在选择按学号、按姓名或按班级后,可在文本框中输入要查询的姓名、学号或班级,然后点击“查询”可得到满足条件的查询结果。功能是便于操作人员对学籍信息的检索查询。如按班级查询,输入要查询的班级

4.系统调试

完成对流程的编码后,最重要的是对系统的测试工作。测试在系统设计阶段有两个时期,一个时期是在编码写完每个模块后做单元测试,另一个是对系统做综合测试。

第一、模块测试:在模块测试的时候,设计者从下面几个方面考虑:模块的结构;局部数据结构;重要执行通道;出错的处理通道;影响上述方面的边界条件。

第二、整体测试:总体测试是组装软件的系统技术,本系统采用渐增集成测试,即测试单一模块,再将测试完的模块加入到系统中,进行一次系统测试,以此类推将所以模块加入系统中,在具体测试时,采用自顶向下的结合方式,从主控模块开始,沿各控制层向下移动,逐渐把所以模块结合。

第三、评估运行可靠性的问题:结果正确;运行速度;空间利用率;

算法的可靠性

(3)系统经费概算

初步估算约需要20万,包括硬件资源,技术资源,开发费用。培训费用等。其中,开发期间约需8万。调试与运行约需6万元。

(4)系统开发计划

本系统计划由开发小组(开发人员4人)用12个月完成,具体时间安排计划如下:

系统调研,系统分析:3个月

系统设计:2个月

系统程序设计:3个月

系统调试:2个月

系统试运行:2个月

全文阅读已结束,如果需要下载本文请点击

下载此文档
a.付费复制
付费获得该文章复制权限
特价:2.99元 10元
微信扫码支付
b.包月复制
付费后30天内不限量复制
特价:6.66元 10元
微信扫码支付
联系客服