超市仓库管理系统Word格式.docx
《超市仓库管理系统Word格式.docx》由会员分享，可在线阅读，更多相关《超市仓库管理系统Word格式.docx（15页珍藏版）》请在冰豆网上搜索。
数据流图——用于描述系统对数据的加工过程。
数据字典——各类数据描述的集合，能够提供对数据的详细规格定义，并可用于验证数据，以发现系统在数据需求描述中是否出现遗漏。
三：
系统概述
（1）系统定义
系统顶层数据流图如下：
（2）处理流程
系统0层数据流图如下：
（3）运行环境
Pentium133以上、内存至少128MB、硬盘至少10GHD、操作系统为Win2000、WinXP、WinNT、Win98其中之一、要有数据库软件（SQL）的安装、打印机
（4）功能需求
1．功能划分
系统组成和功能框图如下：
系统组成和功能框图
四：
条形码的使用
条形码具有唯一性和一次输入后就可反复使用的优点，利用条形码技术作为信息快速输入的手段可迅速且不易发生错误地处理商品业务。
本系统使用条形码作为商品的标识，实现标识的唯一性。
使用条码后，能够使超市仓库管理工作更加简单、快捷、不易出错。
例如，当一种商品有唯一条形码标识，商品的销售、查询就十分便捷了。
应用条形码取代了以往填写表单,核对商品销售状况等繁琐的手工劳动,登录超市仓库管理系统后，用条形码阅读器扫描商品上的条形码，屏幕就会显示出该商品的信息.
在本系统中，商品的条码规定为8位数字，按照商品的分类来规定条码的起始号，条形码方案用户可以在系统初始化时设立，
1．功能描述
（1）提供针对部门的权限管理机制和针对工作人员的登录注册机制
（2）对商品进行类别录入
（3）仓库商品的流通，涉及入库、出库、报损三种流通方式
（4）仓库管理各种数据的查询，更新和维护
（5）按月打印商品汇总报表并备份商品流通数据
（6）自动产生定货请求
2．性能需求
（1）数据精确度
商品数量必须为整数
（2）时间特性
1.系统的操作响应时间2秒
2.更新处理时间0.5秒
3.数据转换时间与传输时间4秒
五：
数据描述
（一）静态数据
ER图如下：
（二）动态数据
产品数据的录入,报损产品数据,产品数据的变更
（三）数据库描述
数据库名称：
（四）数据词典
“超市仓库管理系统”中的数据接口
名称
描述
所连接的数据流
计划部门
通过商品计划输入商品信息数据
商品信息表
超市仓库管理部门
通过商品流通表跟新商品库存量
商品流通表、商品信息表
销售部门
通过出库单输入出库数据
入库单、商品流通表
采购部门
通过入库单输入出库数据
出库单、商品流通表
“超市仓库管理系统”中的数据流
来源
去向
组成
由计划部门制定的商品信息
系统
商品条形码+库存下限值+库存量
商品流通表
由仓库管理部门整合的入库和出库信息
仓库管理部门
商品条形码+采购量+销售量+现存量
入库单
由采购部门提供的入库商品信息
商品条形码+采购量
出库单
由销售部门提供的出库商品信息
商品条形码+销售量
订货报表
当库存量低于下限值时自动生成
商品条形码+订货数量
商品汇总报表
按月从系统产生，为计划部门制定商品计划提供依据
商品条形码+采购量+销售量
“超市仓库管理系统”中的数据存储
输入
输出
存储由计划部门制定的商品信息
录入商品计划
存储由仓库管理部门整合的入库和出库信息
录入入库单、出库单
打印商品流通分类汇总报表
“超市仓库管理系统”中的数据元素
类型
长度（字节）
限制
商品条形码
字符串
8
8{字符}8
10
10{字符}10
类别
6
6{字符}6
商品数量控制值
整型
1
>
=0
采购量
销售量
（五）数据采集
1.货物信息有计划部门和采购部门两者相结合,最后生成采购计划进行商品数据的统计
2.具体需用的硬件设备是:
计算机键盘、鼠标、打印机、复印机（有必要时）。
概要设计说明书
系统设计目标
通过对参考资料的阅读及分析，画出该系统的软件结构图，进而根据需求分析完善软件结构图，最终设计出所需的目标模型，为软件开发提供框架。
系统设计原则
系统设计遵循ISO9001软件开发原则
系统总体设计
1.处理流程
仓库管理系统的“系统流程图”
2.总体结构设计
下面分析各个子系统的功能需求：
1．客户端子系统：
在客户端系统的功能实现上，可以分为以下几个部分：
（1）商品信息的输入和统计
超市仓库管理系统的商品信息由专人负责输入。
这部分功能是客户端子系统的基本部分，这个功能是以后各个部分的基础。
系统要求做到即能够从其它子系统中共享一部分信息，又有方便的操作界面工手工输入商品信息。
这部分要求对输入的数据进行简单的统计，供超市仓库管理人员进行查询和宏观调控。
（2）商品变更信息的存储：
将商品变更的信息存储到超市仓库管理系统的客户端系统中，以备以后的取货确认以及查询。
（3）货物信息的传递及接收：
将商品的变更信息由仓管客户端由网络传到超市仓库管理系统的服务器上，并且接受计划部返回的订单信息，然后存储起来。
（4）取订单生成和打印
根据超市仓库管理系统的产品的最新信息，经过确认无误后，上传给产品采购部门。
（5）超市商品销售情况的核算
这一功能是在上一功能的基础上，对商品销售额进行单项核算，得到超市商品的销售情况并把核算结果作为报表输出。
2．服务器端的功能要求：
通过计算机网络将客户端与服务器的数据库相连，将从客户端得到的信息进行处理，实现商品查询，采购订单的生成，销售统计，综合信息查询等子系统。
以计算机成本核算为中心，实现存取货物业务的计算机自动化，为超市的仓库管理降低成本、提高管理效率、经营决策提供及时精确的依据。
在服务器端系统的功能实现上，可以分为以下几个部分：
（1）接收计划部门客户端发回的所需商品信息：
通过网络接收商品需求信息并存入到服务器的数据库中。
（2）生成采购货物信息：
根据所需货物信息（规格，价格），在数据库中查询并得到正确的采购货物的信息（价格，规格，等级），分配所需的产品记录并在数据库中做出已售出的标记。
（3）传递商品信息到客户端：
把得到的采购货物信息通过网络传递到超市仓库管理系统。
（4）接收超市仓库管理系统的反馈信息：
对超市仓库管理系统的反馈信息进行分析，把已经售出的商品进行统计，退掉的商品要进行数据库的恢复。
（5）印出商品给已经卖出的记录：
根据记录的取票通知及帐单，经过确认无误后，接受记录的付款后把商品印出来交给采购部门。
（6）销售额的分析和管理
这一步骤的功能要求包括对销售的商品进行分析，这一工作是在前面的基础上，以计算机为工具，对商品预定系统的功能和目标进行扩充。
它以财务管理学为理论基础，以辅助决策为目标，以商品销售数据为中心，广泛采用统计学、运筹学的分析方法，对销售信息进行深层加工，建立反映不同商品需求的模型，提供管理上所需的各种辅助决策信息和财务信息。
这一要求是商品预定系统的最高目标，将通过系统运行后获得的大量销售历史数据基础上，实现这一目标。
商品预定系统的性能需求
为了保证系统能够长期、安全、稳定、可靠、高效的运行，商品预定系统应该满足以下的性能需求：
1．系统处理的准确性和及时性
系统处理的准确性和及时性是系统的必要性能。
在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能
够满超市对信息处理的需求。
由于商品预定系统的查询功能对于整个系统的功能和性能完成举足轻重。
作为系统的很多数据来源，而商品数量和时间又影响超市的决策活动，其准确性很大程度上决定了商品预定系统的成败。
在系统开发过程中，必须采用一定的方法保证系统的准确性。
2．系统的开放性和系统的可扩充性
商品预定系统在开发过程中，应该充分考虑以后的可扩充性。
例如卖出系统的方式的改变，用户查询的需求也会不断的更新和完善。
所有这些，都要求系统提供足够的手段进行功能的调整和扩充。
而要实现这一点，应通过系统的开放性来完成，既系统应是一个开放系统，只要符合一定的规范，可以简单的加入和减少系统的模块，配置系统的硬件。
通过软件的修补、替换完成系统的升级和更新换代。
3．系统的易用性和易维护性
商品预定系统是直接面对使用人员的，而使用人员往往对计算机并不时非常熟悉。
这就要求系统能够提供良好的用户接口，易用的人机交互界面。
要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面；
针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。
商品预定系统中涉及到的数据是超市订货的相当重要的信息，系统要提供方便的手段供系统维护人员进行数据的备份，日常的安全管理，系统意外崩溃时数据的恢复等工作。
4．系统的标准性
系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。
所有这些都要符合主流国际、国家和行业标准。
例如在开发中使用的操作系统、网络系统、开发工具都必须符合通用标准。
如规范的数据库操纵界面、作为业界标准的TCP/IP网络协议及ISO9002标准所要求的质量规范等；
同时，在自主开发本系统时，要进行良好的设计工作，制订行之有效的软件工程规范，保证代码的易读性、可操作性和可移植性。
5．系统的先进性
目前计算系统的技术发展相当快，做为商品预定系统工程，应该保证系统在下个世纪仍旧是先进的，在系统的生命周期尽量做到系统的先进
信息处理的要求而不至于落后。
这一方面通过系统的开放性和可扩充性，不断改善系统的功能完成。
另一方面，在系统设计和开发的过程中，应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。
6．系统的响应速度
超市仓库管理系统系统在日常处理中的响应速度为秒级，达到实时要求，以及时
反馈信息。
在进行统计分析时，根据所需数据量的不同而从秒级到分钟级，
原则是保证操作人员不会因为速度问题而影响工作效率。
七：
超市仓库管理系统的数据需求
超市仓库管理系统的数据需求包括如下几点：
1．数据录入和处理的准确性和实时性
数据的输入是否准确是数据处理的前提，错误的输入会导致系统输出的不正确和不可用，从而使系统的工作失去意义。
数据的输入来源是手工输入。
手工输入要通过系统界面上的安排系统具有容错性，并且对操作人员要进行系统的培训。
在系统中，数据的输入往往是大量的，因此系统要有一定的处理能力，以保证迅速的处理数据。
2．数据的一致性与完整性
由于系统的数据是共享的，在不同的超市仓库管理系统中，商品是共享数据，所以如何保证这些数据的一致性，是系统必须解决的问题。
要解决这一问题，要有一定的人员维护数据的一致性，在数据录入处控制数据的去向，并且要求对数据库的数据完整性进行严格的约束。
对于输入的数据，要为其定义完整性规则，如果不能符合完整性约束，系统应该拒绝该数据。
3．数据的共享与独立性
整个超市仓库管理系统的数据是共享的。
然而，从系统开发的角度上看，共享会给设计和调试带来困难。
因此，应该提供灵活的配置，使各个分系统能够独立运行，而通过人工干预的手段进行系统数据的交换。
这样，也能提供系统的强壮性。
5.Client/Server结构总体设计方案对它的约束：
超市仓库管理系统做为Client/Server结构的一个应用系统，不可避免的要受到Client/Server结构的约束。
在其实施的各个阶段都要服从它的一些规划，包括功能设计、系统配置和计划。
同时，由于信息的共享，商品预定系统还受到其它系统的信息约束。
6．人力、资金、时间的约束
超市仓库管理工程实施的目标就是要带给超市管理看得出见的效益，其开发过程中也要考虑到人力、资金和时间的约束。
因此，在设计中，重点是销售系统中的方便快捷，能提供给记录以优质高效的服务，并提高销售的效率和便捷，为航空公司带来良好的效益。
7．技术发展规律的约束
计算机技术和产品的发展日新月异，将会给信息处理带来更多的手段，同时也会带来更加丰富的信息表达形式。
例如图象和语音技术的进步，多媒体技术的发展，这些都要求系统在设计时考虑技术变化的可能性，为可能的变化预留一定的系统处理能力。
八：
内部接口
系统登陆模块：
启动系统时，便激活登陆口令界面；
初始化模块：
对系统进行初始化；
系统功能模块：
接受系统功能地相应消息，启动信息查询，信息查询，信息维护等模块。
九：
系统安全性保密性设计
在访问数据库时，给数据库中的数据加上访问权限，来提高系统的安全性，集体做法时：
把数据库隐藏
十：
系统维护设计
由系统管理员，周期性对超市仓库管理系统的商品的货物信息的更新，来为超市的商品管理及时调配进行合理的信息传送为其他部门的产品的动态设计来进行计划。
超市仓库管理系统数据库设计说明书
编写目的
为了提供超市仓库管理系统的后台，特设计超市仓库管理系统数据库，能记录超市的商品的流通情况，从而节省大部分时间，节省资源，大到高效的运营超市。
外部设计
1.有于条形码的存在，更方便于超市的商品的管理，每一个条形码均可标示一种商品的类别，名称等一些属性。
2.为了方便维护人员的工作，如有什么不便的应用存在请查询帮助网
3.支持软件
该数据库有超市仓库管理系统应用。
4.设计局部ER模式
实体和属性的定义：
商品信息（商品数量控制值，库存量，商品条形码）
商品流通表（余存商品量，销售量商品条形码）
ER模型的“联系”用于刻画实体之间的关联。
一种完整的方式是对局部结构中任意两个实体类型，依据需求分析的结果，考察局部结构中任意两个实体类型之间是否存在联系。
若有联系，进一步确定是1:
N，M:
N，还是1:
1等。
还要考察一个实体类型内部是否存在联系，两个实体类型之间是否存在联系，多个实体类型之间是否存在联系，等等
5.设计全局ER模式
所有局部ER模式都设计好了后，接下来就是把它们综合成单一的全局概念结构。
全局概念结构不仅要支持所有局部ER模式，而且必须合理地表示一个完整、一致的数据库概念结构。
（1）确定公共实体类型
为了给多个局部ER模式的合并提供开始合并的基础，首先要确定各局部结构中的公共实体类型。
在这一步中我们仅根据实体类型名和键来认定公共实体类型。
一般把同名实体类型作为公共实体类型的一类候选，把具有相同键的实体类型作为公共实体类型的另一类候选。
（2）局部ER模式的合并
合并的原则是：
首先进行两两合并；
先和合并那些现实世界中有联系的局部结构；
合并从公共实体类型开始，最后再加入独立的局部结构。
（3）消除冲突
冲突分为三类：
属性冲突、结构冲突、命名冲突。
设计全局ER模式的目的不在于把若干局部ER模式形式上合并为一个ER模式，而在于消除冲突，使之成为能够被所有用户共同理解和接受的同一的概念模型。
（4）全局ER模式的优化
在得到全局ER模式后，为了提高数据库系统的效率，还应进一步依据处理需求对ER模式进行优化。
一个好的全局ER模式，除能准确、全面地反映用户功能需求外，还应满足下列条件：
实体类型的个数要尽可能的少；
实体类型所含属性个数尽可能少；
实体类型间联系无冗余。
“超市仓库管理系统”的全局ER模式如图所示：
系统用户表：
Produce_User（UserNo,Password,Pourview）
Produce_User（系统用户表）
字段名
字段含义
数据类型
数据长度
备注
UserNo
用户名
String
50
主键
Password
用户密码
NotNull
Pourview
用户权限
Char
2
商品信息表：
ProduceInfo（ProduceNo,NO1,TX）
ProduceInfo（商品信息表）
ProduceNo
商品数量控制
20
NO1
库存量
TX
商品流通信息表：
ProduceInfo1（No1,NO2,NO3,TX）
ProduceInfo1（商品流通信息表）
No1
余存商品量
No2
No3
40
概念结构设计
1.说明本数据库将反映的现实世界中的实体、属性和它们之间的关系等的原始数据形式，包括各数据项、记录、系、文卷的标识符、定义、类型、度量单位和值域，建立本数据库的每一幅用户视图。
2.逻辑结构设计
说明把上述原始数据进行分解、合并后重新组织起来的数据库全局逻辑结构，包括所确定的关键字和属性、重新确定的记录结构和文卷结构、所建立的各个文卷之间的相互关系，形成本数据库的数据库管理员视图。
3.物理结构设计
建立系统程序员视图，包括：
（1）数据在内存中的安排，包括对索引区、缓冲区的设计；
（2）所使用的外存设备及外存空间的组织，包括索引区、数据块的组织与划分；
（3）访问数据的方式方法。
安全保密设计
该数据库只有有相关权限的数据库操作员方能对数据库访问和操作，如有数据库中数据遭到破坏，则在应用数据库是回发生异常，在次之前就会产生，系统提示报错信息。
升级会员 