软件项目开发课程设计超市收银系统设计说明书.docx

软件项目开发课程设计超市收银系统设计说明书.docx

《软件项目开发课程设计超市收银系统设计说明书.docx》由会员分享，可在线阅读，更多相关《软件项目开发课程设计超市收银系统设计说明书.docx（30页珍藏版）》请在冰豆网上搜索。

软件项目开发课程设计超市收银系统设计说明书

摘要

随着小超市规模的发展不断扩大，商品数量急剧增加，有关商品的各种信息量也成倍增长。

超市时时刻刻都需要对商品各种信息进行统计分析。

而大型的超市管理系统功能过于强大而造成操作繁琐降低了小超市的工作效率。

超市管理系统主要包含以下几个模块：

系统权限的设定、原始数据录入、数据的汇总及查询等。

从而，实现对进货、销售及员工信息等实现全面、动态、及时的管理。

本文系统的分析了软件开发的背景以过程；首先介绍了软件的开发环境，其次介绍了本软件的详细设计过程：

数据库的设计、各个模块的设计和实现，以及具体界面的设计和功能。

关键词：

超市收银，管理系统，VisualBasic，SQLserver2000

序言

超市需要处理大量的库存信息，还要时刻更新产品的销售信息，不断添加商品信息。

面对不同种类的信息，需要合理的数据库结构来保存数据信息，需要有效的程序结构支持各种数据操作的执行。

商店自动化的产品管理在欧美等国家早已经实现，也是零售业管理的基础。

它最主要的特点是能够实时的和准确的控制店内的销售情况。

如果可以能够实时掌握销售流程及销售情况，则可以有效地加速商品的周转率并提高服务质量，而且可以减少产品售价不符等所产生的问题。

顾客的消费要求的是希望在超市购物中能基本上都能购得所需的商品，并且还要既保证商品质量还要享受优质，方便的服务。

1、可行性分析

1.1问题描述

超市零售管理系统是小型超市商品销售及货物管理的主要控制部分，直接影响销售的方便性及管理的规范性。

随着信息时代的发展，对效率的要求日益提高，因而软件控制销售和管理已经取代了传统全手工方式。

小型超市具有自身的特点：

商品要求一般齐全，进出货关系较为简单，员工人数种类不多；在软件角度看，数据较少，对存储和速度要求不高。

但正由于员工较少，使用软件控制成为

必须。

1.2可行性分析研究

1.2.1技术可行性

技术上的可行性分析主要分析现有技术条件能否顺利完成开发工作，硬、软件配置能否满足开发者需要等。

目前各宾馆均建有局域网，并且采用PC机作为工作台，其容量、速度能满足系统要求。

根据客户提出的系统功能、性能及实现系统的各项约束条件，根据新系统目

标来衡量所需的技术是否具备，本系统是一个数据库管理和查询的系统，现有的技术以较为成熟，硬件、软件的性能要求、环境条件等各项条件良好，估计利用现有技术条件应完全可以达到该系统的功能目标。

1.2.2经济可行性

因为通过网络传递销售信息可以不受距离的限制，因此可以借阅许多的人力和物力，方便管理，由此可以减少不必要的开支，同时该系统可以提高超市的销售效率，即提高了超市的经济效益，所以从经济上完全是可行的。

（1）超市有能力承担系统开发费用

开发新系统的工作是一项间距复杂的工作，它的投资主要是人力和物力的投资。

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

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

软件企业作为一个简短的高科技产业，其员工要求都比一般企业的要求要高，而且对系统开发及软件产业了解比较多，所以在自我开发管理系统的过程中，企业自己比较容易安排人手，这样就可以为企业借阅大部分的额外开支。

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

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

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

管理系统是一个信息化、智能化和先进管理理念的集合体。

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

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

一般新系统带来的经济效益是简介的，其最主要的表现就是减少了企业管理费用和人力开支。

而其它一些繁琐的食物都通过新系统来加以分析解决，不仅节省了大量的时间，还为企业的各项决策提供了宝贵的资料，为企业带来巨大的经济效益。

1.2.3操作可行性

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

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

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

综合以上三方面，该系统具有很高的开发可行性，无论是从技术上或者经济上还是操作上。

因此，可以设计该系统的数据流程图，建立数据字典。

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

因此，相信在按照计划上实施的前提下，全系统的设计将会按时、高质量完成。

所以，系统研制和开发是可以马上进行的。

2、项目开发计划

2.1编写目的

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

2.2项目背景

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

技术的提升和管理的升级是超市业的竞争核心。

零售领域目前呈多元发展趋势，多种业态：

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

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

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

2.3项目概述

本系统主要包括：

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

1）仓库管理主要包括：

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

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

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

2）货架管理主要包括:

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

3）收银管理主要包括：

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

2.4项目开发计划

1、任务分解

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

第二阶段完成概要设计跟详细设计。

第三阶段书写文档。

2、预算

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

3、关键问题

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

使用目前的设备与现有开发技术完全可以开发出该系统，总的来说该项目没有较大的技术难点与其他的一些风险因素。

对于出现的一些小难点总都能得到解决。

2.5交付期限

所要开发的系统较简单，所有开发工作用户要求要在3周内完成，完成项目的最迟时间为2011年8月18日。

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）会员表（会员编号，会员卡号，累积消费金额，注册日期）

d）销售表（销售编号，商品编号，销售数量，销售金额，销售日期）

e）交易表（交易编号，用户名称，交易金额，会员卡号，交易日期）

f）进货入库表（入库编号，入库商品编号，入库数量，单额，总额，入库日期，计划进货日期，入库状态）

g）供货商表（供货商编号，供货商名称，供货商地址，供货商电话）

h）厂商表（厂商编号，厂商名称，厂商地址，厂商电话）

4.2.2实体联系E-R图

根据对数据流图和数据字典的分析，我们可以确定该应用中的实体，属性和实体之间的关系，并画出如下所示的E-R图。

超市管理系统E-R模型，如图4.1所示：

销售

图4.1系统ER图说明

1）商店中的所有用户（员工）可以销售多种商品，每种商品可由不同用户（员工）销售；

2）每个顾客可以购买多种商品，不同商品可由不同顾客购买；

3）每个供货商可以供应多种不同商品，每种商品可由多个供应商供应。

视图设计

1）交易视图（v_Dealing）——用于查询交易情况的视图；

2）计划进货视图（v_PlanStock）——用于查询进货计划的视图；

3）销售视图（v_Sale）——用于查询销售明细记录的视图；

入库视图（v_Stock）——用于查询入库情况的视图

5、详细设计

详细设计阶段的根本目标是确定应该如何具体地实现所要求的系统，包括了用户界面设计、程序过程设计等步骤。

5.1系统功能模块图

可以根据模块独立原理对软件结构进行精化。

为了合理的分解，得到尽可能高的内聚、尽可能松散的耦合，最终要的是，为了得到一个易于实现、易于测试和易于维护的软件结构，应该对模块进行再分解或合并。

系统功能模块图如下图5.1所示

小型超市收银系统

后台管理系统

前台pos系统

人员管理

库存

管

理

销

售

管

理

进

货

管

理

收

银业

务

商

品录

入

图5.1系统功能模块图

本系统共包括两大模块，分别是前台POS销售系统和后台管理系统。

前台POS销售系统又分为商品录入子系统和收银业务子系统。

后台管理系统分为进货管理模块、销售管理模块、人员管理模块和库存管理模块。

5.2各子系统功能模块图

1.商品录入子系统

支持条形码扫描

图5.2商品录入子系统

功能描述：

商品录入子系统要求能快速录入商品，因此必须支持条形码扫描。

2.收银业务子系统

收银业务

支持会员卡打折

打印交易清单

交易总额计算

图5.3收银业务子系统

功能描述：

收银业务子系统能计算交易总额，打印交易清单，并根据会员卡打折。

3.进货管理子系统

进货管理

查

询打印计划

自动入库登记

自动制定进货

图5.4进货管理子系统

功能描述：

进货管理子系统可以根据库存自动指定进货计划，进货时自动等级，以及提供查询和打印计划进货与入库记录的功能。

4.销售管理子系统

销售管理

生成销售排行

查询打印销售

商品销售控制

图5.5销售管理子系统

功能描述：

销售管理子系统可以控制某商品是否允许销售，查询每种商品的销售情况并产生年、月、日报表，同时可以生成销售排行榜。

5.库存管理子系统

库存管理

库存状态告警

查询库存明细

自动盘点计算

图5.6库存管理子系统

功能描述：

库存管理子系统提供查询库存明细记录的基本功能，并根据库存的状态报警，以及自动盘点计算。

6.人员管理子系统

功能描述：

人员管理子系统提供基本信息登记管理，员工操作权限管理，客户销售权限管理的功能。

人员管理

员工操作权限

基本信息记录

客户销售权限

图5.7人员管理子系统

5.3程序流程图

程序流程图的优点是对控制流程的描绘很直观，易于掌握。

通过对系统的调查和可行性分析，画出程序的流程图如下所示，程序过程设计主要是在借助过程设计工具的情况下，对程序的具体实现过程进行设计。

程序的主要部分设计在这个环节完成。

其主要包括以下几个部分：

图5.8程序流程图

5.4数据库逻辑结构设计

在数据库设计中相当重要的一步就是将概念模型转化为计算机上DBMS所支持的数据模型，例如，将E-R图模型转化为关系模型，道理很简单，我们设计概念模型基本上都是一些抽象的关系，在再数据库设计的实现过程中，在计算机上有效地表示出这些关系就成了数据库设计的关键。

根据超市管理系统的功能要求，选取VisualBasic6．0作为后台数据库。

一、在上面的实体和实体之间的E-R图设计基础上，形成数据库中的表格及表格之间的关系。

表5-1数据库表索引

表名

中文名

MerchInfo

商品信息表

User

用户表

Menber

会员表

Sale

销售表

Dealing

交易表

Stock

进货入库表

Provide

供货商表

Factory

厂商表

表5-2商品信息表（MerchInfo）

字段名

字段类型

长度

主/外键

字段值约束

对应中文名

MerchID

int

4

P

Notnull

商品编号

MerchName

Varchar

50

Notnull

商品名称

MerchPrice

Money

4

Notnull

价格

MerchNum

Int

4

Notnull

库存数量

CautionNum

Int

4

Notnull

库存报警数量

PlanNum

Int

4

null

计划进货数

BarCode

Varchar

50

Notnull

条形码

SalesProPrice

Money

4

促销价格

SalesProDateS

Datetime

8

促销起日期

SalesProDateE

Datetime

8

促销止日期

AllowAbate

Int

4

Notnull

允许打折

AllowSale

Int

4

Notnull

允许销售

FactoryID

Varchar

10

F

Notnull

厂商编号

ProvideID

Varchar

10

F

Notnull

供货商编号

表5-3用户表（User）

字段名

字段类型

长度

主/外键

字段值约束

对应中文名

UserID

varchar

10

P

Notnull

用户编号

UserName

Varchar

25

Notnull

用户名称

UserPW

Varchar

50

Notnull

用户密码

UserStyle

Int

4

Notnull

用户类型

表5-4会员表（Menber）

字段名

字段类型

长度

主/外键

字段值约束

对应中文名

MemberID

Varchar

10

P

Notnull

会员编号

MemberCard

Varchar

20

Notnull

会员卡号

TotalCost

Money

4

Notnull

累积消费金额

RegDate

Datetime

8

Notnull

注册日期

表5-5销售表（Sale）

字段名

字段类型

长度

主/外键

字段值约束

对应中文名

SaleID

Varchar

10

P

Notnull

销售编号

MerChID

Varchar

10

F

Notnull

商品编号

SaleDate

Datetime

8

Notnull

销售日期

SaleNum

Int

4

Notnull

销售数量

SalePrice

Money

4

Notnull

销售单额

表5-6交易表（Dealing）

字段名

字段类型

长度

主/外键

字段值约束

对应中文名

DealingID

Varchar

10

P

Notnull

交易编号

DealingPrice

Money

4

Notnull

交易金额

DealingDate

Money

4

Notnull

交易日期

MemberID

Varchar

10

会员卡号

UserName

Varchar

10

F

Notnull

用户名称

表5-7入库记录表（Stock）

字段名

字段类型

长度

主/外键

字段值约束

对应中文名

StockID

Varchar

10

P

Notnull

入库编号

MerchID

Varchar

10

F

Notnull

入库商品编号

MerchNum

Int

4

Notnull

入库数量

MerchPrice

Money

4

Notnull

单额

TotalPrice

Money

4

Notnull

总额

StockDate

Datetime

8

Datetime

入库日期

PlanDate

Datetime

8

Datetime

计划进货日期

StockState

Int

4

Notnull

入库状态

表5-8供货商表（Provide）

字段名

字段类型

长度

主/外键

字段值约束

对应中文名

ProvideID

varchar

10

P

Notnull

供货商编号

ProvideName

Varchar

50

Notnull

供货商名称

ProvideAddress

Varchar

250

供货商地址

ProvideP