仓库管理系统详细设计Word下载.docx
《仓库管理系统详细设计Word下载.docx》由会员分享，可在线阅读，更多相关《仓库管理系统详细设计Word下载.docx（27页珍藏版）》请在冰豆网上搜索。
《SQLServer2005编程员指南》李香敏编北京希望电子出版社
《轻松搞定SQLServer2005程序设计》Rebecca编
《软件工程规范》Watts编清华大学出版社
《软件工程理论与实践》ShariLawrencePfleeger编清华大学出版社
《软件需求分析》SwapnaKishore编机械工业出版社
《软件工程思想》林锐编
2．总体设计
需求概述
客户端子系统：
在客户端系统的功能实现上，可以分为以下几个部分：
（1）商品信息的输入和统计
超市仓库管理系统的商品信息由专人负责输入。
这部分功能是客户端子系统的基本部分，这个功能是以后各个部分的基础。
系统要求做到即能够从其它子系统中共享一部分信息，又有方便的操作界面工手工输入商品信息。
这部分要求对输入的数据进行简单的统计，供超市仓库管理人员进行查询和宏观调控。
（2）商品变更信息的存储：
将商品变更的信息存储到超市仓库管理系统的客户端系统中，以备以后的取货确认以及查询。
（3）货物信息的传递及接收：
将商品的变更信息由仓管客户端由网络传到超市仓库管理系统的服务器上，并且接受计划部返回的订单信息，然后存储起来。
（4）取订单生成和打印
根据超市仓库管理系统的产品的最新信息，经过确认无误后，上传给产品采购部门。
（5）超市商品销售情况的核算
这一功能是在上一功能的基础上，对商品销售额进行单项核算，得到超市商品的销售情况并把核算结果作为报表输出。
2．服务器端的功能要求：
通过计算机网络将客户端与服务器的数据库相连，将从客户端得到的信息进行处理，实现商品查询，采购订单的生成，销售统计，综合信息查询等子系统。
以计算机成本核算为中心，实现存取货物业务的计算机自动化，为超市的仓库管理降低成本、提高管理效率、经营决策提供及时精确的依据。
在服务器端系统的功能实现上，可以分为以下几个部分：
（1）接收计划部门客户端发回的所需商品信息：
通过网络接收商品需求信息并存入到服务器的数据库中。
（2）生成采购货物信息：
根据所需货物信息（规格，价格），在数据库中查询并得到正确的采购货物的信息（价格，规格，等级），分配所需的产品记录并在数据库中做出已售出的标记。
（3）传递商品信息到客户端：
把得到的采购货物信息通过网络传递到超市仓库管理系统。
（4）接收超市仓库管理系统的反馈信息：
对超市仓库管理系统的反馈信息进行分析，把已经售出的商品进行统计，退掉的商品要进行数据库的恢复。
（5）印出商品给已经卖出的记录：
根据记录的取票通知及帐单，经过确认无误后，接受记录的付款后把商品印出来交给采购部门。
（6）销售额的分析和管理
这一步骤的功能要求包括对销售的商品进行分析，这一工作是在前面的基础上，以计算机为工具，对商品预定系统的功能和目标进行扩充。
它以财务管理学为理论基础，以辅助决策为目标，以商品销售数据为中心，广泛采用统计学、运筹学的分析方法，对销售信息进行深层加工，建立反映不同商品需求的模型，提供管理上所需的各种辅助决策信息和财务信息。
这一要求是商品预定系统的最高目标，将通过系统运行后获得的大量销售历史数据基础上，实现这一目标。
商品预定系统的性能需求
为了保证系统能够长期、安全、稳定、可靠、高效的运行，商品预定系统应该满足以下的性能需求：
1．系统处理的准确性和及时性
系统处理的准确性和及时性是系统的必要性能。
在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满超市对信息处理的需求。
由于商品预定系统的查询功能对于整个系统的功能和性能完成举足轻重。
作为系统的很多数据来源，而商品数量和时间又影响超市的决策活动，其准确性很大程度上决定了商品预定系统的成败。
在系统开发过程中，必须采用一定的方法保证系统的准确性。
2．系统的开放性和系统的可扩充性
商品预定系统在开发过程中，应该充分考虑以后的可扩充性。
例如卖出系统的方式的改变，用户查询的需求也会不断的更新和完善。
所有这些，都要求系统提供足够的手段进行功能的调整和扩充。
而要实现这一点，应通过系统的开放性来完成，既系统应是一个开放系统，只要符合一定的规范，可以简单的加入和减少系统的模块，配置系统的硬件。
通过软件的修补、替换完成系统的升级和更新换代。
3．系统的易用性和易维护性
商品预定系统是直接面对使用人员的，而使用人员往往对计算机并不时非常熟悉。
这就要求系统能够提供良好的用户接口，易用的人机交互界面。
要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面；
针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。
商品预定系统中涉及到的数据是超市订货的相当重要的信息，系统要提供方便的手段供系统维护人员进行数据的备份，日常的安全管理，系统意外崩溃时数据的恢复等工作。
4．系统的标准性
系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。
所有这些都要符合主流国际、国家和行业标准。
例如在开发中使用的操作系统、网络系统、开发工具都必须符合通用标准。
如规范的数据库操纵界面、作为业界标准的TCP/IP网络协议及ISO9002标准所要求的质量规范等；
同时，在自主开发本系统时，要进行良好的设计工作，制订行之有效的软件工程规范，保证代码的易读性、可操作性和可移植性。
5．系统的先进性
目前计算系统的技术发展相当快，做为商品预定系统工程，应该保证系统在下个世纪仍旧是先进的，在系统的生命周期尽量做到系统的先进信息处理的要求而不至于落后。
这一方面通过系统的开放性和可扩充性，不断改善系统的功能完成。
另一方面，在系统设计和开发的过程中，应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。
6．系统的响应速度
超市仓库管理系统系统在日常处理中的响应速度为秒级，达到实时要求，以及时反馈信息。
在进行统计分析时，根据所需数据量的不同而从秒级到分钟级，原则是保证操作人员不会因为速度问题而影响工作效率。
超市仓库管理系统的数据需求
超市仓库管理系统的数据需求包括如下几点：
1．数据录入和处理的准确性和实时性
数据的输入是否准确是数据处理的前提，错误的输入会导致系统输出的不正确和不可用，从而使系统的工作失去意义。
数据的输入来源是手工输入。
手工输入要通过系统界面上的安排系统具有容错性，并且对操作人员要进行系统的培训。
在系统中，数据的输入往往是大量的，因此系统要有一定的处理能力，以保证迅速的处理数据。
2．数据的一致性与完整性
由于系统的数据是共享的，在不同的超市仓库管理系统中，商品是共享数据，所以如何保证这些数据的一致性，是系统必须解决的问题。
要解决这一问题，要有一定的人员维护数据的一致性，在数据录入处控制数据的去向，并且要求对数据库的数据完整性进行严格的约束。
对于输入的数据，要为其定义完整性规则，如果不能符合完整性约束，系统应该拒绝该数据。
3．数据的共享与独立性
整个超市仓库管理系统的数据是共享的。
然而，从系统开发的角度上看，共享会给设计和调试带来困难。
因此，应该提供灵活的配置，使各个分系统能够独立运行，而通过人工干预的手段进行系统数据的交换。
这样，也能提供系统的强壮性。
4.Client/Server结构总体设计方案对它的约束：
超市仓库管理系统做为Client/Server结构的一个应用系统，不可避免的要受到Client/Server结构的约束。
在其实施的各个阶段都要服从它的一些规划，包括功能设计、系统配置和计划。
同时，由于信息的共享，商品预定系统还受到其它系统的信息约束。
5．人力、资金、时间的约束
超市仓库管理工程实施的目标就是要带给超市管理看得出见的效益，其开发过程中也要考虑到人力、资金和时间的约束。
因此，在设计中，重点是销售系统中的方便快捷，能提供给记录以优质高效的服务，并提高销售的效率和便捷，为航空公司带来良好的效益。
6．技术发展规律的约束
计算机技术和产品的发展日新月异，将会给信息处理带来更多的手段，同时也会带来更加丰富的信息表达形式。
例如图象和语音技术的进步，多媒体技术的发展，这些都要求系统在设计时考虑技术变化的可能性，为可能的变化预留一定的系统处理能力。
软件结构
总体结构和模块外部设计
系统总体结构
模块外部结构
模块子系统结构
功能描述：
商品录入子系统要求能快速录入商品，因此必须支持条形码扫描。
收银业务子系统能计算交易总额，打印交易清单，并根据会员卡打折。
进货管理子系统可以根据库存自动指定进货计划，进货时自动等级，以及提供查询和打印计划进货与入库记录的功能。
销售管理子系统可以控制某商品是否允许销售，查询每种商品的销售情况并产生年、月、日报表，同时可以生成销售排行榜。
库存管理子系统提供查询库存明细记录的基本功能，并根据库存的状态报警，以及自动盘点计算。
人员管理子系统提供基本信息登记管理，员工操作权限管理，客户销售权限管理的功能。
3．程序描述
功能
本系统必须具有以下功能：
商品录入：
根据超巿业务特点制定相关功能，可以通过输入唯一编号、扫描条形码、商品名称等来实现精确或模糊的商品扫描录入。
该扫描录入方法可以充分保证各种电脑操作水平层次的人员均能准确快速地进行商品扫描录入。
收银业务：
通过扫描条形码或者直接输入商品名称（对于同类多件商品采用一次录入加数量的方式）自动计算本次交易的总金额。
在顾客付款后，自动计算找零，同时打印交易清单（包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号）。
如果顾客是本店会员并持有本人会员卡，则在交易前先扫描会员卡，并对所购物品全部实行95折优惠，并将所购物品的总金额累计到该会员的总消费金额中。
会员卡的有效期限为一年，满一年未续卡者，该会员卡将被注销。
安全性：
OS登陆、退出、换班与操作锁定等权限验证保护；
断电自动保护最大限度防止意外及恶意非法操作。
独立作业：
有的断网收银即在网络服务器断开或网络不通的情况下，收银机仍能正常作业
进货管理：
根据销售情况及库存情况，自动制定进货计划（亦可手工制定修改），可以避免盲目进货造成商品积压。
按计划单有选择性地进行自动入库登记。
综合查询打印计划进货与入库记录及金额。
销售管理：
商品正常销售、促销与限量、限期及禁止销售控制。
综合查询各种销售明细记录、各地收银员收银记录以及交结账情况等。
按多种方式统计生成销售排行榜，灵活察看和打印商品销售日、月、年报表。
库存管理：
综合查询库存明细记录。
库存状态自动告警提示。
如库存过剩、少货、缺货等。
软件为您预警，避免库存商品积压损失和缺货。
库存自动盘点计算。
人员管理：
员工、会员、供货商、厂商等基本信息登记管理。
员工操作权限管理。
客户销售权限管理。
性能
商品录入：
输入的数据为整形与字符型;
响应时间、更新处理时间、数据转换与传输时间、运行时间，这些时间尽可能短。
在操作方式、运行环境、与其他软件的接口以及开发计划等发生变化时，可使用系统自带的一个程序来修改现行系统，以适应新的变化。
收银业务：
安全性：
进货管理：
销售管理:
输入的数据为整形与字符型;
库存管理：
人员管理：
输入项目
采购商品（PurchasingGoods）
1.采购员选择供货商；
2.选择该供货商所售的某种商品；
3.选择采购数量及付款方式、期望到货时间等；
4.下发采购单。
商品入库（InputingGoods）：
5.仓库管理员选择库区库位；
6.录入商品信息
字段名
字段类型
长度
主/外键
字段值约束
对应中文名
StockID
Varchar
10
P
Notnull
入库编号
MerchID
F
入库商品编号
MerchNum
Int
4
入库数量
MerchPrice
Money
单额
TotalPrice
总额
StockDate
Datetime
8
入库日期
PlanDate
计划进货日期
StockState
入库状态
商品销售（SellingGoods）
7.售货员销售商品;
8.系统记录商品信息及销售数量；
SaleID
销售编号
MerChID
商品编号
SaleDate
销售日期
SaleNum
销售数量
SalePrice
销售单额
商品退货（ReturningGoods）
9.售货员录入商品编号及数量；
10.系统将商品重新纳入可以销售的范围；
11.采购退货直接将商品退回供应商。
库存数量
ProvideID
供货商编号
ProvideName
50
供货商名称
ProvideAddress
250
供货商地址
ProvidePhone
25
供货商电话
商品销毁（DestroyingGoods）
12.工作人员将商品出库；
13.系统记录商品销毁数量。
销毁日期
商品盘点（CheckingGoods）
14.工作人员盘点商品；
15.如果商品与系统记录不符，添加或删除商品；
16.在盘点单中记录商品盘点情况。
MerchName
商品名称
商品及报表查询（QueryingGoods）
17.所有用户都可以对商品进行查询；
18.有相应权限的用户可以对相应报表进行查询。
系统维护（MaintainingSystem）
19.系统管理员设置用户登陆权限；
20.系统管理员备份数据及清理数据；
21.系统管理员对超市基本信息进行维护。
UserName
用户名称
UserPW
用户密码
UserStyle
用户类型
采购单生成（ProducingPurBill）
采购商品时先生成采购单，按照采购单进行商品采购。
日期
盘点单生成（ProducingCheckBill）
商品盘点结束生成盘点单
销售单生成（ProducingSellBill）
商品销售结束生成销售单
输出项目
int
价格
PlanNum
null
计划进货数
BarCode
条形码
AllowAbate
允许打折
AllowSale
允许销售
FactoryID
厂商编号
升级会员 