仓库管理系统分析.docx
- 文档编号:12865463
- 上传时间:2023-06-08
- 格式:DOCX
- 页数:21
- 大小:192.53KB
仓库管理系统分析.docx
《仓库管理系统分析.docx》由会员分享,可在线阅读,更多相关《仓库管理系统分析.docx(21页珍藏版)》请在冰点文库上搜索。
仓库管理系统分析
仓库管理系统分析
系统需求分析要紧任务是调查现行系统存在的咨询题,弄清用户对新系统的要求,提出可行的方案,为治理层决策提供依据。
系统分析(又称逻辑设计)是治理信息系统开发的关键环节,要求在系统调查的基础上,对新系统的功能进行细致的分析,并建立一个新系统的逻辑模型。
新系统的逻辑模型由系统数据流程图、概况表、数据字典、逻辑表达式及有关讲明组成。
最后要完成系统分析报告(也称为系统逻辑设计讲明书)。
系统逻辑模型就像在按照需要建设一座学校前,按照学校教育的层次(初等、中等、高等)、规模、投资、地理环境、技术水平等条件的要求和约束,先由建筑设计院进行设计,保证学校建成后的各种功能得以实现,之后才能进行工程设计和施工一样。
在系统设计时期要做认真、细致的分析、研究工作,幸免新系统在功能上存在先天不足或缺陷。
因为新系统模型是建立在对现行系统的分析及要求的基础上的,因此系统调查工作要进行得深入、细致、全面。
用户能够对新系统的逻辑模型提出意见,双方通过讨论、修改,最后达成共识,并完成系统分析报告(系统逻辑设计讲明书),经有关领导审批通过之后,转入系统设计(又称系统物理设计)时期。
2.1现行业务描述
2.1.1组织结构
本企业单位由在企业单位治理层下设财务部、仓储部、采购部、保管部、销售部。
组织结构图见图2.1。
图2.1组织结构图
组织结构图中,各部门的职责描述见表2.1。
表2.1组织结构职责表
部门
职责
董事会
企业单位投资与经营战略决策
总经理
治理企业单位营运事务,实现营运目标,向董事会负责
财务部
治理企业单位资金来源与资金运用,支持各部门工作。
仓储部
从事企业单位生产与服务所需物资的入库、储存、发放,实现物品仓库治理。
采购部
制定采购打算,进行供应商治理,向市场采购企业单位所需各项物资
销售部
治理企业单位的销售工作。
仓管员
发放物品和作帐
2.1.2业务流程分析
在本系统的业务流程分析中,采纳的工具是业务流程图,这是一种表明系统内各单位、人员之间业务关系、作业顺序和治理信息流淌的流程图,它能够关心分析人员找出业务流程中的不合理。
业务流程图中的符号讲明如下:
现在分不分析采购与仓库治理业务流程和物品仓库治理业务流程。
一、采购与仓库治理业务流程分析:
本企业单位采购与仓库业务流程重点治理物品周转,要紧包括以下几步:
仓库治理员按照物品实存不足的情形,向采购部发出订货通知;
采购部组织供货,仓库治理员验货入库,采购部按照实际入库的货品情形填制进货单,仓库治理员登记进货单进账;
销售部门填制销售单,仓库治理员登记销售单进账,并发货给销售部门;
定期编制物品仓库报表,上报经理。
采购与仓库治理业务流程图,见图2.2。
图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年
(2)投产后的年发生费用估量为人民币12000元。
其中:
年运营耗材费:
人民币6000元
年折旧费(支付系统软硬件爱护及更新):
人民币6000元
(3)新系统投产后预期年经济收益人民币30000元
保管信息利用增值:
人民币20000元
工作效率提升的收益:
人民币10000元
(4)估量本系统使用寿命五年,按后年利率5%运算:
项目投资回收期=项目投资/(年收入–年支出)
=36000/(30000-12000)=2年
净现金流量=Sum(年净收入/(1+年复利息率)
)–项目投资
=(30000-12000)*(0.9524+0.9070+0.8638+0.8227+0.7835)-36000
=77929-36000=41929元
可见,本系统的投资回收期不专门长,在项目运治理5年内,企业单位仍能获得超过4万元的净现金流量,本项目经济上可行。
2.4.3营运可行性
在本系统的运营时期,使用系统的工作人员,除了需要具备在MicrosoftWindows平台上使用个人电脑的知识,并不需要专门的技术能力。
这方面的知识,在该企业单位与本项目运营有关的直截了当人员(包括经理层、仓储部、销售部)中差不多具备。
同时在项目投产前,还会安排对操作系统的人员进行必要的培训。
系统技术爱护支持工作,在初期仍将硬件供应商及本人完成。
在企业单位信息化建设及业务拓展到适当规模后,宜由企业单位雇用专业技术人员担任此项工作。
综上所述,实施本系统,已具备技术可行、经济可行、营运可行的条件,因此企业单位决策层同意开发和使用本系统。
2.4.4法律可行性
新系统的研制和开发,将可不能侵犯他人、集体和国家的利益,可不能违反国家政策和法律。
第三章新系统逻辑方案
按照用户的需求,新系统应实现如下功能
物品发放功能:
支持物品入库、出库治理功能;
支持进货单、销售单的增加、修改、删除、查询功能;
其中,必须支持对进货单信息的加工:
进货单号、经手人、物品名称、数量、单价;
必须支持对销售单信息的加工:
销售单号、经手人、物品名称、数量、单价;
对物资物品情形的查询功能;
统计各部门在指定时刻段中实际销售的物品情形。
系统爱护功能:
操作人员及操作权限、供应商,业务员的设置等等。
综合统计功能:
1、物品仓库治理综合统计:
采购员进货查询、供应商供货查询、部门销售查询、物品查询、销售单查询、进货单查询;
2、物品仓库信息查询:
⑴.实时治理监控:
治理信息等实时监控;
⑵.保管分析:
保管情形,保管金额,进货情形,进货金额进行分析;
⑶.职员销售单查询:
能够查询每一档销售情形。
下面分不从数据流图、数据字典、差不多加工角度对本系统要实现的功能进行详细讲明。
3.1数据流图描述
数据流图是对组织中信息运动的抽象,是治理信息系统逻辑模型的要紧形式。
它不涉及硬件、软件、数据结构与文件组织,是用图形语言及与此有关的注释来表示系统的逻辑功能,及所开发的系统在治理信息处理方面要做什么。
本文中数据流的中的符号讲明如下:
3.1.1系统关联图讲明
第一,按照对治理信息系统建设的总体要求,确定系统的外部项,即系统数据的数据来源和去处。
通过分析,把握本系统的外部项和输入输出数据流,绘制本系统的关联系图见图3.1。
图3.1系统关联图
从系统关联图(图3.1)中能够看出:
采购部向本系统提供进货单信息(F2),并能够通过从本系统获得订货需求报告(F1)、查询进货入库信息(F3);
销售部等部门对物品的领用(F4)信息提交本系统进行治理,也能够通过本系统查询物品销售信息(F5);
客户填过出库单获得物品(F6);
每日治理收市本系统生成保管分析报表(F7),有力地支持企业单位的日常营运治理;
另外,本系统支持经理对营运数据的统计分析功能(F8)。
3.1.2系统顶层数据流程图讲明
本系统的顶层数据流程图见图3.2。
图3.2顶层数据流程图
在顶层数据流程图(图3)中,一共有四个要紧的加工:
“P1物品进货治理”,“P2物品销售治理”、“P3库存治理”、“P4统计报表”。
P1物品进货治理:
处理各种物品入库操作。
P2物品销售治理:
处理客户信息,处理各种物品销售操作生成“分析报表”上报给企业单位经理。
P3库存治理:
基于各项数据表的数据按照进货和保管生成库存记录。
P4综合统计:
基于各项数据表的数据进行治理信息统计分析。
3.1.3物品进销治理数据流程一层图讲明
物品仓库治理数据流程一层图见图3.3。
图3.3物品进货治理数据流程一层图
图3.3中要紧有三个加工:
P1.1入库处理,P1.2需求治理
入库处理:
要紧形成“D1.1库存操作记录”在具体处理的实现中,都包括新增、查询、修改、等处理过程。
“D1.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.45物品库存治理数据流程一层图
从图3.4能够看出,将进货和销售记录通过合计形成库存记录。
3.1.5综合统计数据流程一层图讲明
综合统计数据流程一层图见图3.6。
图3.6综合统计数据流程一层图
图3.5中,将顶层图3.2中“P4综合统计”分解为“P4.1进货统计”、“P4.2保管统计”“P4.3库存统计”两个加工,分不基于各项数据表的数据进行治理信息统计分析。
3.1.6数据流程图二层图讲明
二层图较多,因篇幅限制,下面“P2.1销售信息”二层数据流程图为例加以介绍,详见图3.7。
图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 外部项---顾客
外部项
系统名:
仓库治理信息系统 编号:
E04
条目名:
顾客 不名:
输入:
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
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 仓库 管理 系统分析