超市收银系统设计说明书

`目录1 可行性分析 0问题描述 0可行性研究的主要内容 0技术可行性 0经济可行性 0操作可行性 (1)结论意见 (1)…2项目开发计划 (2)编写目的 (2)项目背景 (2)项目概述 (2)项目开发计划 (3)交付期限 (3)3需求分析 (4)任务需求分析 (4)；系统流程图 (5)系统构架图 (5)数据流图、数据字典及实体联系图 (6)数据流图 (7)数据字典 (7)实体联系E-R图 (8)4系统概要设计 (11)总体设计 (12)?系统功能模块图 (12)数据库概念设计 (13)数据库逻辑结构设计 (13)5详细设计 (17)系统的主要功能 (17)人机界面设计 (17)一般交互设计 (17)信息显示设计 (18):数据输入设计 (18)程序设计过程 (19)登陆界面 (19)后台管理操作 (22)6软件测试 (27)系统测试 (28)单元测试 (28)集成测试 (28)*测试步骤 (28)测试数据的常用技术 (29)白盒测试技术 (29)黑盒测试技术 (30)7设计总结 (31)心得与体会 (31)存在的问题及建议 (31)参考文献 (32)【摘要随着经济的发展，人们的生活越来越好。

日常用品的种类越来越多，超市的规模也越来越大，超市收银员的工作量也越来越大。

为了适应超市规模的不断变化，减轻收银员的工作负担，根据超市的实际需要设计了一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的超市收银系统，为超市的决策者和管理者提供超市的各种数据信息、方便的查询和高效便捷的管理。

该超市收银系统包括前台操作和后台数据库，后台数据库包括入库记录、销售记录、商品信息、用户信息和会员信息，前台操作是收银、查询和修改商品信息。

该系统采用C#实现，系统开发工具是VS2013。

关键词：C#；VS2013；数据库；超市收银1 可行性分析问题描述本次课程设计实训要求在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，分析和设计一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的超市收银系统，为超市的决策者和管理者提供充足的信息、快捷的查询和有效的管理方式，减少不必要的损失和浪费，提高超市管理的效率。

可行性研究的主要内容可行性研究的目的，就是用最小的代价在尽可能短的时间内确定问题是否能够解决。

可行性研究实质上是要进行一次大大压缩简化了的系统分析和设计过程，也就是在较高层系上以较抽象的方式进行的系统分析和设计过程。

在进行可行性研究时首先要进一步分析和澄清问题定义。

在问题定义阶段初步确定系统的规模和目标，如果正确就进一步加以肯定，如果有错误就应该及时改正，如果对目标约束和限制，必须把他们一一列出来。

从系统逻辑模型出发，探索若干种可供选择的主要解法（即系统实现方案）。

对于每种解法都应该仔细研究它的可行性，一般来说，至少应该从下述三个方面研究每种解法的可行性。

技术可行性技术可行性主要分析研究在现有技术条件的基础上是否能够实现该系统。

目前电脑在中国已经得到普及，使用电脑的人数在快速增长。

从事软件设计的人员的技术能力有了很大提高，可以实现该系统。

经济可行性经济可行性主要研究该系统的经济效益能否超过它的开发成本。

目前在中国，到超市进行购物的人流量是非常庞大的，由于超市提供的商品种类繁多，且大多是人们的日常必需品，所以人们对超市的依赖性非常强。

在这样的背景下，为超市设计这样的一个系统，其经济效益是十分可观的。

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

操作可行性操作可行性主要研究系统的操作方式在该用户组织内是否可行。

在当前的社会条件下，Internet网已经在中国全面覆盖，在中国各地，均可以通过硬件设备联网。

而且各商业组织也拥有属于自己的内部局域网，所以该系统可以实现联网。

该系统在联网情况下，可以通过PC机访问系统的数据。

所以该系统的操作方式符合该用户组织。

结论意见经过认真地研究，该系统完成了在技术可行性、经济可行性、操作可行性方面的可行性研究，该系统可以开发实现。

因此，相信全系统的设计将会按时、高质量完成。

所以，系统的设计开发是可以马上进行的。

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

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

项目概述超市收银系统主要功能包括：后台管理和前台操作，其中：后台管理主要包括：进货管理、销售管理、库存管理、相关业务的查询和系统维护等；进货管理：在数据库中存储有各种商品的供应商信息，当需要进货时，可以与供应商联系，同时数据库中会存储各种商品的每一次进货信息，并保持数据的时效性和完整性。

销售管理主要包括：随时录入卖出商品信息,如名称,数量,单价等,及时更新数据库数据。

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

库存管理主要包括：生成库存报告、生成缺货报告、录入更新数据。

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

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

前台操作主要包括：前台收银员权限严格控制，支持断网销售、连网销售两种模式，预留对条码扫描、票据打印机、顾显、钱箱、磁卡刷卡机、IC卡读写器、条码打印机、盘点机等POS外设的支持，可直接修改销售数量、单价、折扣等（权限控制），支持赠送（权限控制），会员卡、储值卡消费，收款抹零（权限控制），挂单/取单，前台查询商品、库存，删单、删行、查单（权限控制），特殊操作记录（防止前台作弊），支持电子称散装商品销售，前台支持业务员录入计提，商品促销销售（按时间段），会员价、储值卡价销售，支持无库存商品销售，销售小票格式自定义（标题、脚注、明细格式等）。

项目开发计划1任务分解分三个大的阶段进行开发第一阶段完成本系统的数据流图跟E-R图。

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

第三阶段书写文档。

2关键问题各模块之间的联系和后台数据库的完成。

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

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

交付期限本系统的开发时限为两个星期，该系统的交付期限为2015年7月3日。

3需求分析任务需求分析前台操作包括：商品录入：根据超巿业务特点制定相关功能，可以通过输入唯一编号、扫描条形码、商品名称等来实现精确的商品扫描录入。

该扫描录入方法可以充分保证各种电脑操作水平层次的人员均能准确快速地进行商品扫描录入。

收银业务：通过扫描条形码或者直接输入商品名称（对于同类多件商品采用一次录入加数量的方式）自动计算本次交易的总金额。

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

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

会员卡的有效期限为一年，满一年未续卡者，该会员卡将被注销。

后台管理操作：进货管理：根据销售情况及库存情况，自动制定进货计划（亦可手工制定修改），可以避免盲目进货造成商品积压。

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

综合查询打印计划进货与入库记录及金额。

销售管理：商品正常销售、促销与限量、限期及禁止销售控制。

综合查询各种销售明细记录、各地收银员收银记录以及交结账情况等。

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

库存管理：综合查询库存明细记录。

库存状态自动告警提示。

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

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

库存自动盘点计算。

人员管理：员工、会员、供货商、厂商等基本信息登记管理。

员工操作权限权利、客户销售权限管理。

系统流程图图系统流程图系统构架图图系统构架图数据流图、数据字典及实体联系图数据流图图数据流图数据字典数据字典是关于数据的信息的集合，也就是对数据流图中包含的所有元素的定义的集合。

数据字典的作用是在软件分析和设计的过程中给人提供关于数据的描述信息。

实体联系E-R图图部分实体联系（E-R）图图用户实体E—R图图会员实体E—R图4系统概要设计总体设计经过需求分析阶段的工作，系统必须“做什么”已经清楚了，现在是决定“怎样做”的时候了。

总体设计的基本目标就是回答“概括地说，系统应该如何实现”的问题。

所以总体设计又称为概要设计。

通过这个阶段的工作将划分出组成系统的物理元素—程序、文件、数据库、人工过程和文档等。

总体设计的另一项任务是设计软件的结构，也就是要确定系统中的每个程序是由那些模块组成的，以及这些模块相互间的关系。

系统功能模块图图系统功能模块图数据库概念设计数据库一般分为三级模式：外模式、模式和内模式。

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

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

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

在该系统中具体的模式有：商品（商品编号，类型编号，商品名称，规格，计量单位，售价，库存量，报警值）用户（用户编号，用户名，密码，权限）入库记录（入库编号，商品编号，供应商编号，联系人，进价，数量）销售记录（商品编号，售价，销售数量，总金额）供应商（供应商编号，供应商名称，联系人，供应商电话，传真，地址，合作时间）会员（会员编号，会员名，会员积分，会员等级，电话，会员起始日期）数据库逻辑结构设计在数据库设计中相当重要的一步就是将概念模型转化为计算机上DBMS所支持的数据模型，例如，将E-R图转化为关系模型，我们设计概念模型基本上都是一些抽象的关系，再在数据库设计的实现过程中，在计算机上有效地表示出这些关系就成了数据库设计的关键。

根据超市收银系统的功能要求，选取MySQL作为后台数据库。

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

该数据库包括系统登录用户的基本信息保存在用户信息表里，其中对于用户编号，通过自增方式实现，无需用户手动编号，编号从1000起始。