仓库管理系统概要设计1．引言 (4)1.1编写目的 (4)1.2项目背景 (4)1.2.1软件的开发名称 (4)1.2.2项目需求单位............................................................................... 错误！未定义书签。
1.2.3项目开发单位............................................................................... 错误！未定义书签。
1.2.4用户及实现软件的单位 ............................................................... 错误！未定义书签。
1.2.5本项目与其它软件或系统的关系 (4)1.3术语定义 (5)1.4参考资料 (6)1.4.1项目计划任务书 (6)1.4.2合同书 (6)1.4.3上级机关批文 (6)1.4.4项目开发计划 (6)1.4.5需求规格说明书 (6)1.4.6测试计划（初稿） (6)1.4.7用户操作手册（初稿） (7)1.4.8本文档中引用的资料 (7)1.4.9所采用的软件标准或规范 ........................................................... 错误！未定义书签。
2．任务概述 . (8)2.1目标 (8)2.2运行环境 ............................................................................................... 错误！未定义书签。
2.3需求概述 (8)2.4条件与限制 ........................................................................................... 错误！未定义书签。
3．总体设计 .. (10)3.1处理流程 (12)3.2用例图 (12)3.3总体结构设计 (14)3.4模块功能 (15)3.5功能分配 (20)4．接口设计 (21)4.1外部接口 (21)4.2内部接口 (21)5．数据结构设计 (22)５．１概念结构设计 (22)５．２逻辑结构设计 (22)５．３物理结构设计 (23)５．４数据结构与程序的关系 (27)6．运行设计 (28)６．１运行控制 (28)６．２运行时间 (28)7．出错处理设计 (29)７．１出错输出信息 (29)７．２出错处理对策 (29)8．安全保密设计 (30)9．维护设计 (31)1．引言1.1编写目的在本仓库管理系统项目的前一阶段，也就是需求分析阶段中，已经将系统用户对本系统的需求做了详细的阐述，这些用户需求已经在需求规格说明书中得到详尽的叙述及阐明。
本阶段是在系统的需求分析的基础上，对仓库管理系统做一个概要设计，主要解决了实现该系统需求的程序模块设计问题。
包括如何把该系统划分为若干个模块、决定各个模块之间的接口、模块之间的传递信息，以及数据结构、模块结构的设计等。
在以下的概要设计报告中将对本阶段中对系统所在的概要设计进行详细的说明。
在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对仓库管理系统所做的模块结构设计的基础上，对系统进行详细设计。
在以后的软件测试以及软件维护阶段也参考此说明书，以便于了解概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段的不足或错误。
1.2项目背景1.2.1软件的开发名称仓库管理系统1.2.2本项目与其它软件或系统的关系本系统与超市的收银系统中商品的编码必须保持一致。
1.3术语定义表1-1 术语定义或解释表术语术语定义软件架构软件系统的总体逻辑结构。
按照不同的设计方法，有不同的总体逻辑结构。
若采用面向功能或面向数据的设计方法，总体逻辑结构为一树形的功能模块结构图。
若采用面向对象或面向部件（构件）的设计方法，总体逻辑结构为部件（构件）的组装图。
外部接口本软件系统与其他软件系统之间的接口，接口设施可以是中间件。
接口描述包括：传输方式、带宽、数据结构、传输频率、传输量、传输协议数据结构数据结构包括：数据库表的结构、其他数据结构等概念数据模型关系数据库的逻辑设计模型，叫做概念数据模型。
主要包括一张逻辑E-R图及相应的数据字典物理数据模型关系数据库的物理设计模型，叫做物理数据模型。
主要包括一张物理表关系图及相应的数据字典视图在基本表或其他视图之上建立的一张虚表，叫做视图，它具有物理表的许多性质，在数据处理和授权上很有用角色数据库中享有某些特权操作的用户，叫做角色。
角色的权利通过授权来实现用例用例是系统、子系统或类和外部参与者交互的动作序列的说明, 包括可选的动作序列和会出现异常的动作序列。
子系统具有相对独立功能的小系统叫做子系统。
一个大的软件系统可以划分为多个子系统，每个子系统可由多个模块或多个部件组成模块具有功能独立，能被调用的信息单元叫做模块。
模块是结构化设计中的概念内部接口软件系统内部各子系统之间、各部件之间、各模板之间的接口，叫做内部接口。
接口描述包括：调用方式、入口信息、出口信息等。
相关文件相关文件是指当文本内容变更后，可能引起变更的其他文件。
如需求分析报告、详细设计说明书、测试计划、用户手册参考资料参考资料是指本文件书写时用刀的其他资料。
如各种有关规范、模板、标准、准则1.4参考资料1.4.1项目计划任务书本项目的计划任务书1.4.2合同书项目组跟客户签订的合同书1.4.3上级机关批文项目组已经拿下的批文1.4.4项目开发计划本项目组的开发计划1.4.5需求规格说明书本组成员已经写好的需求规格说明书1.4.6测试计划（初稿）项目组已经提出的测试计划1.4.7用户操作手册（初稿）项目组完成的用户操作手册1.4.8本文档中引用的资料1.书名：《软件工程》出版：机械工业出版社主编：周志刚2. 书名：《使用软件工程》出版：电子工业出版社主编：赵池龙孙伟杨林编著3.书名：《数据库系统概论》出版：高等教育出版社主表：王珊萨师煊2．任务概述2.1 目标(1) 建立超市仓库系统(2) 规范超市仓库的管理工作模式用计算机管理取代以往的手工作业和定性管理模式，使超市仓库的管理工作模式规范化、机读数据格式标准化、管理决策科学化。
(3) 建立标准货物数据库根据不同货物的不同性质对货物进行合理的调配(4) 提高超市仓库管理的工作效率仓库管理员只需要通过查询就可以清楚的知道都有哪些货物入库，库存量是多少，存在哪个位置，准确了解货物的基本信息。
（5）为超市管理人员提供准确的信息超市管理人员通过货物困存量查询可以准确地掌握仓库不同货物的库存情况；通过日报表，月报表查询，可以全面了解消费者的需求，及时调整采购计划；此外，本系统还提供了警报系统，当货物的库存量低于库存下限时，系统就会自动发出警报，提醒工作人员应该补充该货物了2.2 需求概述用户管理：为所有用户提供用户登录功能；为系统管理员提供了添加用户和删除用户的功能；入库管理：为仓库管理员提供了查询、添加货品入库信息的功能；为超市主管提供修改入库信息功能；出库管理：为仓库管理员提供了查询、添加货品出库信息的功能；为超市主管提供修改出库信息；货品信息管理：为采购员和仓库管理员提供了查询货品信息的功能；为采购员提供了添加货品信息，修改货品信息功能；供应商信息管理：为超市主管，采购员提供了查询供应商信息的功能；为采购员提供了添加，修改供应商信息的功能；库存统计：为所有仓管、采购员、超市主管提供库存查询的功能；为超市主管、采购员日报表和月报表查询的功能；为采购员提供库存警报；3． 总体设计首先来说B/S 和C/S 两种软件体系结构C/S 是Client/Server 指客户机和服务器，在客户机端必须装客户端软件及相应环境后，才能访问服务器（胖客户端）。
C/S 的优点：能充分发挥客户端PC 的处理能力，很多工作可以在客户端处理后再提交给服务器。
对应的优点就是客户端响应速度快。
C/S 的缺点主要有以下几个：只适用于网速较快的网络环境如：局域网；客户端需要安装专用的客户端软件及运行环境。
首先涉及到安装的工作量，其次任何一台电脑出问题，如病毒、硬件损坏，都需要进行安装或维护。
特别是有很多分部或专卖店的情况，不是工作量的问题，而是路程的问题。
还有，系统软件升级时，每一台客户机需要重新安装，其维护和升级成本非常高。
B/S 最大的优点：可以在任何地方进行操作而不用安装任何专门的软件。
只要有一台能上网的电脑就能使用，客户端零维护。
B/S 架构的软件对一个稍微大点单位来说，系统管理人员不需要在几百甚至上千部电脑之间来回奔跑，只需要管理服务器就行了，所有的客户端只是浏览器，根本不需要做任何的维护。
无论用户的规模有多大，有多少分支机构都不会增加任何维护升级的工作量，所有的操作只需要针对服务器进行； B/S 建立在广域网上, 面向不同的用户群, 分散地域, 这是C/S 无法作到的或者说不擅长的。
与操作系统平台关系最小。
B/S 架构的软件系统的扩展非常容易，只要能上网，系统管理员分配一个用户名和密码，还可以在线申请。
B/S 模式结构如图3-1。
浏览器Web 服务器数据库服务器HTTP 请求Web 服务数据库请求数据服务器应答图3-1 B/S 模式结构考虑到超市管理系统的维护成和其扩展性本以及超市本身的规模，（一般较大的超市都在不同的地方会有分店），本超市仓库管理系统采用目前流行的B/S(Browser/Server ，浏览器/服务器)的软件架构体系，以微软公司的.NET 为开发平台，以 和C#为开发语言，以SQL Server 2005为后台数据库，采用三层构架模式，即客户机/事务处理器/数据库服务器的模式。
所谓三层体系结构，是在客户端与数据库之间加入了一个”中间层”，也叫组件层。
三层体系的应用程序将业务规则、数据访问、合法性校验等工作放到了中间层进行处理。
通常情况下，客户端不直接与数据库进行交互，而是通过COM/DCOM 通讯与中间层建立连接，再经由中间层与数据库进行交互。
在多层分布式应用中，在客户端和服务器之间加入了一层或多层应用服务程序，这种程序称为“应用服务器”。
开发人员可以将应用的商业逻辑放在中间层应用服务器上，把应用的业务逻辑与用户界面分开。
在保证客户端功能的前提下，为用户提供一个简洁的界面。
这意味着如果需要修改应用程序代码，只需要对中间层应用服务器进行修改，而不用修改成千上万的客户端应用程序。
从而使开发人员可以专注于应用系统核心业务逻辑的分析、设计和开发，简化了应用系统的开发、更新和升级工作。