目录1、可行性分析 (2)1.1问题描述 (2)1.2可行性分析研究 (2)1.2.1技术可行性 (2)1.2.2经济可行性 (2)1.2.3操作可行性 (3)2、项目开发计划 (4)2.1编写目的 (4)2.2项目背景 (4)2.3项目概述 (5)2.4项目开发计划 (5)2.5交付期限 (6)3、需求分析 (7)3.1任务需求分析 (7)3.2数据流图、数据字典 (8)3.2.1数据流图 (8)3.2.2数据字典 (10)4、系统概要设计 (14)4.1总体设计 (14)4.2数据库概念设计 (14)4.2.1数据项和数据结构 (14)4.2.2实体联系E-R图 (15)5、详细设计 (17)5.1系统功能模块图 (17)5.2各子系统功能模块图 (18)5.3程序流程图 (21)5.4数据库逻辑结构设计 (22)5.5连接数据库的特点 (28)5.6用户界面设计 (28)5.6.1一般交互设计 (28)5.6.2信息显示设计 (29)5.6.3数据输入界面设计 (30)5.7软件测试 (31)5.7.1测试的方法和步骤 (31)5.7.2测试用例 (32)设计总结 (33)参考文献 (35)致谢 (36)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周内完成，完成项目的最迟时间为2010年8月27日。

3、需求分析3.1任务需求分析前台POS销售系统(基本功能)：1.商品录入：根据超巿业务特点制定相关功能，可以通过输入唯一编号、扫描条形码、商品名称等来实现精确或模糊的商品扫描录入。

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

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

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

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

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

3.安全性。

POS登陆、退出、换班与操作锁定等权限验证保护；断电自动保护最大限度防止意外及恶意非法操作。

4.独立作业。

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

后台管理系统(基本功能)：1.进货管理：根据销售情况及库存情况，自动制定进货计划（亦可手工制定修改），可以避免盲目进货造成商品积压。

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

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

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

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

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

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

库存状态自动告警提示。

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

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

库存自动盘点计算。

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

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

3.2数据流图、数据字典3.2.1数据流图数据流图由四种基本的元素构成：数据流(Data Flow)，处理(Process)，数据存储和数据源（数据终点）。

数据流(Data Flow)：为具有名称且有流向的数据，用标有名称的箭头表示，一个数据可以是记录、组合项或基本项。

处理(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总体设计通过这个阶段的工作将划分出组成系统的物理元素。