超市管理系统课程设计.docx

资源描述

超市管理系统课程设计.docx

《超市管理系统课程设计.docx》由会员分享，可在线阅读，更多相关《超市管理系统课程设计.docx（26页珍藏版）》请在冰豆网上搜索。

超市管理系统课程设计.docx

超市管理系统课程设计

超市管理系统

摘要

超市随着市场经济和现代信息技术的的发展，不可必要的要卷如信息现代化的大潮，如何使用现代化的工具，使企业和经营者个人在最小的投入下获取最大的回报。

成为每一个人的梦想。

因此，在超市管理中引进现代化的办公软件，就成为时下最好的解决办法。

随着管理信息系统理论的实践进一步的发展，随着信息系统的优越性的进一步体现，现代信息化的管理系统代替传统的简单的计算机操作方式是社会发展的一个必然趋势。

管理信息系统是对一个组织进行全面管理的人机系统，综合运用计算机技术、信息技术、管理技术和决策技术，与现代化的管理思想、方法和手段结合起来，辅助管理人员进行管理和决策。

商业管理信息系统就是融合现代商业经营管理思想和先进的信息处理技术为一体的管理信息系统。

关键字：

管理信息系统、信息技术、管理技术。

第一章系统规划

1.1弓

1.1.1编写目

的

1.1.2项目背

景

1.2

可

行丿

性研

亠究的前

提

1.2.1

122要

..7

123条件、假定和限

制

…….8

124决定可行性的主要因

素.

1.3

扌寺

术

可行

件

・・.8

分

析

1.4

经济

可行

性分

析

1.5操作可行性分

析

第二章需求分析

2.1系统需

求

・・・.10

功冋差

需

求

23数-瘠流

2.3.1系

统

顶

一层

图…

•・・・・・10

2.3.2数

据

流

程

图…

2.4数字

典

2.4.1

数据流条

・・.18

理•…

2.4.2

数

据

处

储…

2.4.3

数

据

存

2.4.4

—24

第三章概念设计25

3.1实体之间的联

系

3.2E—R

图

第四章逻辑设计27

4.1概念模型向关系模型的转

换

—..27

4.2确定范式级

另U

第五章物理设计28

5.1数据库的表设计

结束语31

参考文献31

第一章系统规划

1.1引言

最初的超市资料管理，都是靠人力来完成的。

但近几年我国超市经营规模口趙扩人，销售额和门店数量犬幅度增加，而且许多超市正在突破以仓品为主的传统格局，向品种多样化发展。

小型超市在业务上需要处理人量的库存信息，还要时刻更新产品的销售信息，不断添加商品信息，并对商品各种信息进行统计分析。

因此，在超市管理中引进现代化的办公软件，实现超市庞人商品的控制和传输，从而方便销售行业的管理和决策，为超市和超市管理人员解除后顾之忧。

1.1.1编写目的

帮助销售部门提高工作效率，帮助超市工作人员利用计算机，极为方便的对超市的有关数据进行管理、输入、输出、查找等有关操作，使杂乱的超市数据能够具体化、直观化、合理化等。

1.1.2项目背景

目前，我国零售业信息化状况的三个层面的分布基本明朗：

在高端企业，进销调存核心结构体系基本运作正常，面临的主要问题是数据的深挖掘和加工、财务业务系统的高度集成、根据企业的并购重组保证系统和数据的统一、稳定；在中端企业，分散营运向集中管理转变，进销调存核心结构系统正在由分散单店管理、销售核算向连锁管理、进价核算过渡；在低端企业，刚刚涉足、转向连锁零售业，对于信息化认识处于表面层次，业务流程和信息系统建设需要一段时间的探索、认识和渐进过程。

而整个零售行业对信息化的认识已经逐渐趋向一致的认识：

信息化是企业可持续发展、增强核心竞争力的必要手段。

超市软件系统从企业运营及管理的实际情况出发，结合当前中国零售:

业业态发展趋势，顺应了零售:

行业对信息化的要求，为商业管理信息系统提供了系统全面的技术解决方案。

基于以上原因，超市信息管理系统目前在各个商业领域都发挥了很人的作用，也得到了越来越多的人、中、小型商业企业的应用。

但就目前的应用状况分析，管理系统在中、高端企业得到了广泛的应用和重视，在小型企业、零售店的应用仅局限于信息化的表面层次，没有得到高度的重视。

同时，小企业也因资金方面问题限制了其向更高程度信息化的应用！

随着信息化的快速发展，以及激烈的市场竞争，各企业也将在信息化上下功夫，以高效率、低成本立足市场，获得更多的利润。

1.2可行性研究的前提

1.2.1目标

超市管理系统能减少很多不必要的资源，不用彖以前那样用冗余的纸张式管理人大节省了管理人员的工作量，并且计算机的存储与系统快速查询功能人人提高了管理人员的工作效率。

方便的操作界面，省时省力，提高工作效率。

122要求

说明对所建议开发的软件的基本要求，如：

A.功能；用户登录：

对用户权限进行分类，不同权限的用户拥有不同的权利，从而提高系统的安全性。

商品管理：

对仓库中的商品进行分类处理，能轻松地对商品信息进行查询。

进货管理：

减轻仓库管理人员的工作，并提高其工作效率。

库存管理：

对库存商品进行统计。

销售管理：

进行销售情况的记录，并且与库存管理相连，精确商品的统计。

B.性能：

1、多层结构设计：

严格意义上的三层结构设计，其程序逻辑结构分为

用户界面层、业务逻辑处理层和数据存储层。

本系统采用的上有层结构进一步扩展而成的多层结构。

2、面向对象设计：

在系统中将商品类型、商品等都封装成相应的类，同时每个类都有自己对应的集合类和操作类，从而再次提高了对数据库操作的安全性和程序的可扩展性。

3、指导经营的功能：

进销存管理系统

并不仅仅能代替传统的书面操作，更重要的是它提供了信息分析的功能，只要单击一个按钮就可以查到目前销售最好的商品或是库存最多的商品，从而起到指导经营的作用。

C.对商品基本信息的输出：

便于对商品的了解和管理，能让管理人员知道商品的基本信息，并且对商品的数量进行统计，从而采取进货等措施。

销售记录的输出：

能让管理人员轻松地了解商品的销售情况。

D.对商品基本信息的输入：

将商品的基本信息进行输入，使得管理人对商品有基本的了解。

销售记录：

对商品的销售情况进行记录，从而方便管理人员对商品销售情况的了解。

E.处理流程和数据流程用图表的方式表示出最基本的数据流程和处理流程，并辅

之以叙述；

F.要求不同的用户采用不同的登录密码，并且对不同用户有不同的权限，安全性良好。

1.2.3条件、假定和限制

a.所建议系统的运行寿命的最小值为10年；

b•进行系统方案选择比较的时间为3天；

c•经费、投资方面的主要来源与拉赞助，经费严格控制，力求在最少的费里完成本系统；

d•严格遵守国家的相关法律和政策的规定，并有效的通过法律的手护自身的权

益。

客户端：

操作系统（win2000及以上）。

CPU（主频500M及以上）。

最小内存

（128MB内存）。

最小磁盘空间（20GB）。

上网能力（宽带上网）。

服务器：

操作系统

（win2000server）。

CPU（主频2G以上）。

最小内存（512内存）°上网能力

（光线接入、高速宽带连接）。

Xin2000以上的操作系统。

编译程序。

数据库管理系统。

e完成期限：

一个月。

1.2.4决定可行性的主要因素

超市规模、设备状况、操作人员技术

1.3技术可行性分析

新系统在原有系统的基础上加入了新的数据库的支持，使用了先进的数据库技术与数据管理技术，使数据的准确性与安全性得到了很人的提高，且在用户的并行操作与用户管理方面也有了极大地改善。

另外，在IT行业中从业的工作人员一般都要求懂计算机，具有一定软硬件基础，会使用各种管理软件，熟悉IT产品。

因为，超市中的对员工素质要求比较高，从管理层到下面的营销人员，都要求具有一定的IT背景，所以在新系统投入使用时，只要对员工进行少量的培训，系统的功能和使用方法就基本上能够使系统顺利的运行了。

1.4经济可行性分析

通过网络传递销售信息可以不受距离的限制，因此可以借阅许多的人力和物力，方便管理，由此可以减少不必要的开支，同时该系统可以提高超市的销售:

效率，即提高了超市的经济效益，所以从经济上完全是可行的。

一方面，超市有能力承担系统开发费用。

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

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

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

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

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

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

另一方面，新系统将为企业带来经济效益。

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

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

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

一般新系统带来的经济效益是简介的，其最主要的表现就是能够及时地了解超市每口的销售情况，据此还可实现短缺商品的配送。

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

1.5操作可行性分析

从操作可行性研究来讲，该系统是人家熟悉的操作系统，对于那些有一般的计算机知识的人员就可以轻松上手。

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

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

由此可知，超市销售管理系统的开发在管理上、技术上、经济上都是可行的，可以立即开发。

第二章需求分析

2.1系统需求

要求系统能有效、快速、安全、可靠和无误的完成上述操作。

并要求客户机的界面要单明了，易于操作，服务器程序利于维护。

彩功能需求

犬人提高超市的运作效率，通过全面的信息采集和处理，辅助提高超市的决策水平；使用本系统，可以迅速提升超市的管理水平，为降低经营成本，提高效益，增强超市扩张力，提供有效的技术保障。

2.3数据流图

数据流程图（DataFlowDiagram,DFD）是几种简单的符号综合描述信息在系统中的流动、存储、加工和流出等逻辑关系的图表。

数据流程图是结构化系统分析的主要工具，也是编写系统资料、设计系统总体逻辑模型的有力工具。

它不但可以表达数据在系统内部的逻辑流动，而且可以表达系统的逻辑功能和数据的逻辑变换。

2.3.1系统顶层图

商品信息

信息dn售信息

进货信

息

232数据流程图

1.系统登录模块

功能：

本模块的主要功能是对用户身份进行，，验证只有系统的合法

用户才能进入系统。

其窗体如下图：

管理口贝登录

用户名；

«码

验证甌

AJ‘

取消

在进行系统登录过程中，登录模块将调用数据库里的用户清单，并对账号和密码进行验证，只有输入了正确的账号和密码后，系统登录才会成功。

井在输入了错误的或者是不存在的账户和密码时，系统会给出出错信息提示，指明登录过程中的错误输入或者错误操作，以便用户进行正确的登录。

系统登录模块流程图：

NY「

用户名、密

2•进货管理模块

功能：

该模块主要是实现进行进货信息查询功能

进货信息查询：

该模块为超市提供整个超市的进货情况查询，也可以进行进货信息的明细查询，并以进货报表形式打印出来。

输入项、输出项：

该模块的输入项为超市的进货单，其中包括进货单的编号，商品的编号，供货商号，进货价，数量，金额进货口期，备注。

进货管理模块流程图：

进货管理

进货记录

3.销售管理模块

功能：

本模块的主要功能是把销售信息写入销售清单，同时对库存清单进行更

新，以备用户将来对库存信息进行查询和打印，此外还可以对销售信息进行查询和盘点功能。

销售信息查询：

根据商品销售情况，按需要对销售情况进行查询。

在该查询模块

中，可以按照商品的编号、销售口期等多种方式进行商品销售信息查询＜

销售信息盘点：

可以按照需要对在一定时期内的销售情况进行盘点。

输入项、输出项：

本模块的数据输入项主要是商品的销售单号和商品编号其中还包括销售数量和销售口期。

销售管理

销售记录

4•库存管理模块

功能：

本模块的主要功能是商品信息的查询和更新，库存信息的查询和更新。

查询商品信息：

主要功能查询商品的明细信息，和它的库存信息。

添加商品信息：

主要功能添加新进的商品。

修改商品信息：

主要功能是修改商品的信息，包扌舌他的库存数量。

删除商品信息：

主要功能是删除不再销售的商品信息。

输入项、输出项：

本模块的数据输入项主要是商品编号

开始

库存管理

名、数量等）

库存信息

5•员工管理模块

在系统开发中，为解决超市人员流动问题，在系统中增添了员工管理子模块，用来对超市的人员进行信息化管理，以此来提高员工的办事效率，节约人力资源。

新员工录入：

在超市招进新员工时，对其进行基本信息的存储，对员工信息进行基本的了解。

员工信息维护：

当员工信息发生变化，或者是员工离职，换岗对相关信息发生变化时，利用此子模块对其进行信息变更。

职工管理

职工记录

（包括姓名.住址等）

职工信息

6.供货商管理模块

在超市引进商品时，首先查询已有的供货商信息，然后按照供货商信息采购商品；或者从新的供货商那里引进新的商品，此时，要把新供货商信息添加到供货商清单中。

有时，不再从某一供货商那里采购商品时，此时要把供货商信息删掉。

当供货商信息有变化时，就需要对供货商信息进行维护等。

供货商信息管理模块流程图:

供货商管

供货商记录

（包括姓名.住址等）

供货商信息

2.4数据字典

数据字典是用来解释和说明数据流图的，它在软件分析和设计的过程中给人提

供关于数据的描述，在数据流程图上描述了系统由那几部分组成，各部分之间

的联系等，但并未说明各个元素的含义与包含的内容。

它于数据流图共同构成系统的逻辑模型，没有数据流图数据字典也难以发挥作用。

数据字典是关于数据信息的集合，它对数据流图中的各个元素作完整的定义与说明，是数据流图的补充工具。

数据流图和数据字典共同构成系统的逻辑模型。

没有数据字典数据流图就不严格。

然而没有数据流图数据字典也难以发挥作用，只有两者联系在一起才能共同组成系统的规格说明。

2.4.1数据流条目

数据流编号：

数据流名称：

发票

简述：

销售处给顾客的购物发票

数据流来源：

销售管理模块

数据流去向：

顾客

数据项组成：

交易流水账号+商品名称+数量+金额+交易时间+收银员工号数据流

量：

1张/次

数据流编号：

数据流名称：

购物单

简述：

顾客所买商品的清单

数据流来源：

计算总金额模块

数据流去向：

顾客

数据项组成：

所买商品名称+所买商品代码+所买商品数量+单价+总金额

数据流量：

1张/次

高峰流量：

2张/次

数据流编号：

数据流名称：

缺货单

简述：

超市仓库缺少商品的清单

数据流来源：

销售管理模块

数据流去向：

进货管理模块

数据项组成：

所缺商品名称+所缺商品代码+所缺商品数量数据流量：

1张/天

高峰流量：

2张/天数据流编号：

D4数据流名称：

到货单简述：

超市所定商品的清单数据流来源：

进货管理模块数据流去向：

销售管理模块数据项组成：

所定商品名称+所定商品代码+所定商品数量+金额数据流量：

1张/天

高峰流量：

2张/天

数据流编号：

D5数据流名称：

订货单简述：

超市所定商品的清单数据流来源：

采购员

数据流去向：

供应商数据项组成：

所定商品名称+所定商品代码+所定商品数量+金额数据流量：

1张/天

高峰流量：

2张/天

数据流编号：

D6数据流名称：

入库单简述：

超市所定商品入库的清单数据流来源：

采购员数据流去向：

库存管理模块数据项组成：

商品名称+商品代码+商品数量+备注数据流量：

1张/天

高峰流量：

2张/天

数据流编号：

D7数据流名称：

收款单7简述：

销售部卖出商品的收款清单数据流来源：

销售管理模块数据流去向：

财务管理模块数据项组成：

销售商品名称+销售商品数量+金额数据流量：

1张/天高峰流量：

2张/天数据流编号：

D8数据流名称：

付款单简述：

财务处已付给供应商的货款清单数据流来源：

财务管理模块数据流去向：

进货管理模块数据项组成：

商品名称+商品数量+总金额数据流量：

1张/天

高峰流量：

2张/天

2.4.2数据处理

处理逻辑编号：

P1处理逻辑名称：

扫描会员卡9.5折优惠简述：

收银员扫描会员卡，并实行9.5折优惠输入数据流：

无处理描述：

收银员扫描会员卡，并对会员所购买的商品实行9.5折优惠输出数据流：

无

处理频率：

1次/次购物

处理逻辑编号：

P2处理逻辑名称：

扫描商品条形码简述：

扫描顾客所买商品的条形码输入数据流：

无处理描述：

扫描顾客所买商品的条形码，便于计算总价输出数据流：

商品信息表处理频率：

1次/天

处理逻辑编号：

P3处理逻辑名称：

计算总金额简述：

计算顾客所买商品的总金额输

入数据流：

商品信息表处理描述：

计算顾客所买商品的总金额输出数据流：

购物单

处理频率：

1次/次购物

处理逻辑编号：

P4处理逻辑名称：

出示会员卡简述：

顾客出示自己的会员卡输入数

据流：

无处理描述：

会员出示自己持有的会员卡，收银员在计算机上扫描输出数据

流：

无处理频率：

1次/次购物

处理逻辑编号：

P5处理逻辑名称：

销售管理简述：

对超市销售的管理

输入数据流：

到货单处理描述：

处理超市的销售情况输出数据流：

缺货单、收款单

处理频率：

1次/天

处理逻辑编号：

P6处理逻辑名称：

库存管理简述：

对超市库存情况的管理处理描述：

统计仓库内货物情况，向销售处和进货出发送存货情况输出数据流：

库存清单处理频率：

1次/天

处理逻辑编号：

P7处理逻辑名称：

财务管理简述：

对超市财务情况的管理输入数据流：

收款单据、应付款单、收据处理描述：

处理销售部送来的收款单据，对所进货物付款输出数据流：

付款单、付款

处理频率：

1次/天

2.4.3数据存储

数据存储编号：

F1数据存储名称：

累计清单简述：

累计顾客所买商品的清单数据存储组成：

口期+商品名称+商品代码+商品数量+单价+总金额+备注关键字：

商品名称

相关联的处理：

数据存储编号：

F2数据存储名称：

商品信息表简述：

商品信息的详细表格数据存储组成：

商品名称+商品代码+单价+备注关键字：

商品名称

相关联的处理：

数据存储编号：

F3数据存储名称：

交易清单简述：

顾客交易的清单数据存储组成：

口期+商品名称+商品代码+商品数量+金额+备注关键字：

商品名称

相关联的处理：

数据存储编号：

F4数据存储名称：

会员卡信息简述：

会员卡的县官信息数据存储组成：

会员姓名+会员代码+会员联系方式+会员性别+注册时间+备注关键字：

会员姓名相关联的处理：

数据存储编号：

F5数据存储名称：

销售明细记录简述：

对销售部销售情况明细的记录数据存储组成：

口期+商品名称+商品代码+商品数量+金额+备注关键字：

销售金额相关联的处理：

数据存储编号：

数据存储名称：

库存台账简述：

仓库商品的存货情况数据存储组成：

商品名称+商品代码+商品数量关键字：

商品名称

相关联的处理：

2.4.4外部实体

外部实体编号：

si外部实体名称：

收银员简述：

超市的收银工作人员输入数据流:

无

输出数据流：

无

外部实体编号：

S2外部实体名称：

顾客简述：

购买商品的顾客输入数据流：

无输出数据流：

无

外部实体编号：

S3外部实体名称：

采购员简述：

超市采购货物的人员输入数据流:

D5输出数据流：

无

外部实体编号:

S4外部实体名称：

供应商简述：

供给超市商品的企业输入数据流:

输出数据流：

无

第三章概念设计

3.1实体之间的联系

1.商店中的所有顾客可以销售多种商品，每种商品可由不同顾客销售;

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

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

3.2E—R图

图3.1会员实体图

顾客

商品

图3.2E-R图

第四章逻辑设计

4.1概念模型向关系模型的转换

（2）

（3）

注册口期）

期）

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

（8）库存表（商品编号，仓库编号，库存量）

4.2确定范式级别

（1）商品信息表的主属性是商品编号，其他非主属性完全依赖于主码，并且不存在传递依赖关系，因此该商品信息表符合第三范式。

（2）顾客表的主属性是顾客编号，其他非主属性完全依赖于主码，并且不存在传递依赖关系，因此该顾客表符合第三范式。

（3）会员表的主属性是会员卡号，其他非主属性完全依赖于主码，并且不存在传递依赖关系，因此该会员表符合第三范式。

（4）购买表的主属性是商品编号和顾客编号，其他非主属性完全依赖于主码，因此该购买表符合第二范式，由于销售金额可经过销售数量推出，所以该购买表不符合第三范式。

但是由于口常生活和习惯需要，经过反规范化处理。

经过这个过程，整个关系模式就符合了第三范式。

（5）供货表的主属性是商品编号和供货商号，其他非主属性完全依赖于主码，并且不存在传递依赖关系，因此该供货表符合第三范式。

（6）仓库表的主属性是仓库编号，其他非主属性完全依赖于主码，并且不存在传递依赖关系，因此该仓库表符合第三范式。

（7）供货商表的主属性是供货商号，其他非主属性完全依赖于主码，并且不存在传递依赖关系，因此该供货商表符合第三范式。

（8）库存表的主属性是商品编号和仓库号，其他非主属性完全依赖于主码，并且不存在传递依赖关系，因此符合第三范式。

第五章物理设计

5.1数据库的表设计

数据库表索引

表名

中文名

Merchlnfo

商品信息表

User

顾客表

Member

会员表

Buy

购买表

Support

供货表

Stowage

仓库表

Provide

供货商表

商品信息表（Merchlnfo）

字段名

字段类型

长度

字段值约束

对应中文名

数据举例

MerchlD

irrt

Notnull

商品编号

001

MerchName

Varchar

Notnull

商品名称

德芙巧克力

BarCode

Varchar

Notnull

条形码

121212

MerchPrice

Money

Notnull

单价

10.0元/块

顾客表（User）

字段名

字段类型

长度

字段值约束

展开阅读全文