java小型超市管理系统

第一篇：java小型超市管理系统

小型超市管理系统

一：需求分析

1.超市信息管理系统是一个面向超市用来进行超市日常信息处理的管理信息系统(MIS)。该信息系统能够方便的为超市的售货员提供各种日常售货功能，也能够为超市的管理者提供各种管理功能，如进货、统计商品等。

(1)超市信息管理系统能够支持售货员日常售货功能。每一个售货员通过自己的用户名称和密码登录到售货系统中，为顾客提供服务。在售货员为顾客提供售货服务时，售货员接收顾客购买商品，根据系统的定价计算出商品的总价，顾客付款并接受售货员打印的货物清单，系统自动保存顾客购买商品记录。

(2)超市信息管理系统能够为超市的管理者提供管理功能。超市的管理包括库存管理、订货管理、报表管理和售货人员管理和系统维护等。库存管理员负责超市的库存管理;订货员负责超市的订货管理;统计分析员负责超市的统计分析管理;系统管理员负责超市的售货人员管理和系统维护。每种管理者都通过自己的用户名称和密码登录到各自的管理系统中。

(3)库存管理包括商品入库管理、处理盘点信息、处理报销商品信息和一些信息的管理设置信息。这些设置信息包括供应商信息、商品信息和特殊商品信息。库存管理员每天对商品进行一次盘点，当发现库存商品有损坏时，及时处理报损信息。当商品到货时，库存管理员检查商品是否合格后并将合格的商品进行入库。当商品进入卖场时，商品进行出库处理。

(4)订货管理是对超市所缺货物进行的订货处理，包括统计订货商品和制作订单等步骤。当订货员发现库存商品低于库存下限时，根据系统供应商信息，制作订单进行商品订货处理。

(5)统计分析管理包括查询商品信息、查询销售信息、查询供应商信息、查询缺货信息、查询报表信息和查询特殊商品信息，并制作报表。统计分析员使用系统的统计分析功能，了解商品信息、销售信息、供应商信息、库存信息和特殊商品信息，以便能够制定出合理的销售计划。

(6)系统管理包括维护员工信息、维护会员信息和系统维护。系统管理员通过系统管理功能，能够了解公司员工信息、会员信息，还能够对系统进行维护工作。 二:创建系统用例模型 1.员工用例图

 员工是超市售货员和超市管理者的抽象，它所包含的行为是超市售货员和超市管理者共同的行为。员工在本系统中通过合法的身份验证;能够修改自身信息和密码。

2.售货员用例图

 售货员能够通过该系统进行销售商品活动。当售货员销售商品时，首先获取商品信息，然后将销售信息更新，如果顾客需要打印购物清单，则需要打印购物清单，在购物清单中需要对商品信息进行计价处理。

3.库存管理员用例图

 库存管理员能够通过该系统进行如下活动：

(1)处理盘点。超市库存管理员每天需要对超市商品信息进行盘点。 (2)处理报销。超市库存管理员对超市损坏商品进行报销处理。 (3)商品入库。当商品到货时，库存管理员检查商品是否合格后并将合格的商品进行入库。

(4)商品出库。当商品进入卖场时，商品进行出库处理。 (5)管理设置。库存管理员负责供应商信息、商品基本信息和特殊商品信息的管理设置。

4.订货员用例图

 订货员能够通过该系统进行订货管理活动。订货员首先根据商品缺货信息统计订货商品，根据需要订货商品信息制定出订单。

5.统计分析员用例图

 统计分析员负责超市的统计分析管理，它能够通过该系统进行如下活动：

(1)查询基本信息。统计分析员能够查询商品的基本信息，根据商品的基本信息，制定出相应的方案。

(2)查询销售信息。统计分析员根据销售情况，制定合理的销售方案。

(3)查询供应商信息。统计分析员能够查询供应商信息。

(4)查询缺货信息。统计分析员能够查询缺货信息。

(5)查询报损信息。统计分析员能够查询报损信息。

(6)查询特殊商品信息。统计分析员能够查询特殊商品信息

6.系统管理员用例图

 系统管理员能够通过该系统进行如下活动：

(1)维护会员信息。系统管理员能够维护超市会员的信息，如添加会员、删除会员和修改会员信息等。

(2)维护员工信息。系统管理员能够维护超市员工的信息，如添加员工、删除员工和修改员工信息等。

(3)系统设置。系统管理员能够根据一些需要进行必要的系统设置。

三：创建系统静态模型

 在获得系统的基本需求用例模型以后，我们通过考察系统对象的各种属性，创建系统静态模型。

(1)首先，我们先确定系统的参与者的属性。每一个超市员工在登录系统时，都需要提供员工的用户名称和密码，因此每一个超市员工应该拥有用户名称和密码属性。超市员工还拥有在超市中的唯一标识——员工编号。此外，员工属性中还包含员工的年龄、头衔和照片等信息。超市的售货员和管理者都继承自员工，拥有员工的属性。在系统中记录的顾客包括顾客的名称、顾客的编号、顾客地址、顾客级别和顾客的总消费金额等记录。

(2)其次，我们确定在系统中的主要业务实体类，这些类通常需要在数据库中进行存储。例如，我们需要存储商品的信息，因此需要一个商品类，同样，根据供应商信息我们可以确定供应商类。 (2)其次，我们确定在系统中的主要业务实体类，这些类通常需要在数据库中进行存储。例如，我们需要存储商品的信息，因此需要一个商品类，同样，根据供应商信息我们可以确定供应商类。

四：创建系统动态模型

1.售货员销售商品序列图和交互图 工作流程如下：

(1)顾客希望通过售货员购买商品，售货员希望通过售货管理子系统处理商品销售。

(2)顾客将购买商品提交给售货员。

(3)售货员通过销售管理子系统中的管理商品界面获取商品信息。

(4)管理商品界面根据商品的编号将商品类实例化并请求该商品信息。

(5)商品类实例化对象根据商品的编号加载商品信息并提供给管理商品界面。 (6)管理商品界面对商品进行计价处理。

(7)管理商品界面更新销售商品信息。

(8)管理商品界面显示处理商品。

(9)售货员将货物提交给顾客。

2.统计分析员查询商品信息序列图和交互图 工作流程如下：

(1)统计分析员希望通过统计分析子系统查询商品信息。

(2)统计分析员通过统计分析子系统中的查询商品信息界面获取商品信息。

(3)查询商品信息界面根据商品的属性或特征将商品类实例化并请求该类商品信息。

(4)商品类实例化对象加载商品信息，并提供给管理商品界面。

(5)查询商品信息界面显示该类商品信息。

(6)统计分析员请求查询商品信息界面制定出该类商品报表。

(7)查询商品信息界面制定该类商品报表。

(8)查询商品信息界面将该类商品报表显示给统计分析员。

3.库存管理员处理商品入库

工作流程如下：

(1)库存管理员希望通过库存管理子系统将购买的货物处理入库 (2)库存管理员通过库存管理子系统中的商品入库界面获取商品信息。

(3)商品入库界面根据商品的编号将商品类实例化并请求该类商品信息。

(4)商品类实例化对象根据商品的编号加载商品信息并提供给商品入库界面。

(5)库存管理员通过商品入库界面增加商品数目。 (6)商品入库界面通过商品类实例化对象修改商品信息。 (7)商品类实例化对象向商品入库界面返回修改信息。 (8)商品入库界面向库存管理员显示添加成功信息。

4.订货员进行订货管理 工作流程如下：

(1)订货员希望通过订货管理子系统处理商品订货管理。 (2)订货员通过订货管理子系统中的订货管理界面获取待订货商品信息。

(3)订货管理界面将商品类实例化并根据商品的数量应当满足的条件请求有关商品信息。

(4)商品类实例化对象根据商品的数量应当满足的条件加载商品信息并提供给订货管理界面。

(5)订货员通过订货管理子系统中的订货管理界面获取待订货厂商信息。

(6)订货管理界面将供应商类实例化并根据商品的类型请求有关供应商信息。

(7)供应商类实例化对象加载供应商信息并提供给订货管理界面。 (8)订货员通过订货管理子系统中的订货管理界面制作相关订单。 (9)订货管理界面制作相关订单并显示给订货员。

5.商品状态图

 在超市信息管理系统中，我们将有明确状态转换的类进行描述，以下我们以商品的状态图为例，简单进行说明。  商品包含以下的状态：刚被购买还未入库后的商品、被添加能够出售的商品、商品被出售、商品被回收。它们之间的转化规则是：

(1)刚被购买后的商品可以通过库存管理员添加成为入库的商品。 (2)当入库商品被出售，商品处于被销售状态。 (3)当商品由于过期、损坏等因素造成的不合格时，商品被剔除。

6.员工验证登录活动图

 在利用系统的活动图来描述在超市信息管理系统中的参与者如何协同工作时，我们还可以建立相关参与者的活动图进行说明。以下我们以员工验证密码为例进行说明。  我们可以通过以下的方式描述员工验证登录的活动： (1)员工需要通过身份验证后进入相关子系统才能够进行相关操作。

(2)首先，系统运行后系统进入初始化登录界面。 (3)员工输入自己的用户名称和密码。

(4)登录界面对用户输入的用户名称和密码进行判断。 (5)如果是合法的用户，则系统对用户的权限进行判断，员工进入相关的管理界面，登录成功。

(6)如果是非法的用户，系统提示用户名称或密码错误，登录失败。

五：创建系统部署模型 1. 系统构件图

在超市信息管理系统中，我们通过构件映射到系统的实现类中，说明该构件物理实现的逻辑类。例如，在超市信息管理系统中，我们可以对商品类和供应商类分别创建对应的构件进行映射。

2. 系统部署图

在超市信息管理系统中，系统包括四种节点，分别是：前台售货节点，售货员使用，负责货物销售;库存管理节点，库存管理员通过该节点进行库存管理和维护;订货管理节点，订货管理员通过该节点进行订货管理;统计分析节点，统计分析员通过该节点进行统计分析;系统管理节点，系统管理员通过该节点进行系统维护和员工信息维护。

第二篇：小型超市管理系统需求分析

一、开发背景

21世纪，小型超市的竞争也进入到了一个全新的领域，竞争已不再是规模的竞争，而是技术的竞争、管理的竞争、人才的竞争。技术的提升和管理的升级是商场的竞争核心。零售领域目前呈多元发展趋势，多种业态：超市、仓储店、便利店、特许加盟店、专卖店、货仓等相互并存。如何在激烈的竞争中扩大销售额、降低经营成本、扩大经营规模，成为商 场营业者努力追求的目标。

为了提高物资管理的水平和工作效率，尽可能杜绝商品流通中各环节中可能出现的资金流失不明现象，商品进销存领域迫切需要引入信息系统来加以管理。而商品进销管理系统是当前应用于超市或者公司管理系统的典型代表。

主要完成的功能有：系统设置、商品供应商信息管理、员工档案管理、商品信息管理、商品入库管理、销售管理、销售数据查询，以及这一系列过程中涉及商品的数据修改与查询统计等多种操作。

该小型超市管理系统能具体化，合理化的管理商场中的商品信息，进出信息，用结构化的思维方法了解商场的基本运作原理和后台程序设计。

该系统的开发意图：大大提高商场的运作效率、通过全面的信息采集和处理，辅助提高商场的决策水平、使用本系统，可以迅速提升超市的管理水平，为降低经营成本，提高效益，增强商场扩张力，提供有效的技术保障。

二、功能需求

1、 功能划分

本系统有以下功能模块：

1) 系统设置。

2) 商品供应商信息管理。

3) 员工信息管理。

4) 商品信息管理。

5) 商品入库管理。

6) 销售管理。

7)销售数据查询。

小型超市管理系统系统设置商品供应信息管理员工信息管理商品信息管理商品入库管理销售管理销售数据查询

图1 系统功能图

2、功能描述

下面详细描述一下各个功能模块：

2.1系统设置

(1) 添加删除用户：只限于管理员操作。管理员可以向里面添加和删除用户信 息，也可进行系统初始化。

查询用户信息添加用户信息管理者系统初始化

图2 添加删除用户

(2)退出登入：返回到登录界面，重新登录。

图3 退出登入

2.2商品供应商信息管理

(1)供应商信息的录入 (2)供应商信息的修改 (3)供应商信息的删除 (4)供应商信息的查询

商品供应商信息管理供应商信息录入供应商信息修改供应商信息删除供应商信息查询

图4商品供应商信息管理

; 2.3员工信息管理

实现员工档案的添加、逻辑删除、修改、查询的功能。

2.4商品信息管理

(1)商品信息的录入。对商品的基本信息进行录入并保存。

(2)商品信息的修改：在有商品进入时，修改商品的基本信息，更新商品的信息，使商品信息始终是最新的商品信息。

(3)商品信息的删除：当商品没货时，又不准备再进相同的货时，可以将该商品的信息进行逻辑删除，保证信息库中无冗余的数据。

出库登记进库登记DB商品分类信息管理

图5 商品管理

2.5商品入库管理

及时录入商品的入库信息，保证每种商品再入库信息种都有登记，做到商品的实际的量、种类和记录的量和种类相匹配。

2.6销售管理及销售数据查询

能记录每一笔进货，查询商品的进货记录。能查询某个厂商或供应商的信息。能够商品的销售情况以及商品的库存情况等。

(2)关于系统：主要是显示系统的一些信息。

3.系统功能需求

3.1 系统总体运行流程 2.7帮助

(1)帮助信息：显示系统的详细帮助信息。

购物凭条售货员售货交易顾客购买商品写入、更新数据DB登入超市后台管理系统取出数据管理者进货单入库单供应商

图6 总体运行流程图

3.2 管理者登入管理

管理员通过登入该系统，可以做到以下几件事情：

(1) 了解顾客的购买物品的情况。

(2) 可以进行整个时间段销售情况，即查询以往的销售状况。

(3) 可以通过该系统，来了解仓库商品的数量，来进行商品的选择采购。

图7 管理员进行管理

3.3 顾客购买商品

顾客通过先浏览商品，来进行选择，然后来进行购买。如若顾客购买商品，则将与售货员产生联系，即：顾客向售货员支付，而售货员将返回购物凭条给顾客。

图8 顾客购买过程

3.4 供应商供应商品

当接到系统返回给供应商的进货单时，供应商就会去提供商品，同时商品进行入库登记。

图8 商品供应

3.4 数据查询

管理员通过选择输入要查找的项目，来进行相应的数据查询，可以查询顾客的购买情况，仓库的商品数量情况，以及员工信息等功能。当查到信息时，进行显示，没有则反馈给管理员。

图9 数据查询

3.5 数据统计

3.5.1 销售数据统计 3.5.2仓库数据管理 3.5.3 供应商数据管理

图10 数据统计分析

根据销售情况，每次进行卖出商品后，服务器后台端都会按照设定的季度或者日期进行数据记录统计、分析，并将分析结果显示出来，根据分析结果来进行选择购买哪些商品。

五.性能需求

5.1数据精确度

A.要按照严格的数据格式输入，否则系统不给予响应进行处理。

B.查询时要保证查全率，所有相应域包含查询关键字的记录都应能查到。因为通常有文件的记录会很多，所以本系统采用直接查询。 5.2适应性

满足小型超市使用的需求(记录量控制在1000项内)。 对前面提到的运行环境要求不应存在困难。

六、 运行需求

6.1硬件接口

本软件不需要特定的硬件或硬件接口进行支撑。 6.2软件接口

运行于Windows Xp的操作系统之上。 七.其它要求

1)系统的功能实现情况: 用户可在本系统下实现各种用户要求的功能。 2)系统的安全性: 对于系统的重要数据都有密码保护，具有一定的安全性。 3)系统的容错性: 用户输错数据都有提示信息，具有较好的容错性能。 4)系统的封闭性: 用户的封闭性较好，用户基本上在提示信息下输数据

第三篇：小型连锁超市商品管理

商品管理

第一章

门店商品进销存管理

一、订货

1、店长依据《门店作业手册》规范，及时了解陈列商品及库存商品的数量情

况，结合销售动态，仓库容量，每日仔细填写订单签字后传至采购部，无

订单门店次日出现断货现象，由店长负责，但是下订单后，必须保证次日

货物送达有存放位置，否则由店长自行解决，不得占用营业场地。

2、采购部接到订单后，汇总各门店相同商品，做同一代理商统一订货订单，

必须标明送货门店地址、电话、送达时间，如因不知地址无法送货出现断

货由采购部责任人负责，如因供应商不给送货出现断货，由采购部考核供

应商

3、供应商接到订单，必须准时将货物送达指定门店，如出现不送情况，店

长及时反馈运营部，由运营部督促采购部落实完成。

4、店长要结合销售情况，保证各产品的安全库存，不得出现断货现象。

二、收货

1、供应商送达货物后，门店进行验货，必须保证生产日期在保质期三分之一

内，无破损，出现外包装破损的，开箱逐一验收，规格、单价与合同一致，

数量与订单一致，高于订单数量以外的货不收，否则出现差异由收货人承

担。

2、所有项目核对无误后，在票据签字，将票据交店长或副店长审核签字确认，

然后由店长留存一联入账并转财务，票据必须必须保证有送货人签字。

3、带促销品的商品，促销品依据收货方式签收，妥善保管。

4、供应商清仓商品，必须带采购部及企划部签署活动方案，方可收货。

5、供应商送达货物后，门店必须依据订单接收，否则造成供应商不给送送货

由店长负责，出现过大量囤货由店长负责。

三、销售

依据《门店作业手册》及《企划手册》执行，结合超市陈列方式陈列做好销售，不得出现货架空缺，仓库集货现象，否则由店长负责，给予经济处罚。

四、退换货

1、破损退换货：一袋或个别商品出现破碎或破损造成批量污染的需要退货

的，由店长和送货人协调解决退货，发现后及时退货;批量破损，如门

店原因造成或者收货不注意，由店长与供应商协调解决,协调无果由店长

负责，如出现特殊情况(气体饮料自行开启等)非门店造成，门店报营

运部，由营运部督促采购部协调解决，解决无果按采购制度执行。

2、临期商品退换货：滞销商品出现临期商品(保质期三分之二以上商品)

需要退换货的，由门店报营运部，由营运部督促采购部协调解决，解决

无果按采购制度执行。

五、供应商结账方式及门店账务核销、损耗标准：

依据财务部制定相关流程及方式、制度执行。

第二章 商品销售定位管理

一、为了保证门店商品商品销售最大化，做好快速淘汰与引进制，现将商品统称

做如下分类：新品、战略性商品、主力商品、稳定性商品、。

二、新品：首期开店，依据大宗采购原则引进商品，运营期间逐步采购回商品或

地区新引进商品，全部定位新品。

1、新品引进方式：大宗采购法;门店和采购部及时掌握市场信息(所有员工协助)，发现比较好的新品及时引进;

2、新品淘汰：

A、大宗采购的所有商品依据销售数据，结合门店所在商圈消费习惯，

逐步单店淘汰，如出现所有门店全部滞销的，及时淘汰。

B、引进的新上市产品培养期不超2各月，依据销售数据及时转入一下

三种范畴内或淘汰。

3、陈列位置：

A、大宗采购引进老产品按照门店陈列式陈列;

B、新上市商品尽可能陈列在堆头或端架;

三、战略性商品：淘汰滞销品后的知名厂家商品或进口商品;每天在无促销活动

有较大销售量的商品，利润较大商品，统称战略性商品。

1、商品淘汰：所有商品都有生命期，依据销售量，结合社区商圈消费习惯

及时转入稳定商品行列或淘汰。

2、陈列位置：依据门店方式尽可能陈列于消费者视线范围，便于拿取的地

方。

四、主力商品：每个促销档期的促销商品，季节性商品统称主力商品。

1、商品淘汰：依据促销档期销售数据分析，促销期间没有较大量的提升，

取消所在门店的以后促销资格，季节性商品依据销售数据，及时转入稳

定商稳定性商品或淘汰。

2、陈列位置，尽可能陈列于堆头、端架，并有POP指示。

五、稳定性商品：除了上述商品外，每日有销量的商品，统称稳定性商品。

1、商品淘汰：依据销售数据，出现滞销商品及时淘汰。

2、陈列位置：依据超市陈列法陈列于货架偏下或偏上方。

第三章

商品库存管理

一、库房管理：

1、门店仓库设置：根据实际情况，尽量避免占用营业面积，可以在不影响

消费者购物的情况下搭建二层架，作为临时库房。

2、仓库内设施：因门店仓库面积小，单品数量多，单品存货量小，避免互

相堆压，出现商品找不到，过期现象，尽量在库内用角钢

加木板做囤货货架。

二、库位及商品存放管理：

1、库位管理：店长必须做好商品库位管理，按大类分区，然后在大类里按

小类分区，再按单品分区，退货区(根据退货量可以灵活掌

握)，除退货区，其他库区必须固定。

2、商品存放管理：A、所有商品必须保证现金先出原则，入库时必须注意

将旧货应放到外边，不得用新货遮挡旧货。

B、做好仓库防护工作：防鼠、防火、防水、防压、防

腐、防锈、防爆、防晒、防倒塌、防潮、防盗、防

蛀、防电。

C、数量管理：凡不直接上货架需要入库的商品，店长

要另建台账，做好入库数量，每出一次

详细记录一次，要求有取货人的签字。

否则在盘点时出现差异由店长承担。

三、商品库存管理;

1、商品库存管理解释：凡门店签收未销售出去的商品都属库存商品。

2、库存管理：销售区陈列商品必须做台账，仓库库区商品存放必须做台账;

陈列商品台账数量+库区商品台账数量=实际库存数量

商品实际库存+销售数量=实际进货量

3、商品记账方式：

实际进货量：按照门店签收数量记录总量，然后分开2笔记录——销售

区量、库房区量;

销

售

量：依据日报表数据，必须和收银台一致，从销售区台账里核

减;

商品实际库存量：每次从库房出库，从库房区台账数量核减，在销售区

数量加上。

4、库存商品损耗：按照财务制度制定损耗执行，盘点时出现盘亏，如果损耗

数量还不足，由店长承担;如果盘赢，无损耗，给予店长

奖励，减去损耗还多，多出部分归超市所有，同时追究店

长责任。

5、促销赠品同样按上述方式管理。

四、安全库存管理：

1、计算公司：安全库存=(预计最大消耗量-平均消耗量)*采购周期。

2、为了不影响门店销售额，不出现断货现象，必须保证有安全库存。

3、安全库存由店长负责，店长依据销售信息及送货周期，有预见性的提前订

货，否则出现断货由店长负责，特殊情况除外(如突然性的大型团购),如

出现类似的情况，及时联系采购部，加急订货、送货，或者和顾客预约时

间。

五、现金进货管理：

1、原则：保证不断货，避免扰乱供货商送货积极性，尽量做到每次进货量少，

订货频次高，尤其是保质期偏短商品。

2、如出现现金进货商品出现滞销或积压，店长应及时向营运部反馈，营运部

协调各门店，各部门协助处理，采购部和供应商落实促销赠品，企划部做

促销规划，各门店处理后，由积压门店做退货，协助处理门店做进货处理，

算作处理门店销量，如协助门店无法卖出，将货退回积压商品店，由店长

负责。

六、账期进货管理：

1、原则：店长根据库房库容量，货架牌面陈列量，可适当放大进货量。

2、店长应每次例会及时反应货量状况，出现滞销或积压，尤其临近保质期3

分之二时间时，务必及时反馈，否则由出现过期由店长承担。

3、出现滞销或积压，供应部第一时间联系供应商提供促销支持，企划部依据

促销支持做促销策划，需要各店互调促销的由供应商出车及人力协助，负

责取消促销，直接做退货处理。

第四章

商品质量管理

一、收货时注意事项：

1、包装或标签破损;

2、包装或标签折裂;

3、包装或标签污染;

4、包装或标签变色;

5、包装或标签划伤;

6、包装或标签变形;

7、液体商品渗漏。

二、陈列存放时注意事项：

1、包装或标签划伤;

2、包装或标签变形;

3、包装或标签污染;

4、液体商品挤压、碰撞;

5、踩踏、坐卧商品;6超出包装承重范围。

三、搬运时注意事项：

1、野蛮搬运;

2、踩踏、坐卧商品;

3、包装或标签划伤;

4、包装或标签污染;

5、液体商品挤压、碰撞;6包装或标签折裂;。

四、卫生清洁时注意事项：

1、包装或标签划伤;

2、包装或标签污染;

3、包装或标签折裂;

4、包装或标签损坏;

5、液体商品渗漏;6液体商品挤压、碰撞;

7、商品凌乱堆放;

8、踩踏、坐卧商品。

综上所述，除第一条可以拒收，其他均由损坏人赔偿，发现渗漏现象及时报店长，注意污染其他商品。

第四篇：《小型超市管理系统》需求分析报告

小型超市管理系统需求分析

1. 引言

1.1 编写目的

自改革开放以来，社会市场经济不断发展，人们生活水平不端提高，由小型小卖部、小型零售商等小而杂的商店逐渐演变成今天市区里我们无处不在东西品种繁多的价格便宜的大小中型流行超市。超市之流行是以顾客自选方式经营的大型综合性零售商场。又称为自选商场，大大方便了人们购物，为大量忙碌的工作人员节省了大量的时间。

本系统采用microsoft visual C# 2010程序设计及SQL Sever 2005数据库管理知识进行功能的实现。能够提高超市信息管理系统各项工作地效率和质量，改善经营管理，减轻各类事务性工作的工作量，使超市的职员能够更轻松并且更好地服务于顾客，保证顾客的购物需求，同时也间接地为超市带来更多的盈利。最终达到为超市服务的效果。

1.2 项目风险

具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险，首要风险承担者包括： 任务提出者： 软件开发者：

产品使用者：面向小型超市、小型零售店 本系统无风险，为学生作品。

1.3 预期读者和阅读建议

列举本软件产品需求分析报告所针对的各种不同的预期读者，例如，可能包括： 用户;

1.开发人员; 2.销售经理; 3.库存管理员; 4.商品录入人员。

5.系统使用者(经营中小型超市法律主体) 6.收银人员;

并且描述了文档中，其余部分的内容及其组织结构，并且针对每一类读者提出最适合的文档阅读建议。

《小型超市管理系统》需求分析报告

1.4 产品范围

本软件适合于中小型超市管理用于采购管理、销售管理，库存管理及财务管理及商品数据录入，修改、查询。我们不仅能够快而准的知道我们的一天的进出货及销售情况，又能够准确无误的生成知道我们想要拥有的销售报表、季销售报表、年销售报表。通过一些基本查询功能，查询自己想要的结果，知道自己的盈利情况。通过此系统，我们能够及时查询到我们的存货情况，通过系统警报及时补缺商品。

1.5 参考文献(具体开发过程中外加参考资料)

列举编写软件产品需求分析报告时所用到的参考文献及资料，可能包括：

1.百度文库(小型超市管理系统)

本项目的合同书;

上级机关有关本项目的批文; 本项目已经批准的计划任务书; 用户界面风格指导;

开发本项目时所要用到的标淮; 系统规格需求说明; 使用实例文档;

属于本项目的其它己发表文件;

本软件产品需求分析报告中所引用的文件、资料; 相关软件产品需求分析报告;

为了方便读者查阅，所有参考资料应该按一定顺序排列。如果可能，每份资料都应该给出： 标题名称;

作者或者合同签约者; 文件编号或者版本号; 发表日期或者签约日期; 出版单位或者资料来源。

2. 综合描述

这一部分概述了正在定义的软件产品的作用范围以及该软件产品所运行的环境、使用该软件产品的用户、对该软件产品己知的限制、有关该软件产品的假设和依赖。

本系统采用microsoft visual C# 2010程序设计及SQL Sever 2005数据库管理知识进行功能的实现。能够提高超市信息管理系统各项工作地效率和质量，改善经营管理，减轻各类事务性工作的工作量，使超市的职员能够更轻松并且更好地服务于顾客，保证顾客的购物需求，同时也间接地为超市带来更多的盈利。最终达到为超市服务的效果。

《小型超市管理系统》需求分析报告

2.1 产品的状况

超市管理系统，该系统是现有应用软件的替代品(升级产品);是新一代新型的，自主型的产品。它是一个大系统的组成部分，它与POS机连接在一起收银及会员及时消费。能够达到快速提升的收银效率和一系列的管理有机的结合起来。

2.2 产品的功能

该系统包括：前台管理(普通收银部分和会员收银包括与后台折扣情况结合起来，达到高效率结算)和后台管理(销售管理，存货管理，财务管理，基本资料管理，每日提醒)。

一.前台管理：

1.登陆人员管理：使用人员账号密码登陆

2.销售信息管理：添加商品的单价价格以及销售数量等 二.后台管理：

1.存货管理：主要是了解某一类商品的库存情况，并对商品进行添加、修改、删除;

2.供货商管理：记录供货商的个人资料(姓名，地址，联系方式等); 3.基本资料管理：里面包含产品的概况、人员管理、商品管理等。

2.3 运行环境

描述了本软件的运行环境，一般包括：

硬件平台;

操作系统和版本：Windows XP 支撑环境(例如：数据库等)和版本：Microsoft VisualC#和Microsoft SQL Server2005 其它与该软件有关的软件组件; 与该软件共存的应用程序。

2.4 设计和实现上的限制

确定影响开发人员自由选择的问题，并且说明这些问题为什么成为一种限制。可能的限制包括下列内容：

必须使用的特定技术、工具、编程语言和数据库; 避免使用的特定技术、工具、编程语言和数据库; 要求遵循的开发规范和标准; 例如，如果由客户的公司或者第三方公司负责软件维护，就必须定义转包者所使用的设计符号表示和编码标准; 硬件的限制

例如，定时需求或存储器限制;

《小型超市管理系统》需求分析报告

数据转换格式标淮的限制。

2.5 假设和约束(依赖) 列举出对软件产品需求分析报告中，影响需求陈述的假设因素(与己知因素相对立)。如果这些假设因素不正确、不一致或者被修改，就会使软件产品开发项目受到影响。这些假设的因素可能包括： 计划使用的商业组件，或者其它软件中的某个部件; 假定产品中某个用户界面将符合一个特殊的设计约定;

有关本软件用户的若干假定(例如：假定用户会熟练使用SQL语言。);

有关本软件开发工作的若干假定(例如：用户承诺的优惠、方便、上级部门给予的特殊政策和支持等。); 有关本软件运行环境的一些问题;

此外，确定本软件开发项目对外部约束因素所存在的依赖。有关的约束可能包括： 1.工期约束; 2.人员约束; 3.设备约束; 4.地理位置约束; 其它有关项目约束;

3. 外部接口需求

3.1 用户界面

3.1.1 用户登录界面

用户名

密码

组件：文本框、标准按钮 快捷键：Enter键

《小型超市管理系统》需求分析报告

3.1.2商品信息管理

商品的增、删、查、改

存货管理界面

库存录入

《小型超市管理系统》需求分析报告

存货查询

组件：文本框、标准按钮、消息框、数据网格

基本资料管理界面

产品概况 人员管理 供应商管理 商品管理

组件：标准按钮、文本框、数据网格、下拉列表框

《小型超市管理系统》需求分析报告

3.2 软件接口

描述该软件产品与其它外部组件的连接，这些外部组件必须明确它们的名称和版本号以资识别，可能的外部组件包括：

操作系统：Windows XP;

数据库：Microsoft SQL Server2005; 工具：Microsoft Visual C# 2010; 函数库;

集成的商业组件：中间件;

4. 系统功能需求

4.1 用户登录

用户登录界面主要提供用户的登录。

4.2 前台管理

4.2.1 人员管理

提供用户的注册、注销、修改以及删除。

《小型超市管理系统》需求分析报告

4.2.1 销售管理

提供商品销售的信息，以便及时补货。

4.3 后台管理

4.3.1 存货管理

存货管理提供了库存的录入、查询、修改登录功能，还包括缺货提醒的提醒功能。

1. 库存录入，包括库存的添加、删除、修改等功能提供添加旧商品或添加新商品的选择功能。

2. 存货查询，主要提供库存的查询功能 4.3.2 销售信息管理

第五篇：小型超市管理系统可行性报告

《小型超市管理系统》可行性报告 曹剑涛李成军 目录

一、 前言 ................................................................................................................................... 3

二、 系统建立的背景及意义： ............................................................................................... 3

三、 项目开发目标、系统功能 ............................................................................................... 4

1.开发目标： ............................................................................................................................ 4 2.系统功能 ................................................................................................................................ 4

四、 ER图 ................................................................................................................................ 5

五、 数据流程图 ....................................................................................................................... 5

六、 系统可行性分析 ............................................................................................................... 6

(1)可行性研究 ..................................................................................................................... 6 (2)系统实施运行的可行性： ............................................................................................. 7 (3)、技术可行性分析 ........................................................................................................... 7 (4)、社会可行性、法律可行性分析 ................................................................................... 7 (5)、用户操作可行性 ........................................................................................................... 7 (6)、经济可行性分析 ........................................................................................................... 8

七、 结论意见 ........................................................................................................................... 8

一、 前言

如今我们的生活越来越离不开超市，超市已经是我们的生活的一部分。超市需要处理大量的库存信息，还要时刻更新产品的销售信息，不断添加商品信息。面对不同种类的信息，需要合理的数据库结构来保存数据信息，需要有效的程序结构支持各种数据操作的执行。让管理人员对超市的进货情况、销售情况和库存情况了如指掌，进而能更好的对商品进行调度。可以加大人力工作的效率和商品的进出货效率并且可以减轻使用者繁杂的工作。

可行性研究的目的是为了对问题进行研究，以最小的代价在最短的时间内确定问题是否可解。 再经过对此项目进行详细调查研究，初步拟定系统的实现报告，对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。明确开发风险及其所带来的经济效益。通过可行性研究，该计划是否应该执行，便显而易见。

二、 系统建立的背景及意义：

超市是一个我们很熟悉的词语，在我们生活中经常可以看到，21世纪，全球市场经济和现代信息技术的不断发展，人民的生活不断提高，以及人们消费需求的不断丰富，商品种类多样化日渐增多。消费水平提高，超市这样的零售商之间的竞争也日益激烈，竞争已不再是规模的竞争，而是技术的竞争、管理的竞争、人才的竞争。技术的提升和管理的升级是超市业的竞争核心。商家不断采取各种销售手段吸引顾客眼球，也因而工作量增大，增多。在价格悬殊不大，商品种类类似，规模实力等同的情况下，高效率，高质量，低成本，低损失等等则成为了竞争的优势。而超市的进货、销售、存货、数量、种类、商品出库以及员工等等都是影响这些的重要因素。然后，这些信息，量大而复杂，想要得到合理安排处理需要有很大的工作量，靠传统的人工管理方式效率低，而且容易出错，并且经常会导致重复工作，浪费时间，在人力资源上来说也是一种浪费。影响了超市的工作效率，错误率高，浪费成本。在此情况下如何使用现代化的工具，使企业和经营者个人在最小的投入下获取最大的回报。成为每一个人的梦想。因此，在超市管理中引进现代化的办公软件，就成为时下最好的解决办法。超市销售管理信息系统的开发和应用是非常必要的，它能够简便快速的记录仓库存货、销售以及进货情况;及时了解库存商品种类、数量，和所售商品种类、价格、数量;它还可以统计核算日常的不断变化的数据，并登记有关文件;在当天汇总时修改相应文件，如总金额、总数量等;并且可以根据日常统计，制作月统计，并制作月报表;并且利用它，我们可以了解人员的调配使用状况，避免人员闲置或者人员紧张的状况;另外可以通过它合理安排商品出库顺序及日期，避免商品过期浪费的情况发生。这一切都大大提高超市的经济效益。

三、 项目开发目标、系统功能

1.开发目标：

为超市提供方便，快捷的结账体系;

为超市提供准确，高效的库存和财务管理系统;

为超市管理人员提供强大的管理和统计商品，资金的功能。

2.系统功能

A功能

① 记录仓库存货、销售以及进货情况

② 了解超市进货渠道、商品单价、数量

③ 了解库存商品种类数量，所售商品种类、价格、数量 ④ 统计核算日常的不断变化的数据，并登记有关文件

⑤ 分项显示销售商品后开出的发票的内容，并且详细显示商品价格数额 ⑥ 在当天汇总时修改相应文件，如总金额、总数量 ⑦ 根据日常统计，制作月统计，并制作月报表

四、 ER图

用户名密码商品总额销售价格商品名称员工销售日期销售顾客商品编号销售数量库存管理供货价格销售价格库存数量商品名称商品进货供应商商品编号进货价格商品编号商品名称供应商电话供应商编号供应商名称

五、 数据流程图

预售商品付款订货单供货单小型超市管理系统与订货单不符的供货单购货款顾客商品发票供货厂商

六、 系统可行性分析

(1)可行性研究

超市需要一套管理信息系统，能够从进货开始，实现进货，上架，销售，库存，财务，人力资源等等一系列信息的全面管理。通过系统实现各部门的分工合作，信息共享。是原来管理更加系统，更全面，更快捷。

根据超市的状况，迫切需要一套超市销售管理系统。主要有两个选择： 1.购置商品化的系统

2.根据自身实际情况，自行开发软 (2)系统实施运行的可行性：

各部门人员都已熟练掌握计算机的基本使用方法和操作技能，可以对新的系统进行管理，和操作。

(3)、技术可行性分析

1. 信息系统开发方法。在开发小组中有熟练掌握面向对象开发软件系统的资深系统分析员和程序员，在信息系统开发方法上不存在任何问题。

2. 网络和通讯技术开发小组有专门的网络技术人员，有N年的大型网络组网经验。 3. C/S结构规划和设计技术开发小组有丰富的C/S开发经验。 4.数据库技术有专业开发数据库的团队。

5. Java开发技术开发小组的所有成员均可熟练使用Java编程。 综上，在技术方面本系统开发完全可行。

(4)、社会可行性、法律可行性分析

本团队开发的超市管理信息系统符合社会需求，社会的发展也需要超市管理的现代化和信息化。且本团队开发的系统与国家的法律法规不存在任何的抵触之处。且符合工作人员的操作习惯。

(5)、用户操作可行性

超市的经营者大多具备电脑基本操作知识，对于必要的专业操作经短期培训即可;管理基础工作和各项管理制度比较健全，执行严格，原始数据采集完整，保存良好。

● 操作简单：简单的操作规则使操作人员能轻松掌握。 ● 查询方便：用户可设定任意条件和任意的查询项目进行检索。

● 统计灵活：任意条件下任意项目的产品入库时间、数量等的统计及查询项目均可进行交叉统计。 (6)、经济可行性分析

传统的人工管理方式效率低，而且容易出错，并且经常会导致重复工作，浪费时间，在人力资源上来说也是一种浪费。影响了超市的工作效率，错误率高，浪费成本。在此情况下使用超市管理系统，超市管理系统的投入，能够提高工作效率，减少工作人员，从而减少人力资本的投入，使企业和经营者个人在最小的投入下获取最大的回报，小型超市网络设施健全，各部门电脑配置齐全，硬件投入不需要很大，只需要在技术上投资。大型连锁超市的资金雄厚，总部积极支持系统开发，由此可见，在超市使用此系统所获得的收入远大于项目开发所需要的费用，也就是超市盈利远大于开发费用，以最小的代价获得最高的收益。，从经济角度来说，本系统开发完全必要，在经济上可行。

七、 结论意见

经过一系列的各个不同方面的可行性分析，从经济，操作，技术，和社会等各方面的可行性分析，可以确定本系统是完全有必要的，且是可行的，应当立项开发。