管理信息系统作业 数据字典D与S.docx
《管理信息系统作业 数据字典D与S.docx》由会员分享，可在线阅读，更多相关《管理信息系统作业 数据字典D与S.docx（20页珍藏版）》请在冰豆网上搜索。
管理信息系统作业数据字典D与S
图书管理系统的设计与分析
1.系统需求分析
1.1对现有系统的分析：
现有的系统是以计算机操作系统为基础，人工操作为主，所以运行速率慢，新系统应该提高图书操作系统速率，减少不必要的人力和资源浪费。
原来图书管理处理中心进行信息管理的主要方式是基于手工处理，最多是用计算机的文本系统打印一些清单，信息处理工作量大，容易出错，缺乏系统、规范的信息管理手段。
现在准备建立的图书管理系统，要把图书管理、顾客管理等日常管理工作实行计算机统一管理，以提高工作效率和管理水平。
1.2可行性分析
可行性分析是系统开发的一项关键步骤，它是通过对整个系统的需求，技术及开发方法，以及开发人员，所需资金的综合考虑以评估对于该系统的开发是否符合实际。
可行性分析包括：
管理上的可行性、技术上的可行性、经济上的可行性。
1.2.1管理上的可行性
基于中小型企业管理方式的自动化，将整个系统划分为多个功能模块，根据需要与实际能力分配相应的模块，减少了人力、物力费用，缩短了操作时间，极大地提高了工作效率和系统性能。
1.2.2技术上的可行性
本系统是一个基于B/S结构的图书管理系统，采用面向对象技术、数据库技术、分布式技术等先进技术开发的应用程序，现有的开发技术已非常成熟，且被广泛应用于各行各业，利用现有技术完全可以达到功能目标。
考虑开发期限较为充裕，预计可以在规定的时间内完成开发。
1.2.3经济上的可行性
图书管理系统不需要管理人员手工操作查询、可及时更新图书和用户信息，节省了大量的人力、物力资源，提高的管理质量和工作效率。
硬件方面主要是计算机，系统所需要的设备有：
打印机、扫描仪等，需资料书籍可以到"已编目图书资源数据库"进行查阅。
因此整个系统的所需投资符合我们的支付状况，经济可行性良好。
1.3组织结构分析
企业的组织结构是指一个企业的组成以及部分之间隶属管理或管理与被管理的关系。
组织结构分析就是将了解和掌握的组织结构用图方式描绘出来，供后续分析和设计参考。
在经过调查分析后，得出了图书管理系统的结构图如下所示：
1.4业务流程分析
业务流程图掌握现行系统状况，确立系统逻辑模型不可缺少的环节，是系统分析和描述现行系统的重要工具，是业务流程调查结果的图形化表示。
图书管理系统的业务流程图如下：
图例：
信息传递过程
表格报表制作
表格报表制作
业务选择功能
业务流程图
会员添加
会员卡折扣
现金支付
是否使用会员卡
是否使用会员
会员处理理
有
图书查找
退款
退货
新书编目
提货单
图书预定
金额计算
无
持卡处理
会员充值
信息处理
会员删除
会员查找
会员管理员
申请会员
非会员
1.5数据流程分析
1.5.1顶层数据流程图
系统分析阶段主要在于定义新系统的各项需求，根据上述分析的内容，绘制系统的各项数据流程图描述新系统内部的信息流，该图书管理系统的各流程图如下。
数据流程图图例
顶层数据流层图
1.5.2一层数据流程图
1.5.2二层数据流程图
图书购买
图书退货
会员管理
图书查找
图书编目
1.6数据字典
1.6.1数据流条目
编号
名称
来源
去处
组成
D1
销售金额
P2.2购买处理
F2.1销售账单
D2
发货单
收银台
顾客
书名、数量、出版社、金额、会员信息
D3
会员积分
收银台
顾客
D4
会员销售
会员
P2.4退货确认
D5
退货
P2.4退货确认
收银台
D6
销售清单
收银台
F2.2销售账
书名、数量、出版社、金额
D7
结算退货数
收银台
P2.3退货处理
书名、数量、出版社、金额
D8
会员卡退还金额
P2.3退货处理
F2.3会员卡
D9
现金退货款
P2.3退货处理
非会员
D10
现金销售单
非会员
P2.4退货确认
D11
拒绝退货单
P2.4退货确认
非会员
书名、数量、出版社、拒绝原因
D12
拒绝退货单
P2.4退货确认
会员
书名、数量、出版社、拒绝原因
D13
会员申请单
非会员
P2.4会员管理
会员姓名、联系方式、入会时间、会员卡号
D14
非会员数据
P2.5会员管理
会员管理员
会员姓名、联系方式、入会时间、会员卡号
D15
会员资料单
会员管理员
F2.4会员存档
会员姓名、联系方式、入会时间、会员卡号、会员积分、会员卡余额
D16
查找图书单
顾客
P2.6查找方式处理
书名、数量、出版社
D17
查找结果单
已编图书数据库
顾客
书名、数量、出版社
D18
缺书单
已编图书资源数据库
图书管理员
书名、数量、出版社
D19
订货单
图书管理员
P2.7订货处理
书名、数量、出版社、金额
D20
催货单
F2.5订货合同
出版社
书名、数量、出版社
D21
发货单
出版社
未编目图书
书名、数量、出版社
加工条目
编号
名称
输入
处理逻辑
输出
P1
订货处理
订货单
根据图书管理员订货单做订货处理，制作出订货合同
F1订货合同
P2
查找处理
顾客
根据顾客的信息作出已经编目的图书资源数据库
已编目图书资源数据库
P2.1
图书查找
顾客
根据顾客的信息制作出数据库
数据库
P2.2
购买处理
数据库
根据数据库制算出销售金额
D1销售金额
P2.3
退货处理
D7结算退货数
根据结算的退货数计算出会员卡退还的金额
D8会员卡退还金额
P2.4
退货确认
D4会员销售
根据会员销售额列出拒绝的退货单
D11拒绝退货单
P2.5
会员管理
会员申请单
根据会员申请单制作出非会员的数据
非会员数据
P2.6
查找方式处理
D16查找图书
根据查找图书的方式查找出所需书籍的出版社，书名，作者等
ZSBN、出版、书名、作者
P2.7
订货处理
订货单
根据订货单制作出订货合同
F2.5订货合同
P2.8
图书编目
未编目图书
根据未编目的图书制作出已编图书的资源数据库
已编图书资源数据库
P3
购买处理
已编目图书资源数据库
根据已编图书的资源数据库计算出销售金额
销售金额
P4
销售账单
销售金额
根据销售金额结算金额或者确认退款
确认退款或P5结算金额
P5
结算金额
P4销售账单
根据销售账单确认付款
确认付款
文件条目
编号
名称
简述
相关联的处理
组成
F1
订货合同
制作订货的合同
P1
合同编号+合同标题+合同双方+签订日期+发送日期
F2.1
销售账单
制作出销售的账单信息
P2.2
账单编号+账单内容+账单时间
F2.2
销售账
计算汇总出销售的账目
D6
账目时间+账目编号+账目内容
F2.3
会员卡
制作出会员的信息卡
D8
会员卡编号+会员姓名+会员权利+会员卡期限
F2.4
会员存档
上传会员的信息存储
D4，D10，D11，D12
会员存档编号+会员姓名+会员权利+会员地址+会员号码
F2.5
订货合同
制作出订货的合同信息
D13，D14
合同编号+合同名称+合同双方+签订日期+发送日期
1.6.2外部项条目
编号
名称
简述
输出数据流
输人数据流
01
顾客
购买图书
分为会员、非会员两种（非会员提出会员申请）
图书查找
会员积分
发货单
拒绝退货单
会员申请
02
数据库
依照顾客需求查找已编图书资源数据库
分为已编图书资源数据库、未编目图书数据库
购买处理
查找结果
缺书单
图书查找
发货单
03
收银台
处理不同结账方式
结算账目完成销售
处理退货请求
会员积分
发货单
销售账
结算退货数
销售账单
退货数据
04
图书管理员
根据数据库数据增补图书
订货单
缺书单
05
出版社
根据订货合同提供图书
发货单
订货合同
1、代码设计：
代码是指表示事物名称、属性、状态等的符号，它以简短的符号形式代替具体的文字说明，代码设计是一项关系到全局的工作，因此代码设计必须具备以下原则：
唯一性、统一性、适应性和可扩性。
针对本系统，采用十进位码设计：
图书代码设计：
以数字表示，比如510.625，小数点左边的数字组合代表主要分类,小数点右边指出子分类。
三.数据库设计
（一）数据库概念结构设计
最常用的表示概念性数据模型的方法是实体——联系方法（Entity—RelationshipApproach）。
这种方法用E—R图描述现实世界中的实体，又称为E—R模型。
E—R图中的三种符号：
实体、属性和联系。
通常实体用矩形来表示，属性用椭圆来表示，联系用菱形来表示。
联系又分为一对一、一对多和多对多三种类型。
在考察了各个客观事物及其联系的基础上，抽象出实体及其联系，系统E-R图如下所示：
（二）数据库的逻辑结构设计
设计范式（范式、数据库设计范式、数据库的设计范式）是符合某一种级别的关系模式的集合。
在创建一个数据库的过程中，范化是将其转化为一些表的过程，这种方法可以使从数据库得到的结果更加明确。
这样可能使数据库产生重复数据，从而导致创建多余的表。
范化是在识别数据库中的数据元素、关系，以及定义所需的表和各表中的项目这些初始工作之后的一个细化的过程。
根据图书馆管理信息系统的数据流程，OA系统需要下数据项：
1.供书单位（单位号，单位名称，单位地址，联系人，联系方式，邮政编码）
2.图书管理员（编号，姓名，所在部门，职务，电话，住址，学历，简历）
3.顾客/会员（编号，用户名，密码，姓名，权限，是否是黄钻会员，邮箱，电话，地址，登录次数，注册时间）
4.编目图书资源数据库（图书编号，图书类型，数量，所放位置）
5.结算中心（图书编号，类型，数量，金额，收银员）
6.订货（代码，单位号，数量，单价）
7.购买（图书编号，类型，数量，金额）
8.查找（图书编号，类型，书名，作者，出版社，单价）
9.付款（图书编号，类型，数量，金额）
（三）数据库的物理结构设计
1）tb-supply,用于记录供书单位供书信息
表1供书单位信息表
字段名
描述
数据类型
长度
允许空
是否主键
单位号
int
4
否
是
单位名称
varchar
50
单位地址
varchar
50
联系人
varchar
50
联系电话
varchar
50
邮政编码
varchar
50
2）tb-administrator表，用于保存图书管理员信息
表2图书管理员信息表
字段名
描述
数据类型
长度
允许空
是否主键
图书管理员编号
int
4
否
是
姓名
varchar
50
所在部门
varchar
50
职务
varchar
50
电话
varchar
50
住址
varchar
50
学历
Varchar
50
简历
Varchar
50
升级会员 