设 计 报 告
设计内容： 课程设计
□ 项目课程
课程名称：信息系统分析与设计课设
专 业：
班 级：
学 号：
姓 名：
指导教师：
设计时间：
2012 年 月 日
√
目 录
1.系统概述 .................................................................................................2
企业概况 ..........................................................................................................................2
企业业务概况 ..................................................................................................................2
现有信息系统概述 ..........................................................................................................3
信息系统需求概述 ..........................................................................................................3
2.信息系统分析 .........................................................................................4
初步调查 ..........................................................................................................................4
可行性研究 ......................................................................................................................7
系统详细调查并提出新方案 ..........................................................................................9
3.信息系统设计 .......................................................................................19
信息系统总体设计 ........................................................................................................19
信息系统总体布局设计 .........................................................................................19
软件系统的总体结构设计 .....................................................................................19
代码设计 ........................................................................................................................25
数据存储设计 ................................................................................................................27
数据库设计 .............................................................................................................27
用户界面设计 ................................................................................................................30
输出界面设计 .........................................................................................................30
输入界面设计 .........................................................................................................31
处理过程设计 ................................................................................................................31
4.系统实施 ...............................................................................................35
编程并编写文档 ............................................................................................................35
测试 ................................................................................................................................35
系统转换 ........................................................................................................................37
1.系统概述
企业概况
联邦集团成立于 1984 年，是最早以设计领先，制造与商业两翼齐飞共同发展的
私有企业，经过 20 余年的努力，打造出业界领导品牌，成为中国家具行业的领
军企业，被誉为中国民营企业发联邦集团展的常青树。联邦集团坚守“以人为本，
以诚信为先，以创造价值为荣”的核心理念和“不断超越自我，团队合作，勤勉务
实”的企业精神，从 1986 年推出第一套实木家私，最先掀起“原木家私热”，板式
卧房家私、宾馆酒店家私及办公屏风、软体沙发产品，至今已形成“自然时尚、
经典、体验”四大国际主题家居风格以及联邦高素质生活“8 大家”产品阵列。
企业业务概况
联邦集团成立于 1984 年，是最早以设计领先，制造与商业两翼齐飞、国内与国
外市场共同发展的私有企业，经过 20 余年的努力，打造出业界领导品牌，成为
中国家具行业的领军企业，被誉为中国民营企业发展的常青树。
集团主要产品门类有民用中高端实木家具、软体沙发、床垫、定制壁柜、酒店家
具、办公家具等；在广东、北京、上海、重庆、山东、新加坡等地设有十余家全
资或控股公司；拥有 800 多位管理、营销、设计、工程技术等中高级专业人才；
公司研发能力强，并能迅速将科研成果转化为生产与商业效益；分别位于广东与
山东的两大制造/物流基地，生产流程、工艺技术具备国际先进水平，能适应多
品种高品质快速供货服务需求；国内市场网络已覆盖 100%的一、二级城市以及
70%以上的三级城市，国际市场涵盖全球 90 多个国家和地区，构成了联邦多层
次、全方位的网络体系，成为联邦品牌发展的有力依托。
现有信息系统概述
联邦家具 主要业务是从供应商处购买原材料，然后自己生产制造，再向经
销商销售。按照有关规定，联邦家具 在每月需向税务机关交纳一定的税款。联
邦家具 的全部数据处理都由人工操作。由于经营的商品品种丰富，每天营业额
很大，因此业务人员的工作量十分艰巨。
最近，连锁店不多增多，从而经营品种、范围和数据处理的工作量大大增
加，需要建立一个计算机管理信息系统，以减轻工作人员的劳动强度，提高业务
管理水平，适应新的发展。
信息系统需求概述
本系统总体要求为：提高工作效率，扩大服务范围，降低工作人员的劳动强
度，提高资金利用率。及时获取商品库存信息，为经理的预测商品的销售量和正
确的决策提供可靠的参考信息。科学的管理商品和库存，提高资金利用率，尽最
大可能的限度满足经销商的需要。
2.信息系统分析
初步调查
企业概况
企业组织结构图
图 1 联邦家具 组织结构图如图所示
经理
生产 销售 采购 财务
该企业属于直线职能制，现行系统在经理的领导下，设有销售科、采购科和
财务科，如图 1 所示。
企业职能分解图
图 2 联邦家具 职能分解图如图所示
销售科的任务是，接受经销商的订货单，并进行校验，将不符合要求的订货
单退还给经销商。如果是合格的订货单且仓库有存货，那么就给经销商开发货票，
通知经销商到财务科交货款，并修改因经销商购买而改变的库存数据。如果是合
格的订货单但是缺货，那么先留底，然后向生产科发出缺货单。当生产科制造产
品后，核对到货单和缺货单，再给经销商开出发货票。
生产科的任务是，将销售科提供的缺货单进行汇总，根据汇总情况和原材料
存货情况，向采购科发出订购单。当采购科发来供货单时，对照留底的订购单加
以核对。如果正确则建立进货帐和应付款帐，向销售科发到货通知单并修改库存
记录；如果供货单与留底订购单不符，则把供货单退还给采购科。
采购科的任务是，将销售科提供的缺货单进行汇总，根据汇总情况和各厂
商供货情况，向有关厂商发出订购单。当供货厂商发来供货单时，对照留底的订
业务
生产 销售 采购 财务
生
产
校
验
订
单
校
验
订
单
开
发
货
票
管
理
库
存
数
据
管
理
库
存
数
据
校
验
订
单
开
收
货
票
管
理
库
存
数
据
收
款
记
账
制
作
报
表
购单加以核对。如果正确则建立进货帐和应付款帐，向销售科发到货通知单并修
改库存记录；如果供货单与留底订购单不符，则把供货单退还给供货厂商。
财务科（会计科）的任务是，接到经销商的货款时，给经销商开出收据及
发票，通知销售科付货；根据税务局发来的税单建立付款帐，并付税款；根据供
货厂商发来的付款通知单和采购科记录的应付款明细帐，建立付款明细帐，同时
向供货厂商付购货款。无论是收款还是付款之后，都要修改的财务总帐。财务科
在完成以上日常账务工作的同时，还要定期编制各种报表向经理汇报，以供经理
了解有关情况并据此制定下阶段的业务计划。
对信息系统的总体需求
现有资源
联邦家具 的全部数据处理都由人工操作，所需设备全部需要重新配置。
需要资源
▲系统处理方式
联邦家具 业务管理信息系统采用分布式处理。采购、销售、会计三个部
门各配置一台微机，三台微机联成网络，相互通信。采购、销售、会计三个
部门各自独立地进行业务处理，各部门之间的数据通信由网络完成。
▲系统硬件配置
Ⅲ三台微机（包括主机、显示器及磁盘驱动器）。
Ⅲ打印机。
Ⅲ适配器、电缆等其它网络配件。
▲软件配置
Ⅲ汉字多用户操作系统。
Ⅲ汉字 dBASE—Ⅲ数据库系统。
Ⅲ其它应用软件。
信息系统开发的必要性分析
基于现行销售管理系统的大部分工作都由手工来完成，造成工作效率低，
错误率高,信息反馈不及时，查询信息慢，因此本信息系统开发小组经过研究，
调查及取得上级领导地支持，拟对联邦家具 进行以下几方面的改革:
Ⅲ系统功能重构
Ⅲ业务流程重组
Ⅲ数据流程重组
明确信息系统开发的目标，内容和规模
本系统的开发能够提高工作效率，扩大服务范围，降低工作人员的劳动
强度，提高联邦家具 资金利用率。及时获取商品库存信息，为联邦家具 经
理的预测商品的销售量和正确的决策提供可靠的参考信息。科学的管理商品
和库存，提高资金利用率，尽最大可能的限度满足经销商的需要。
Ⅲ实现整个联邦家具 业务信息流程的计算机管理。
Ⅲ销售子系统的订货单处理、缺货处理全部由计算机完成，增加自动登记新
经销商数据的功能；货物售出后，自动建立售货历史记录和修改库存记录。
Ⅲ生产子系统的缺货单汇总、原材料统计和编发订货单由计算机完成，核对
订货单和修改库存也用计算机进行。
Ⅲ采购子系统的缺货单汇总、缺货货物统计和编发订货单由计算机完成，核
对订货单和修改库存也用计算机进行。
Ⅲ会计子系统的全部数据汇总计算工作由计算机自动完成，报表的编制、打
印也由计算机完成。
项目开发的初步方案
项目的规模，目标
完成联邦家具 管理信息系统的建设。
项目投资的粗略估计
前期准备资金 中期投资资金 后期维护资金
75000 元 30000 元 45000 元
人员配备情况
以小组（约 30 人）为单位进行管理信息系统的运行。
进度计划：2008 年 10 月 10 日——2008 年 12 月 25 日
10 月 10 日：组成项目小组，进行项目可行性分析
10 月 20 日：进行业务流程分析和功能需求分析，并画业务流程图和基
本模型图
11 月 01 日：进行数据流程分析并画数据流图，根据数据流图列出了数
据字典卡片，然后对数据字典进行处理描述
11 月 10 日：确定目标系统功能并进行数据分析，其中包括数据库建模
和关系数据的描述，并画新型数据流图。
11 月一五日：进行新的业务流程设计和系统功能设计。
11 月 20 日：数据库结构设计和数据库设计（包括逻辑设计和物理设计）
11 月 25 日：详细设计和系统实施
12 月一五日：软件测试
12 月 25 日：项目完成并交付运行
可行性研究
现行系统概述
系统目标，规模，开发背景等概述
联邦家具 的全部数据处理都由人工操作，工作量大，工作效率低，错误
率高，信息反馈不及时，因此本信息系统开发小组经过研究、调查及取得上
级领导地支持，拟对该联邦家具 进行以下几方面的改革：
Ⅲ系统功能重构
Ⅲ业务流程重组
Ⅲ数据流程重组
进一步明确信息系统建设的目标，需求及系统边界与范围。
Ⅲ实现登记、整理数据，处理核对经销商订货单。
Ⅲ向经理提供各种业务统计报表。
Ⅲ提供各级查询。
Ⅲ销售、生产、采购、会计各部门的业务数据处理实现自动化。
可行性分析
新系统方案
Ⅲ实现登记、整理数据，处理核对经销商订货单。
Ⅲ向经理提供各种业务统计报表。
Ⅲ提供各级查询。
Ⅲ销售、采购、会计各部门的业务数据处理实现自动化。
经济可行性分析
购买和安装设备的费用：计算机硬件、系统软件、 机房、电源、空调等，
共计 7 万。
软件开发费用：若由本单位的技术人员开发，则该项费用可以计入下面
的人员费用一项，共计 3 万。
人员费用：系统开发人员、操作人员和维护人员的工资、培训费用等,
共计 3 万；由于本项目的特殊性该部分费用可节省。
消耗品费用：系统开发所用材料、系统正常运行所用消耗品，例如电费，
打印纸、软盘、开发软件等开支；共计 2 万。
该企业所批的新系统的开发费用和今后的运行、维护费用为一五万。因
此，改造费用方面是可行的。
技术可行性分析
为联邦家具 开发一个信息管理系统，需要数据库编程工具的支持，如
PoweredBuilder, VisualBasic, C++Builder 等工具即可不错地完成任务。考虑
到 PoweredBuilder 的最终可执行程序对动行环境的要示过于苛刻（主要是支
持库的不完善），和 VisualBasic 的功能不够强大，C++Builder 是不错的选择。
C++Builder 继承继承了 Borland 公司的同类产品 Delphi 对数据库强大的支
持，和其丰富的 VCL 控件资源，加上其使用语言 C++的广泛普及，用它开
发一个关于联邦家具 管理信息系统，不存在技术上的问题。
营运可行性分析
经过分析调查，对新系统运行后对现在的工作效率会有明显提高。同时
经过管理人员的培训使他们能够在新的技术条件下能够顺利开展工作。
结论
按上述三方面进行可行性分析、研究后，我们认为由于联邦家具 的管理
人员大多都具备操作计算机的能力，另外，此系统是一个小型信息管理系统，
花费不大。所以建立新系统是可行的，可以立项的。
系统详细调查并提出新方案
信息系统主要工作内容概述
Ⅲ实现登记、整理数据，处理核对经销商订货单。
Ⅲ向经理提供各种业务统计报表。
Ⅲ提供各级查询。
Ⅲ销售、生产、采购、会计各部门的业务数据处理实现自动化。
详细了解用户需求，进一步明确系统的主要目标和功能
表 1
联邦家具 业务管理信息系统的概况如上表所示，该表格反映了新系统的输
入、处理、数据存储和输出的概况。其中带“＊”号的表示由计算机处理的项目，
其余处理由人工进行。
业务流程分析
文字描述
现行系统的业务流程情况如下图所示。各项业务数据的输入、处理、存
储和输出概况见表 1。
业务流程图
图 3 业务流程图
经
销
商
订
单
销
售
科
缺
货
订
单
缺货
统计
生
产
科
原料
统计
原
料
缺
货
单
可
供
原
料
单
原料
缺货
统计
采
购
计
划
采
购
科
订
货
量
单
订货
采
购
单
采购
单留
底
核对
供
货
单
供
货
商
货
款
单
登记
入账
应
付
账
款
单
生产
制造
生
产
量
单
生产
单留
底
订
单
检验
订单
不
合
格
订
单
可
供
订
单
开发
货票
发
货
票
修改
库存
库
存
文
件
销
售
记
录
表
销售
记录
货
款
财
务
科
收
款
单
记收
款明
细账
收
款
明
细
账
单
收款
明细
账
修改
总账
总
账
编制
报表
经
理
税
务
局
付
款
明
细
账
核对
应付
帐
付
款
通
知
单
记付
款明
细账
付
款
明
细
账
付款
明细
账单
核对
信息流程分析
文字描述
信息流程中分别有顶层数据流程图，第二层数据流程图，第三层数据流层图。
数据流程图
▲顶层数据流程图
图 4 关联图
▲第一层数据流程图
经销商 S 1
家具业务管
理
供应商
税务局
订单
货款收据
发货票
货款
订货单
供货单
税单
税款
经理
报表
图 5 第一数据流程图
▲第二层数据流程图
Ⅲ销售处理
Ⅲ生产制造
Ⅲ采购处理
Ⅲ会计处理
经销商S1
P1
销售处理
销售S3
P 2
生产制造
生产S4
P 3
采购处理
采购S5
供货商S2
货物库存 原材料库存
销售记录 应收账款 进货账 应付账款
P4
会计处理
S6
税务局 经理
订购
发货票
缺货单
生产
量单
原材料
缺货单
订货单
供货单应付账
款单
货款
付款收据
付款单
货款
税单
税款 报表
图 6 第二层数据流程图（销售处理）
第二层数据流程图（生产处理）
经销商S1
P
编辑订单
S3
P
判断核对
S3
货名文件 库存文件
暂缺货单
F12缺货
单
P
建立销售记录
S3
P
建立收款明细帐
S3
销售历史文
件
应收款明细
账
库存文件
F1 订单 F4 订单
F 11缺货
单
F
5
F 13
对比缺货单
F17 产品情
况
F6 不合格订单
F14 发货
票
顾客文件P
登录顾客数据
S3
F
3
F7 可供订单
F2
F8
F9
F 10
F 15
F 16
D12
P
发货、修
改库存
S3 D3
D9D8
D3
D2
D13
P
原材核算
S4
P
判断核对
S4
暂缺货单
F21 原材料缺货单
库存文件
F12缺货
单
缺货单
F20原材
料
缺货单
F22可供原料
单
P
建立生产记录
S4
生产历史文件D1
D3
P
发货、修改
库存
S4
图 7 第二层数据流程图（采购处理）
F21原材
料
缺货单
P
按原材料汇总
S5
P
编发订货单
S5
待订原材
料文件
供货商
名单
供货商S2
订单文件
P
核对订货单
S5
P
建立应付款账
S5
应付款明
细账
P
发到货单
S5
不合格订货单
供货单
进货账
库存文件
原材料订货单
D4 D5
D3 D6
P
改库存、
建账
S5
D14
D7
经销商S1
货物单价
收款明细账
总账 付款明细账
生产历史 销售历史 应收款明细 进货账
应付款明细
P
编制报表
S6
P
核对订单
S6
供货商S2
税务局
P
修改总账
S6
货款
税单
付款单
经理
报表
税款
收据
付款
P
开收据、
建账
S6
P
付款、修
改账目
S6
D8 D9 D14 D7D1
D10
D11 D12
图 8 第二层数据流程图（会计处理）
数据字典
数据字典用于进一步定义和描述所有数据项，包括数据流字典、数据存
储字典、数据处理字典、数据元素、外部项五部分。
▲数据流字典
数据流
系统名：联邦家具 管理信息系统
条目名：订单
编号： F1
别名：订单
来源：
S1 经销商
去处：
编辑处理
数据流结构：
订单：{订单标识+经销商细节{经销商标识+姓名+地址+电话+传真}+货物
细节{货物标识+名称+产地+数量}}
简要说明：
描述订单处理的有关信息，100 张/天。
编写 日期修改记录：
审核 日期
表 2 数据流
总编号 编号 名称 来源 去向 所含数据结果 说明
1-01 F1 订单 S1 订单标识、经销商细节、货物细节
1-02 F2
经销商数
据 订单标识、经销商细节
用于登录经销商数
据
1-03 F3
经销商数
据 D2 订单标识、经销商细节
用于建立经销商数
据
1-04 F4 订单 订单标识、经销商细节、货物细节 用于判断核对
1-05 F5 货物情况 D 一三 订单标识、经销商细节、货物细节 用于编辑订单
1-06 F6
不合格订
单 S1 订单标识、经销商细节、货物细节、不合格原因 退还经销商
1-07 F7 可供订单 订单标识、经销商细节、货物细节 用于供货
图 9 数据流字典清单（部分）
▲数据元素
数据元素
系统名：联邦家具 管理信息系统 编号： M1
条目名：家具标识 别名：家具
属于数据流：
F1、F4-F6
存储处：
D1、D3
数据元素结构：
简要说明：
家具标识是学生的识别符，每个家具都有惟一的标识。
编写 日期修改记录：
审核 日期
表 3 数据元素
▲数据存储字典
数据存储
系统名：联邦家具 管理信息系统
条目名：货名文件
编号： D1
别名：货名文件
存储组织：
每批家具一条记录
主关键字：
家具标识
记录组成：
项 名：货物标识 名称
近似长度： 8 12
（字节）
简要说明：
家具:
家具类别: 有 2 位组成按
年家具类别编码 如：玉石
类、实木类、金属类等
功能部分: 有 2 位组成 按
顺序来
家具产地: 有 2 位组成 按
顺序来
家具编号: 有 2 位组成 按
顺序来
例如：东北产的卧房家具
为 202010 一五
用于编辑订货
编写 日期修改记录：
审核 日期
表 4 数据存储
总编
号
编
号 名称 来源 去向 所含数据结果 说明
S1-01 D1
生产历史文
件 货物名称、标识
用于编辑产
品
S2-02 D2 经销商文件 标识、经销商细节
用于编辑订
货
S1-03 D3 库存文件 产品名称、标识
用于编辑产
品
S2-04 D4
待定原材料
文件 原材料名称、标识
用于编辑订
货
S1-05 D5 供货商名单 供应商名称
用于编辑订
货
S2-06 D7
应付款明细
账 供应商名称
S1-07 D8
销售历史文
件
产品名称、标识、经销
商细节
用于编辑产
品
S2-08 D9
应收款明细
账
产品名称、标识、经销
商细节
用于编辑产
品
图 10 数据存储字典清单（部分）
▲数据处理字典
加工
系统名：联邦家具 管理信息系统
条目名：编辑经销商订单
编号：
别名：编辑经销商订单
输入：
F1 订单
F47 经销商情况
输出：
F4 订单
F2 新客户数据
加工逻辑：
根据订单和经销商情况，判断新老客户，并编辑成适合的订单。
简要说明：
无
编写 日期修改记录：
审核 日期
表 5 数据处理字典
加工
系统名：联邦家具 管理信息系统
条目名：判断、核对订单
编号：
别名：判断、核对订单
输入：
F4 订单
输出：
F6 不可供订单
F7 可供订单
F11 缺货单
加工逻辑：
检验经销商订单，分成不合格、可供、缺货三种情况处理。
简要说明：
检验订单属于哪一类，以便以后分别处理。
编写 日期修改记录：
审核 日期
表 6 数据处理字典
图 10 数据处理字典清单（部分）
▲外部项
外 部 项
系统名：联邦家具 管理信息系统
条目名：经销商
编号： M1
别名：经销商
输入数据流：
发货票、付款收据
输出数据流：
订购、货款
主要特征：
经销商主要特征是：经销商标识、姓名、地址、电话、传真
简要说明：
存储经销商的各类信息，包括经销商标识、姓名、地址等。
编写 日期修改记录：
审核 日期
表 7 外部项
决策树
▲订单编辑决策树
图 11 订单编辑决策树
▲判断、核对订单决策树
图 12 判断、核对订单决策树
3.信息系统设计
信息系统总体设计
信息系统总体布局设计
联邦家具 业务管理信息系统采用分布式系统的浏览器 /Web 服务器
（B/S）计算模式，采购、销售、会计三个部门各配置一台微机，三台微机联
成网络，相互通信。采购、销售、会计三个部门各自独立地进行业务处理，
各部门之间的数据通信由网络完成。
▲系统硬件配置
Ⅲ三台微机（包括主机、显示器及磁盘驱动器）。
Ⅲ打印机。
Ⅲ适配器、电缆等其它网络配件。
▲软件配置
Ⅲ汉字多用户操作系统。
Ⅲ汉字 dBASE—Ⅲ数据库系统。
Ⅲ其它应用软件。
软件系统的总体结构设计
文字描述
联邦家具 业务管理信息系统共分成销售、采购、会计三个子系统。
模块设计
绘制 H 图
家具公司业务
信息管理系统
销售
处理
生产
制造
采购
处理
财务
处理
输
入
订
单
处
理
文
件
处
理
可
供
订
单
销
售
查
询
处
理
不
可
供
订
单
处
理
缺
货
订
单
原
材
料
核
算
生
产
制
造
处
理
原
材
料
缺
货
单
采
购
处
理
采
购
查
询
汇
总
报
表
修
改
总
账
付
款
处
理
收
款
处
理
生
成
原
材
料
缺
货
单
打
印
报
表
图一三 联邦家具 业务管理信息系统功能模块结构
绘制控制结构图
▲销售子系统控制结构
图 14 销售子系统控制结构
在图 12 中，通过输入功能模块得到订单、经销商细节、库存细节信息，然
后进行销售处理。在销售业务处理中，首先对订单、经销商细节进行编辑，并反
馈出编辑后的订单，然后对编辑过的订单再进行检验核对并且加载分类标志。订
单、经销商细节、库存细节经过编辑、检验核对后进行分类处理。根据订单加载
的分类标志，将订单划分为不可供处理（反馈出缺货单）和不合格订单，对于可
供货的订单，要根据货名和数量修改库存，根据经销商细节、货名和数量建销售
记录，并为经销商开发货票。
▲采购子系统控制结构
图一五 采购子系统控制结构
▲会计子系统控制结构
图 16 会计子系统控制结构
绘制 IPO 图
IPO 图
系统： 家具公司 MIS 设计人
模块： 日期
上层调用模块：
无
可调用的下层模块：
销售、生产、采购模块
输入
功能代码：0，1，2，3，4
输出
局部元素 注释
开始
循环
显示系统功能
功能选择
退出系统
显示工作结束 销售业务 生产业务 采购业务 显示选择错
Y
N
0 1 2 3 4 其他
图 17 系统的 IPO 图(主控模块)
图一八 系统的 IPO(一)
图 19 系统的 IPO(二)
图 20 系统的 IPO(三)
图 21 系统的 IPO(四)
图 22 系统的 IPO(五)
代码设计
文字描述
本系统的代码设计采用线性分类体系，按分类对象的从属、层次关系为
排列顺序。
代码设计（以产品代码为例）
产品代码设计
图 23 产品代码设计
第一位位：家具类别 二、三位数字为：药用部分
编号 类
别
1 玉
石
类
2 实
木
类
3 金
属
类
4 其
他
四、五位数为字：家具产地 六、七两位数字为：药材编号
例如：
编号 类
别
01 东
北
02 华
北
03 西
北
04 东
南
05 华
南
06 西
南
校验码为:采用算术级数算法
例如 : 东北产的卧房家具
1 0 2 0 1 0 1
* 1 2 3 4 5 6 7
1 0 6 0 5 0 7
则该代码的第八位为 (1+0+6+0+5+0+7)Mod 7 =5
东北产的卧房家具的代码为 102010 一五
备注：当余数为 10 时则校验码为 0
编号 类别
01 卧房
02 客厅
03 餐厅
04 书房
编号 类别
1010101 床垫
1010102 床头柜
1020101 床尾凳
数据存储设计
数据库设计
概述
在系统的数据库设计中，首先要对系统分析得到的数据词典中的数据存储进
行分析，分析各数据存储之间的关系，课采用 E-R 图的方法进行数据结构分析。
这里以药材数据库为例。
实体—关系模型（E—R 模型）
绘制 E—R 图
图 24 E—R 图
属性：
经销商
销售
产品 生产 原材料
采购
供应商
存储
产品仓库
储存
原材料仓库
m
n
m
n
m n
n
m
m
n
图 25
图 26
产品
产 品 标
识
类别 名称
原材料
原 材 料
标识
类别 名称
仓库
货位号 位置
图 27
图 28
经销商
编号 传真名称 地址
电话
存储
存 储 编
号
出 库 时
间
产 品 数
量
入 库 时
间
图 29
图 30
图 31
数据规范化
说明三种规范户形式（描述 1NF，2NF，3NF 的定义）
储存
存 储 编
号
出 库 时
间
原 材 料
数量
入 库 时
间
采购
采 购 编
号
采 购 价
格
采 购 数
量
采 购 时
间
1NF：属于 1NF 的关系应满足的基本条件是元组中的每一个分量都必须
是不可分割的数据项。
2NF：指的是这种关系不仅满足第一范式，而且所有非主属性完全依赖
于其主码。
3NF：指的是这种关系不仅满足第二范式，而其它的任何一个非主属性
都不穿地依赖于任何关键字。
进行规范化（要求符合 3NF），但必要时可以进行反规划
显然上面的 E-R 图完全符合 3NF，因此不需要修改。
绘制出调整后的 E-R 图
图 32 E-R 图
建立逻辑模型
经销商
销售
产品 生产 原材料
采购
供应商
存储
产品仓库
储存
原材料仓库
m
n
m
n
m n
n
m
m
n
实体：
产品信息表（，产品名称，产品类别）
原材料信息表（原材料标识，原材料名称，原材料类别）
仓库信息表（仓库货位号，仓库位置）
供应商信息表（供应商编号，供应商名称，供应商地址，供应商电话，
供应商传真）
经销商信息表（经销商编号，经销商姓名，经销商地址，经销商电话，
经销商传真）
联系：
存储信息表（存储编号，产品标识，生产编号，产品存储数量，产品入
库时间，产品出库时间）
储存信息表（存储编号，原材料标识，供应商编号，原材料储存数量，
原材料入库时间，原材料出库时间）
购买信息表（购买编号，产品标识，供应商编号，购买价格，购买数量，
购买时间）
订单信息表（订单编号，产品标识，客户编号，销售价格，销售数量，
销售时间）
用户界面设计
输出界面设计
输出是由计算机对输入的原始信息进行加工处理，形成高质量的有效信息，
并使之具有一定得格式，提供管理者使用。
输出信息内容
客户信息、发货票、货物、采购订单、货款、税款、各种统计报表、不合格
订单等。
输出设备
显示终端、打印机。
输出介质
纸张、磁盘。
图 33 客户信息输出界面
输入界面设计
输入信息内容
客户订货单、供货单、付款单、货物、税单。
输入设备和介质
键盘、鼠标、光盘、移动硬盘、读卡器、扫描仪、
图 34 客户订货单输入界面
处理过程设计
文字描述
绘制处理流程图
销售业务流程图
图 35 销售业务流程图
会计业务流程图
图 36 会计业务流程图
采购业务流程图
图 37 采购业务流程图
4.系统实施
编程并编写文档
本系统在上述系统设计的基础上进行编程，这里就不做过多赘述。
测试
系统测试是信息系统的开发周期中一个十分重要的活动。尽管在系统开发周
期的各个阶段均采取了严格的技术审查，但依然难免遗留下差错，如果没有再投
入运行前的系统测试阶段被发现纠正，问题迟早会在运行中暴露出来，到那时要
纠正错误将要会付出更大的代价。因此我们有必要进行系统测试。
我们要以找错误为目的，不是要证明程序无错，而是要精心选取那些易于发
生错误的测试数据，以十分挑剔的态度，去寻找程序的错误。
测试工作应避免由原开发软件的个人或小组来承担。
设计测试用列不仅要包括合理、有效的输入数据，还要包括无效的或不合理
的输入数据。
不仅要检验程序是否做了该做的事，还要检查程序是否同时做了不该做的事。
保留测试用例，将会给重新测试和追加测试带来方便。
测试方法：
人工测试
个人复查
源程序编写完成后，直接由程序员自己进行检查。
走查
由三至五人组成测试小组，测试小组成员是未介入过该软件设计工作的
有经验的程序设计人员。测试在预先阅读过该软件资料和源程序的前提下，
由测试人员扮演计算机的角色，用人工方法将测试数据输入被测程序，并在
纸上跟踪监视程序的执行情况，让人带特机器沿着程序的逻辑走一遍，发现
程序中的错误。
会审
测试小组的构成与走查相似，要求测试成员在会审前仔细阅读软件有关
资料，根据错误类型清单，填写检测表，列出根据错误类型要提问的问题。
会审时，由程序作者逐个阅读和讲解程序，测试人员逐个审查、提问、讨论
可能产生的错误。会审要对程序的功能、结构及风格等全部内容进行审查。
机器测试
黑盒测试（功能测试）
将软件看成黑盒子，在完全不考虑程序内部结构和特性的情况下，研究
软件的外部特性。根据软件的需求规格说明书设计测试用例，从程序的输入
和输出特性上测试是否满足设定的功能。
白盒测试（结构测试）
将软件看成一个透明的盒子，按照程序的内部结构和处理逻辑来选定测
试用例，对软件的逻辑路径及过程进行测试，检查与设计是否相符。
系统的测试工作一般有以下四个步骤：
图 38 系统的测试过程
过程如下：
Ⅲ单元测试
Ⅲ组装测试
Ⅲ确认测试
Ⅲ系统测试
系统转换
做出系统转换计划
由于原来企业一直为手工操作，大多员工需要进行一定的培训和熟悉之后才
能够使用新系统进行工作，因此在这里采取分段转换的方式，即在新系统全部正
式运行之前，分阶段一部分一部分地替代原有手工方式，如图 35 所示
老系统 新系统
时间
图 39 分段转换
2025 年 10 月 16 日星期四 19:02:53
:0219:02: 时 2 分 7 时 2 分 53
秒 Oct. 16, 2516 October 20257:02:53 PM19:02:53
