数据库需求分析的简单案例：小型自选商场进销存管理系统需求分析的.doc

再苦再累，只要坚持往前走，属于你的风景终会出现========
☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆
数据库需求分析的简单案例：小型自选商场进销存管理系统需求分析的基本过程

一 应用领域的调查分析
通过可行性分析，原采用手工管理的某小型自选商场决定开发进销存管理系统。经过详细调查、收集了各种单据、帐页和报表。又通过参加管理业务实践和向有关业务管理人员的访问调查，掌握了下述情况：
该商场是一个面向生活小区的经营食品和日常用品的小型自选商场。原来的收款方式是使用两台旧式收款机，由收款员按商品价格标签收款。整个商场由8人组成主要管理工作包括进货、填写入库单并记入入库流水帐、定价、印制并粘贴价格标签、商品上架和整理、收款开票并记入销售流水帐、每日收市后作营业结算、每月月末作盘点统计并编制营业报告表。由于是手工管理，并且收款方式落后，因此效率低，劳动强度大，商品流失也比较严重。
商场的业务量是：平均每3天进货一次，每次可能有不同的货源进货。平均每天顾客数目是1000人。平均每个顾客购买3种商品。
按管理规章制度要求，收市后统计分析人员还要根据商品购入流水帐和商品销售流水帐，按商品编号分别累计汇总各种商品当日累计购入入库量、累计销售量和库存结余量等数据，然后把这些数据填入库存台帐。下边列出收集到的各种单据和帐页的格式。

表1 商品购入入库单据的格式：
日期
入库单编号
商品号
商品名
计量单位
购入价(元)
购入量
备注

表2 商品购入流水帐帐页格式：
商品号： 商品名： 计量单位： 购入单价：
日期
入库单编号
购入数量
累计购入量
备注

表3 商品销售出库单据格式：
日期
出库单编号
商品号
商品名
计量单位
销售价(元)
销售量
备注

表4 商品销售流水帐帐页格式：
商品号： 商品名： 计量单位： 销售单价：
日期
出库单编号
销售数量
累计销售量
备注

表5 商品库存台帐帐页格式：
商品号： 商品名： 计量单位： 购入价： 销售价：
日期
当日累计购入量
当日累计销售量
库存数量
备注

表6：´´´´年´´月商品进销存月报表
商品
号
商品
名

计量
单位

购入
价

本期
累计
购入量
购入
金额
累计
销售
价

本期
累计
销售量
销售
金额
累计
本期
盈利

库存
结余
量
库存资
金额

(1)
(2)
(3)
(4)
(5)
(6)=
(4)´(5)
(7)
(8)

(9)=
(7)´(8)
(10)=
(9)-(6)
(11)
(12)=
(4)´(11)

经调查，日常管理的主要查询有以下几项：
(1)根据商品号查询该商品的库存量。
(2)根据购入入库单编号或销售出库单编号查询某笔出入库的记录。
(3)根据商品号查询某个时期内的进销存情况。

该自选商场主要业务的管理机构如下图所示：
商品总监
出入库管理组
财务结算管理组
业务经理

管理人员的分工如下：
业务经理全盘负责商场的总体运作和发展。
商品总监负责对商品流管理全过程的监控。
出入库管理组负责商品的采购、入库检测、登记维护和销售，产生购入和销售的单据和流水帐。财务结算统计组每天负责核对出入库管理组产生的单据和流水帐，统计汇总当日各种商品的出入库数字并记入库存台帐，此外月末商品盘点时还要产生进销存月报表。经商品总监签字后呈上级主管部门。日常工作还要满足来自各方面的查询要求。最后，年终还要对某些商品各月销售量和销售额作出直方图，对各商品年度盈利比例作出园饼图，供经理研究市场使用。

商品流通管理
出入库管理
结算统计
入库管理
销售管理
库存台帐管理
日常查询管理
统计分析
生成月报表

下图表示了商场进销存管理的职能层次：

下边的管理业务流程图描述了商场内人员之间的业务关系、作业顺序和管理信息的流动情况：

入库单
不合格
入库单
采购员

检验员
合格
入库单

保管员
购入
流水帐
收款员
出库单

保管员
销售
流水帐

统计员
库存台帐

统计员
直方图
月报表
主管
部门

下边的数据流图描述了商场应用领域的逻辑模型，
综合地反映了信息在系统中的流动、处理和存储情况：
登记购入流水帐
购入
流水帐

1和4是合格的购入入库单。2和5是正确的销售出库单。3是月报表。
6~8是当日各笔出入库数据及累计汇总数字。9是从库存台帐中提取的数据。
3
9
8
2
5
7
6
4
1
1
1
1

记库存台帐
登记销售流水帐
库存
台帐
销售
流水帐
制作月报表

二 定义数据库系统支持的信息与应用
首先考察上述数据流图每个数据处理应用，确定我们正在设计的数据库是否应该而且可以支持这个应用。
对每个支持的应用作严格定义，形成应用定义表。根据用户要求，新系统在局域网环境下运作并使用商
品条码技术。因此进货环节增加条码打印销售方面则由收款工作站直接根据条码从服务器取出商品信
息完成收款和开票，并自动形成销售流水帐的记录。
应用定义表：
应用编号 应用名称 应用功能定义 应用的输入信息 应用的输出信息
1 进货 把合格的入库单数据输入 购入入库单 进货流水帐的记录；
到进货流水帐。
2 销售 根据条码从服务器调出 商品条码 销售流水帐的记录
商品信息，形成销售记录
3 记库存台帐 把当日各笔进货和销售数 流水帐中当日各笔 库存台帐的新记录
据记入库存台帐， 进货和销售的记录
打印新到商品的条码。
4 制作月报表 形成月末统计报表 来自库存台帐的数据 统计月报表
然后考察数据流图每项存储信息，确定是否应该而且可以由数据库存储。如果应该而且可能，则对其严
格定义，形成信息定义表。本简例假定数据流图的三个存储信息经分析都列入数据库需要存储的范围。
信息定义表：
编号 信息集合名 信息集合内容定义 产生此信息集合的应用 引用此信息集合的应用
1 购入流水帐 见表2 进货 记库存台帐
2 销售流水帐 见表4 销售 记库存台帐
3 库存台帐 见表5 记库存台帐 制作月报表

三 定义数据库操作任务
依次考虑应用定义表的每个应用，将其划分为若干个数据库操作任务并使用DBIPO图对其定义。在本简
例的情况下，编号为3的应用(记库存台帐)分解为三个数据库操作任务：即’购入流水帐记库存台帐’操作任
务、’销售流水帐记库存台帐’操作任务以及’打印商品条码’操作任务。其余三个应用均不作分解，本身就作
为一个数据库操作任务。因此共有六个数据库操作任务。
四 定义数据项
从DBIPO图提取所有原子数据项，把其中有联系者组合为数据组。以数据组为单位定义数据项。形成数据定义字典。下边以’商品’数据项组为例写出数据定义字典：
数据项组名：商品
特 数据项名 数据项名 数据项名 数据项名 数据项名
商品号 商品名 计量单位 购入价 销售价
征 编号：1 编号：2 编号：3 编号：4 编号：5
数据类型 字符串 字符串 字符串 数值型 数值型
数据宽度 12 16 4 7 7
小数位数 2 2
单位 元(人民币) 元(人民币)
值约束 12位数符 非负数 非负数
允许空值否 不允许 不允许 不允许 允许 允许

五 预测现行系统的未来改变(略)
☆☆☆☆不是因为有希望才去努力，而是努力了，才能看到希望。☆☆☆