仓库管理系统分析.docx

仓库管理系统分析.docx

《仓库管理系统分析.docx》由会员分享，可在线阅读，更多相关《仓库管理系统分析.docx（14页珍藏版）》请在冰豆网上搜索。

仓库管理系统分析

仓库管理系统分析

系统需求分析要紧任务是调查现行系统存在的咨询题，弄清用户对新系统的要求，提出可行的方案，为治理层决策提供依据。

系统分析（又称逻辑设计）是治理信息系统开发的关键环节，要求在系统调查的基础上，对新系统的功能进行细致的分析，并建立一个新系统的逻辑模型。

新系统的逻辑模型由系统数据流程图、概况表、数据字典、逻辑表达式及有关讲明组成。

最后要完成系统分析报告（也称为系统逻辑设计讲明书）。

系统逻辑模型就像在按照需要建设一座学校前，按照学校教育的层次（初等、中等、高等）、规模、投资、地理环境、技术水平等条件的要求和约束，先由建筑设计院进行设计，保证学校建成后的各种功能得以实现，之后才能进行工程设计和施工一样。

在系统设计时期要做认真、细致的分析、研究工作，幸免新系统在功能上存在先天不足或缺陷。

因为新系统模型是建立在对现行系统的分析及要求的基础上的，因此系统调查工作要进行得深入、细致、全面。

用户能够对新系统的逻辑模型提出意见，双方通过讨论、修改，最后达成共识，并完成系统分析报告（系统逻辑设计讲明书），经有关领导审批通过之后，转入系统设计（又称系统

图2.1组织结构图

组织结构图中，各部门的职责描述见表2.1

表2.1组织结构职责表

部门

职责

董事会

企业单位投资与经营战略决策

总经理

治理企业单位宫运事务，实现宫运目标，向重事会负责

财务部

治理企业单位资金来源与资金运用，支持各部门工作。

仓储部

从事企业单位生产与服务所需物资的入库、储存、发放，实现物品仓

库治理。

采购部

制定采购打算，进行供应商治理，向市场采购企业单位所需各项物资

销售部

治理企业单位的销售工作。

仓管员

发放物品和作帐

2.1.2业务流程分析

在本系统的业务流程分析中，采纳的工具是业务流程图，这是一种表明系统内各单位、人员之间业务关系、.作业顺序和治理信息流淌的流程图,它能够系关心分析人员找出业务流程中的不合理。

业务流程图中的符号讲明如下：

I/1

单据、报表、帐目存储数据流向

图2.2采购与销售治理业务流程图

二、物品仓库治理业务流程分析：

目前，本企业单位保管业务流程重点治理保管资金流程，对物品的保管要紧包括以下几步：

保管人员保管物品；

职员向保管人员提出销售要求；

保管人员为职员或客户填写发票；保管人员将发票清单传递给职员核查；职员核查发票清单无异议后，签字提交仓管员；仓管员提供给职员物品。

2.2现行系统存在的要紧咨询题现行系统是手工运作的系统，能够支持向职员提供物品服务功能，然而，存在以下薄弱环节：

1．现行系统是手工运作的系统，人员手工作业量大，数据传递不及时，对数据的统计和运算运程中易发生差错，工作效率较低；2．业务流程治理不够严密；3．要紧从保管收入角度向治理层提供数据，不能满足治理要求（例如不能提供的保管排行、实时发票状况统计等信息）；

4．向职员提供的发票清单手工书写，常发生字迹不清晰的咨询题，同时格式也不统一；

5．历史账务的查询也不方便。

现行系统的上述弱点，实质上反映企业单位在企业单位服务职员的过程中，对信息的产生、传输、加工与挖掘分析利用方面存在不足，不能满足企业治理与业务进展的要求，也对企业形象造成不利的阻碍。

这也正是提出新系统的直截了当缘故。

2.3解决方案

建议采纳的新系统，是一个人机系统，采纳本地机结构，同时为了加大系统的适应能力，采纳本地机技术，如此即使在网络中断的情形下，也能够连续治理。

也确实是讲，单机要紧起到储备数据的作用。

新系统能够实现现行系统的功能，同时能克服现行系统的上述弱点，与现行系统相比，将有如下改善之举：

对发票信息的采集与记录更加细致与全面，能满足持续增长的治理需求；

利用运算机对数据进行加工、统计、分析，提升工作效率；实现完成的信息治理流程，支持业务治理制度的完善工作；

提供统一格式的运算机打印单据与报表，提升企业形象；重视对历史数据的储备爱护、追溯、分析，为治理层对企业的经营推测与决策提供及时有效的关心。

2.4可行性分析与选择

当同意一个软件开发任务，就进入软件生命的第一个时期，即进行可行性的研究。

并不是所有咨询题具有简单的解决方法，许多咨询题不能在预定的规模之内解决。

因此通过可行性的研究分析能够明白咨询题。

有无可行性的解决方法，进而幸免人力、物力和才力的白费。

在现行系统初步调查的基础上就能够提出新系统目标，即新系统建立后所要求达到的运行指标，这是系统开发和评判的依据。

系统目标应充分体现，直截了当为仓库治理系统服务，同时，程序能够分期分批实现。

然而，需要指出的是，系统目标是不可能在总体规划时期就提得专门具体，它还将在开发过程中逐步明确和定量化。

以达到更加杰出的程序系统。

但是，目标的提法不尽相同，例如：

提升仓库治理效率，减轻劳动强度；

提升信息处理速度和准确性；

为仓库治理者提供更方便、科学的服务项目。

系统的目标确定后，就能够从以下几方面对能否实现新系统目标进行可行性分析：

2.4.1技术可行性

按照客户提出的系统功能、性能及实现系统的各项约束条件，按照新系统目标来衡量所需的技术是否具备，本系统是一个数据库治理和查询的系统，现有的技术以较为成熟，硬件、软件的性能要求、环境条件等各项条件良好，估量利用现有技术条件应完全能够达到该系统的功能目标。

同时，考虑给予的开发期限也较为充裕，估量系统是能够在规定期限内完成开发。

最近20年来，治理信息系统技术得到了充分的进展与完善，使得开发本系统在技术可行性成为可能，利用VB开发工具，使得本系统不存在技术上的障碍。

该系统的软件研发时期，由我协助该企业单位治理企业单位提出需求、进行系统设计与开发，拟采纳成熟的数据库技术与软件开发技术，具有技术可行性。

2.4.2经济可行性

笔者参与本系统的研发工作，要紧是为了综合运用在运算机信息治理本科段自学的各科知识，通过理论与实践的结合，提升本人的专业技术知识的应用能力，因此主动免费承担本系统的软件研发工作。

估算新系统的成本效益分析，其中包括估量项目开发的成本，开发费用和今后的运行、爱护费用，估量新系统将获得的效益，估算开发成本是否回高于项目预期的全部经费。

同时，分析系统开发是否会对其它产品或利润带来一定阻碍。

因为本系统投产后，不必增减企业单位人员的工作岗位及职工人数，故没有人力资源成本的增加与减少。

新系统（第一期）的费用与收益分析如下：

1）一次性项目建设费用为人民币36000元。

其中：

软件研发经费：

人民币0元；运算机设备及系统软件费：

人民币35000元；培训费：

人民币1000元；整个项目建设期为0.5年

年运营耗材费：

人民币6000元

年折旧费（支付系统软硬件爱护及更新）：

人民币6000元

3）新系统投产后预期年经济收益人民币30000元

工作效率提升的收益：

人民币10000元（4）估量本系统使用寿命五年，按后年利率5%运算：

项目投资回收期二项目投资/（年收入-年支出）

净现金流量二Sum（年净收入/（1+年复利息率）n）-项

目投资

=（30000-12000）*（0.9524+0.9070+0.8638+0.822

7+0.7835）-36000

=77929-36000=41929元可见，本系统的投资回收期不专门长，在项目运治理5年内，企业单位仍能获得超过4万元的净现金流量，本项目经济上可行。

2.4.3营运可行性在本系统的运营时期，使用系统的工作人员，除了需要具备在MicrosoftWindows平台上使用个人电脑的知识，并不需要专门的技术能力。

这方面的知识，在该企业单位与本项目运营有关的直截了当人员（包括经理层、仓储部、销售部）中差不多具备。

同时在项目投产前，还会安排对操作系统的人员进行必要的培训。

系统技术爱护支持工作，在初期仍将硬件供应商及本人完成。

在企业单位信息化建设及业务拓展到适当规模后，宜由企业单位雇用专业技术人员担任此项工作。

综上所述，实施本系统，已具备技术可行、经济可行、营运可行的条件，因此企业单位决策层同意开发和使用本系统。

2.4.4法律可行性新系统的研制和开发，将可不能侵犯他人、集体和国家的利益，可不能违反国家政策和法律。

第三章新系统逻辑方案按照用户的需求，新系统应实现如下功能物品发放功能：

支持物品入库、出库治理功能；支持进货单、销售单的增加、修改、删除、查询功能；其中，必须支持对进货单信息的加工：

进货单号、经手人、物品名称、数量、单价；

必须支持对销售单信息的加工：

销售单号、经手人、物品名称、数量、单价；

对物资物品情形的查询功能；

统计各部门在指定时刻段中实际销售的物品情形。

系统爱护功能：

操作人员及操作权限、供应商，业务员的设置等等。

综合统计功能：

1、物品仓库治理综合统计：

采购员进货查询、供应商供货查询、部门销售查询、物品查询、销售单查询、进货单查询；

2、物品仓库信息查询：

⑴.实时治理监控：

治理信息等实时监控；

⑵.保管分析：

保管情形，保管金额，进货情形，进货金额进行分析;

⑶.职员销售单查询：

能够查询每一档销售情形。

下面分不从数据流图、数据字典、差不多加工角度对本系统要实现的功能进行详细讲明。

3.1数据流图描述

数据流图是对组织中信息运动的抽象，是治理信息系统逻辑模型的要

紧形式。

它不涉及硬件、软件、数据结构与文件组织，是用图形语言及与此有关的注释来表示系统的逻辑〕功能，，面要做什么。

本文中数据流的中的符

_a扎祥单

□

外部实体

统关联图讲明—第一，按照对治理信息系统建设的系统数据的数据来源和去处。

通过分析数据流，绘制本系统的关联系图

图3.1系统关联图

从系统关联图（图3.1）中能够看出:

采购部向本系统提供进货单信息（F2）,并能够通过从本系统获得订货需求报告（F1）、查询进货入库信息（F3）;

销售部等部门对物品的领用（F4）信息提交本系统进行治理，也能够通过本系统查询物品销售信息（F5）；

客户填过出库单获得物品（F6）；

每日治理收市本系统生成保管分析报表（F7），有力地支持企业单位的

日常营运治理;

销隹

F10晖碍理析报衷

」编+蕙

本系统的顶层数据流程图见图3.2。

图3.2顶层数据流程图

在顶层数据流程图（图3）中，一共有四个要紧的加工：

“P1物品进货治理”，“P2物品销售治理”、“P3库存治理”、“P4统计报表”。

P1物品进货治理：

处理各种物品入库操作。

P2物品销售治理：

处理客户信息，处理各种物品销售操作生成“分析报表”上报给企业单位经理。

P3库存治理：

基于各项数据表的数据按照进货和保管生成库存记录。

P4综合统计：

基于各项数据表的数据进行治理信息统计分析。

3.1.3物品进销治理数据流程一层图讲明

rn

Pl.1

F2入匣单

盂訓n蔭需郴告

广*1

P1.2

理

1E

山/库葩信贰1

需求管理

L-•

儿1

入库揍作乜录

D1.2

库存代码

—

DL3

基臓据

物品仓库治理数据流程一层图见图3.3

库存

图3.3物品进货治理数据流程一层图

图3.3中要紧有三个加工：

P1.1入库处理，P1.2需求治理入库处理•要紧.

哩||_

包括新增、查询、修改、•等处理过程'D1.2入库基础数据”为P1.1入库处理提供数据。

!

设置的订货点適胡库存量进行对比，形成

库治理员按照缺货数据，编制“订货需求报告”给采购部。

图3.4物品销售治理数据流程一层图

图3.4中要紧有三个加工：

P2.1出库处理，P2.2销售治理

出库处理：

要紧形成“D2.1出库操作记录”在具体处理的实现中，都包括新增、查询、修改、等处理过程。

“D2.2库存代码”“D2.2入库基础数据”为P2.1出库处理提供数据。

销售治理：

是同意职员的销售信息；仓管员按照销售信息开动身票。

3.1.4物品库存治理数据流程一层图讲明

物品库存治理数据流程一层图见图3.5。

库存

图3.7保管信息录入数据流程二层图

3.2数据字典描述

建立数据字典是为了对数据流程图上各个元素做出详细定义和讲明。

数据流程图配以数据字典，就能够从图形和文字两个方面对系统的逻辑模型进行描述，从而形成一个完整的讲明，为以后系统设计的进行提供必要的详细信息。

对数据流图中所有的数据流都要加以讲明，现在以“F7.2进货单”

为例进行讲明，见表3.1。

对数据流图中所有的数据元素都要加以讲明，现在以“进货单编号

为例进行讲明，见表3.2

对数据流图中所有的数据储备都要加以讲明，现在以“D2.1入库操

作记录”为例进行讲明，见表3.3

对数据流图中所有的外部项都要加以讲明，现在以顶层图中“E04

客户”为例进行讲明，见表3.4。

对数据流图中所有的数据加工都要加以讲明，现在以顶层图中“P1物品仓库治理”、“P2物品仓库服务治理”和“P3综合统计”为例进行讲明，见表3.5,表3.6和表3.7。

表3.1数据流---进货单

数据流

系统名：

仓库治理系统编号：

F2

条目名：

进货单不名：

来源：

采购部去向：

入库处理

数据流结构：

编号进货日期库存号单价数量供应商

简要讲明：

进货单记录物品每次入库情形。

修改记录

编写

日期

2005年10月12日

审核

日期

2005年10月12日

表3.2数据元素---进货单编号

数据元素

系统名：

仓库治理信息系统编号：

E2.1

条目名：

进货单编号不名：

属于数据流：

F2

储备处：

D2.1

数据兀素值：

取值范畴含义：

代码类型：

字符第1至8位为年月日

长度：

12位第9至12位为序列号

简要讲明：

进货单编号是进货单的识不符，每个进货单都有且仅有一个进货单编号

修改记录编写日期2005年10月12日

审核

日期

2005年10月12日

表3.3数据储备---入库操作记录

数据存储

系统名：

仓库治理信息系统编号：

D2.1

条目名：

入库操作记录不名：

储备组织：

每次入库一次就有一张进货单，按编号顺序排列

记录数：

只记录入库记录，记录数不限，储备上限由磁盘可用空间操纵。

主关键字：

编号

记录组成：

项目：

编号+进货日期+库存号+单价+数量+供应商

近似长度（字节）：

12+8+8+4+8+50=42

简要讲明：

修改记录

编写

日期

2005年10月12日

审核

日期

2005年10月12日

表3.4外部项---顾客

输入：

F6顾客求购具体包括：

F6.1销售信息

F6.2职员信息

输出：

F7发票

要紧特点：

记录顾客信息；

职员：

编号+姓名+电话+地址

简要讲明：

修改记录

编写

日期

2005年10月12日

审核

日期

2005年10月12日

表3.5数据加工---物品进货治理

数据加工

系统名：

仓库治理信息系统编号：

P1

条目名：

物品进货治理不名：

输入：

F2进货单

D1.2库存代码

D1.3入库基础数据

输出：

F3入库查询信息

D1.1进货记录

处理逻辑：

1.按照米购部提供的进货单进行入库处理，形成入库操作记录，更新物品库存量及成本单价。

2•按照需要，提供出入库操作的查询信息。

简要讲明：

“物品仓库治理”加工，能够差不多满足仓库治理员的日常工作需要。

修改记录编写日期2005年10月12日

审核

日期

2005年10月12日

表3.6数据加工---物品销售治理

数据加工

系统名：

仓库治理信息系统编号：

P2

条目名：

物品仓库服务治理不名：

输入：

F4出库单息

D4出库治理基础数据

输出：

F7发票

F5出库查询

F8出库分析报表

D4出库治理基础数据

处理逻辑：

1•按照客户提供的销售信息，进行保管数据录入，更新基础数据。

2•交易成功时，按照信息，开票并记录明细账，更新基础数据。

4•保管分析处理，将保管明细账生成报表给经理。

简要讲明：

“物品仓库服务治理”加工，能够差不多满足物品仓库员的日常工作需要。

修改记录

编写

日期

2005年10月12日

审核

日期

2005年10月12日

表3.7数据加工---库存统计

数据加工

系统名：

仓库治理信息系统编号：

P3

条目名：

库存统计不名：

输入：

D1进货记录

D3销售记录

输出：

D3库存记录

F11综合统计报表

处理逻辑：

1.按照D1查询生成进货统计；

2.按照D2查询生成出库统计；;

3.按照D3,查询生成物品库存量报表

简要讲明：

“综合统计”加工，按照各项数据表的数据进行治理信息统计分析，提供相应报表，满足经理对治理信息的需要。

修改记录

编写

日期

2005年10月12日

审核

日期

2005年10月12日

3.3差不多加工的简要讲明

限于篇幅，在本文中，没有收录全部差不多加工的讲明，下面以“P2.

1出库信息录入”的各个差不多加工（一共有2个）为例进行讲明。

P2.1.1开票：

BEGIN

提交“物品库存编号”要求给系统。

系统显示目前所有的物品库存编号；

选择其中所有“库存编号”其中的一个，输入出库单号;输入其他有关信息

提交给系统；

IF“出库单号”重复

提示“出库单号重复，请重新录入”信息；

操作员确认后，返回BEGIN;

ELSE

更新“出库记录表”

操作员确认后，终止本加工

ENDIF

END

P2.1.2职员信息录入：

BEGIN输入职员有关信息

提交给系统;系统为职员自动编号;更新“职员信息表”;操作员确认后，终止本加工;

END