图书馆管理信息系统分析、设计、实现与测试
11 系统分析
111 图书馆管理信息系统的基本任务
该“图书馆管理信息系统”是一个具有万人以上的员工,并地理位置分布在大型企的图
书馆理系统,图书馆藏书 100 多万册,每天的借阅量近万册。在手工 *** 作方式下,图书的编目和借阅等的工作量大,准确性低且不易修改维护,读者借书只能到图书馆手工方式查找书目,不能满足借阅需求。需要建立一套网络化的电子图书馆信息系统。
该图书馆管理信息系统服务对象有两部分人:注册用户和一般读者。一般读者经注册后成为注册用户,注册用户可以在图书馆借阅图书,其他人员只可查阅图书目录,但不能借阅图书。系统同时考虑提供电子读物服务,目前只提供电子读物的目录查询服务,不久的将来将提供电子读物全文服务。用户可通过网络方式访问读图书馆管理信息系统。
112 系统内部人员结构、组织及用户情况分析
为了对系统有一个全貌性的了解,首先要对系统内部人员结构、组织及用户情况有所了
解。图书馆系统的组织结构如图 1 - 1 所示。
图 1 - 1 图书馆管理信息系统的组织结构
图书馆由馆长负责全面工作,下设办公室、财务室、采编室、学术论文室、图书借阅室、电子阅览室、期刊阅览室和技术支持室。各部门的业务职责如下。
办公室:办公室协助馆长负责日常工作,了解客户需求,制定采购计划。
财务室:财务室负责财务方面的工作。
采编室:采编室负责图书的采购,入库和图书编目,编目后的图书粘贴标签,并送图书借阅室上架。
学术论文室:负责学术论文的收集整理。
图书借阅室:提供对读者的书目查询服务和图书借阅服务。
电子阅览室:收集整理电子读物,准备提供电子读物的借阅服务,目前可以提供目录查询和借阅。
期刊阅览室:负责情况的收集整理和借阅。
技术支持室:负责对图书馆的网络和计算机系统提供技术支持。
113 系统业务流程分析
系统的业务室系统要达到的业务目标,业务流程分析是系统分析的基础环节。图书馆管
理信息系统的业务流程如图 1 - 2 所示。
图 1 - 2 图书馆管理信息系统的业务流程
通过业务流程调查,理清图书馆管理系统的主要业务和业务的流程。
图书馆管理员编制图书采购计划,由采购员负责新书的采购工作。采购图书入库后,交采编室编目,粘贴标签,产生图书目录。图书交图书借阅室上架,供读者借阅。采编后的电子读物交电子阅览室。
读者分为注册读者和非注册读者,只有注册读者可以在本图书馆借书,非注册读者可查询目录但不能借书。读者填写注册登记表交图书馆的管理员审核后,记人读者登记表,成为注册读者,发给借书证。注册读者借书时,需填写借书单,连同借书证一起交给借阅室管理员,借阅管理员核对无误后,填写借阅登记表,修改图书登记表中该书的数量,上架取书交给读者。图书馆设读者信箱,读者需要但没有库存的图书,读者可以通过读者信箱反映。图书馆管理员定期处理读者信箱中的意见,将读者需要的图书编制成图书采购计划交采购员购买。
114 数据流程图
数据流程图时全面描述信息系统逻辑模型的工具,它抽象概括地把信息系统中各种业务
处理过程联系起来。以下时图书馆管理信息系统地数据流程图。
(1) 零层数据流程图 1 - 3
图 1 - 3 零层数据流程图
( 2 ) 1 层数据流程图 1 - 4
图 1 - 4 图书馆管理信息系统 1 层数据流程图
115 数据定义及数据字典
为了对数据流程图中各元素进行详细的说明,我们采用了数据字典的说明方法。图书馆
管理信息系统的数据字典如下:
(1) 数据流描述
数据流编号: D01
数据流名称:图书采编信息
简述:图书采编信息
数据流来源:图书购买后,由图书馆采编人员编码整理后,输入计算机。
数据流去向:采编管理模块。图书采编信息将采编数据存入数据库(图书表)
数据项组成: BookID (图书编码)+ BookType (图书类别)+ BookName (书名)+ Auth (作者)+ Publisher (出版社)+ Price (单价)+ PubDate (出版日期)+ Quantity (购买数量)
数据流量: 100 本 / 日
高峰流量: 500 本 / 日
数据流编号: D02
数据流名称:图书借阅单
简述:图书借阅单
数据流来源:用户填写图书借阅单交图书馆管理员,图书馆管理员审核后,输入计算机。
数据流去向: P2_11 检查读者身份。
数据项组成: OrderDate (借阅日期)+ BookName (书名)+ RederID (读者账号)+ ReaderName (读者姓名)+ O_Quantity (借阅数量)
数据流量: 1000 部 / 日
高峰流量: 5000 部 / 日
数据流编号: D03
数据流名称:填写借阅记录
简述:填入借阅表的记录
数据流来源: P2_13 检查合格的借阅图书信息录人到借阅库中
数据流去向:借阅库
数据项组成: OrderID (借阅号)+ OrderDate (借阅日期) BookName( 书名 ) + BookID( 图书编码 ) + ReaderName (读者姓名)+ ReaderID (读者账号)+ ReturnDate (还书日期)+ O_Quantity (借阅数量)+ state (状态)
数据流量: 1000 人 / 日
高峰流量: 2000 人 / 日
数据流编号: D04
数据流名称:借阅图书数量
简述:修改图书库中图书数量
数据流来源: P2_13 修改图书库中图书数量
数据流去向:图书库
数据项组成: BookID (图书编码)+ O_Quantity (借阅数量)
数据流量: 1000 人 / 日
高峰流量: 2000 人 / 日
数据流编号: D05
数据流名称:图书查询信息
简述:图书查询信息
数据流来源:读者
数据流去向: P3_11 检索处理模块
数据项组成: Book ID|BookName|Auth|Publisher
数据流量: 2000次/日
高峰流量: 4000次/日
数据流编号:D06
数据流名称:图书检索结果
简述:返回给读者的查询结果
数据流来源: P3 _11 检索条件处理模块,从图书库中返给读者的查询结果
数据流去向:读者
数据项组成:查无此书|符合条件的图书数量+{图书馆藏号+图书类别+书名+作者+出版社+出版日期+在库册数}
数据流量:2000次/日
高峰流量:4000次/日
数据流编号: D07
数据流名称:图书预定信息
简述:读者预定图书时填写的信息
数据流来源:用户填写图书预定信息,要求预定图书
数据流去向: P4 _11 预定信息输入
数据项组成: ReaderName + Password + BookID
数据流量: 50 次 / 日
高峰流量: 100 次 / 日
12 系统设计
121 系统功能设计
“图书馆管理信息系统”的主要功能有:图书目录检索、网上图书预定、图书借阅、电子出版物借阅、图书采编、读者留言和系统维护等。系统功能如图 1 - 13 所示。
图 1 - 13 图书馆管理信息系统功能
各子系统功能如下所述。
1 读者注册系统
读者访问系统时将检验读者账号和密码,经过注册的读者允许进入系统。
2 书目查询系统
读者进入图书馆管理信息系统后,可以根据需要检索书名或期刊。检索条件可以是书名称、图书编号、作者姓名或关键字等条件,如果读者拥有不充分还可以进行模糊查询。
3 图书预定系统
读者检索到需要的图书后,单击所需要图书条目,进入图书预定系统,读者也可以从图书馆管理信息系统主界面进入图书预定系统。系统查询图书库,如果书库中有此书,则将此书为该读者保留三天。读者应当在三天内到图书馆办理借阅手续,否则系统将自动取消保留。
4 图书借阅系统
读者查找到所需图书后,在图书保留期内到图书馆办理借阅手续。图书借阅系统处理图书借阅、还书、续借等手续。
5 图书采编系统
图书采购入库经过编目等处理后,将其目录存入数据库,提供给读者检索使用。目录信
息包括图书编号、图书类别、书名、作者、出版社、定价、出版日期和数量等。
6 电子读物系统
随着数字技术的发展,图书馆中的电子读物的数量越来越大。电子读物系统处理电子读物的阅览、版权与安全等事务。
7 读者留言板
通过留言板,读者将需要的图书、要求和建议等记录下来,与图书馆管理人员交流。
8 系统维护模块
系 统维护模块主要为图书馆管理人员提供图书统计信息和读者统计信息,以便于管理人
员从宏观上掌握图书馆运行的总体状况。
122 系统环境设计
1硬件环境设计
图书馆管理信息系统采用两台服务器构成双机备份结构,保证提供实时服务。为保证较快的响应时间,选用处理速度较高的计算机系统,内存大小对数据库系统的响应速度影响较大,选择内存较大的系统。网络通信速度选用100Mbit/s1000Mbit/s。为保证系统中心的信息安全,配置必要的数据备份设备(采用外部备份方式)。
2软件设计环境设计
图书馆管理信息系统采用先进的 Client ( Browser ) Server/Database Server 模式,服务器端采用 Web 方式进行系统开发,用户使用通用的浏览器访问该“图书馆管理信息系统”,服务器端采用应用逻辑服务和数据库服务两层,与客户端形成三级系统结构。采用这样的三层结构,具有结构清晰、维护简单、运行速度高等特点。软件结构如图 1 - 14 所示。
图 1 - 14 图书馆管理信息系统的三层体系结构
*** 作系统采用 Microsoft 公司的 NT 服务器, Web 站点发布系统选用 Microsoft 公司的 IIS ,数据库系统选用 Microsoft 公司的 SQL 。用户界面设计设计使用 Dreamweaver 、 Flash 和 FrontPage 等软件工具。
3 网络环境设计
图书馆的网络系统,由图书馆主交换机和部门交换机组成。用户可以在图书馆内部使用
图书馆网络系统访问该系统,也可以在图书馆外部使用互联网访问该图书馆管理信息系统。
功能结构图,业务流程图,数据流程图,数据库设计的目的及意义,那也就是比如说功能结构图的话,它就是一个功能的描述,具体描述图纸,而且也就是一个业务流程图,那么也就是自己的主要工作范围和职责之类的一个图纸,所以他这个数据流程图也就是统计每年的盈利状况的一个流程图纸数据库设计,那也就是一个数据库的保存的意思,所以他这个目的也就是为了给公司带来一定更好的利益。
数据流图(Data Flow Diagram):简称DFD,它从数据传递和加工角度,以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程,是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法。
数据流图是结构化分析方法中使用的工具,它以图形的方式描绘数据在系统中流动和处理的过程,由于它只反映系统必须完成的逻辑功能,所以它是一种功能模型。 数据流图英文缩写DFD(Data Flow Diagram)它是描绘信息流和数据从输入移动到输出的过程中所经受的变换。 数据流图从数据传递和加工的角度,以图形的方式刻画数据流从输入到输出的移动变换过程。 数据流程图包括: a.指明数据存在的数据符号,这些数据符号也可指明该数据所使用的媒体; b.指明对数据执行的处理的处理符号,这些符号也可指明该处理所用到的机器功能; c.指明几个处理和(或)数据媒体之间的数据流的流线符号; d.便于读、写数据流程图的特殊符号。 在处理符号的前后都应是数据符号。数据流程图以数据符号开始和结束(除9.4规定的特殊符号外)
数据流
数据流是一组数据。在数据流图中数据流用带箭头的线表示,在其线旁标注数据流名。在数据流图中应该描绘所有可能的数据流向,而不应该描绘出现某个数据流的条件。 加工(处理) 在数据流图中加工用圆圈表示,在圆圈内写上加工名。一个处理框可以代表一系列程序、单个程序或者程序的一个模块。
组成元素
数据流程图中有以下几种主要元素: →:数据流。数据流是数据在系统内传播的路径,因此由一组成分固定的数据组成。如订票单由旅客姓名、年龄、单位、身份z号、日期、目的地等数据项组成。由于数据流是流动中的数据,所以必须有流向,除了与数据存储之间的数据流不用命名外,数据流应该用名词或名词短语命名。 □:数据源(终点)。代表系统之外的实体,可以是人、物或其他软件系统。 ○:对数据的加工(处理)。加工是对数据进行处理的单元,它接收一定的数据输入,对其进行处理,并产生输出。 〓:数据存储。表示信息的静态存储,可以代表文件、文件的一部分、数据库的元素等。
分层数据流图
根据层级数据流图分为顶层数据流图、中层数据流图和底层数据流图。除顶层数据流图外,其他数据流图从零开始编号。 顶层数据流图只含有一个加工表示整个系统;输出数据流和输入数据流为系统的输入数据和输出数据,表明系统的范围,以及与外部环境的数据交换关系。 中层数据流图是对父层数据流图中某个加工进行细化,而它的某个加工也可以再次细化,形成子图;中间层次的多少,一般视系统的复杂程度而定。 底层数据流图是指其加工不能再分解的数据流图,其加工成为“原子加工”。
这是一个非常复杂的问题。建议这位网友去看看有关软件工程的书籍。当然,看书是一件非常烦闷的事情,在这,尽管试试将我的经验写一点吧。
首先,要明确你要做一个什么系统。想达到什么目的。想怎样去使用。有了明确的目标后,便要开始计划整个数据库系统该怎样去做。
第二,是选择数据库后台。数据库是保存数据的工具,可以理解为保存数据的一个大仓库,它把你所需要的数据全部保存起来。但要怎样使用这些数据,使之可以根据你的需要显示出来,那就不是数据库的责任了,这就需要程序来实现了。不同的数据库后台各有优点缺点,不可一概而论哪个好哪个差,要看系统实际来斟酌。即是说,确定目标后就需要选择数据库。
第三,确定后台数据库的内容,即确定数据结构。既然整个数据库等于一个大仓库,此时就要把仓库划分成一个个区域,用于保存不同类别的东西。这就是确定数据表及每个表的字段及各字段的数据类型。这是非常巨大的工作,你需要把有可能使用到的内容都设计到你的数据表中,以便以后可以保存及调用数据。还要想到表与表的关系,字段与字段的关系。好的数据结构会使到整个程序设计方便、科学、全面。这些内容,必须去查看相关书籍,同时不断积累经验,并非三言两语可以说得清楚了。
第四,选择合适的前台开发工具。对于后台数据库的 *** 作,目前常用的前台开发工具基本都可以与之相连并对之 *** 作,但是不同的开发语言有各自的长处。选择哪一种语言并不太重要,最重要是看你是否愿意一心一意钻研下去。对于初学者,什么语言都是一样的,就如小孩子学语言,学中英意日其实都一样容易,也一样难。
第五,当清楚数据库后台和开发前台的特性与功能后,就可以开始规划系统的流程了。一般可以根据系统功能先将其划分为几大功能模块,然后再细分为各个细功能模块,然后对于各个功能模块进行设计。一般流程可以是这样的:
1、设计流程图。把整个功能用流程的方式显示出来,让自己的思路清楚地记录在流程图上,这样可以轻易地模拟模块的运算过程,查找出不合理的地方进行修改。
2、编写程序。确定流程合理无误后,便可以开发进行程序的编写。由于现时硬件的强大,对语句的要求已经不再强调。只要可以达到目的,就可以了。
第六,试运行程序。完成一个功能后,可以试运行,输入数据进行测试,不断修改,最后达到完全无误。
第七,测试。完成程序后,就要进行全面的测试。一般来说,自己是找不到自己的错误的。明知是错就不会写进去,所以我喜欢找别人来为我测试。让别人去用,而且是让别人随便地用,不一定按自己所说的 *** 作方法去用。这样最容易找到程序中的错误。
第八,不断地修改。不断修改程序,使其所有的漏洞都改正过来。
第九,编译。程序确认无误后,就可以进行编译。
第十,投入使用。
其实我所写的并不能回答这个问题,完全解答这个问题,最后还是去学习一下软件工程。不看书总是不行的。希望可以为你带来一点点帮助吧。
很多资料上,数据流程图也叫数据流图,都指DFD:Data Flow Diagram。
数据流程图是以图形的方式表达在问题中信息的变换和传递过程。
需求分析阶段、在概念设计之前
以上就是关于图书馆管理信息系统组织结构图、业务流程图、数据字典、数据流程图、补充说明、逻辑模型全部的内容,包括:图书馆管理信息系统组织结构图、业务流程图、数据字典、数据流程图、补充说明、逻辑模型、功能结构图、业务流程图、数据流程图、数据库设计的目的及意义、什么是数据流图其作用是什么其中的基本符号各表示什么含义 呵呵帮帮忙等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)