-仓库管理系统开发文档.doc

数据库课程设计报告

-------仓库管理系统

计算机学院计算机专业
姓名： 学号：

任课教师：

Sales Management Information System销售管理信息系统开发文档
目 录
一、系统开发平台 3
二、数据库规划 4
2.1 任务陈述 4
2.2 任务目标 5
三、系统定义 6
3.1 系统边界 6
四、需求分析 8
4.1 用户需求说明 8
4.1.1 数据需求 8
4.1.2 事务需求 8
4.2 系统需求说明 9
五、数据库逻辑设计 10
5.1 ER图 10
5.2 数据字典 10
5.3 关系表 13
六、数据库物理设计 21
6.1 索引 21
6.2 视图 21
6.3 安全机制 21
6.4 其他 21
七、应用程序设计 22
7.1 功能模块 22
7.2 界面设计 22
7.3 事务设计 29
八、测试和运行 32
九、总结 33
附. 参考文献 34

一、系统开发平台
本系统为仓库管理系统，主要用于企业商品库存的管理，包括出库、入库、查询库存、员工管理，以及查看操作日志等功能。
本系统采用PowerBuilder集成开发环境，后台使用Microsoft SQL Server2000建立数据库。本系统开发环境的操作系统为windows XP + windows 7。本系统可运行于windows XP，windows Vista，windows 7等环境。
二、数据库规划
2.1 任务陈述
仓库管理系统，主要用于企业商品库存的管理，包括出库、入库、查询库存、员工管理，以及查看操作日志等功能。
查询可以实现模糊查询，也可以进行条件查询。同时也能多条件混合查询。
入库可以进行入库操作，可以添加已有的商品也可以添加新商品，同时可以添加新的类别。
出库实现商品的售出，可以批量进行出售。提高操作性。
管理员可以对员工管理，改变员工权限和密码。
提供简单的帮助。
可以查看员工的操作日志。
本系统实现的功能模块如下图所示：
仓库管理系统
系统模块
输入模块
维护模块
查看模块
采购模块
帮助模块
入库模块
采购员管理模块
出库模块
还原模块
日志管理

图2.1 仓库管理系统（SMIS）功能模块示意图

2.2 任务目标

经过和客户的协商，最终确定以下任务目标：

1. 查询
可以实现模糊查询，也可以进行条件查询。同时也能多条件混合查询。

2. 出库
实现商品的售出，可以批量进行出售。提高操作性。

3. 入库
进行入库操作，可以添加已有的商品也可以添加新商品，同时可以添加新的类别。

4. 员工管理
管理员对员工进行权限的修改，密码的修改等操作。

5. 日志查询
系统支持对所有员工的操作记录进行查询，方便管理员监督员工的各种行为。提高软件的安全性能。

6.系统的运行平台及兼容性
本系统在WINDOWS VISTA平台开发

三、系统定义
3.1 系统边界

在定义需求时，必须定义要开发的计算机系统的边界，即确定哪些是系统需求，哪些是和系统相关的操作过程的需求，哪些是在系统范围之外的需求。
    需求提供者经常不大了解系统应该包含哪些内容，因此他们可能会提出不恰当的需求。需要通过系统边界定义初步剔除那些明显在系统范围之外的需求，以免这些需求干扰后续的分析过程。
    检查每项原始需求，将它们区分为系统需求、过程需求和应该拒绝的需求。考虑如下问题：
1. 某项需求是否是基于不完整的或者不可靠的信息做出的？
2. 某项需求的实现是否需要在系统已定义的数据库之外的信息？
3. 某项需求是否和系统的核心功能相关？
4. 某项需求是否牵涉到系统之外的功能或者设备的性能？
    对于问题1和问题2可以判断是否为过程需求，如果是过程需求，则要求系统的操作者提供这些信息，否则需要复审系统应该处理的数据。
   对于问题3和问题4可以判断是否是系统边界以外的需求。如果是，则它可能是不必要的，也可能是无法实现的需求。
   对于于操作过程相关的需求和系统边界之外的需求，必须准备一些技术的和经济的论据，说明这些需求被拒绝的理由。这些论据应该是基于这个组织已定义的业务目标或者系统可行性研究的结果。
   系统边界的定义和需求的检验都需要通过需求的复审来进行，需求的复审之前可以定义适当的分析检验表，如：
 检验表项
 检验内容的描述
 草率设计
 该需求是否包含不成熟的设计或实现信息？
 组合需求
 是单独的需求还是可以细分为几个不同的需求？
 多余需求
 只是系统的装饰而不是真正必须的吗？
 使用非标准硬件
 该需求必须使用非标准的硬件还是软件？
 符合业务目标
 该需求是否符合已定义的业务目标？
 需求多义性
 该需求对不同的人是否可能有不同的理解？
 需求可实现性
 根据现有的实现技术，是否可以实现该需求？
 需求可测试性
 测试工程师是否可以从需求的表述中导出测试已判断系统是否符合需求？

经过审核，本系统确定如下系统需求：
Ø 查询（包括查）
Ø 出库（包括改、查）
Ø 采购（包括增、改、查）
Ø 员工管理（包括改、查）
Ø 操作日志（包括查）

四、需求分析
4.1 用户需求说明
4.1.1 数据需求

通过分析，本系统需要维护4张表，分别是：

库存(goods)、日志(log)、员工信息(admin)、商品种类(type)
4.1.2 事务需求

仓库管理系统，主要用于企业商品库存的管理，包括出库、入库、查询库存、员工管理，以及查看操作日志等功能。
查询可以实现模糊查询，也可以进行条件查询。同时也能多条件混合查询。
入库可以进行入库操作，可以添加已有的商品也可以添加新商品，同时可以添加新的类别。
出库实现商品的售出，可以批量进行出售。提高操作性。
管理员可以对员工管理，改变员工权限和密码。
提供简单的帮助。
可以查看员工的操作日志。
本系统实现的功能模块如下图所示：
仓库管理系统
系统模块
输入模块
维护模块
查看模块
采购模块
帮助模块
入库模块
采购员管理模块
出库模块
还原模块
日志管理

4.2 系统需求说明
经过需求分析，确定仓库管理系统的功能模块包括：
l 库存查看管理
l 出库管理
l 采购管理
l 员工管理
l 操作日志查询
可以把以上模块分为3个模块结合：
1. 查询模块。包括库存的查询和日志的查询。
2. 仓库操作模块。包括采购如出库两个操作。
3. 权限管理模块。包括用户注册和人员管理，修改密码等操作。虽然权限控制不是一个独立存在的模块，但它贯穿在整个运行过程中。仓库管理系统系统的人员管理模块需要经过权限授权才可以使用。权限功能模块确定用户角色由无权限、出库、采购、出库/采购、管理员组成。其中：
l 管理员享有最高权限，可以对员工的信息档案进行录入、维护和修改，并可以使用系统中所有仓库操作功能。
l 出库只能进行出库操作。
l 采购只能进行采购操作
l 出库/采购可以进行出库和采购操作。
l 无权限只可进行查看库存的操作。
五、数据库逻辑设计
5.1 ER图

5.2 数据字典
数据字典（Data dictionary）是一种用户可以访问的记录数据库和应用程序元数据的目录。
　　数据字典的组成： 
　　1、数据项
　　2、数据结构 
　　3、数据流 
　　4、数据存储 
5、处理过程

仓库管理系统的数据字典如下：
1．销售人员信息表
A．表名：goods
B. 表结构：

2.客户信息表
A. 表名：log
B．表结构：

3.客户预定信息表
A. 表名：admin
B．表结构：

4.产品信息表
A. 表名：type
B．表结构：

5.3 关系表

附：UML系统建模
1. 仓库管理系统的用例分析
在需求分析中，仓库管理系统的功能模块（用例）包括：入库，采购，员工管理，日志查询，库存查询。

2. 仓库管理系统的域类分析
（1） 对数据对象类的确定

（2） 对各类间关联的确定

仓库管理系统类图
3. 仓库管理系统的设计
使用状态图描述类的对象的状态及行为，显示对象的整个生命周期。在本系统中，有状态图的类有客户预订和客户合同，将两个类的状态图结合在一起，如下图。

状态图
使用时序图对一个实例的特定控制流进行建模。以下是各个用例的时序图。

客户预订管理的时序图

合同信息管理的时序图

合同收支管理的时序图

客户信息管理的时序图

产品信息管理的时序图

销售人员信息管理的时序图

在进行构架设计时，将仓库管理系统设计视图中的类组织成一个标准的3级体系结构。用户服务包(User Services)中的元素提供了表现信息和收集的可视化界面。业务服务包(Business Services)中的元素负责维护、访问和修改数据。数据服务包(Data Services)中的元素为另两个包的元素搭桥，并包含了管理用户请求（为了执行业务上的任务）的所有类和其他元素，包括支配数据操纵策略的业务规则。

仓库管理系统的体系结构

六、数据库物理设计
6.1 索引
6.2 视图

6.3 安全机制
系统安全：此仓库管理系统采用了权限管理机制，只有获得相应权限后才可以对相应的表进行操作。
数据安全：系统中提供了较为完善的事务提交和回滚机制，保证操作失败时，数据库仍然能够恢复到最近的正常状态。
6.4 其他
本节可选：引入受控冗余等。

七、应用程序设计
7.1 功能模块
本仓库管理系统主要包括以下功能模块：
l 查询
l 出库
l 采购
l 员工管理
l 日志查询
7.2 界面设计
本系统的设计主要考虑界面的简单易用，所以界面尽量保持统一的风格，而且每一个界面争取设计的较为精致，因为代价是图片较多。
主要界面如下：
1.登陆界面

2.主界面

3.查询界面

4.出库界面

5.采购页面

6.员工管理界面

7.日志查询界面

7.3 事务设计
本系统登录用户分为入库，出库，入库出库和管理员，管理员拥有对其他工作人员的管理权限。
在系统中，用户的员工进行的每次操作都会被记录到数据库的表log中，并且可以由员工查询操作日志。
本系统中的查询均采用模糊查询，部分代码如下
string myf
myf=""
if b1 then
myf=myf+"(name like'"+"%"+name+"%"+"')"
end if
此外开发本系统遇到的最大困难在于多条件查询时条件的选择。尝试了使用很多种方法，最后选择了根据输入的条件动态设置过滤器的方法，这也是比较人性化的方法。
主要代码如下

string myf //过滤字符串
myf=""
if b1 then
myf=myf+"(name like'"+"%"+name+"%"+"')"
end if
if b2 and myf="" then
myf=myf+" (type like'"+"%"+type1+"%"+"')"
elseif b2 then
myf=myf+" and (type like'"+"%"+type1+"%"+"')"
end if
if b3 and myf="" then
myf=myf+"(leave >= "+String(count1)+")"
elseif b3 then
myf=myf+" and (leave >= "+String(count1)+")"
end if
if b4 and myf="" then
myf=myf+"(leave <= "+String(count2)+")"
elseif b4 then
myf=myf+" and (leave <= "+String(count2)+")"
end if

dw_1.setfilter(myf)
dw_1.filter()

八、测试和运行
测试过程中遇到的问题是参照完整性问题。
另外，对于日期格式的转换也遇到过一些问题。
可选：生成大数据量的仿真数据，进行性能测试的情况。

九、总结
通过数据库课程设计中对仓库管理系统的开发，

附. 参考文献
SQL Server数据库项目案例导航 清华大学出版社 刘大玮、马传宝、孙颖洁 编著

- 25 -
All rights reserved---2010©
其中专业理论知识内容包括：保安理论知识、消防业务知识、职业道德、法律常识、保安礼仪、救护知识。作技能训练内容包括：岗位操作指引、勤务技能、消防技能、军事技能。
二．培训的及要求培训目的
安全生产目标责任书
为了进一步落实安全生产责任制，做到“责、权、利”相结合，根据我公司2015年度安全生产目标的内容，现与财务部签订如下安全生产目标：
一、目标值：
1、全年人身死亡事故为零，重伤事故为零，轻伤人数为零。
2、现金安全保管，不发生盗窃事故。
3、每月足额提取安全生产费用，保障安全生产投入资金的到位。
4、安全培训合格率为100%。
二、本单位安全工作上必须做到以下内容：
1、对本单位的安全生产负直接领导责任，必须模范遵守公司的各项安全管理制度，不发布与公司安全管理制度相抵触的指令，严格履行本人的安全职责，确保安全责任制在本单位全面落实，并全力支持安全工作。
2、保证公司各项安全管理制度和管理办法在本单位内全面实施，并自觉接受公司安全部门的监督和管理。
3、在确保安全的前提下组织生产，始终把安全工作放在首位，当“安全与交货期、质量”发生矛盾时，坚持安全第一的原则。
4、参加生产碰头会时，首先汇报本单位的安全生产情况和安全问题落实情况；在安排本单位生产任务时，必须安排安全工作内容，并写入记录。
5、在公司及政府的安全检查中杜绝各类违章现象。
6、组织本部门积极参加安全检查，做到有检查、有整改，记录全。
7、以身作则，不违章指挥、不违章操作。对发现的各类违章现象负有查禁的责任，同时要予以查处。
8、虚心接受员工提出的问题，杜绝不接受或盲目指挥；
9、发生事故，应立即报告主管领导，按照“四不放过”的原则召开事故分析会，提出整改措施和对责任者的处理意见，并填写事故登记表，严禁隐瞒不报或降低对责任者的处罚标准。
10、必须按规定对单位员工进行培训和新员工上岗教育；
11、严格执行公司安全生产十六项禁令，保证本单位所有人员不违章作业。
三、 安全奖惩：
1、对于全年实现安全目标的按照公司生产现场管理规定和工作说明书进行考核奖励；对于未实现安全目标的按照公司规定进行处罚。
2、每月接受主管领导指派人员对安全生产责任状的落