xxx单位进销存管理信息系统设计报告Word格式.doc

xxx单位进销存管理信息系统设计报告Word格式.doc

《xxx单位进销存管理信息系统设计报告Word格式.doc》由会员分享，可在线阅读，更多相关《xxx单位进销存管理信息系统设计报告Word格式.doc（55页珍藏版）》请在冰点文库上搜索。

4.2.1需求分析 40

4.2.2实体描述 40

4.2.3联系描述 40

4.2.4E-R图 41

4.2.5转换规则 42

4.2.6关系模式 42

4.2.7数据库表 43

4.3计算机系统配置方案 43

4.3.1计算机系统硬件配置 43

4.3.2计算机系统软件配置 43

4.4系统安全性、可靠性方案 43

4.4.1系统安全性 43

4.4.2系统可靠性 45

第五章系统详细设计 46

5.1代码设计 46

5.2用户界面的设计 47

5.2.1登录界面设计 47

5.2.2系统基本信息界面设计 47

5.2.3基本信息输入模块处理设计 47

5.2.4单条件查询处理设计 47

5.2.5多条件查询处理设计 47

第六章系统实现 47

6.1.1计算机系统平台 47

6.1.2编程工具与环境 47

6.2.1测试规程 48

6.2.2测试计划及测试记录 50

6.3系统转换方案 50

6.3.1系统转换方案 50

6.3.2系统转换实施概况 50

6.4系统运行与维护概况 51

6.4.1系统运行概况 51

6.4.2系统维护概况 51

第七章总结与展望 52

7.1总结 52

7.2展望 53

7.3回顾 53

参考文献 54

致谢 54

第一章绪言

1.1组织机构概况

上海麦琳贸易有限公司（以下简称麦琳贸易）成立于2005年。

公司主要经营生活用品的进货与销售业务。

1.2项目开发背景及信息系统目标

本课题是以麦琳贸易有限公司为背景而设计开发的一套关于日用品进销存管理信息系统。

随着公司业务量的逐渐增长，业务范围的不断扩大，我嗯是中国进入WTO之后，市场竞争尤其是日用品行业的竞争日趋激烈，公司需要更多的人力，物力，财力以稳固并拓展公司商品在市场的销售额。

如何更加有效地管理产品进、销、存已成为公司领导的重要决策事项。

到目前为止，公司还没有一套完整的，行之有效的管理信息系统，公司进行信息管理的主要方式是基于文本、简单的输入处理，信息处理工作量大，查询困难。

为了使公司的管理工作科学化，规范化，为了降低管理成本，实现管理现代化，扩大市场的竞争优势，公司领导提出开发“进销存管理信息系统”，希望通过建立管理信息系统，提高企业现有资源的利用率，使企业管理工作规范化、制度化和程序化，避免业务管理的随意性，提高信息处理的速度和准确性，及时、准确地把握企业内部、市场和其他外部信息，以提高领导决策的水平。

1.3信息系统范围

“进销存管理信息系统”主要是为了公司的经营活动提供信息服务，它涵盖了采购部门、销售部门和仓库的各项管理工作，涉及多方面的职能。

系统能够对客户信息管理、订单管理、报价单管理、供应商管理、出货管理等信息提供存储、更新、查询、统计的功能，使公司能够合理控制进销存各个环节，提高资金的利用率和结算速度，实现管理的高效率，实时性，安全性、科学化、现代化和智能化。

系统的数据来源由各职能部门的业务人员通过键盘输入。

此外，对系统的安全性方面也提出了明确的信息要求。

1.4项目开发方法和计划

在管理信息系统开发的生命周期中应用系统思想和系统科学的原理进行分析工作的方法，系统分析的目标就按系统规划所定的某个开发项目范围内明确系统开发的目标和用户的信息需求，提出系统的逻辑方案。

调查有关组织的整体信息，有关人员的信息及有关工作的信息。

包括主要输入、主要输出，主要处理功能以及其他系统的关系，完成项目开发。

1.5作者的主要贡献

尽可能弄清用户对信息的需求，调查原信息系统的资源、输入、处理和输出。

完成新系统的逻辑设计，和整个开发小组一起研究开发系统，以满足百事应信息有限公司的业务发展要求。

第二章系统需求分析

2.1现行业务系统描述

2.1.1组织机构图介绍

公司的组织机构如图2.1所示

总经理

行财部

管理中心

MIS中心

行政部

财务部

销售部

采购部

仓管部

图2.1组织机构图

2.1.2业务流程分析

业务流程分析可以帮助我们了解某项业务的具体处理过程，发现和处理系统调查工作中的错误和疏漏，修改和删除原系统中不合理部分，在新系统基础上优化业务处理流程。

现通过调查，采用系统流程图的部分图形工具来规范说明公司的业务活动。

业务流程图中的符号说明如图2.2所示，业务流程如图2.3所示：

图2.2业务流程图图例

系统内人员

系统外实体

单据、报表、账目

处理

数据流向

存储

出库单

库存管理

仓管员

发货通知

文件员

销售合同

确认

销售员

订单

核对

客户

库存台账

客户资料

核对管理

统计分析报表

统计员

统计管理

销售合同台账

查询管理

进货合同台账

缺货数据

供应商

进货合同

图2.3业务流程图

2.2现行系统主要问题分析

本系统初步调查采用的主要方式是系统分析人员与麦琳贸易公司各级主要管理人员进行交流，并到现场参观了解情况，主要参加人员是公司的销售部、采购部、库存部、MIS中心和行政部的员工代表。

麦琳贸易公司现行管理工作存在的主要问题是：

第一、虽然各部门都有计算机，但只是做简单的录入工作，没有充分发挥其作用。

第二、业务管理工作缺乏规范性，随意性很大，对人的经验和婆婆死活不同意有很大的信赖性，因此具体职能操作往往因人而异。

第三、公司原先进行的信息管理方式是基于文本、简单的输入处理，由于业务量的不断上升，信息处理工作量的增大，所以错误时常发生。

第四、公司领导对整个公司的生产、经营和销售信息掌握的不及时、不准确，影响决策的质量。

这一切缺乏系统、规范的信息管理手段，严重阻碍了公司的健康发展，因此开发进销存管理系统非常有必要。

公司领导希望通过建立管理信息系统，使企业管理工作规范化，制度化和程序化，促进企业管理的基础工作，避免随意性，提高信息处理的速度和准确性，及时、准确地把握企业内部、市场和其他外部信息，以提高领导决策的水平。

2.3解决方案

2.3.1方案1

通过对进销存业务流程的分析和对现行系统问题的分析，我们提出相应的解决方案。

为了使进销存系统中的信息能得到有效的使用，需要使应用程序网络化。

我们提出的第一种方案是进销存系统采用客户端/服务器（Client/Sever—C/S）架构模式。

在原有系统的基础上，我们开发进销客户端程序，并且将数据存储放到中央服务器上。

客户端程序从服务器上下载所需要的数据，数据可以离线使用，创建和修改后的数据再和服务器端同步。

这样设计提高了数据的使用效率、领导和员工可以及时了解进销存业务的相关信息。

除了解决现行系统的主要问题之外，该方案的主要优点是可以保护现有的系统，在使用方面，系统的响应时间很快，用户在操作上有和使用本地应用程序一样的用户体验。

2.3.2方案2

我们提出第二种方案是，进销存系统采用浏览器/服务器（Browser/Server—B/S）架构模式。

进销存系统可以充分利用Internet/Intranet带来的网络优势，领导、操作人员只要使用能够接入因特网的计算机就可以使用系统。

我们把相关人员的操作界面以网页方式呈现，用户使用标准的浏览器就可以对进销存系统进行操作。

同时，我们把业务逻辑放在Web服务器端，数据库存储在数据库服务器上，形成三层架构。

可见，该方案同样可以解决现行系统中存在的问题。

相较于方案1，该方案优势在于：

首先，提高了系统的可访问性。

用户只要能访问因特网就可以访问到该系统，而且除了标准的浏览器外，不需要在客户端上安装其他我嗯的软件。

其次，用户获取信息的及时性更好，数据的统一存储使得系统可以实时地反映数据的变化，再者，业务逻辑集中在Web服务器上，有利于系统的维护。

同时，应对需求的变化，只需要更改Web服务器上的程序，可降低开发成本，提高系统的灵活性。

最后，系统具有扩充性，随着业务量的增大，可通过负载均衡、集群等方式来扩充Web服务器和数据库服务器，以应对系统繁忙给服务带来的负荷。

2.4可行性分析

在明确系统目标和环境的基础上，需要进一步对系统的可行性进行研究。

此活动的主要目标是进一步明确系统的目标、规模与功能，对系统开发背景、必要性和意义进行调查分析并根据需要和可能提出拟开发系统的初步方案与计划。

可行性研究是针对系统进行全面、概要的分析，主要包括三方面：

技术可行性分析、经济可行性分析和营运可行性分析。

2.4.1技术可行性分析

技术上的可行性分析主要分析现有技术条件能否顺利完成开发工作，硬、软件配置能否满足开发者需要等。

公司目前内部建有局域网，各部门均采用PIII以上的PC机作为工作台，其容量、速度能满足系统要求。

公司有专业的IT人员，对软件开发工具比较熟悉，有开发数据库经验；

能够胜任信息系统的开发工作。

本系统采用MSWindows2000/XPProfessional作为操作系统平台。

公司内以MSWindowsNT服务器建立局域网，通过系统管理人员进行维护。

本系统的数据库开发平台选用Microsoft公司的Access2003，该数据库管理系统在MSWindows2000/XPProfessional上都能运行，并提供数据库之间的数据复制功能，可代替现有系统数据的手工传递工作，降低出错率，提高数据的可用性。

本系统的应用软件开发工具选用的是开发人员熟悉的VB。

2.4.2经济可行性分析

主要是对项目的经济效益进行评价，一方面是支出的费用，其中包括设备购置费、软件开发费、管理和维护费、人员工资和培训费等。

另一方面是取得的收益中可以用钱来衡量的那部分（收益的另一部分难以用钱来表示）。

基于本公司的现有计算机及配套设备，建设MIS系统，不需要添置硬件设备，而且由本公司的员工自行开发，可以大大节省软件的开发费用，并且建立了MIS系统后，能大大减少重复性的书面报告，降低办公费用，提高办公效率，与前期的投入相比，后期的收益是更为可观的，目前公司资金已经到位，开发软件已经在进行。

2.4.3营运可行性分析

主要是管理人员对开发信息系统是否支持，现有管理制度和方法是否科学，规章制度是否齐全，原始数据是否正确等。

公司各级领导积极支持该系统开发，并打算针对新开发的信息系统重新完善公司的规章制度，使新系统能够充分的发挥作用；

系统操作简单，易于理解，员工经过短时间的培训就可以使用该系统。

第三章新系统逻辑方案

这一阶段的主要目标是明确公司的信息需求，包括组织、发展、改革的总信息需求和各级管理人员完成各自工作任务的信息需求，确定新系统的逻辑功能，提出新系统的逻辑方案，完成新系统的逻辑方案，完成系统分析阶段的最终成果——系统说明书的编写。

3.1数据流图

数据流图是组织中信息运动的抽象，是管理信息系统逻辑模型的主要形式。

它是采用自顶向下逐层扩展的方法，从逻辑上精确地描述系统具有的数据加工、数据存储、数据输入输出及数据来源和去向等功能。

这个模型不涉及及硬件、软件、数据结构与文件组织，它与对系统的物理描述无关，所描述的内容是面向用户的，是系统设计的主要依据之一。

数据流图的符号说明如图3.1所示：

外部项

加工

数据存储

图3.1数据流图图例

数据流

根据调查材料，明确系统外部项，识别数据输入的来源和输出的去处，自顶向下逐层扩展整个系统的逻辑功能。

3.1.1系统关联图

首先，明确信息系统与各外部实体的信息联系，把系统作为一个加工环节，绘出系统的最高层数据流图—关联图，如图3.2所示：

F3订货合同

XXX单位进销存管理信息系统

F1采购订单

F2缺/补货汇总表

F4到货通知

F7入库通知单

F8出库通知单

F9统计要求信息

F5销售订单

F10统计报表

F6提货单

图3.2系统关联图

外部项数据流统计：

采购部：

流入1条，流出1条

销售部：

供应商：

仓管部：

流入1条，流出3条

3.1.2系统顶层图

根据关联图，划分出几个主要的信息管理功能，并明确各功能之间的联系，绘制出数据流程图的顶层图（图3.3）

P1

采购管理

F12

F11

D1

到货通知

F13

F20

F14

D5

缺货信息

F21

P2

销售管理

F18

入库单

D3

F15

F22

D2

库存文件

补货信息

D4

D6

F25

F16

F17

F23

F19

P3

F24

P4

统计分析

图3.3系统顶层图

加工数据流统计：

P1采购管理流入4条F1采购订单；

F4到货通知；

F12；

F20

流出4条F2缺/补货汇总表；

F3订购合同；

F13；

P2销售管理流入3条F5销售订单；

F14，F15

流出3条F6提货单；

F21；

P3库存管理流入3条F16；

流出4条F17；

F24；

F7入库通知单；

P4统计分析流入4条F25；

F22；

F23；

流出1条F10统计报表

销售部门根据客户的订购要求产生了F5销售订单流入P2销售管理处理，查询D2库存文件，当库存不足时产生D5缺货信息，流入P1采购管理，经F2缺/补货汇总表到采购部进行采购；

当库存充足时产生D4出库单流入P3库存管理，同时对D2库存文件进行修改，经F8出库通知单给仓管部，同时产生F6提货单给销售部。

出库后若低于最低存则产生D6补货信息，流入P1采购管理，经F2缺/补货汇总表到采购部进行采购；

采购部F1采购订单流入P1采购管理处理，产生F3订货合同至供应商直接进行采购。

供应商的F4到货通知流入P1采购管理，产生D1到货通知，流入P2销售管理，同时产生D3入库单，流入P3库存管理，同时修改D2库存文件，经F7入库通知单给仓管部。

仓管部输入F9统计要求信息，流入P4统计分析，查询D2库存文件，D4出库单，D3入库单，产生F10统计报表至仓管部。

从图上可以看出整个系统总体上划分为销售管理，采购管理，库存管理和统计分析四大部分；

其中，销售管理是核心，整个系统以销售管理为龙头，根据销售部的销售订单通知，及时进行销售操作事宜；

采购管理部门根据销售部门的缺货通知，进行商品的采购事宜；

库存管理部门根据销售管理部门发出的出库单和采购管理部门发出的入库单通知进行库存的管理。

统计分析根据输入的统计要求信息，对库存文件，入库单，出库单进行统计分析以便的更好的了解公司的经营情况。

3.1.3系统一层图

顶层数据流图仅从总体上反映了公司的信息联系，就按照自顶向下，逐层分解的分析方法对顶层图进一步细化。

其中，对采购管理进定步细化，得到采购管理一层数据流程图（图3.4），从图中可以看到，整个采购管理功能可划分为请购管理，到货管理两个子功能。

P1.1

请购管理

F36

D9

请购单

F37

P1.2

到货处理

图3.4一层图（采购管理）

加工项数据流统计

P1.1请购管理流入3条F20；

F1

流出3条F2缺/补货汇总表；

F36请购单；

F3订购合同

P1.2到货处理流入2条F37，F4到货通知

流出2条F13，F11

出库后库存低于最低库存时产生D6补货信息，出货时库存不足时产生D5缺货信息，流入P1.1请购管理，经F2缺/补货汇总表到采购部采购。

采购部的F1采购订单流入P1.1请购管理，经F3订购合同到供应商。

供应商经F4到货通知流入P1.2到货处理，产生D3入库单，D1到货通知

其中，对销售管理进一步细化，得到销售管理一层数据流程图（图3.5），从图中可以看到，整个销售管理功能可划发为确定订货处理，生成缺货订单，缺货到货处理，发货管理四个子功能。

销售部

P2.1

确定订货处理

F26

F28

F27

D8

订单暂存文件

D7

订单文件

F30

F31

P2.2

发货管理

F29

F33

图3.5一层图（销售管理）

P2.1确定定货处理流入1条F5销售订单，流出4条F15；

F28；

F27；

P2.2发货管理流入3条F29；

F30；

F14，流出2条F6提货单；

销售部的F5销售订单流入P2.1确定订货处理，查询D2，当库存量大于等于销售订量经F26产生D7订单文件流入P2.2发货管理，同时生产D4出库单，经F6提货单给销售部。

当库存量小于销售订量时，产生D5缺货信息流入采购管理，并同时将缺货订单存入D8订单暂存文件，先不进行发货流入P2.2发货管理，等接到缺货到货通知后再处理。

3.1.4系统二层图

对发货管理进一步分解得到发货管理的二层图（图3.6），从图中可看到可以分为确事实上发货订单和确定出货两个子功能。

P2.2.1

缺货到货处理

P2.2.2

确定出货处理

图3.6二层图（发货管理）

P2.2.1缺货到货处理流入2条F29；

F14，流出1条F31

P2.2.2确定出货处理流入1条F30，流出2条F18；

如此逐层细化下去，直到数据流程图中的每一处理成为一个容易理解的单功能为止，且这个单一功能可以通过简单的逻辑表达设计工在数据字典中予以说明。

限于篇幅这里不能全部列出。

3.2数据字典

上面讨论的数据流图只能给出系统逻辑功能的一个总框架而缺乏详细、具体的内容，因此我们还需要建立数据字典。

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

数据字典以一种准确的和无二义的方式定义所有被加工引用的数据流和数据存储。

数据流程图配以数字字典，就可以从图形和文字两个方面对系统的逻辑模型进行描述，从而形成一个完整的说明。

数据字典有助于数据的进一步管理和控制，为设计人员和数据库管理人员在数据库设计、实现和运行阶段控制有关数据提供依据。

数据字典描述的主要内容有：

数据流、数据元素、数据存储、加工外部项。

由于篇幅有限，所以仅各举一个例子来说明。

3.2.1数据加工

数据加工

系统名：

进销存管理编号：

P2

条目名：

销售管理别名：

输入：

销售订单输出：

提货单

到货通知缺货信息