仓库管理系统分析.docx

1、仓库管理系统分析仓库管理系统分析系统需求分析要紧任务是调查现行系统存在的咨询题，弄清用户对新 系统的要求，提出可行的方案，为治理层决策提供依据。系统分析（又称逻辑设计）是治理信息系统开发的关键环节，要求在 系统调查的基础上，对新系统的功能进行细致的分析，并建立一个新系统 的逻辑模型。新系统的逻辑模型由系统数据流程图、概况表、数据字典、逻辑表达 式及有关讲明组成。最后要完成系统分析报告（也称为系统逻辑设计讲明 书）。系统逻辑模型就像在按照需要建设一座学校前，按照学校教育的层次 （初等、中等、高等）、规模、投资、地理环境、技术水平等条件的要求和 约束，先由建筑设计院进行设计，保证学校建成后的各种功

2、能得以实现， 之后才能进行工程设计和施工一样。在系统设计时期要做认真、细致的分 析、研究工作，幸免新系统在功能上存在先天不足或缺陷。因为新系统模型是建立在对现行系统的分析及要求的基础上的，因此 系统调查工作要进行得深入、细致、全面。用户能够对新系统的逻辑模型 提出意见，双方通过讨论、修改，最后达成共识，并完成系统分析报告（系 统逻辑设计讲明书），经有关领导审批通过之后，转入系统设计（又称系统图2.1组织结构图组织结构图中，各部门的职责描述见表 2.1表2.1组织结构职责表部门职 责董事会企业单位投资与经营战略决策总经理治理企业单位宫运事务，实现宫运目标，向重事会负责财务部治理企业单位资金来源与

3、资金运用，支持各部门工作。仓储部从事企业单位生产与服务所需物资的入库、 储存、发放，实现物品仓库治理。采购部制定采购打算，进行供应商治理，向市场采购企业单位所需各项物资销售部治理企业单位的销售工作。仓管员发放物品和作帐2.1.2业务流程分析在本系统的业务流程分析中，采纳的工具是业务流程图，这是一种表 明系统内各单位、人员之间业务关系、.作业顺序和治理信息流淌的流程图, 它能够系关心分析人员找出业务流程中的不合理。业务流程图中的符号讲明 如下：I / 1单据、报表、帐目 存储 数据流向图2.2采购与销售治理业务流程图二、物品仓库治理业务流程分析：目前，本企业单位保管业务流程重点治理保管资金流程，

4、对物品的保 管要紧包括以下几步：保管人员保管物品；职员向保管人员提出销售要求；保管人员为职员或客户填写发票； 保管人员将发票清单传递给职员核查； 职员核查发票清单无异议后，签字提交仓管员； 仓管员提供给职员物品。2.2现行系统存在的要紧咨询题 现行系统是手工运作的系统，能够支持向职员提供物品服务功能，然 而，存在以下薄弱环节：1现行系统是手工运作的系统， 人员手工作业量大， 数据传递不及时， 对数据的统计和运算运程中易发生差错，工作效率较低； 2业务流程治理不够严密； 3要紧从保管收入角度向治理层提供数据，不能满足治理要求（例如 不能提供的保管排行、实时发票状况统计等信息） ；4向职员提供的发

5、票清单手工书写，常发生字迹不清晰的咨询题，同 时格式也不统一；5历史账务的查询也不方便。 现行系统的上述弱点，实质上反映企业单位在企业单位服务职员的过 程中，对信息的产生、传输、加工与挖掘分析利用方面存在不足，不能满 足企业治理与业务进展的要求，也对企业形象造成不利的阻碍。这也正是 提出新系统的直截了当缘故。2.3解决方案建议采纳的新系统，是一个人机系统， 采纳本地机结构，同时为了加 大系统的适应能力，采纳本地机技术，如此即使在网络中断的情形下，也 能够连续治理。也确实是讲，单机要紧起到储备数据的作用。新系统能够实现现行系统的功能，同时能克服现行系统的上述弱点， 与现行系统相比，将有如下改善之

6、举：对发票信息的采集与记录更加细致与全面，能满足持续增长的治理需 求；利用运算机对数据进行加工、统计、分析，提升工作效率； 实现完成的信息治理流程，支持业务治理制度的完善工作；提供统一格式的运算机打印单据与报表，提升企业形象； 重视对历史数据的储备爱护、追溯、分析，为治理层对企业的经营推 测与决策提供及时有效的关心。2.4可行性分析与选择当同意一个软件开发任务，就进入软件生命的第一个时期，即进行可 行性的研究。并不是所有咨询题具有简单的解决方法，许多咨询题不能在 预定的规模之内解决。因此通过可行性的研究分析能够明白咨询题。有无可行性的解决方法，进而幸免人力、物力和才力的白费。在现行 系统初步调

7、查的基础上就能够提出新系统目标，即新系统建立后所要求达 到的运行指标，这是系统开发和评判的依据。系统目标应充分体现，直截 了当为仓库治理系统服务，同时，程序能够分期分批实现。然而，需要指 出的是，系统目标是不可能在总体规划时期就提得专门具体，它还将在开 发过程中逐步明确和定量化。以达到更加杰出的程序系统。但是，目标的 提法不尽相同，例如：提升仓库治理效率，减轻劳动强度；提升信息处理速度和准确性；为仓库治理者提供更方便、科学的服务项目。系统的目标确定后，就能够从以下几方面对能否实现新系统目标进行 可行性分析：2.4.1 技术可行性按照客户提出的系统功能、性能及实现系统的各项约束条件，按照新 系统

8、目标来衡量所需的技术是否具备，本系统是一个数据库治理和查询的 系统，现有的技术以较为成熟，硬件、软件的性能要求、环境条件等各项 条件良好，估量利用现有技术条件应完全能够达到该系统的功能目标。同 时，考虑给予的开发期限也较为充裕，估量系统是能够在规定期限内完成 开发。最近 20 年来，治理信息系统技术得到了充分的进展与完善，使得开发 本系统在技术可行性成为可能， 利用 VB 开发工具， 使得本系统不存在技术 上的障碍。该系统的软件研发时期，由我协助该企业单位治理企业单位提出需求、 进行系统设计与开发，拟采纳成熟的数据库技术与软件开发技术，具有技 术可行性。2.4.2 经济可行性笔者参与本系统的研

9、发工作，要紧是为了综合运用在运算机信息治理 本科段自学的各科知识，通过理论与实践的结合，提升本人的专业技术知 识的应用能力，因此主动免费承担本系统的软件研发工作。估算新系统的成本效益分析，其中包括估量项目开发的成本，开发费 用和今后的运行、爱护费用，估量新系统将获得的效益，估算开发成本是 否回高于项目预期的全部经费。同时，分析系统开发是否会对其它产品或 利润带来一定阻碍。因为本系统投产后，不必增减企业单位人员的工作岗位及职工人数， 故没有人力资源成本的增加与减少。新系统（第一期）的费用与收益分析 如下：1）一次性项目建设费用为 人民币 36000 元。其中：软件研发经费： 人民币 0 元； 运

10、算机设备及系统软件费：人民币 35000 元； 培训费 ： 人民币 1000 元； 整个项目建设期为 0.5 年年运营耗材费：人民币 6000 元年折旧费（支付系统软硬件爱护及更新） ： 人民币 6000 元3）新系统投产后预期年经济收益 人民币 30000 元工作效率提升的收益： 人民币 10000 元 （4）估量本系统使用寿命五年，按后年利率 5%运算： 项目投资回收期 二项目投资/ （年收入-年支出）净现金流量 二Sum(年净收入/ (1+年复利息率)n )-项目投资= ( 30000-12000) *( 0.9524+0.9070+0.8638+0.8227+0.7835) -3600

11、0= 77929-36000 = 41929 元 可见，本系统的投资回收期不专门长，在项目运治理 5 年内，企业 单位仍能获得超过 4 万元的净现金流量，本项目经济上可行。2.4.3营运可行性 在本系统的运营时期，使用系统的工作人员，除了需要具备在 Microso ft Windows 平台上使用个人电脑的知识，并不需要专门的技术能力。这方 面的知识，在该企业单位与本项目运营有关的直截了当人员(包括经理层、 仓储部、销售部)中差不多具备。同时在项目投产前，还会安排对操作系 统的人员进行必要的培训。系统技术爱护支持工作，在初期仍将硬件供应商及本人完成。在企 业单位信息化建设及业务拓展到适当规模后

12、，宜由企业单位雇用专业技术 人员担任此项工作。综上所述，实施本系统，已具备技术可行、经济可行、营运可行的条 件，因此企业单位决策层同意开发和使用本系统。2.4.4法律可行性 新系统的研制和开发，将可不能侵犯他人、集体和国家的利益，可不 能违反国家政策和法律。第三章 新系统逻辑方案 按照用户的需求，新系统应实现如下功能 物品发放功能：支持物品入库、出库治理功能； 支持进货单、销售单的增加、修改、删除、查询功能； 其中，必须支持对进货单信息的加工：进货单号、经手人、物品名称、 数量、单价；必须支持对销售单信息的加工：销售单号、经手人、物品名称、数量、 单价；对物资物品情形的查询功能；统计各部门在指

13、定时刻段中实际销售的物品情形。系统爱护功能：操作人员及操作权限、供应商，业务员的设置等等。综合统计功能：1、 物品仓库治理综合统计：采购员进货查询、供应商供货查询、部门 销售查询、物品查询、销售单查询、进货单查询；2、 物品仓库信息查询：.实时治理监控：治理信息等实时监控；.保管分析：保管情形， 保管金额，进货情形， 进货金额进行分析;.职员销售单查询：能够查询每一档销售情形。下面分不从数据流图、数据字典、差不多加工角度对本系统要实现的 功能进行详细讲明。3.1数据流图描述数据流图是对组织中信息运动的抽象，是治理信息系统逻辑模型的要紧形式。它不涉及硬件、软件、数据结构与文件组织，是用图形语言及

14、与 此有关的注释来表示系统的逻辑功能， 面要做什么。本文中数据流的中的符 _ a扎祥单外部实体统关联图讲明 第一，按照对治理信息系统建设的 系统数据的数据来源和去处。通过分析 数据流，绘制本系统的关联系图图3.1系统关联图从系统关联图（图3.1）中能够看出:采购部向本系统提供进货单信息（F2）,并能够通过从本系统获得订货 需求报告（F1）、查询进货入库信息（F3）;销售部等部门对物品的领用（F4）信息提交本系统进行治理，也能够 通过本系统查询物品销售信息（F5）；客户填过出库单获得物品（F6）；每日治理收市本系统生成保管分析报表（F7），有力地支持企业单位的日常营运治理;销隹F10晖碍理析报衷

15、编+蕙本系统的顶层数据流程图见图3.2 。图3.2顶层数据流程图在顶层数据流程图（图3）中，一共有四个要紧的加工：“ P1物品进 货治理”，“P2物品销售治理”、“P3库存治理” 、“P4统计报表”。P1物品进货治理：处理各种物品入库操作。P2物品销售治理：处理客户信息，处理各种物品销售操作生成“分析 报表”上报给企业单位经理。P3库存治理：基于各项数据表的数据按照进货和保管生成库存记录。P4综合统计：基于各项数据表的数据进行治理信息统计分析。3.1.3物品进销治理数据流程一层图讲明r nPl. 1F2入匣单盂訓n蔭需郴告广 *1P1. 2理1 E山/库葩信贰1需求管 理L -儿1入库揍作乜录

16、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

17、入库基础数据”为P2.1出库处理提供数据。销售治理：是同意职员的销售信息；仓管员按照销售信息开动身票。3.1.4物品库存治理数据流程一层图讲明物品库存治理数据流程一层图见图 3.5。库存图3.7保管信息录入数据流程二层图3.2数据字典描述建立数据字典是为了对数据流程图上各个元素做出详细定义和讲明。数据流程图配以数据字典，就能够从图形和文字两个方面对系统的逻辑模 型进行描述，从而形成一个完整的讲明，为以后系统设计的进行提供必要 的详细信息。对数据流图中所有的数据流都要加以讲明，现在以“ F7.2进货单”为例进行讲明，见表3.1。对数据流图中所有的数据元素都要加以讲明，现在以“进货单编号为例进行讲

18、明，见表3.2对数据流图中所有的数据储备都要加以讲明，现在以“ D2.1入库操作记录”为例进行讲明，见表3.3对数据流图中所有的外部项都要加以讲明，现在以顶层图中“ E04客户”为例进行讲明，见表3.4。对数据流图中所有的数据加工都要加以讲明，现在以顶层图中“ P1 物品仓库治理”、“P2物品仓库服务治理”和“P3综合统计”为例进行讲明， 见表3.5,表3.6和表3.7。表3.1数据流-进货单数据流系统名：仓库治理系统 编号：F2条目名：进货单 不名：来源：采购部 去向：入库处理数据流结构： 编号 进货日期 库存号 单价 数量 供应商简要讲明：进货单记录物品每次入库情形。修改记录编写日期200

19、5年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条目名：入库操作记录 不名：储备组织：每次入库一次就有一张进货单，按编号顺序排列记录数：只记录入库记

20、录，记录数不限，储备上限由磁盘可用空间操纵。 主关键字：编号记录组成：项目：编号+进货日期+库存号+单价+数量+供应商近似长度（字节）：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

21、.2 库存代码D1.3 入库基础数据输出：F3入库查询信息D1.1 进货记录处理逻辑：1.按照米购部提供的进货单进行入库处理，形成入库操作记录，更新物品库存量及成本单 价。2 按照需要，提供出入库操作的查询信息。简要讲明：“物品仓库治理”加工，能够差不多满足仓库治理员的日常工作需要。修改记录 编写 日期 2005年10月12日审核日期2005年10月12日表3.6数据加工-物品销售治理数据加工系统名：仓库治理信息系统 编号：P2条目名：物品仓库服务治理 不名：输入：F4出库单息D4 出库治理基础数据输出：F7发票F5出库查询F8 出库分析报表D4 出库治理基础数据处理逻辑：1按照客户提供的销售

22、信息，进行保管数据录入，更新基础数据。2交易成功时，按照信息，开票并记录明细账，更新基础数据。4 保管分析处理，将保管明细账生成报表给经理。简要讲明：“物品仓库服务治理”加工，能够差不多满足物品仓库员的日常工作需要。修改记录编写日期2005年10月12日审核日期2005年10月12日表3.7数据加工-库存统计数据加工系统名：仓库治理信息系统 编号：P3条目名：库存统计 不名：输入：D1进货记录D3 销售记录输出：D3库存记录F11综合统计报表处理逻辑：1.按照D1查询生成进货统计；2.按照D2查询生成出库统计；;3.按照D3,查询生成物品库存量报表简要讲明：“综合统计”加工，按照各项数据表的数

23、据进行治理信息统计分析，提供相应报 表，满足经理对治理信息的需要。修改记录编写日期2005年10月12日审核日期2005年10月12日3.3差不多加工的简要讲明限于篇幅，在本文中，没有收录全部差不多加工的讲明，下面以“ P2.1出库信息录入”的各个差不多加工（一共有 2个）为例进行讲明。P2.1.1 开票：BEGIN提交“物品库存编号”要求给系统。系统显示目前所有的物品库存编号；选择其中所有“库存编号”其中的一个，输入出库单号;输入其他 有关信息提交给系统；IF “出库单号”重复提示“出库单号重复，请重新录入”信息；操作员确认后，返回BEGIN;ELSE更新“出库记录表”操作员确认后，终止本加工ENDIFENDP2.1.2 职员信息录入：BEGIN 输入职员有关信息提交给系统 ; 系统为职员自动编号 ; 更新“职员信息表” ; 操作员确认后，终止本加工 ;END