1 前言

古板的采购及货仓治理方法在盘算机高速生长的今世已逐渐被淘汰, 在生产型企业, 纸质化采购及货仓治理有很大的缺陷, 好比无法同时多人检察、翻阅未便捷、实时跟踪困难等。全面在线软件化治理是一定的生长趋势。

仓储治理在内容上应包括采购申请、采购、验收入库、物料申请出库等处理的历程。软件在线的优点在于效率高、信息果真、各层领导审批便当、盘问进度便捷等, 充分利用盘算机和现代通讯手段, 面向企业效劳, 也可强化部分业务治理, 增强各业务部分之间的交流, 实现企业信息的快速上传下达, 增进协同办公, 提高办公效率。

企业每天都会爆发许多采购和收支库申请。古板的货仓治理要领需要大宗的事情时间和本钱, 却不可提供可靠的数据包管和满意的事情效率。所以, 货仓治理的软件化、现代化治理成为一种大趋势。在提高事情效率和宁静性的同时, 还需要包管系统的可扩展性和可靠性。

2 需求剖析

2.1 用例详细功效列表

用例详细功效列表如表1所示。

2.2 用例图

凭据整个系统的功效列表, 本文对申请物料功效进行详细剖析, 体例此设计说明文档。申请物料用例图如图1所示, 本文以部分经理审批物料申请表这个用例为主。

2.3 用例规约

2.3.1 简述

项目经理翻开项目经理提交的物料申请表, 检察领取物料的名称、型号、数量是否正确, 检察领料原因是否明确, 如果全部通过选择同意提交物料申请表, 不然将物料申请表退回员工处, 需注明退回原因。

表1 用例详细功效列表  下载原图

图1 申请物料用例图  

项目经理是本用例的主要使用者, 本用例是货仓一体化治理系统的一项基本功效, 是本用例的使用平台。

2.3.2 加入者

部分经理。

2.3.3 前置条件

员工将领料申请表发送给部分经理。

2.3.4 业务处理流程

流程图如图2所示:

图2 业务处理流程图 

第一, 基本流程 (同意) : (1) 项目经理登录, 输入用户名和密码; (2) 系统进入主界面; (3) 项目经理选择审批申请按钮; (4) 系统弹出物料申请表审批界面; (5) 项目经理审批物料申请表, 点击同意; (6) 点击提交按钮; (7) 系统将提交物料申请表至货仓治理员处。

第二, 扩展流程 (差别意) : (1) 项目经理登录, 输入用户名和密码; (2) 系统进入主界面; (3) 项目经理选择审批申请按钮; (4) 系统弹出领料申请页面; (5) 填写差别意原因; (6) 点击提交按钮; (7) 系统退回物料申请单至员工。

2.3.5 业务规则

无。

2.3.6 后置条件

无。

2.3.7 增补说明

系统顺序图如图3所示:

图3 系统顺序图   

系统图如图4所示:

图4 系统图   

2.4 增补规约

2.4.1 可用性

(1) 本系统接纳与WINDOWS兼容的软件体例, 操作界面友好, 便于操作及维护。各操作项标识清楚, 便当用户操作使用。

(2) 本系统支持多点操作, 同一个公司内人员, 可以在差别的地方同时翻开本系统进行操作, 系统内部会凭据差别的操作通事后台自动、实时、准确地更新物资数量等纪录。

(3) 系统自带故障查找资助功效, 当系统泛起故障时可以通过资助文档或者在线故障查找功效, 联系开发公司进行故障定位查找及排除。

(4) 本软件内任意一项功效及名词界说均可以通过, 按F1键获得资助文档, 进行操作要领及功效界说查找。

2.4.2 可靠性

(1) 平均无故障时间:MTBF>5 000h。

(2) 平均维修时间:MTTR<0.5h。

2.4.3 性能

(1) 数据响应时间:数据刷新响应时间不大于1s。

(2) 系统操作响应时间:关于系统内任意一项操作的响应时间不大于3s。

2.4.4 运行情况

(1) 软件平台:本项目支持WINDOWS XP及以上操作系统。

(2) 硬件要求:如表2所示。

表2 硬件要求

3 UML设计要领

面向工具技术在盘算机程序设计中, OOA (面向工具剖析) 阶段建立的系统模型映射到OOP (面向工具程序设计) 阶段的程序代码很是便当, 因为C++、VC++、JAVA等编程语言都是面向工具的程序设计语言。类的封装、重载、继续都很容易实现。

3.1 设计思想的先进性

使用面向工具的要领直接以问题域 (现实世界) 中的事物为中心来思考和认识问题, 并凭据这些事物的实质特征把它们笼统为工具, 以作为组成软件系统的基础。接纳面向工具的要领编写软件, 便于对软件的理解。

3.2 复用性

当接纳面向工具的思想后编程便当, 同一公司的设计人员可以建立配合的基准类, 在差别的项目中可以重复使用, 大大减少设计者对相同功效的设备的控制逻辑开发时间。设计者可以把更多的精力放在各系统间的互通和功效上。

3.3 标准化

使用面向工具的设计模式, 可以将程序设计分为两个阶段, 即标准库、基本架构开发以及实际应用层面设计。其中标准库、基本架构是制定程序标准化的基础, 而应用层设计是针对具体的功效编程。如果接纳面向工具的要领进行软件设计, 这样经过几个项目的设计, 各人可以把几个项目所使用的类进行汇总, 作为一个标准的库, 在后续的设计中, 开发人员就可以对具有相同功效的系统, 直接挪用库中的类, 从而使得编程作风、编程要领可以获得延续。并且接纳标准的组件可以很好减少开发历程中的过失, 使得公司人员变换时, 新进人员可以快速进入状态。

4 总体设计

4.1 技术构架 (描述系统构架)

技术构架如图5所示:

图5 技术构架   

4.2 剖析类与用例实现

界限类:注书页面

控制类:注册控制

实体类:项目经理、物料清单

用例实现如图6所示:

图6 用例实现   

5 系统的实现

本用例 (审批领料申请表) 的应用程序主要由3个窗体组成, 划分是登录窗体 (如图7所示) 、主窗体 (如图8所示) 、审批窗体。

图7 登录窗口   

图8 主窗口   

6 结语

对目前货仓一体化治理系统进行需求剖析, 剖析系统的设计与实现要领, 运用面向工具的设计要领, 设计与实现货仓一体化治理系统。此系统便当在线统一治理, 流程简单便捷, 提高了企业的事情效率。