管理信息系统实训报告.docx

管理信息系统实训报告.docx

《管理信息系统实训报告.docx》由会员分享，可在线阅读，更多相关《管理信息系统实训报告.docx（19页珍藏版）》请在冰豆网上搜索。

管理信息系统实训报告

信息系统实

课题：

图书馆管理系统班级：

10信息管理二班姓名：

史鹏程

学号：

100301227

第一章可行性分析

1.1社会可行性分析3

1.2技术可行性分析3

1.3经济可行性分析3

1.4法律可行性分析3

第二章需求分析

2.1功能需求分析4

2.1.1组织结构分析4

2.1.2业务流程分析4

2.1.3数据流图5

2.1.4数据字典9

2.2数据需求分析11

2.2.1E-R图11

第三章系统设计

3.1数据库设计13

3.1.1逻辑设计13

3.2总体设计14

3.3详细设计15

3.3.1图书查询管理（IPO）15

3.3.2借书管理（IPO）15

3.3.3还书管理（IPO）16

第四章测试

4.1测试的准则16

4.2测试步骤及操作16

4.3测试用例17

第五章总结18

第一章可行性分析可行性分析是指详细调查之后对系统项目开发的必要性与可行性的确定。

随着图书种类、数量与读者数量的增加，提高用计算机管理图书系统的服务质量与效率已迫在眉睫。

1.1社会可行性分析管理上的可行性是指管理人员对开发应用项目的态度和管理方面的条件。

高校图书馆是学生增加知识和提高素养的地方，提高图书馆的管理效率与质量对学校的发展至关重要。

大学图书馆拥有良好的网络环境、丰富的信息资源和较高的人员素质，图书馆各部门分工明确，图书馆馆长和书记也将图书馆的网络化、电子化、数字化建设作为工作重点。

所以在这样的环境下，新系统的管理和实施是实在可行的。

1.2技术可行性分析信息时代到来，人们对信息处理的需求越来越高，从而使管理信息系统开发技术得到了从分的发展与完善，使得开发本系统在技术性成为可能。

该系统使用了VisualBasic6.0结合MicrosoftSQL数据库进行开发，比较容易上手。

目前，管理信息系统已经应用到了各个领域。

很多图书馆已经采用了先进的图书管理系统，所以会由很多成功的经验可以让我们在设计和实施的过程来借鉴，极大地降低了开发的风险。

1.3经济可行性分析主要是预估费用支出对项目的经济效益进行评价。

图书馆是一个商业性质较小的场所，其经济成分比重相对较少，主要是支出的费用：

其中包括设备购置费、软件开发费用、管理和维护费、人员工资和培训费等。

由于各个图书馆实行统一操作，系统共享，其设备购置，人员工资，维护费用相对较少，前期的资金投入主要集中于购置图书上。

建立信息中心，可将来自各方面的信息集中管理，提高图书管理的计划性和预见性，快速地反馈市场信息。

1.4法律可行性分析目前图书馆管理人员都有操作电脑的能力，通过提供一定的培训，都能够熟练操作管理系统。

因此，开发图书馆管理系统，在营运上也是可行的。

从用户单位——大学校园图书馆的行政管理和工作制度等方面来看，是完全能够使用系统软件。

第二章需求分析随着社会的进步，信息技术的广泛应用，数字化管理的优势日趋显著。

针对中小型图书馆或图书室管理落后的情况，设计实现一个图书信息管理系统，通

过与计算机的结合使用对中小型图书馆或图书室的各种图书信息进行管理可以给管理员和用户带来以下不同的方便：

检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。

这些优点能够极大地提高工作效率，也是图书馆等部门管理科学化、正规化的重要标志之一。

而且计算机管理的成本不断降

低。

因此，开发一套这样的中小型图书管理软件已经很有必要，并且实现研究服

务于实践的原则。

2.1功能需求分析

2.1.1组织结构分析

为了对系统有一个全面的了解，首先要对系统的内部各隶属部门关系进行调查。

图书馆系统的组织结构图如下：

馆长

期刊阅览室

图2-1图书馆的组织结构图

2.1.2业务流程分析

调查管理业务流程应该顺着原系统信息流动的过程逐步进行，通过管理业

务流程图来反映和表达。

管理业务流程图是一种描述系统内各单位、人员之间业

务关系、作业顺序和管理信息流向的图表。

信息系统的业务流程如图所示：

2.1.3数据流图

以下图书馆管理信息系统的数据流程图:

1.顶层数据流图

图2-3顶层数据流图

2.第一层数据流图

图2-4

3•第二层数据流图1（读者借阅）

F2图书信息表

第二层数据流图2（读者还书）

读者

F3借阅信息

表

F1读者信息表

图书

丢失赔偿单

2.2还书登记

F3借阅信息表

.2.1有效检验

超期罚款单

短期借还单

借书单

F2图书信息表

F4罚款信息表

图2-6读者还书第二层数据流图3（查询信息）

F3借阅信息表

图2-7查询信息第二层数据流图4（管理图书信息）

F5管理员信息

第二层数据流图

图2-8管理图书信息

5（管理读者信息）

6（管理员信息）

第二层数据流图

图2-10管理员信息

2.1.4数据字典数据字典的内容主要是对数据流程图的数据项、数据结构、数据流、处理逻辑、数据存储和外部实体等几方面进行的定义。

数据流程图配以数据字典，就可以从图形和文字两个方面对系统的逻辑模型进行完整的描述。

在系统分析中会产生大量的数据字典，以下将列出数据中代表性的数据项、数据流、处理逻辑、存储逻辑、外部实体等项。

①数据项的定义

数据项编号：

I-01数据项名称：

图书编号别名：

无

简述：

某种图书的代码

类型：

字符型

长度：

20字节

取值范围：

数字+英文字母

数据项编号：

I-02数据项名称：

学生借书证编号

别名：

ID卡号

简述：

每个同学有唯一的一个编码

类型：

数值型

长度：

12位

取值范围：

000000000000到999999999999

取值说明：

1到2位代表年级，3到4位代表校区，5到6位代表学院，7到8位代表专业，9到12位代表专业学生排号。

数据项编号I-03数据项名称：

馆藏数量别名：

图书的馆藏书量简述：

某种图书的库存数量

类型：

数值型

长度：

2位整数

取值范围：

0-20

②数据流的描述

数据流编号：

D-01数据流名称：

查询

简述：

读者查询图书的记录数据流来源：

“读者”外部实体数据流去向：

“检索图书馆是否有书”处理逻辑

数据项组成：

图书名+图书编号+出版社+作者+借书日期+还书日期数据流量：

平均400次/日高峰流量：

最大600次/日数据流编号：

D-02数据流名称：

借书

简述：

读者借阅图书的记录数据流来源：

“读者”外部实体数据流去向：

图书馆借书记录管理系统数据流组成：

图书编号+出版社+作者+图书证号+姓名+联系电话+学院+年级+专业+借书日期+应还日期数据流量：

平均300本/日高峰流量：

最大500本/日数据流编号：

D-03数据流名称：

还书

简述：

读者还书的记录数据流来源：

“读者”外部实体数据流去向：

“检索图书是否过期”处理逻辑数据流组成：

图书编号+出版社+作者+图书证号+姓名+联系电话+学院+年级+专业+借书日期+还书日期

数据流量：

平均300本/日高峰流量：

最大500本/日③处理逻辑的定义处理逻辑编号：

P-01处理逻辑名称：

查询处理

简述：

查询图书馆是否某种书输入的数据流：

图书名称，来源于读者；作者名称，来源于读者；图书编号，来源于读者。

处理：

根据读者录入数据流“图书名称”、“作者”或“图书编号”，检索图书馆数据库，确定图书名；再根据图书编号或作者，确定图书输出的数据项：

图书馆藏地址，图书总量，图书可借阅量，已借图书应还日期处理逻辑编号：

P-02处理逻辑名称：

借书处理

简述：

登记读者的借阅数据输入的数据流：

读者姓名，借书证号，联系电话，来源于读者；图书编号，图书名称，借书日期

来。

输出的数据流：

应还日期处理逻辑编号：

P-03处理逻辑名称：

还书处理

简述：

登记读者的还书数据输入的数据流：

读者姓名，借书证号，联系电话，来源于读者；图书编号，图书名称，还书日期。

处理：

根据输入的数据流“图书编号”和“借书证号”，查阅是否逾期，若逾期，输出罚款通知书，如没有逾期，消除借书记录输出的数据流：

罚款通知单（逾期情况下）

④数据存储的定义数据存储编号：

F-01数据存储名称：

借书记录

简述：

记录读者借书的数据。

数据存储组成：

图书名称+图书编号+馆藏地址+库存量+借书证号+借书日期关键字：

图书编号

⑤外部实体的定义外部实体编号：

S-01外部实体的名称：

读者简述：

阅读图书的读者输入的数据流：

I-01、I-02输出地数据流：

应还日期2.2数据需求分析2.2.1E-R图

经过我们对图书馆的调查我们了解了该系统中的几个实体类型有：

学生、图书管理员、图书还有采购员。

采购员：

姓名，工号

画出图书管理的E-R图如下图所示：

■姓名工号

图2-11

这些实体之间的相互关系有：

学生与图书之间有“借阅”关系，是多对多的。

图书管理员与图书之间有“管理”关系，是一对多的。

采购员与图书之间有“采购”关系，是一对多的。

每个实体的属性分别是：

学生：

姓名，借书证号，联系电话

图书：

书名，书号，数量，地址

图书管理员：

姓名，工号

采购员：

姓名，工号经过我们对图书馆的调查我们了解了该系统中的几个实体类型有：

学生、图书管理员、图书还有采购员。

这些实体之间的相互关系有：

学生与图书之间有“借阅”关系，是多对多的。

图书管理员与图书之间有“管理”关系，是一对多的。

采购员与图书之间有“采购”关系，是一对多的。

每个实体的属性分别是：

学生：

姓名，借书证号，联系电话

图书：

书名，书号，数量，地址

图书管理员：

姓名，工号

第三章系统设计

3.1数据库设计

数据库是数据库应用程序的核心。

数据库设计是建立一个应用程序最重要的

步骤之一。

数据库设计一般要在需求分析和数据分析的基础上进行概念设计、逻

辑设计和物理设计。

3.1.1逻辑设计

逻辑设计的任务是根据DBM的特征把概念结构转换为相应的逻辑结构。

概念设计所得到的E-R模型，是独立于DBM的，这里的转换就是把表示概念结构的E-R图转换成关系模型的逻辑结构。

将上图转换为规范的关系模式为：

学生（姓名，借书证号，联系电话）

图书（书名，书号，数量，地址）

图书管理员（姓名，工号）

采购员（姓名，工号）

1.Bookstyle书籍类别信息表

字段名

数据类型

是否为空

说明

bookstyleno

varchar

Notnull（主键）

种类编号

bookstyle

varchar

Notnull

种类名称

2.Systemreaders读者信息表格

字段名

数据类型

是否为空

说明

readerid

varchar

Notnull（主键）

读者借书证号

readername

varchar

Notnull

读者姓名

readersex

varchar

Notnull

读者性别

readertype

varchar

null

读者种类

readertime

datetime

null

登记日期

3.Systembook书籍信息表

字段名

数据类型

是否为空

说明

bookid

varchar

N