超市收银系统说明书样本Word文档格式.docx

超市收银系统说明书样本Word文档格式.docx

《超市收银系统说明书样本Word文档格式.docx》由会员分享，可在线阅读，更多相关《超市收银系统说明书样本Word文档格式.docx（24页珍藏版）》请在冰豆网上搜索。

对于本系统开发者来说，其关键投资还是在人力和物力两个方面。

假如是企业自己安排人手开发系统话，其关键投资还是在人力资源上，从系统业务需求调查到系统分析编码制作全部是需要巨大人力投入。

软件企业作为一个简短高科技产业，其职员要求全部比通常企业要求要高，而且对系统开发及软件产业了解比较多，所以在自我开发管理系统过程中，企业自己比较轻易安排人手，这么就能够为企业借阅大部分额外开支。

同时软件就其它产品来属于高端行业，不管是产品价格还是质量全部比较高，而经营产品经销商或是商家全部要求有雄厚资金支持。

所以，在系统开发过程中，企业完全有能力负担开发费用..

（2）新系统将为企业带来经济效益

管理系统是一个信息化、智能化和优异管理理念集合体。

而管理是一个动态过程，在其运行过程中要采取多项方法。

所以在管理中取得经济效益是一个综合效益，要对它进行直接定量分析是比较困难。

通常新系统带来经济效益是介绍，其最关键表现就是降低了企业管理费用和人力开支。

而其它部分繁琐食物全部经过新系统来加以分析处理，不仅节省了大量时间，还为企业各项决议提供了宝贵资料，为企业带来巨大经济效益。

1.2.3操作可行性

本系统采取基于Windows图形用户界面，而该系统是大家熟悉操作系统，对于那些有通常计算机知识人员就能够轻松上手。

而整个超市管理系统采取最友好交互界面，介绍明了，不需要对数据库进行深入了解。

由此，该系统操作是可行，有必需开发该系统。

综合以上三方面，该系统含有很高开发可行性，不管是从技术上或经济上还是操作上。

所以，能够设计该系统数据步骤图，建立数据字典。

经过认真地全方面地可行性研究，系统基础上做到了在技术、经济、运行、法律上可行。

所以，相信在根据计划上实施前提下，全系统设计将会按时、高质量完成。

所以，系统研制和开发是能够立即进行。

2、项目开发计划

2.1编写目标

经过项目标可行性分析，得出项目可深入进行下去结论，在软件继续深入开发之前首先给出此软件项目计划。

2.2项目背景

二十一世纪，超市竞争也进入到了一个全新领域，竞争已不再是规模竞争，而是技术竞争、管理竞争、人才竞争。

技术提升和管理升级是超市业竞争关键。

零售领域现在呈多元发展趋势，多个业态：

超市、仓储店、便利店、特许加盟店、专卖店、货仓等相互并存。

怎样在猛烈竞争中扩大销售额、降低经营成本、扩大经营规模，成为超市营业者努力追求目标。

项目分析单位在接到项目分析员给出项目可行性分析汇报后，在本系统，即仓库进货管理系统开发主管部门统一下制订用于软件实质开发软件项目计划，以使软件开发单位了解软件开发要求，进行开发。

2.3项目概述

本系统关键包含：

仓库管理、货架管理和收银管理。

1）仓库管理关键包含：

生成库存汇报、生成缺货汇报、录入更新数据。

在需要时（可每隔一个时间段查询一次）生成商品库存情况汇报,实时汇报商品库存情况,如库存量不足（小于某一自定数量）时,可生成缺货汇报,并提供商品种类,起源等商品属性信息,方便采购人员进行商品采购。

采购员采购商品后,立即录入商品信息等数据,在数据库中进行数据更新。

2）货架管理关键包含:

货架上商品卖到一定数量时,实时生成提货汇报,并提供商品库存信息,剩下信息。

3）收银管理关键包含：

随时录入卖出商品信息,如名称,数量,单价等,立即更新数据库数据。

2.4项目开发计划

1、任务分解

分三个大阶段进行开发第一阶段完成本系统数据流图跟E-R图。

第二阶段完成概要设计跟具体设计。

第三阶段书写文档。

2、预算

软件资金投入较少，具体预算分配简略。

3、关键问题

各模块之间联络和后台数据库完成。

使用现在设备和现有开发技术完全能够开发出该系统，总来说该项目没有较大技术难点和其它部分风险原因。

对于出现部分小难点总全部能得四处理。

2.5交付期限

所要开发系统较简单，全部开发工作用户要求要在3周内完成，完成项目标最迟时间为8月27日。

3、需求分析

3.1任务需求分析

前台POS销售系统（基础功效）：

1.商品录入：

依据超巿业务特点制订相关功效，能够经过输入唯一编号、扫描条形码、商品名称等来实现正确或模糊商品扫描录入。

该扫描录入方法能够充足确保多种电脑操作水平层次人员均能正确快速地进行商品扫描录入。

2.收银业务：

经过扫描条形码或直接输入商品名称（对于同类多件商品采取一次录入加数量方法）自动计算此次交易总金额。

在用户付款后，自动计算找零，同时打印交易清单（包含交易流水账号、每类商品商品名、数量、该类商品总金额、交易时间、负责此次收银职员号）。

假如用户是本店会员并持有本人会员卡，则在交易前先扫描会员卡，并对所购物品全部实施95折优惠，并将所购物品总金额累计到该会员总消费金额中。

会员卡使用期限为十二个月，满十二个月未续卡者，该会员卡将被注销。

3.安全性。

POS登陆、退出、换班和操作锁定等权限验证保护；

断电自动保护最大程度预防意外及恶意非法操作。

4.独立作业。

特有断网收银即在网络服务器断开或网络不通情况下，收银机仍能正常作业。

后台管理系统（基础功效）：

1.进货管理：

依据销售情况及库存情况，自动制订进货计划（亦可手工制订修改），能够避免盲目进货造成商品积压。

按计划单有选择性地进行自动入库登记。

综合查询打印计划进货和入库统计及金额。

2.销售管理：

商品正常销售、促销和限量、限期及严禁销售控制。

综合查询多种销售明细统计、各地收银员收银统计和交结账情况等。

按多个方法统计生成销售排行榜，灵活察看和打印商品销售日、月、年报表。

3.库存管理：

综合查询库存明细统计。

库存状态自动告警提醒。

如库存过剩、少货、缺货等。

软件为您预警，避免库存商品积压损失和缺货。

库存自动盘点计算。

4.人员管理：

职员、会员、供货商、厂商等基础信息登记管理。

职员操作权限权利、用户销售权限管理。

3.2数据流图、数据字典

3.2.1数据流图

数据流图由四种基础元素组成：

数据流（DataFlow），处理（Process），数据

存放和数据源（数据终点）。

数据流（DataFlow）：

为含有名称且有流向数据，用标有名称箭头表示，一个数据能够是统计、组合项或基础项。

处理（Process）：

表示对数据所进行加工和变换，在图中用矩形框表示。

指向处理数据流为该处理输入数据，离开处理数据为处理输出数据。

数据存放：

表示用文件方法或数据库形式所存放数据，堆砌进行存取分别以指向或离开数据存放箭头表示。

数据源及数据终点：

表示数据起源或数据去向，能够是一个组织或人员。

图3.1库存管理部分第1层DFD图

图3.2销售管理部分第1层DFD图

图3.3进货管理部分第1层DFD图

3.2.2数据字典

数据字典是相关数据信息集合，也就是对数据流图中包含全部元素定义集合。

（1）已进货信息=进货单号+供货商号+商品名称+进货价+进货数量+进货日期+备注

（2）销售信息=销售单号+商品编号+销售数量+销售日期

文件条目：

（1）文件名：

职员清单

组成：

{职员编号+姓名+性别+籍贯+学历+类别+工资+联络电话+联络地址+身份证号+聘用日期+编制日期+备注}

组织：

按职员编号递增排列

（2）文件名：

商品清单

{商品编号+供货商号+名称+条形码+计量单位+类别+产地+单价+备注}

按商品编号递增排列

（3）文件名：

供货商清单

{供货商号+名称+联络人+联络电话+联络地址+开户行+银行帐号+备注}

按供货商编号递增排列

（4）文件名：

进货清单

{进货单号+商品编号+供货商号+进货价+数量+金额+进货日期+备注}

按进货单编号递增排列

（5）文件名：

销售清单

{销售单号+商品编号+销售数量+销售日期}

按销售单编号递增排列

（6）文件名：

库存清单组成：

{商品编号+库存数量}

加工说明：

（1）加工名：

查询

加工逻辑：

依据要查询库存信息，检索出库存信息明细表

输入流：

库存信息查询，发出库存信息请求

输出流：

库存信息清单，进货信息请求

（2）加工名：

更新

依据进货信息或销售信息更新库存信息

已进货信息，销售信息

发出库存检索请求

（3）加工名：

依据要查询销售信息，检索出销售信息明细表

销售信息查询

销售清单，销售单

（4）加工名：

依据销售信息更细销售清单

前台销售信息，库存信息

更新库存清单

（5）加工名：

依据要查询进货信息，检索出进货信息明细表

进货信息查询，发出进货/采购清单查询

库存信息清单，已进货信息，新供货商信息，进货单信息清单，采购单，进货信息请求，进货/采购清单检索结果

（6）加工名：

依据进货信息更新进货清单

进货信息请求，进货单

发出进货/采购清单查询

（7）加工名：

依据输入要查询职员信息或供货商信息，检索出对应结果

职员信息查询，供货商信息查询，发出职员/供货商清单查询

已经有供货商信息，供货商信息清单，职员信息清单，职员/供货商清单检索结果

商品清单：

职员信息，新供货商信息清单，职员/供货商清单检索结果

4、系统概要设计

4.1总体设计

经过这个阶段工作将划分出组成系统物理元素。

系统概要设计基础目标是用比较抽象概括方法确定系统怎样完成预定任务，也就是要确定系统配置物理方案。

软件结构设计时应该遵照最关键原理是模块独立，让模块相互间接口关系应该尽可能简单。

4.2数据库概念设计

数据库通常分为三级模式：

外模式、概念模式和内模式。

外模式也就是不一样用户所正确数据视图，它将数据库内部抽象数据及其相互之间关系表示为简单、直观应用界面。

概念模式是数据库中全部数据逻辑结构和特征描述，通常以某种数据模型为基础。

内模式是对数据物理结构和存放方法描述。

4.2.1数据项和数据结构

在这里我们将要设计是数据库概念模式，经过对超市管理系统内容和数据步骤分析及E-R图，设计以下数据项和数据结构。

a）商品信息表（商品编号，商品名称，价格，条形码，促销价格，促销起日期，促销至日期，许可打折，库存数量，库存报警数量，计划进货数，许可销售，厂商编号，供货商编号）

b）用户表（用户编号，用户名称，用户密码，用户类型）

c）会员表（会员编号，会员卡号，累积消费金额，注册日期）