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

xxx单位进销存管理信息系统设计报告

———————————————————————————————— 作者：
———————————————————————————————— 日期：

57

个人收集整理 勿做商业用途
目 录
第一章 绪言 3
1.1组织机构概况 3
1。2项目开发背景及信息系统目标 3
1.3信息系统范围 4
1.4项目开发方法和计划 4
1。5作者的主要贡献 5
第二章 系统需求分析 6
2。1现行业务系统描述 6
2.1。1组织机构图介绍 6
2.1.2业务流程分析 7
2。2现行系统主要问题分析 9
2.3解决方案 9
2.3.1方案1 9
2。3.2方案2 10
2。4可行性分析 11
2。4。1技术可行性分析 11
2。4.2经济可行性分析 12
2。4.3营运可行性分析 12
第三章 新系统逻辑方案 12
3.1数据流图 13
3。1.1系统关联图 14
3。1。2系统顶层图 15
3.1.3系统一层图 18
3。1.4系统二层图 21
3。2数据字典 22
3.2.1数据加工 23
3。2。2数据流 27
3.2.3数据元素 28
3.2.4数据存储 29
3。2.5外部项 30
3。3基本加工说明 31
3。3。1基本加工分析 31
第四章 系统总体设计 32
4.1软件模块结构设计 32
4.1。1HIPO分层图 33
4.1。2IPO图 35
4.2数据库设计 39
4.2。1需求分析 40
4.2。2实体描述 40
4.2。3联系描述 40
4.2.4 E—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人员，对软件开发工具比较熟悉,有开发数据库经验;能够胜任信息系统的开发工作.本系统采用MS Windows 2000/XP Professional作为操作系统平台。公司内以MS Windows NT服务器建立局域网,通过系统管理人员进行维护。本系统的数据库开发平台选用Microsoft公司的Access2003,该数据库管理系统在MS Windows 2000/XP Professional上都能运行，并提供数据库之间的数据复制功能，可代替现有系统数据的手工传递工作，降低出错率，提高数据的可用性。本系统的应用软件开发工具选用的是开发人员熟悉的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条,流出1条
供应商：流入1条，流出1条
仓管部：流入1条,流出3条

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

F3订货合同

供应商
F1采购订单
采购部
P1

采购管理

F2缺/补货汇总表
F4到货通知

F12
F11

D1
到货通知
F13

F20
F14

D5
缺货信息
F5销售订单
F21
客户
P2

销售管理

F6提货单

F18

入库单
D3

F15

F22
D2
库存文件

补货信息
出库单

D4
D6

F21
F25
F16
F17

F23
F19

P3

库存管理

F24

F7入库通知单

F8出库通知单

P4

统计分析
仓管部
F9统计要求信息

F10统计报表

图3.3 系统顶层图
加工数据流统计：
P1采购管理 流入4条 F1采购订单；F4到货通知；F12；F20
流出4条 F2缺/补货汇总表;F3订购合同;F13；F11
P2销售管理 流入3条 F5销售订单；F14,F15
流出3条 F6提货单;F21;F18
P3库存管理 流入3条 F16；F21；F19
流出4条 F17;F24；F7入库通知单；F8出库通知单
P4统计分析 流入4条 F25；F22;F23；F9统计要求信息
流出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），从图中可以看到，整个采购管理功能可划分为请购管理，到货管理两个子功能.

D6
D5
补货信息

缺货信息

F20

F12

F1采购订单
采购部

P1.1

请购管理
供应商

F3订货合同

F2缺/补货汇总表

F36

D9
请购单

F37

P1.2

到货处理

F4到货通知

D1
到货通知

F13

F11

F11

D3
入库单

图3.4 一层图（采购管理）

加工项数据流统计
P1。1请购管理 流入3条 F20；F12；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）,从图中可以看到,整个销售管理功能可划发为确定订货处理,生成缺货订单，缺货到货处理，发货管理四个子功能.
F6提货单
销售部

P2.1

确定订货处理
F26

F5销售订单

F28

F27

D5
缺货信息
F15

D2
库存文件

D8
订单暂存文件

D7
订单文件

F30
F31

P2.2

发货管理

F29

F14

F33

F18

D4
出库单

D1
到货通知

图3.5 一层图（销售管理)

加工项数据流统计
P2。1确定定货处理 流入1条 F5销售订单,流出4条 F15；F28；F27；F26
P2。2发货管理 流入3条 F29；F30；F14，流出2条 F6提货单；F18
销售部的F5销售订单流入P2.1确定订货处理，查询D2,当库存量大于等于销售订量经F26产生D7订单文件流入P2。2发货管理，同时生产D4出库单，经F6提货单给销售部。当库存量小于销售订量时，产生D5缺货信息流入采购管理，并同时将缺货订单存入D8订单暂存文件，先不进行发货流入P2。2发货管理，等接到缺货到货通知后再处理。
3.1.4系统二层图
对发货管理进一步分解得到发货管理的二层图（图3。6）,从图中可看到可以分为确事实上发货订单和确定出货两个子功能。

D8
订单暂存文件

F29

F31
D7
订单文件
P2.2.1

缺货到货处理

D1
F14
到货通知

F30

P2.2.2

确定出货处理

销售部
D4
出库单

F6提货单

F18

图3。6 二层图(发货管理）

加工项数据流统计
P2。2。 1缺货到货处理 流入2条 F29;F14，流出1条 F31
P2.2。2 确定出货处理 流入1条F30，流出2条F18;F6提货单

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

3.2数据字典
上面讨论的数据流图只能给出系统逻辑功能的一个总框架而缺乏详细、具体的内容,因此我们还需要建立数据字典.建立数据字典是为了对数据流程图上各个元素做出详细的定义和说明。数据字典以一种准确的和无二义的方式定义所有被加工引用的数据流和数据存储。数据流程图配以数字字典,就可以从图形和文字两个方面对系统的逻辑模型进行描述，从而形成一个完整的说明.数据字典有助于数据的进一步管理和控制，为设计人员和数据库管理人员在数据库设计、实现和运行阶段控制有关数据提供依据.
数据字典描述的主要内容有:数据流、数据元素、数据存储、加工外部项。由于篇幅有限，所以仅各举一个例子来说明。

3.2.1数据加工

数 据 加 工
系统名： 进销存管理 编号： P2
条目名： 销售管理 别名：
输入： 销售订单 输出: 提货单
到货通知 缺货信息
出库单
加工逻辑:
1、 从销售部取得销售订单；
2、 查询库存文件，根据库存文件确定实际可发货数量,填写出库单给下一个“处理”；
3、 针对不满足数量的订货要求，产生缺货信息;待收到到货通知后，再进行处理.
简要说明：
修改记录：
编写
钟燕维
日期
2009-3—15
审核
方连
日期
2009-3—18

数 据 加 工
系统名： 进销存管理 编号: P1
条目名： 采购管理 别名：
输入： 缺货信息 输出： 缺/补货汇总表
补货信息
到货通知 到货通知
入库单
加工逻辑：
1、 接收到缺货信息和补货信息，产生缺/补货汇总表。
2、 确定需采购的订货量,与供应商签订订货合同；
3、 接收到货通知，填写入库单，给库存管理模块,同时修改库存文件.
4、 发出到货通知，提醒销售管理模块进行处理。
简要说明：
修改记录:
编写
钟燕维
日期
2009—3-2
审核
方连
日期
2009—3-18

数据加工
系统名： 进销存管理 编号： P3
条目名： 库存管理 别名：
输入： 入库单 输出: 入库通知单
出库单 出库通知单
补货信息
加工逻辑：
1、 接收入库单，做好入库安排，同时修改库存文件。
2、 接收出库单,做好出库安排。同时修改库存文件。
3、 当库存低于最小库存量的时候，发出补货信息。
简要说明：
修改记录：
编写
钟燕维
日期
2009-3—2
审核
方连
日期
2009-3-18

数据加工
系统名: 进销存管理 编号： P4
条目名: 统计分析 别名：
输入： 统计要求信息 输出: 统计报表

加工逻辑：
1、输入统计要求信息，给出相应的统计报表，以便分析。
简要说明：
修改记录：
编写
钟燕维
日期
2009-3-2
审核
方连
日期
2009-3-18

3。2。2数据流
数据流是数据结构在系统内传输的路径.

数据流
系统名： 进销存管理 编号： F6
条目名： 销售订单 别名： 订货单
来源: 销售部
去处： 确定订货处理
数据流结构：
销售订单＝{订单号+日期+客户名称+产品名称+规格+数量+单价+付款方式+交货时间+交货地点｝

流通量: 60份/每天高峰流通量：70份/每天上午9：00—11：00
简要说明:
修改记录:
编号

日期

审核

日期

3。2.3数据元素
数据元素是不可再分的数据单位.
数据流
系统名: 进销存管理 编号:
条目名: 订货单据号 别名：
属于数据流:F11，F21
存储处：D3
数据元素值：
代码类型 长度 取值范围 意义
字符 GKC—00001～ GKC—99999 XXX XX XXX
(由字母和数字组成) SPL—00001~ SPL -99999
JPN—00001~ JPN —99999 编号
GAC—00001～ GAC -99999 年号
GHL—00001～ GHL -99999 供应商代码
简要说明：
订货单据号是订货单据的识别符，每份进货单据都有唯一的单据号.
修改记录：
编号

日期

审核

日期

3。2。4数据存储
数 据 存 储
系统名： 进销存管理 编号： D6
条目名： 补货信息 别名： 补货明细表
存储组织：
每个补货信息一条记录，按补货单号顺序排列

记录数： 约1000
数据量： 约200KB
主关键字：补货单号
铺关键字：供应商名称
补货单号
日期
供应商名称
产品名称
规格
单位
毛重
进货单价
进货数量
进货总价
付款方式
入库日期
入库单号
备注
10
10
10
10
10
5
10
10
5
15
20
10
10
20
记录组成：

项 名：

近拟长度：
（字节）
简要说明：
补货完成情况在备注中说明
修改记录：
编写

日期

审核

日期

数据存储是数据结构保留或保存的地方，也是数据流的来源和去向之一。

3。2.5外部项

外部项
系统名： 进销存管理 编号:
条目名： 供应商 别名： 商品提供者
输入数据流：订货合同
输出数据流：到货通知
主要特征：供应商:即所有商品的提供者，其主要特征是:供应商名称、联系地址、联系人、联系电话、可提供商品清单
简要说明：
本系统不负责安排供应商的生产计划或进货渠道，只是根据进货要求向供应商订购有关商品.
修改记录：
编写

日期

审核

日期
8

3。3基本加工说明
数据流图中所有不进一步分解的加工,称为基本加工。基本加工是实现系统功能的基本组成部分，准确地，清晰地描述基本加工，是表达系统逻辑功能的关键.
由于基本加工涉及详细的数据处理功能和处理过程，为了做到准确、清晰、简洁，基本加工的描述往往需要设计多种手段与工具。所有的工具有：自然语言的文字叙述、结构化语言、决策树、决策表、数学公式以及上述工具有联合使用。
3。3.1基本加工分析
自然语言的描述：
加工P1：采购管理 获取请购单的有关信息，安排采购人员，选择商品供应商
结构化语言：
加工P2：销售管理
如果 库存满足订单数据
则 发货
否则 产生缺货单到采购管理
修改可发货订单存档发，安排发货
决策树 订单数量
加工P2。1：确定订货数量
请购
安排发货
不满足数量
可满足数量
>=库存数量
<库存数量

第四章 系统总体设计
信息系统设计阶段的主要目的是将系