超市管理系统设计与实现.docx
《超市管理系统设计与实现.docx》由会员分享，可在线阅读，更多相关《超市管理系统设计与实现.docx（26页珍藏版）》请在冰豆网上搜索。
超市管理系统设计与实现
软件学院
课程设计报告书
课程名称软件工程
设计题目超市管理系统的设计与实现
专业班级
学号
姓名
指导教师唐晓亮
2012年6月
1.
设计时间
2012年6月4日
2.设计目的
超市需要处理大量的库存信息，还要时刻更新产品的销售信息，不断添加商品信息。
面对不同种类的信息，需要合理的数据库结构来保存数据信息，需要有效的程序结构支持各种数据操作的执行。
商店自动化的产品管理在欧美等国家早已经实现，也是零售业管理的基础。
它最主要的特点是能够实时的和准确的控制店内的销售情况。
如果可以能够实时掌握销售流程及销售情况，则可以有效地加速商品的周转率并提高服务质量，而且可以减少产品售价不符等所产生的问题。
顾客的消费要求的是希望在超市购物中能基本上都能购得所需的商品，并且还要既保证商品质量还要享受优质，方便的服务。
随着小超市规模的发展不断扩大，商品数量急剧增加，有关商品的各种信息量也成倍增长。
超市时时刻刻都需要对商品各种信息进行统计分析。
而大型的超市管理系统功能过于强大而造成操作繁琐降低了小超市的工作效率。
超市管理系统是市场上最流行的超市上常用的系统之一，它主要包含以下几个模块：
系统权限的设定、原始数据录入、数据的汇总及查询等。
从而，实现对进货、销售及员工信息等实现全面、动态、及时的管理。
3.设计任务
完成可行性研究、需求分析，总体设计，详细设计及测试等。
4.设计内容
4.1.设计内容概述
组织机构介绍
图4.1组织结构图
新业务流程介绍与分析
4.1.1.1.新业务流程描述
零售前台管理：
在商品的录入前进行系统登录验证，通过输入唯一编号、扫描条形码、商品名称等来实现精确或模糊的商品扫描录入，形成商品信息表，商品录入后对商品信息的核对，如果出现错误必须由管理员进行数据修改。
通过扫描条形码或者直接输入商品名称（同类多件商品采用一次录入加数量的方式）自动计算本次交易的总金额。
在顾客付款后，自动计算找零，同时打印交易清单（包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易额的时间、负责本次收银的员工号），把信息更新到销售信息表中。
如果顾客是会员，则在交易前先扫描会员卡，并将所购物品的总金额累计到该会员的总消费金额中。
后台管理：
根据销售情况及库存情况，自动制定进货计划（也可手工制定修改），交给进货管理员去采购商品。
综合商品信息表和销售表，按多种方式生成销售排行榜，灵活察看和打印商品销售日、月、年报表。
综合查询库存明细记录。
若发现少货，缺货等现象，则自动告警提示并自动生成缺货报告。
4.1.1.2.业务流程图
图4.2业务流程图
4.2.需求分析
4.2.1.总体目标
进货或销售商品时，用户要对进货单或销售单进行核对审查，并进行登记；用户要获得进货、销售、库存信息时，要对进货情况、销售情况、库存情况进行查询并打印。
主要实现以下功能：
（1）该管理软件将对库存茶品进行资料管理和统计，对产品的进货单和产品的销售单进行录入管理和统计；
（2）该管理软件将根据用户的需要对进货、销售、库存情况进行查询，并能打印详细信息；
（3）该管理软件将为用户提供账号管理工具，以便用户对账号进行管理，具体为添加用户、删除用户、修改用户密码；
（4）该管理软件提供企业人员管理，能够对企业员工的分类管理，新员工的加入以及员工删除，修改进本信息等功能。
具体目标
超市管理系统主要实现六大功能模块：
商品录入模块；人事管理模块；收银模块；进货管理模块；销售管理模块；库存管理模块。
系统数据建模（ER图）
图4.4超市管理系统E-R图
系统功能建模
图4.5超市管理系统顶层DFD
超市管理系统一级细化P1
超市管理系统一级细化P2
超市管理系统一级细化P3
超市管理系统一级细化P4
超市管理系统一级细化P5
超市管理系统一级细化P5
图4.6超市管理系统一级细化DFD
超市管理系统P2的二级细化
超市管理系统P3的二级细化
超市管理系统P5的二级细化
图4.7超市管理系统二级细化DFD
数据字典
图4.8超市管理系统数据字典
4.3.总体设计
总体设计HIPO技术
4.3.1.1.系统层次图
图4.9超市管理系统层次图
4.3.1.2.系统IPO图
图4.10IPO:
“商品录入”模块
图4.11IPO:
“生成商品销售信息表”模块
图4.12IPO:
“进货管理”模块
图4.13IPO:
“统计商品销售情况”模块
图4.14IPO:
“打印销售日月年报表”模块
超市管理系统IPO图
代码设计
4.3.1.3.代码设计的原则
为了使本系统功能齐全完备，操作简便，最大限度的提高软件的质量，从而满足用户的实际需要，在设计开发过程中遵循了如下原则：
（1）合法性原则：
依据产品核算系统的工作规定以及要求，参照核算实际的工作情况，进行诸如产品进货、销售等工作。
（2）实用性原则：
适合产品信息管理工作的实际需求，并能够处理一些特殊情况的要求，此外，尽可能预留空间，以便扩充功能。
（3）准确性原则：
对输入的相关资料建立检错机制，及时报错，使用户能够及时准确的输入合法资料（如：
类型匹配，长度不超限等）。
（3）易操作原则：
要求设计的系统功能齐全，界面友好，操作方便，必要的地方进行提示。
（4）源程序可读性原则：
为了便于其他设计，维护人员读懂代码或以后的代码修改，软件升级维护，即可能做好代码注释工作。
（5）优化原则：
为了达到优化的目的，合理的运用窗口，菜单，对象等的继承，自定义用户对象，事件，函数，减少不必要的重复性代码，使程序简介明了，也方便了将来的维护。
（6）安全性原则：
可以为该系统的用户设置用户权限。
4.3.1.4.系统所需代码设计
员工表（员工编号，姓名，性别，工资，联系电话，备注）
会员表（账号，密码，消费金额）
商品表（商品编号，供货商号，名称，条形码，产地，单价）
供货商表（供货商号，名称，联系人，联系电话，开户行，银行账号）
进货表（进货单号，商品编号，供货商号，进货价，数量，金额，进货日期）
销售表（销售单号，商品编号，员工编号，销售数量，销售日期）
库存表（商品编号，库存数量）
4.3.2.数据库设计
表4.1员工表
列名数据类型长度允许空文字描述
staffIDchar6N员工编号
namevarchar8N姓名
sexchar2Y性别
salaryint4N工资
phonevarchar12Y联系电话
othersvarchar50Y备注
表4.2会员表
列名数据类型长度允许空文字描述
loginIDchar6N账号
passwordchar6N密码
sumfloat7N消费金额
表4.3商品表
列名数据类型长度允许空文字描述
merchIDchar6N商品编号
profferIDchar6N供货商号
namevarchar10N名称
barcodechar15N条形码
addressvarchar20Y产地
pricefloat7N单价
表4.4供货商表
列名数据类型长度允许空文字描述
profferIDchar6N供货商号
pnamevarchar10N名称
contactPersonchar6Y联系人
phonevarchar12Y联系电话
openingBankvarchar10N开户行
accountIdvarchar15N银行账号
表4.5进货表
列名数据类型长度允许空文字描述
importBillIDchar6N进货单号
merchIDchar6N商品编号
profferIDchar6N供货商号
importPricefloat7N进货价
countintN数量
moneyfloat7Y金额
datedatetimeY进货日期
表4.6销售表
列名数据类型长度允许空文字描述
SaleBillIDchar6N销售单号
merchIDchar6N商品编号
staffIDchar6N员工编号
saleNumintY销售数量
saleDatedatetimeY销售日期
4.4详细设计
4.3.3.商品录入模块详细设计
4.3.3.1.模块定义
在商品的录入前添加对进入系统的验证，确保系统的安全，商品录入后增加对商品信息的核对，如果出现错误必须由管理员进行数据修改，如出现毁坏，丢失等情况时，应及时处理，处理结束后，删除该记录，维护数据完整性和减少冗余。
4.3.3.2.输入项目
1.进货基本信息输入：
商品编号
2.商品基本信息输入：
商品编号，供货商号，名称，条形码，产地，单价
3.员工基本信息输入：
员工编号
4.3.3.3.输出项目
商品信息库
4.3.3.4.程序过程设计
N
Y
N
Y
图4.15商品录入模块程序流程图
4.3.3.5.测试要点
1.设计测试用例：
采用等价类方法及边界值方法设计测试用例。
2.接口测试：
数据能否正常输入输出。
3.功能测试：
基本功能，常用功能，以及通常情况的错误处理。
4.3.4.收银业务模块详细设计
4.3.4.1.模块定义
通过扫描条形码或者直接输入商品名称（同类多件商品采用一次录入加数量的方式）自动计算本次交易的总金额。
在顾客付款后，自动计算找零，同时打印交易清单。
4.3.4.2.输入项目
1.会员信息输入：
会员编号
2.顾客信息输入：
查看此顾客是否为会员
3.员工基本信息输入：
员工编号
4.3.4.3.输出项目
交易清单，销售信息库，库存信息库
4.3.4.4.程序过程设计
Y
N
图4.16收银业务模块程序流程图
4.3.4.5.测试要点
1.设计测试用例：
采用等价类方法及边界值方法设计测试用例。
2.接口测试：
数据能否正常输入输出。
3.功能测试：
基本功能，常用功能，以及通常情况的错误处理。
4.3.5.进货管理模块详细设计
4.3.5.1.模块定义
根据销售情况及库存情况，自动制定进货计划（也可手工制定修改），交给进货管理员去采购商品。
4.3.5.2.输入项目
1.销售信息库输入：
商品编号，销售数量，销售日期
2.库存信息库输入：
商品编号，库存数量
4.3.5.3.输出项目
进货计划表
4.3.5.4.程序过程设计
N
Y
Y
YN
Y
图4.17进货管理模块程序流程图
4.3.5.5.测试要点
1.设计测试用例：
采用等价类方法及边界值方法设计测试用例。
2.接口测试：
数据能否正常输入输出。
3.功能测试：
基本功能，常用功能，以及通常情况的错误处理。
4.3.6.销售管理模块详细设计
4.3.6.1.模块定义
综合商品信息表和销售表，按多种方式生成销售排行榜，灵活察看和打印商品销售日、月、年报表。
4.3.6.2.输入项目
1.销售信息库输入：
商品编号，销售数量，销售日期
2.商品信息库输入：
商品编号，名称，产地
4.3.6.3.输出项目
销售排行榜，商品销售日月年报表
4.3.6.4.程序过程设计
图4.18销售管理模块程序流程图
4.3.6.5.测试要点
1.设计测试用例：
采用等价类方法及边界值方法设计测试用例。
2.接口测试：
数据能否正常输入输出。
3.功能测试：
基本功能，常用功能，以及通常情况的错误处理。
4.3.7.库存管理模块详细设计
4.3.7.1.模块定义
综合查询库存明细记录。
若发现少货，缺货等现象，则自动告警提示并自动生成缺货报告。
4.3.7.2.输入项目
库存信息库输入：
商品编号，库存数量
4.3.7.3.输出项目
库存明细记录，缺货报表
4.3.7.4.程序过程设计
Y
N
图4.19库存管理模块程序流程图
4.3.7.5.测试要点
1.设计测试用例：
采用等价类方法及边界值方法设计测试用例。
2.接口测试：
数据能否正常输入输出。
3.功能测试：
基本功能，常用功能，以及通常情况的错误处理。
5.存在的问题
数据库的设计不完善，数据流不是很清晰，测试模块编写复杂。
6.总结与展望
经过一周的努力，报告基本完成。
从最初的茫然，到慢慢的进入状态，再到对思路逐渐的清晰，整个写作过程难以用语言来表达。
回想这段日子的经历和感受，我感慨万千，在这次课程设计的过程中，我拥有了无数难忘的回忆和收获。
我不会忘记这难忘的一周时间。
课程报告的制作给了我难忘的回忆。
在我徜徉书海查找资料的日子里，面对无数书本的罗列，最难忘的是每次找到资料时的激动和兴奋；理系统里，记忆最深的是每一步小小思路实现时那幸福的心情；为了报告我曾赶稿到深夜，但看着亲手设计超市商品管亲手打出的一字一句，心里满满的只有喜悦毫无疲惫。
这段旅程看似荆棘密布，实则蕴藏着无尽的宝藏。
我从资料的收集中，掌握了和巩固很多专业知识，让我对我所学过的知识有所巩固和提高，并且让我超市的发展及软件设计的最新发展技术有所了解。
在整个过程中，我学到了新知识，增长了见识。
在今后的日子里，我仍然要不断地充实自己，争取在所学领域有所作为。
软件设计是一个精细漫长的过程。
在整个过程中，都需要周密的计划和安排，每一步骤，都需要按照软件工程标准来完成。
在设计中，我始终坚持理论指导实践原则，并通过实践来加强理论的学习，通过学习锻炼，我熟悉了软件的一般过程，加强了对实际问题的处理能力。
实践证明，在高科技突飞猛进的时代，光靠课堂所学的知识是远远不够的，必须依靠实践去不断的深化认识，尤其是计算机科学，操作性和实践性很强，只有加强实际的动手能力，才能更好的掌握这一现代化工具。
这次学习，无论是从技术上还是对环境的适应能力上讲，对我今后步入社会都打下了一个良好的基础。
在学习过程中，我也遇到了一些困难，主要表现了技术和经验的欠缺，但通过努力，终于一一克服了。
在整个学习期间，曾得到了唐老师以及同学的大力支持和帮助，在此表示衷心的感谢！
参考文献
[1]萨师煊、王珊.数据库系统概论.北京:
高校教育出版社1985；
[2]王勇领.计算机数据处理系统分析与设计.北京:
清华大学出版社,1986；
[3]张基温.信息系统开发案例.北京;清华大学出版社,1999；
[4]党建武.管理信息系统，兰州大学出版社，2001；
[5]毕庶伟.管理信息系统分析与设计.北京:
机械工业出版社,1992；
[6]黄梯云.企业管理模型及微型机应用程序,石家庄:
河北人民出版社,1985；.
[7]黄梯云.管理信息系统导论,北京:
机械工业出版社,1986。
成绩评定
成绩教师签字
升级会员 