超市管理系统需求分析说明书(2)

A．windows 98 以上的操作系统 B．JAVA面向对象程序设计 C．Microsoft ACCESS 2000

2.3条件与限制

本档案管理系统软件是应用于中小超市的。在功能上还可进一步实现安全防范、关于数据结构方面可能单一不能满足超市的一些数据提取分析的功能。

3. 数据描述

3.1静态数据

下面列出了六个表的具体静态数据：

1) 用户信息表

此表存放用户信息

2) 商品信息表

此表存放入库的商品信息

3) 员工档案表

此表存放超市员工的信息

4）超市供应商信息表

5）超市进货销售信息表

3.2数据库描述

本软件采用ACCESS数据库。

3.3数据流图

《超市管理系统》软件的数据流图是比较清晰的，对各功能模块来说都比较有规律。 第一层数据流程图要反映超市最主要的业务，这是我们无须详细描述主要的业务处理。这个地方外不想使顾客和供应商。

该图表示系统从顾客那里接受购物要求，把书卖给顾客。当货存不足时，超市便向供货商发出订货要求，以满足销售的需要。但是该图没有反映帐务，“销售”和“采购”也没有分开表示，只是高度概括地反映了超市的业务，需要做进一步扩展。

下图是扩展后的第二层数据流程图。由图可知，该系统的主要逻辑功能（子系统）有五个：“超市（连锁店）管理系统”，“零售前台（POS）管理系统”，“物流管理系统”，“帐务结算系统”，“总服务台系统”。主要外部项有两个：顾客和供应商。

当顾客的订货要求被接受以后，就要按照顾客所购商品以及需要的数量查找库存

量，取定是否能够满足顾客的订货要求。如果能够完全满足，就给顾客开发货单，并修改相应的商品库存量；同时还要通知财务部门作帐。如果只能满足一部分或完全不能满足顾客要求，就把不能满足的商品记录下来，并通知物流管理部门，及时向供货商发出订货要求。当供应商接到超市的订货要求，把商品发过来，物流管理部门要办入库手续，修改库存量，同时向销售部门发出到货通知。财务部门接到供货商的发货通知单后，应该准备办理付款业务，并作帐。

3.4基于UML的建模 3.4.1语义规则

用例模型（use cases view）（用例视图）的基本组成部件是用例（use case）、角色(actor)和系统(system)。用例用于描述系统的功能，也就是从外部用户的角度观察，系统应支持哪些功能，帮助分析人员理解系统的行为，它是对系统功能的宏观描述，一个完整的系统

中通常包含若干个用例，每个用例具体说明应完成的功能，代表系统的所有基本功能（集）。角色是与系统进行交互的外部实体，它可以是系统用户，也可以是其它系统或硬件设备，总之，凡是需要与系统交互的任何东西都可以称作角色。系统的边界线以内的区域（即用例的活动区域）则抽象表示系统能够实现的所有基本功能。在一个基本功能（集）已经实现的系统中，系统运转的大致过程是：外部角色先初始化用例，然后用例执行其所代表的功能，执行完后用例便给角色返回一些值，这个值可以是角色需要的来自系统中的任何东西。

UML： 是一种标准的图形化建模语言它是面向对象分析与设计的一种标准表示它 不是一种可视化的程序设计语言而是一种可视化的建模语言

不是工具或知识库的规格说明而是一种建模语言规格说明是一种表示的标准 不是过程也不是方法但允许任何一种过程和方法使用它

用例（use case

参与者（actor）

3.5 UML模型 3.5.1系统UML模型

系统类图：

3.5.2子系统UML模型

1）超市（连锁店）管理系统用例视图和类图

2）零售前台（POS）管理系统用例视图和流程图

顾客使用POS消费流程：要先插入银行卡，POS系统会要求密码，然后顾客再输入密码，POS进行验证，密码正确即可购物，密码错误则例外处理：

3）物流管理系统用例视图和顺序图

配送请求顺序：营业员将各商品销售，库存情况向超市经理汇报，超市经理在将整个超视情况向总经理汇报，总经理再根据情况向供货商提出配送请求。

4）帐务结算系统用例视图

5）总服务台系统用例视图

6）总经理查询系统用例视图

3.5数据字典

1、数据流条目

(1)进货信息=进货单号+供应商号+商品号+进货价+进货数量+进货日期+进货员工 (2)销售信息=销售单号+供应商号+商品编号+销售数量+销售日期 2、文件条目 (1)文件名：职工清单

组成：{职工编号+姓名+性别+联系电话+联系地址+邮箱地址} 组织：按职工编号递增排列 (2)文件名：商品清单

组成：{商品编号+供应商+商品名称+批号+批准文号+计量单位+产地+单价+备注} 组织：按商品编号递增排列 (3)文件名：供货商清单

组成：{供货商号+名称+联系人+联系电话+联系地址+邮政地址+开户银行+邮箱地址+银行帐号+备注}

组织：按供货商编号递增排列 (3)文件名：进货清单

组成：{进货单号+商品编号+供货商号+进货价+数量+金额+进货日期+备注} 组织：按进货单编号递增排列 (4)文件名：销售清单

组成：{销售单号+商品编号+销售数量+销售日期} 组织：按销售单编号递增排列 (5)文件名：库存清单 组成：{商品编号+库存数量} 组织：按商品编号递增排列 3、加工说明 (1)加工名：1：查询

加工逻辑：根据要查询的库存信息，检索出库存信息明细表 输入流：库存信息查询，发出库存信息请求 输出流：库存信息清单，进货信息请求 (2)加工名：1：更新

根据进货信息或销售信息更新库存信息 输入流：已进货信息，销售信息 输出流：发出库存检索请求 (3)加工名：2：查询

根据要查询的销售信息，检索出销售信息明细表 输入流：销售信息查询 输出流：销售清单，销售单 (4)加工名：2：更新

加工逻辑：根据销售信息更细销售清单 输入流：前台销售信息，库存信息 输出流：更新库存清单

3.6超市管理系统的数据需求

超市管理系统的数据需求包括如下几点：

1．数据录入和处理的准确性和实时性

数据的输入是否准确是数据处理的前提，错误的输入会导致系统输出的不正确和不可用，从而使系统的工作失去意义。数据的输入来源是手工输入。手工输入要通过系统界面上的安排系统具有容错性，并且对操作人员要进行系统的培训。

在系统中，数据的输入往往是大量的，因此系统要有一定的处理能力，以保

证迅速的处理数据。 2．数据的一致性与完整性

由于超市产品销售管理的系统化、规范化、网络化和自动化，实现对商品入库和销售信息的集中统一的管理，所以如何保证这些数据的一致性，是系统必须解决的问题。要解决这一问题，要有一定的人员维护数据的一致性，在数据录入处控制数据的去向，并且要求对数据库的数据完整性进行严格的约束。

对于输入的数据，要为其定义完整性规则，如果不能符合完整性约束，系统应该拒绝该数据。 3．数据的共享与独立性

整个超市管理系统的数据是共享的。然而，从系统开发的角度上看，共享会给设计和调试带来困难。因此，应该提供灵活的配置，使各个分系统能够独立运行，而通过人工干预的手段进行系统数据的交换。这样，也能提供系统的强壮性。

4. 功能要求

4.1功能划分

本系统有以下功能 …… 此处隐藏：2059字，全部文档内容请下载后查看。喜欢就下载吧 ……