数据库需求分析的简单案例：小型自选商场进销存管理系统需求分析的基本过程
一 应用领域的调查分析
通过可行性分析，原采用手工管理的某小型自选商场决定开发进销存管理系统。经过详细调查、收集了各种单据、帐页和报表。又通过参加管理业务实践和向有关业务管理人员的访问调查，掌握了下述情况：
该商场是一个面向生活小区的经营食品和日常用品的小型自选商场。原来的收款方式是使用两台旧式收款机，由收款员按商品价格标签收款。整个商场由8人组成。主要管理工作包括进货、填写入库单并记入入库流水帐、定价、印制并粘贴价格标签、商品上架和整理、收款开票并记入销售流水帐、每日收市后作营业结算、每月月末作盘点统计并编制营业报告表。由于是手工管理，并且收款方式落后，因此效率低，劳动强度大，商品流失也比较严重。
商场的业务量是：平均每3天进货一次，每次可能有不同的货源进货。平均每天顾客数目是1000人。平均每个顾客购买3种商品。
按管理规章制度要求，收市后统计分析人员还要根据商品购入流水帐和商品销售流水帐，按商品编号分别累计汇总各种商品当日累计购入入库量、累计销售量和库存结余量等数据，然后把这些数据填入库存台帐。下边列出收集到的各种单据和帐页的格式。
表1 商品购入入库单据的格式：
表2 商品购入流水帐帐页格式：
表3 商品销售出库单据格式：
表4 商品销售流水帐帐页格式：
表5 商品库存台帐帐页格式：
表6：´´´´年´´月商品进销存月报表
经调查，日常管理的主要查询有以下几项：
(1)根据商品号查询该商品的库存量。
(2)根据购入入库单编号或销售出库单编号查询某笔出入库的记录。
(3)根据商品号查询某个时期内的进销存情况。
该自选商场主要业务的管理机构如下图所示：
管理人员的分工如下：
业务经理全盘负责商场的总体运作和发展。
商品总监负责对商品流管理全过程的监控。
出入库管理组负责商品的采购、入库检测、登记维护和销售，产生购入和销售的单据和流水帐。财务结算统计组每天负责核对出入库管理组产生的单据和流水帐，统计汇总当日各种商品的出入库数字并记入库存台帐，此外月末商品盘点时还要产生进销存月报表。经商品总监签字后呈上级主管部门。日常工作还要满足来自各方面的查询要求。最后，年终还要对某些商品各月销售量和销售额作出直方图，对各商品年度盈利比例作出园饼图，供经理研究市场使用。
下图表示了商场进销存管理的职能层次：
下边的管理业务流程图描述了商场内人员之间的业务关系、作业顺序和管理信息的流动情况：
下边的数据流图描述了商场应用领域的逻辑模型，
综合地反映了信息在系统中的流动、处理和存储情况：
二 定义数据库系统支持的信息与应用
首先考察上述数据流图每个数据处理应用，确定我们正在设计的数据库是否应该而且可以支持这个应用。
对每个支持的应用作严格定义，形成应用定义表。根据用户要求，新系统在局域网环境下运作并使用商
品条码技术。因此进货环节增加条码打印，销售方面则由收款工作站直接根据条码从服务器取出商品信
息完成收款和开票，并自动形成销售流水帐的记录。
应用定义表：
然后考察数据流图每项存储信息，确定是否应该而且可以由数据库存储。如果应该而且可能，则对其严
格定义，形成信息定义表。本简例假定数据流图的三个存储信息经分析都列入数据库需要存储的范围。
信息定义表：
三 定义数据库操作任务
依次考虑应用定义表的每个应用，将其划分为若干个数据库操作任务并使用DBIPO图对其定义。在本简
例的情况下，编号为3的应用(记库存台帐)分解为三个数据库操作任务：即’购入流水帐记库存台帐’操作任
务、’销售流水帐记库存台帐’操作任务以及’打印商品条码’操作任务。其余三个应用均不作分解，本身就作
为一个数据库操作任务。因此共有六个数据库操作任务。
四 定义数据项
从DBIPO图提取所有原子数据项，把其中有联系者组合为数据组。以数据组为单位定义数据项。形成数据定义字典。下边以’商品’数据项组为例写出数据定义字典：
五 预测现行系统的未来改变(略)
第二篇：数据库需求分析
单位派车系统 需求分析说明书
指导老师： 人员:
计科系08级1班
需求分析说明书
——单位派车系统
一、绪论
单位派车系统的简介:
单位派车系统是针对企事业单位、国家政府机关的大量公用车辆管理工作而开发的软件。根据用户的要求，实现对车辆基本信息、车库管理、用车审批、维修、出车记录、故障记录几个方面的功能。
用户在输入管理员账号及密码后，通过输入车辆的基本信息、部门信息、仓库信息等，可查询相应的记录，或者进行车辆的管理和审批工作。在本系统中，用户能够查看到出车记录、车辆状态记录、仓库出入车记录、用车记录、修理记录；能够进行车辆申请审批、季度用车统计、车辆现状统计等相关操作。
1.1编写目的
此需求规格说明书对《单位派车系统》软件做了全面细致的用户需求分析，明确所要开发的软件应具有的功能、性能与界面，使系统分析人员及软件开发人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员。
1.2项目背景
信息时代的到来意味着工作效率的日渐提高，同时也给车辆管理部门带来更大的压力，管理部门必须及时准确地提供各种参考材料，若无法作到这一点，将成为企业发展、机构运转的瓶颈。基于这一原因，车辆管理工作无一例外受到领导的高度重视。
随着车辆管理制度价值的日渐提升，社会对车辆管理部门也提出了更高的要
求，对车辆早已不限于“有车用就好”，更多地要求“更好的用车”，车辆资料管理已向前延伸到公文的管理，向后扩展到信息资源的整理、采编、发放。就在车辆管理部门职能不断扩大、业务不断扩充的同时，机构改革、企业改制等等政策又要求车辆部门精兵简政，缩减日常经费开支，充分利用现有资源产生更多经济效益。“向管理要效益”已成为车辆部门的运营之本，车辆部门必须提高其自身的管理水平。“提升车辆管理档次，将车辆交给计算机管理”正在成为一种潮流，同时，计算机管理的突出优势也在影响车辆管理的机制。以手工检索为目的的著录卡片、目录等，不仅在编制阶段大量占用车辆员的工作时间，检索利用也非常繁琐，缺少经验的车辆员甚至无法在别人编制的目录中查找车辆，更加难以保证“查全率”，使用计算机检索，干净简洁的操作界面，将彻底解决这一问题；另外，为了保护车辆资料，大中型车辆管理都编制了“二套车辆”，造成保管费用高涨，复印机使车辆复制更加简便，却造成纸张消耗量的剧增，同时，大量复制文件的出现又给车辆管理带来新的安全问题，更与车辆管理的严肃性相抵触，使用计算机查询，将纸载车辆管理与电子车辆利用结合起来，可以完美解决这一难题，大幅度降低车辆管理费用。
二、任务概述
2.1开发及应用目标
单位派车系统的总目标是：在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的单位派车系统，实现机关、企业、事业等单位车辆的自动化的计算机管理系统，为各单位的提供准确、精细、迅速的车辆信息。
2.2运行环境
A．windows 98 以上的操作系统
B．Office 2000应用软件
C．VGA 彩显一台
D．Microsoft Visual Basic 6.0.中文版数据库管理系统
2.3条件与限制
本派车管理系统软件是应用于中小企业而后机关的。在功能上还可进一步实现安全防范、与E-Mail和因特网电话集成起来，成为网络车辆管理系统软件。
三、数据描述
3.1静态数据
下面列出了六个表的具体静态数据：
1) 车辆表(Car)
此表存放车辆的信息
2) 仓库表(whNum)
此表存放仓库的信息
3) 部门表(Dept)
此表存放申请用车的部门的信息
4)修理商（Fixer）
5)管理车辆表(Manage)
6)修理表(Fix)
3.2动态数据
输入数据：菜单选项，查找关键字，新建记录项。
输出数据：由查询关键字确定的数据库记录集合。
内部生成的数据：中间查询结果。
3.3数据库描述
本软件采用SQL SERVER数据库。
3.4数据流图
《车辆管理系统》软件的数据流图是比较清晰的，对各功能模块来说都比较有规律。但完整的图比较繁琐。
车辆管理系统顶层图
车辆管理系统0层图
3.5数据字典
数据字典是描述数据流图中数据的信息的集合。 它对数据流图上每一个成分：数据项、文件(数据结构)、数据流、数据存储、加工和外部项等给以定义和说明；它主要由数据流描述、加工描述和文件描述三部分组成。
从上面数据流图可知，本系统包含以下数据流、数据存储、数据加工。 1、数据流
数据流名称：出车单 别名：无
简述：指驾驶员出车的清单。 来源：管理部
去向：加工 “车辆出库信息”
组成：出车单编号+车辆类别编号 + 出车日期+库位编号
数据流名称：车辆入库单
别名：无
简述：指车辆入库的清单。
来源：管理部
去向：加工 “添加入库信息”
组成：入库单编号+车辆类别编号 + 计量单位+数量+ 入库日期+库位编号
数据流名称：费用单
别名：无
简述：车辆产生费用的清单。
来源：驾驶员
去向：加工 “添加费用信息”
组成：费用单编号+费用类别编号 + 计量单位+数量+ 费用日期+费用原因
3.6车辆管理系统的数据需求
车辆管理系统的数据需求包括如下几点：
1． 数据录入和处理的准确性和实时性
数据的输入是否准确是数据处理的前提，错误的输入会导致系统输出的不正确和不可用，从而使系统的工作失去意义。数据的输入来源是手工输入。手工输入要通过系统界面上的安排系统具有容错性，并且对操作人员要进行系统的培训。
在系统中，数据的输入往往是大量的，因此系统要有一定的处理能力，以保证迅速的处理数据。
2． 数据的一致性与完整性
由于系统的数据是共享的，在不同的客户端中，车辆文件是共享数据，所以如何保证这些数据的一致性，是系统必须解决的问题。要解决这一问题，要有一定的人员维护数据的一致性，在数据录入处控制数据的去向，并且要求对数据库的数据完整性进行严格的约束。
对于输入的数据，要为其定义完整性规则，如果不能符合完整性约束，系统应该拒绝该数据。
3． 数据的共享与独立性
整个车辆管理系统的数据是共享的。然而，从系统开发的角度上看，共享会给设计和调试带来困难。因此，应该提供灵活的配置，使各个分系统能够独立运行，而通过人工干预的手段进行系统数据的交换。这样，也能提供系统的强壮性。
四、功能要求
4.1功能划分
本系统有以下功能模块：
1）车辆管理模块
2）查询管理模块
3）系统配置模块
4）系统维护模块
5）打印报表模块
6）帮助模块
4.2功能描述
下面详细描述一下各个功能模块：
1）车辆信息管理
(1) 车辆管理:只限于管理员操作。而且不同的用户级别所操作的车辆类型是有
限制的。用户可以向里面添加、修改和删除车辆类型。也可设置车辆类型。
(2) 车辆仓库:限于全体操作员工。一般浏览者只能查看车辆，不能对车辆做任
何的修改。而且不同的用户级别所看到的车辆是有限制的。
2）查询管理
(1) 查询单条车辆记录：主要是适合于全体操作员工的。在窗体上，先可以选
择查询的条件，再输入关键字名。按查询即可。如果你不熟悉该车辆也可以在窗体上选择模糊搜索。查到记录后，也可双击记录即可显示详细信息。
(2) 查询全部车辆：是给管理员用的，是为了方便管理员查找车辆，也有关键
字搜索和模糊搜索。查到记录后，也可双击记录即可显示详细信息。
(3) 查询用车部门：是给管理员用的，因为操作员工的信息是保密的，所以只
限管理员使用。
也有多种查询方法。查到记录后，也可双击记录即可显示详细信息。
3）车辆进出管理
车辆借用和归还：借用的登记查询与核销。通过此模块进行车辆借用和归还记录的修改、删除和查询。
4）系统配置
(1) 配置公司信息:只限管理员配置，主要是配置公司的基本信息。一般用户和
浏览者均可查看。
(2) 配置系统桌面：用户可以配置自己喜欢的桌面图形。只要在窗体上单击选
择图片，再选择所喜欢的图片即可。
(3) 数据库保存路径：仅限管理员使用。用于打开数据库。
5）系统维护
(1) 数据备份：用户可以通过选择保存的路径把数据库保存在硬盘中，也可保存在软盘中。
(2) 数据恢复：用户可以通过选择路径把数据恢复。
(3) 操作员工管理：仅限管理员。其中可以添加、修改、删除操作员工，设置
他们的权限、级别及密码。
(4) 系统整理信息：显示距离管理员整理系统的时间。
6）打印报表
(1) 打印单条车辆记录:主要适用于一般浏览者和一般用户。他们只能打印在他
们的权限和级别范围内所能查看的车辆。
(2) 打印全部车辆:是为管理员设置的，管理员可以根据需要设置打印。也可以
让车辆以报表的形式生成文本文件或HTML文件输出。
注：打印操作人员的信息只限管理员使用。
7）帮助
(1) 帮助信息：显示系统的详细帮助信息。
(2) 关于系统：主要是显示系统的一些信息。
五、性能需求
5.1数据精确度
A．要按照严格的数据格式输入，否则系统不给予响应进行处理。
B．查询时要保证查全率，所有相应域包含查询关键字的记录都应能查到。因为
通常有文件的记录会很多，所以本系统采用了两种方法进行查询：直接查询和模糊查询。
5.2时间特性
一般操作的响应时间应在1~2秒内，对软磁盘和打印机的操作也应在可接受的时间内完成。
5.3适应性
满足企事业单位使用的需求（记录量控制在1000项内）。
对前面提到的运行环境要求不应存在困难。
六、运行需求
6.1用户界面
超越VB的界面，全新感觉，操作简便，一目了然，视图优美等特点。并且采用菜单界面驱动方式，给操作用户带来了极大的便利，对用户友好。对鼠标和键盘单独支持。
6.2硬件接口
本软件不需要特定的硬件或硬件接口进行支撑。
486以上PC机均可运行此软件。
6.3软件接口
运行于Windows95及更高版本具有WIN32 API的操作系统之上。
6.4故障处理
正常使用时不应出错，若运行时遇到不可恢复的系统错误，也必须保证数据库完好无损。调试中遇到的问题及解决的方案：
1) 遇到跳出“数据库已经关闭“提示信息阻止程序运行时
可以查看一下进行此项操作时，操作的表是否已经被关闭了或者是在没有关闭此表的情况下又一次运用打开语句打开此表。
2) 关于空记录带来的麻烦
有些空记录往往会使程序无法运行。此时你可用“if not is null”语句先判断一下是否为空记录，再操作。
七、其它要求
1)系统的功能实现情况: 用户可在本系统下实现各种用户要求的功能。
2)系统的安全性: 对于系统的重要数据都有密码保护，具有一定的安全性。
3)系统的容错性: 用户输错数据都有提示信息，具有较好的容错性能。
4)系统的封闭性: 用户的封闭性较好，用户基本上在提示信息下输数据。