库存管理信息系统.docx
《库存管理信息系统.docx》由会员分享，可在线阅读，更多相关《库存管理信息系统.docx（19页珍藏版）》请在冰豆网上搜索。
库存管理信息系统
第一章：
库存管理信息系统目标和开发的可行性……2
第一节：
系统目标2
第二节：
开发的可行性……………………………………………………2
第二章：
库存管理信息系统现行系统概况……………4第一节：
现行系统现状调查……………………………………………4
第二节：
系统需求说明……………………………………………………7
第三章：
新系统的逻辑方案……………………………9第一节：
新系统业务流程图……………………………………………9
第二节：
新系统数据流程图………………………………………9第三节：
数据字典……………………………………………………10第四章：
系统设计………………………………………14
第一节：
新系统功能设计…………………………………………………14
第二节：
代码设计……………………………………………………………15
第三节：
数据库设计………………………………………………………15
第四节：
输入输出设计……………………………………………………18
小结…………………………………………………………19致谢…………………………………………………………21参考文献……………………………………………………22
第一章库存管理信息系统目标和开发可行性
第一节系统目标
充分利用现有的设备，采用VB6.0作为开发工具，利用ACCESS^据库建立
一个高效、准确、操作方便，具有查询、更新及统计功能的微机管理信息系统，以满足管理人员进行综合的、模糊的查询及更新要求，从而更加方便地管理库存物品。
该系统的开发与建立会极大地提高管理人员、工作人员的工作效率。
第二节开发的可行性
可行性研究的目的，就是用最小的代价在尽可能短的时间内确定问题是否能够解决。
要达到这个目的，必须分析几种主要的可能解法的利弊，从而判断原定的系统规模和目标是否现实，系统完成后所能带来的效益是否大到值得投资开发这个系统的程度。
因此，可行性研究实质上是要进行一次大大压缩简化了的系统分析和设计的过程，也就是在较高层次上以较抽象的方式进行的系统分析和设计的过程。
一般来说，可行性分析应从经济可行性、技术可行性、操作可行性等方面进行研究。
本系统的可行性分析如下：
1.经济可行性分析
由于本库存管理系统所要求的硬件（计算机及相关硬件）和软件环境（VisualC#.NET+SQLServer2000），市场上都容易购买到或从相关网站下载，系统成本主要集中在本管理系统的开发与维护上，对用户不造成过重的经济负担。
而一旦此系统投入使用,不仅可以减少库存的工作强度，提高工作效率，而且方便了库存对信息的管理，延续了传统的管理模式，极大限度地方便了库存管理人员，而且，目标系统不是很复杂，开发的周期较短，人员经济支出不大，所节省的大量人力、财力产生的效益将远远大于本系统的开发成本，所以从经济方面讲开发此系统是可行的。
2.技术可行性分析技术上的可行性分析要考虑现有技术条件能否顺利完成开发工作及将来要采用的硬件和软件技术能否满足用户提出的要求（如计算机的容量、速度等）。
本系统采用VisualC#.NET作为系统前台应用程序开发工具，采用SQLServer2000工具建立数据库，并通过VisualC#.NET中的ADO空件使两者进行连接从而进行系统软件开发。
VisualC#.NET不仅能帮助软件开发者提高软件开发的质量和效率，缩短开发周期，而且还具备强大的数据库管理功能，完全能够满足本系统的开发需求。
此外，从开发人员的水平考虑，作为计算机科学与技术专业毕业的学生，大学四年所积累的专业知识使我们从一定程度上具备了开发一个小型系统的能力，而且学校现有的计算机设备也完全能够满足开发的
需要。
3.操作可行性分析传统的库存管理系统，一般有两种方式：
一是手工管理，这种方式应用最传统的系统，将库存的货物信息、销售信息、厂商信息管理及单据管理等均以纯手工的形式进行，将信息以表格文件的表现形式记录在纸上，再进行统一保存。
这种方式虽然在简单信息查询时会有一定的方便，但是存在着更多的不便：
信息保存时间和条件很受限制、容易被损坏、信息查询不便、信息传达容易造成失误等。
另一种常见的信息管理方法是应用单机版的管理系统，本系统就是一款做的相对到位的单机版的库存管理系统，在库存信息处理方面做得很精准规范。
因为库存管理人员已经有丰富的信息管理经验，加之有相当的计算机应用经验，所以对于此系统一定很容易就可操作熟练。
综上所述，本库存管理系统投资少、收益大，且其运行操作简单易学，具备了开发的可行性。
第二章企业库存管理信息系统现行系统概况
第一节现行系统现状调查
需求调查是信息系统分析与设计的基础。
要开发并实施一个完整的信息系统，必须首先了理解用户的需求，并形成系统需求说明书。
在此基础上才能进行系统分析、系统设计和程序编码等工作。
该厂在需求调查过程中发放了不同种类的调查表，要求相关人员对其进行逐条逐项地填写，从而对其现行系统的业务流程进行了详细的调查。
图I组织机构设置图
图2功能结构图
（1）现行系统存在的问题
由于采用的是手工管理，账目繁多，加之几个仓库之间距离较远，库管员、计划员和有关领导相互之间的信息交流困难，使得物资供应效率低下，影响生产。
同时每月的月末报表会耗费大量的人力，且由于手工处理容易造成失误，从而影响了数据的效率和准确率，造成
了不必要的损失。
因此，该厂必须建立相应的库存管理信息系统，使其能根据市场情况，及时合理地采购所需商品，同时又能科学地对商品进行管理，统筹安排人力、物力、财力，有效地改善当前管理的混乱状况。
根据对该厂的库存管理情况所作的调查和参考有关资料，发现目前该厂在库存管理方面存在着如下问题:
1不能及时获得库存信息
在企业运作过程中，管理人员必须获知各种商品当前的库存量，在库存数量小于商品的最低库存限度的时候，向供应商进行订货；在库存数量大于商品的最高库存限度的时候，即商品积压的时候，应该停止商品的进货活动。
但在实际操作中，由于商品的种类多、数量大，需要进行仔细地核算，这不仅费时，而且易出错，从而影响企业快速有效地运转。
2库存信息不够准确
仓库管理员根据各种入库单、需求计划单和领料单进行商品的入库、出库操作后，要随时修改商品的库存信息和出库、入库信息，以便反映库存状况。
工作中的主要问题是：
由于商品种类多、数量大、出库入库操作频繁等原因，造成库存记录和实际库存量通常达不到严格一致，因而需要通过盘点来纠正差错，这既耽误时间，又增加了工作量。
3无法及时了解车间对库存商品的需求情况
在需求计划单下达后，由于库存商品与车间的关系复杂，根据送料员的个人经验给各车间分配车间所需商品时，常缺少入库、出库信息和相关信息，经常出现车间缺少该商品的时候才知道该产品需要情况，此时如果库存量不足，将会导致车间的停产。
无法及时了解车间对库存商品的需求情况会使企业的生产和销售环节发生混乱，使企业无法正常的运作。
市场需求日益多样化和个性化，产品更新换代的周期越来越短，这就要求企业必须改变库存管理现状，以适应时代的要求。
（2）企业库存管理系统的特点因为传统企业库存管理存在以上的问题难于适应现代库存管理要求，所以现代企业库存管理系统要具有以下的特点：
1科学的库存管理流程
存货的种类不同，所涉及的业务环节及它们所组成的业务流程也各有差异。
一般而言，库存业务包括入库处理、货物保管和出库处理三个主要部分。
通畅的业务流程是保障高效库存管理的基础，应具备优化、无冗余、并行作业的基本属性。
企业库存管理系统对企业的业务流程进行流程再造，使其更加通畅，提高企业在同行业中的竞争力。
2商品代码化管理代码问题，严格说是一个科学管理的问题，设计出一个好的代码方案对于系统的开发工作是一件极为有利的事情。
代码设计的好可以使很多机器处理变得十分方便，还可以把一些现阶段计算机很难处理的工作变成很简单的工作。
由于库存商品种类繁多，在库存管理过程中极易发生混乱的问题。
IT技术与层次编码技术的结合为商品的高效管理提供了可能。
这种编码技术对所有库存商品按照层次和类别赋予唯一的编码。
它是区分不同商品的最主要的标准，具有易读和易记的特点，使得管理者只需知道商品的编码，就可以了解该商品的有关信息。
3库存异常报警当库存数量小于商品的最低库存限度的时候，系统发出警报，提醒管理人员应该向供应商进行订货；在库存数量大于商品的最高库存限度的时候，即商品积压的时候，系统也会发出警报，提醒管理人员应该停止商品的进货活动。
也就是说企业库存管理信息系统既能防止商品供应滞后于车间对它们的需求，
也能防止商品过早地生产和进货，以免增加库存。
第二节系统需求说明系统需求分析就是在用户需求调研的基础上，确定系统的总体结构方案，完成相应的需求分析报告。
在确定系统的总体结构方案过程中，包括确定应用程序的结构、系统开发环境和开发工具的选择。
1.应用程序结构确定从用户应用角度来看，可把应用程序系统的组成部分分成数据存储层、业务处理层和界面表示层等3个层次，而应用程序结构可归纳为：
集中式应用程序结构、单机板应用程序结构、多层服务器应用程序结构、浏览器／服务器应用程序结构、客户机／服务器应用程序结构等5种类型。
本库存管理系统就采用了单机版应用程序结构，将数据库和应用程序置于一台机器上，这样更加节约成本，适合中小规模的超市使用。
用户可以轻松将其拷贝到其他计算机上，可以同时运行程序。
2.确定系统开发环境
由于大多数公司内部使用的计算机平台都是基于Windows环境的。
为了降
低系统成本，应最大程度地利用现有的资源、兼容现有的环境，可确定使用下面的开发环境：
★数据库：
MicrosoftSQLServer2000；
★前端开发工具：
VisualC#.NET；
★数据访问对象：
ADO。
3．开发工具的选择
可视化（visual）程序设计是一种全新的程序设计方法，全面采用面向对象的程序设计技术，使用事件驱动机制进行程序设计。
利用可视化开发工具可以快速、高效地开发应用程序。
可视化的开发工具很多，如Microsoft公司推出的VisualStudio软件系列，Borland公司的Delphi、C++Builder系列等。
VisualStudio是微软公司推出的集成开发环境，是目前最流行的Windows平台应用程序开发环境。
它是把代码的编写、程序的调试、编译、运行以及其他的相关操作都集成在一起的“编程工具”。
作用是程序员通过它这个平台，利用编程语言来写程序，调试，运行。
SQLServer2000是Microsoft公司推出的SQLServer数据库管理系统。
该版本继承了SQLServer7.0版本的优点同时又比它增加了许多更先进的功能，具有使用方便,可伸缩性好与相关软件集成程度高等优点，可跨越从运行MicrosoftWindows98的膝上型电脑到运行MicrosoftWindows2000的大型多处理器的服务器等多种平台使用。
经分析，本库存管理系统选用VisualC#.NET来设计界面，选用SQLServer2000来建立后台数据库。
第三章新系统的逻辑方案
第一节新系统业务流程图
第二节新系统数据流程图
图4数据流程图
系统分析的任务是在全面调查的基础上，通过对现行管理业务的分析，提出系统的目标要求和功能分析的总体逻辑模型。
根据系统调查阶段的数据资料，并依据用户的要求，确定该厂信息系统的基本功能和工作过程如下：
首先车间科室提出需求计划，库房管理员根据库存情况，决定是否需购货，如不需购货则通知车间前来取货，否则库房管理员通知采购员购货，当货物到达后进行入库处理并通知车间科室前来取货。
根据相应的功能要求，绘制系统的数据流程图如图4所示：
第三节数据字典数据字典是对描述数据流程图中的数据项、数据流、数据存储、加工处理逻辑等组成部分的严格定义，下面是本系统的数据字典（由于篇幅原因，在此仅给出部分）。
1数据项的定义数据项编号：
1-01数据项名称：
商品编号简述：
某种商品的编号
类型：
字符型长度：
8字节取值范围：
数字+英文字母
数据项编号：
1-02数据项名称：
单价别名：
购入单价简述：
某种商品的购入单价
类型：
数值型
长度：
10位，小数位2位取值范围：
0.00－9999999.99数据项编号：
1-03数据项名称：
库存数量别名：
实际库存数量简述：
某种商品的库存数量类型：
数值型长度：
5位整数取值范围：
0－99999
2数据流的定义数据流名称：
入库单编号：
F1简述：
采购人员填写的商品入库凭单数据流来源：
采购人员数据流去向：
登记库存台账数据流组成：
日期+入库单编号+商品编号+购入数量流通量：
25份/天高峰流通量：
50份/天数据流名称：
发货单编号：
F2简述：
供应商填写的商品发货凭单数据流来源：
供应商数据流去向：
登记合同台账数据流组成：
日期+发货单编号+供应商编号+商品编号+发货数量流通量：
25份/天高峰流通量：
50份/天数据流名称：
取货单
号：
F3
简述：
库管员填写的要求车间取货凭单数据流来源：
库管员数据流去向：
车间
数据流组成：
日期+车间编号+商品编号+数量流通量：
25份/天高峰流通量：
50份/天
3数据存储的定义数据存储的名称：
库存台账数据存储编号：
D1简述：
记录商品的编号、名称、单价与库存数量等信息数据存储组成：
商品编号+购入单价+库存数量关键字：
商品编号数据存储的名称：
合同台账数据存储编号：
D2简述：
记录合同的编号、供应商编号、货物编号、单价与购入数量等信息数据存储组成：
合同编号+供应商编号+商品编号+单价+购入数量+日期+合同状态
关键字：
合同编号数据存储的名称：
计划台账数据存储编号：
D3简述：
记录计划的编号、车间编号、商品编号、数量等信息数据存储组成：
计划编号+供应商编号+商品编号+数量+日期+计划状态
关键字：
计划编号数据存储的名称：
供应商信息数据存储编号：
D4简述：
记录供应商的编号，名称，地址，电话，传真，银行帐号
数据存储组成：
供应商编号+名称+地址+电话+传真+银行帐号关键字：
供应商编号
数据存储的名称：
商品信息
数据存储编号：
D5简述：
记录库存商品的编号，类别，名称，规格，单价，单位，存放位置，用途
数据存储组成：
商品编号+名称+类别+规格+单价+单位+存放位置+用途
关键字：
商品编号数据存储的名称：
车间信息
数据存储编号：
D6简述：
记录车间的编号，名称，联系人，电话数据存储组成：
车间编号+名称+联系人+电话关键字：
车间编号数据存储的名称：
用户信息
数据存储编号：
D7简述：
记录用户名称、密码和权限数据存储组成：
用户名+密码+权限关键字：
用户名
4处理逻辑的定义处理名：
库存检查
编号：
P1
输入：
数据流F5
输出：
数据流F6
描述：
当车间将计划单发给库管员后，库管员要将计划单与库存台账进行比较，看是否需要订货。
处理名：
验货处理编号：
P2
输入：
数据流F2,数据流F5
输出：
数据流F1,数据流F4
描述：
采购员要检验货物的质量。
处理名：
出入库检查
第四章系统设计
第一节新系统功能设计
库存管理信息系统的目标是保障企业生产所需的所有商品供给，并通过有效的管理，提高库存周转率，降低资金占用。
根据系统分析结果，得出本系统的功能结构图如图3所示。
计划管理模块的主要功能是根据各生产部门上报的生产、维修及工程用料计划与已有的采购合同计划和库存情况等信息建立数据库，并及时根据生产计划的变更，修改商品计划，生成商品采购清单。
库存管理模块中的各子模块都由数据录入、修改、删除、查询等模块构成。
其中数据录入模块包括对商品库存文件的数据录入、商品购入文件的数据录入、商品出库文件的录入；数据修改是对上述三种文件中的数据进行修改；数据删除同数据修改基本上是一样的，只不过这里是将记录从相应的数据库文件中删除掉。
退至
DOS
图5系统功能结构图
第二节代码设计
为了和工作人员以往的商品管理习惯一致，商品信息编码以数字表示。
根据行业标准，所有商品分为19大类（两位数字），每大类又分为若干小类（两位数字），在小类中根据商品规格型号的不同以卡号（四位数字）再进行区分。
设计方案如图4所示。
商品规格型号
大类号
小类号
此外，为了使数据录入、商品信息管理、信息查询、统计的方便快速，还根据需要对商品的去向和来源进行了统计用信息编码和部门编码。
第三节数据库设计
数据库是数据库应用程序的核心。
数据库设计是建立一个应用程序最重要的步骤之一。
数据库设计一般要在需求分析和数据分析的基础上进行概念设计、逻辑设计和物理设计。
1概念设计
经过对该厂的调查，了解到系统中的实体类型有：
供应商、商品、领用单位等，这些实体之间的相互关系有：
供应商与商品之间存在“供应”联系，是多对多的。
商品与领用单位之间存在“出库”，“出库”对多的。
每个实体的属性分别是：
供应商：
供应商编号，名称，地址，电话，传真，银行帐号
商品：
商品编号，名称，类别，规格，单价，单位，库存量，存放位置,
用途
车间：
车间编号，名称，联系人，电话
图7库存管理E—R图
2逻辑设计
逻辑设计的任务是根据DBMS勺特征把概念结构转换为相应的逻辑结构。
概念设计所得到的E—R模型，是独立于DBMS勺，这里的转换就是把表示概念结构的E—R图转换成关系模型的逻辑结构。
将图5转换为规范的关系模式为：
供应商（供应商编号，名称，地址，电话，传真，银行帐号）商品（商品编号，名称，类别，规格，单价，单位，库存量，存放位置，用途）
供应（供应商编号，商品编号，数量，单价）
车间（车间编号，名称，联系人，电话）
出库（商品编号，车间编号，数量）
3物理设计
物理设计的目的是根据具体DBMS勺特征，确定数据库的物理结构（存储结构）。
关系数据库的物理设计任务包括两个方面，一是确定所有数据库文件的名称及其所含字段的名称、类型和宽度；二是确定各数据库文件需要建立的索引，
在什么字段上建立索引等。
各表结构如表1至表4所示
表1库存台账
字段名
字段类型
字段宽度
说明
商品编号
Character
8
购入单
价
Numeric
10.2
库存数
量
Numeric
5
库存数
量
表2计划台账
字段名
字段类型
字段宽度
说明
计划编号
Character
8
车间编号
Character
8
商品编号
Character
8
数量
Numeric
5
日期
Date
8
是否定货
Logic
1
是否到货
Logic
1
是否取货
Logic
1
表3供应商信息
字段名
字段类型
字段宽度
说明
供应商编号
Character
8
名称
Character
40
地址
Character
50
电话
Character
20
传真
Character
20
银行帐号
Character
20
表4商品信息
字段名
字段类型
字段宽度
说明
字段名
商品编号
Character
8
名称
Character
20
类别
Character
8
规格
Character
8
单价
Numeric
10.2
单位
Character
8
存放位置
Character
50
用途
Demo
第四节输入输出设计
系统经过一系列操作之后实现输入输出设计：
（一）输出设计
日期
产品代码
出库数量
库存数量
2013.06.01
012
1000
1000
2013.06.01
115
2000
1000
2013.06.01
231
3000
1000
2013.06.12
024
500
1000
2013.06.12
115
2013.06.13
218
1500
500
2013.06.14
036
1000
2000
2013.06.15
231
2013.06.16
061
10000
2000
2013.06.18
127
1000
2000
2013.06.18
220
2000
2000
（二）输入设计
日期
产品代码
入库数量
零售数量
批发数量
2013.04.01
012
2000
1000
2013.04.01
115
3000
2013.04.01
231
4000
2013.04.12
024
1500
500
2013.04.12
115
1000
2013.04.13
218
2000
2013.04.14
036
3000
2013.04.15
231
3000
2013.04.16
061
12000
2013.04.17
061
10000
2013.04.17
024
500
2013.04.18
127
3000
2013.04.18
220
4000
2013.04.19
115
500
2013.04.19
115
1000
2013.04.19
061
1800
2013.04.20
220
10000
小结
本次课程设计接近尾声了，它对我所产生的影响却是巨大的。
作为国际经济与贸易专业的学生，管理信息系统的学习过程让我们学到了很多知识，然而真正运用于实践的并不多，这次课程设计恰是对管理信息系统所学的一次总结，我们可以在老师的帮助下自己来尝试开发一个小型项目，把所学的单纯的理论知识变成为实际的操作经验，而不再是眼高手低。
此次库存管理系统开发让我学习到很多知识，现总结如下：
系统开发的过程中，我深刻体会到了以前上课老师经常提起的一个问题,那就是：
一个系统开发的过程中编码不是最重要的，重要的是对系统进行分析以及建立恰当的系统模型。
有了一个好的系统模型之后，我们再将其划分成几个模块，那样做起来就会容易得多。
本系统中采用了生命周期法进行系统的开发，就体现了该模块化设计思想。
在该库存管理系统设计中，从系统的实用性出发，我能够在开发该系统时站在用户的角度看问题，本着用户操作界面友好、清晰、易学易用的原则进行设计。
如开发过程中我尽可能地设想记录为空
升级会员 