管理信息系统作业 数据字典D与SWord下载.docx
《管理信息系统作业 数据字典D与SWord下载.docx》由会员分享,可在线阅读,更多相关《管理信息系统作业 数据字典D与SWord下载.docx(20页珍藏版)》请在冰豆网上搜索。
图例:
信息传递过程
表格报表制作
业务选择功能
业务流程图
会员添加
会员卡折扣
现金支付
是否使用会员卡
是否使用会员
会员处理理
有
图书查找
退款
退货
新书编目
提货单
图书预定
金额计算
无
持卡处理
会员充值
信息处理
会员删除
会员查找
会员管理员
申请会员
非会员
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
D6
销售清单
F2.2销售账
书名、数量、出版社、金额
D7
结算退货数
P2.3退货处理
D8
会员卡退还金额
F2.3会员卡
D9
现金退货款
D10
现金销售单
D11
拒绝退货单
书名、数量、出版社、拒绝原因
D12
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
订货合同
制作订货的合同
合同编号+合同标题+合同双方+签订日期+发送日期
F2.1
制作出销售的账单信息
账单编号+账单内容+账单时间
F2.2
销售账
计算汇总出销售的账目
账目时间+账目编号+账目内容
F2.3
会员卡
制作出会员的信息卡
会员卡编号+会员姓名+会员权利+会员卡期限
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
单位地址
联系人
联系电话
50
邮政编码
2)tb-administrator表,用于保存图书管理员信息
表2图书管理员信息表
图书管理员编号
姓名
所在部门
职务
电话
住址
学历
Varchar
简历