仓库管理系统设计说明书

系统设计说明书仓库管理系统设计说明书

发布信息

作者

发布范围

版本

发布日期

修改记录

发布日期版本说明作者

目录

1引言 (4)

1.1编写目的 (4)

1.2读者对象 (4)

1.3项目背景 (4)

1.4参考资料 (4)

2系统总体设计 (5)

2.1系统结构模式 (5)

2.2系统运行流程 (5)

3系统详细设计 (5)

3.1问题域部分的设计 (6)

3.2人机交互部分的设计 (8)

3.3任务管理部分的设计 (13)

3.4数据管理部分的设计 (14)

1引言

仓库管理系统设计说明书，是在分析中小型企业库存管理流程资料的基础上，根据《仓库管理系统需求说明书》而编写的。

本说明书为2004级军人本科学员《信息系统原理与工程》的课程设计作业产品的一部分，项目由国防科技大学信息系统与管理学院学员四队指挥自动化工程专业课程设计作业第四小组负责组织实施。

1.1编写目的

编写该设计说明书的目的是为了给该系统的使用者和开发者提供：

软件总体需求：向用户描述仓库人事管理系统的基本功能。

功能要求和数据结构：开发人员进行详细设计和编码的基础。

软件综合测试的依据：第三方进行软件测试的指南和参考。

1.2读者对象

该设计说明书的读者为：小型企业公司相关人员、项目组成员及辅导教员。

1.3项目背景

软件系统名称：仓库管理系统

仓库管理系统是企业信息系统中一个相当重要的组成部分。仓库管理系统的好坏直接影响企业物流管理效果，并直接影响企业的经济效益。其主要作用是帮助企业的仓库管理人员建立物料管理账目、规范物料出入库手续、分析库存物料利用及资金占用情况，并为物料采购供应、生产计划、销售部门提供必要的库存数据。

1.4参考资料

张维明，戴长华，陈卫东，信息系统原理与工程，电子工业出版社，北京，2004年7月（第2版）.

Curtis HK Tsang, Clarence SW Lau, Ying K Leung, 面向对象技术——使用VP-UML 实现图到代码的转换, 清华大学出版社，北京，2007年2月（第1版）.

肖卫东等，《信息系统原理与工程》课程设计之仓库管理系统，2007年10月.

2

系统总体设计

2.1系统结构模式

鉴于C/S 结构模式响应速度快，操作界面多样、可以充分满足个性化要求、具有较强的事务处理能力等特点，且用户操作环境相对固定，本仓库管理系统拟采取C/S 结构模式，三层结构方式开发：

图 1. 总体设计结构

2.2系统运行流程

（1） 验证登录系统。

（2） 欢迎界面提示，简单介绍系统环境及各功能模块的基本功能。

（3） 根据登陆权限，选择不同的操作或功能选项，完成各项仓库管理业务。 （4） 用户暂时离开时，为保障系统安全可手动或自动锁定系统。 （5） 注销或退出登录。

3

系统详细设计

面向对象的系统设计应包括如下几个方面：

用户层

业务层（bussiness ） 数据访问层（data access ） 数据对象层（common/data ）

返回数据

返回数据

返回数据

请求

请求

请求

问题域部分的设计

人机交互部分的设计

数据管理部分的设计

任务管理部分的设计

它们四者的关系如下图所示：

人机交互部分（HIC）

问题域

部分

（PDC）

任务管理

部分

（TMC）

数据管理

部分

（DMC）

主题层

类及对象层

结构层

属性层

服务层

图 2. 面向对象的系统详细设计

3.1问题域部分的设计

面向对象分析（OOA）的结果，可以抽象出22个类，各个类及其基本关系如下图所示：

图 3. OOA结果：领域类模型

从OOA到OOD不是一个突变的过程， OOA的结果符合OOD的问题域部分(PDC)，OOD 是在对OOA的结果作深入研究的基础上的改动和增补，这是一个循序渐进的过程。

问题域部分的设计需要对OOA的结果加以增补和具体化：

（1）针对编程语言支持能力进行调整：使用面向对象较好的C++语言编写程序，不需要对OOA的结果进行大的改动。

（2）增加一般类，提供共同协议：用一个一般类集中地给出多个类的实现都要使用的属性和服务。这里，我们考虑增加表格等一般类，提供各类报表的基本属性和方法，方便继承和重用。

（3）为实现复用采取的设计策略：软件的复用分为直接复用和通过继承复用，这里主要使用通过继承来复用。当然，我们使用的 MFC在一定意义上也是对微软基础类库的直接复用。

（4）提高性能：对象之间具有高度繁忙的消息流通的情况下，这种高度耦合可能需要把两个或更多的类进行合并，我们把22个类分为六个小包，分别来考虑其属性和方法。在类及对象中扩充一些保存临时结果的属性，并使用友元等方法，在特殊的时候允许友元类的服务直接从其它对象中强行获得属性值。

（5）提供数据管理部分：每个对象把自己传送给数据管理部分，让数据管理部分来存储对象自己。具体做法如下：通知一个对象保存自己；每个对象知道为了保存自己的状态应该传送什么消息到数据管理部分，增加一些结果属性和保存服务以完成此事。

（6）完善对象细节：在这部分里，我们弥补了OOA模型的不足，解决了OOA阶段推迟考虑的问题，细化设计了对象的属性和服务。

通过上述步骤，我们具体定义了各个类及其之间的关系，得到如下所示的系统分析类图。