超市收银系统设计说明书

超市收银系统设计

说明书

1 可行性分析 0

1.1问题描述 0

1.2可行性研究的主要内容 0

1.2.1技术可行性 (1)

1.2.2经济可行性 (1)

1.2.3操作可行性 (1)

1.3结论意见 (2)

2项目开发计划 (3)

2.1编写目的 (3)

2.2项目背景 (3)

2.3项目概述 (3)

2.4项目开发计划 (4)

2.5交付期限 (5)

3需求分析 (6)

3.1任务需求分析 (6)

3.2系统流程图 (8)

3.3系统构架图 (8)

3.4数据流图、数据字典及实体联系图 (9)

3.4.1数据流图 (10)

3.4.2数据字典 (10)

3.4.3实体联系E-R图 (11)

4系统概要设计 (14)

4.1总体设计 (15)

4.2系统功能模块图 (15)

4.3数据库概念设计 (17)

4.4数据库逻辑结构设计 (17)

5详细设计 (23)

5.1系统的主要功能 (23)

5.2人机界面设计 (24)

5.2.1一般交互设计 (24)

5.2.2信息显示设计 (25)

5.2.3数据输入设计 (26)

5.3程序设计过程 (27)

5.3.1登陆界面 (27)

5.3.2后台管理操作 (33)

6软件测试 (42)

6.1系统测试.............................................................. 错误!未定义书签。

6.1.1单元测试 (43)

6.1.2集成测试 (44)

6.2测试步骤 (44)

6.3测试数据的常见技术 (46)

6.3.1白盒测试技术 (46)

6.3.2黑盒测试技术 (47)

7设计总结 (50)

7.1心得与体会 (50)

7.2存在的问题及建议 (51)

参考文献 (51)

摘要

随着经济的发展,人们的生活越来越好。日常见品的种类越来越多,超市的规模也越来越大,超市收银员的工作量也越来越大。为了适应超市规模的不断变化,减轻收银员的工作负担,根据超市的实际需要设计了一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的超市收银系统,为超市的决策者和管理者提供超市的各种数据信息、方便的查询和高效便捷的管理。该超市收银系统包括前台操作和后台数据库,后台数据库包括入库记录、销售记录、商品信息、用户信息和会员信息,前台操作是收银、查询和修改商品信息。该系统采用C#实现,系统开发工具是VS 。

关键词:C#;VS ;数据库;超市收银

1 可行性分析

1.1问题描述

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

1.2可行性研究的主要内容

可行性研究的目的,就是用最小的代价在尽可能短的时间内确定问题是否能够解决。可行性研究实质上是要进行一次大大压缩简化了的系统分析和设计过程,也就是在较高层系上以较抽象的方式进行的系统分析和设计过程。在进行可行性研究时首先要进一步分析和澄清问题定义。在问题定义阶段初步确定系统的规模和目标,如果正确就进一步加以肯定,如果有错误就应该及时改正,如果对目标约束和限制,必须把她们一一列出来。从系统逻辑模型出发,探索若干种可供选择的主要解法(即系统实现方案)。对于每种解法都应该仔细研究它的可行性,一般来说,至少应该从下述三个方面研究每种解法的可行性。

1.2.1技术可行性

技术可行性主要分析研究在现有技术条件的基础上是否能够实现该系统。当前电脑在中国已经得到普及,使用电脑的人数在快速增长。从事软件设计的人员的技术能力有了很大提高,能够实现该系统。

1.2.2经济可行性

经济可行性主要研究该系统的经济效益能否超过它的开发成本。当前在中国,到超市进行购物的人流量是非常庞大的,由于超市提供的商品种类繁多,且大多是人们的日常必须品,因此人们对超市的依赖性非常强。在这样的背景下,为超市设计这样的一个系统,其经济效益是十分可观的。又由于经过网络传递销售信息能够不受距离的限制,因此能够节省大量的人力和物力,方便管理,由此能够减少不必要的开支,同时该系统能够提高超市的销售效率,即提高了超市的经济效益,因此从经济上完全是可行的。

1.2.3操作可行性

操作可行性主要研究系统的操作方式在该用户组织内是否可行。在当前的社会条件下,Internet网已经在中国全面覆盖,在中国各地,均能够经过硬件设备联网。而且各商业组织也拥有属于自己的内部局域网,因此该系统能够实现联网。该系统在联网情况下,能够经过PC机访问系统的数据。因此该系统的操作方式符合该用户组织。

1.3结论意见

经过认真地研究,该系统完成了在技术可行性、经济可行性、操作可行性方面的可行性研究,该系统能够开发实现。因此,相信全系统的设计将会按时、高质量完成。因此,系统的设计开发是能够马上进行的。

2项目开发计划

2.1编写目的

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

2.2项目背景

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

2.3项目概述

超市收银系统主要功能包括:后台管理和前台操作,其中:

后台管理主要包括:进货管理、销售管理、库存管理、相关业务的查询和系统维护等;

进货管理:在数据库中存储有各种商品的供应商信息,当需要进货时,能够与供应商联系,同时数据库中会存储各种商品的每一次进货信息,并保持数据的时效性和完整性。

销售管理主要包括:随时录入卖出商品信息,如名称,数量,单价等,及时更新数据库数据。货架上商品卖到一定数量时,实时生成提货报告,并提

供商品的库存信息,剩余信息。

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

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

2.4项目开发计划

1任务分解

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

图。第二阶段完成概要设计跟详细设计。第三阶段书写文档。

2关键问题

各模块之间的联系和后台数据库的完成。使用当前的设备与现有开发技术完全能够开发出该系统,总的来说该项目没有较大的技术难点与其它的一些风险因素。对于出现的一些小难点总都能得到解决。

2.5交付期限

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

3需求分析

3.1任务需求分析

前台操作包括:

商品录入:根据超巿业务特点制定相关功能,能够经过输入唯一编号、扫描条形码、商品名称等来实现精确的商品扫描录入。该扫描录入方法能够充分保证各种电脑操作水平层次的人员均能准确快速地进行商品扫描录入。

收银业务:经过扫描条形码或者直接输入商品名称(对于同类多件商品采用一次录入加数量的方式)自动计算本次交易的总金额。在顾客付款后,自动计算找零,同时打印交易清单(包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号)。如果顾客是本店会员并持有本人会员卡,则在交易前先扫描会员卡,并对所购物品全部实行95折优惠,并将所购物品的总金额累计到该会员的总消费金额中。会员卡的有效期限为一年,满一年未续卡者,该会员卡将被注销。

后台管理操作:

进货管理: 根据销售情况及库存情况,自动制定进货计划(亦可手工制定修改),能够避免盲目进货造成商品积压。按计划单有选择性地进行自

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

销售管理: 商品正常销售、促销与限量、限期及禁止销售控制。综合查询各种销售明细记录、各地收银员收银记录以及交结账情况等。按多种方式统计生成销售排行榜,灵活察看和打印商品销售日、月、年报表。

库存管理: 综合查询库存明细记录。库存状态自动告警提示。如库存过剩、少货、缺货等。软件为您预警,避免库存商品积压损失和缺货。库存自动盘点计算。

人员管理:员工、会员、供货商、厂商等基本信息登记管理。员工操作权限权利、客户销售权限管理。

3.2系统流程图

图3.1系统流程图

3.3系统构架图

图3.2系统构架图

3.4数据流图、数据字典及实体联系图

3.4.1数据流图

图3.3数据流图

3.4.2数据字典

数据字典是关于数据的信息的集合,也就是对数据流图中包含的所有元素的定义的集合。数据字典的作用是在软件分析和设计的过程中给人提供关于数据的描述信息。

3.4.3实体联系E-R图

图3.4部分实体联系(E-R)

图3.5用户实体E—R图

图3.6会员实体E—R图