费用管理信息系统.doc

费用管理信息系统

编号：91
复 旦 大 学
(本科)

毕 业 论 文

题 目：费用管理信息系统

专 业 计算机信息管理
作 者 濮 家 凤
学 号 376602148635
指导教师 丁 宝 康
完成日期 2008 年 5 月 14 日

摘 要
本系统主要通过使用管理信息系统（MIS）的方法，对公司的售后服务部分的信息资源进行全面、系统的管理，使其与整个公司的信息管理接轨。在整个系统开发过程中，运用了软件工程的基本概念、相关技术和方法，并采用了系统生命周期的结构化程序设计方法，从而将整个系统开发各阶段（系统分析、系统设计、系统实施）的基本活动贯穿起来。
费用管理系统开发的目的在于将先进的技术手段和科学的管理方法运用于售后服务数据的分析与管理中。这样可以合理分析各种不同产品的保修成本与公司支付的保修费用，充分发挥信息优势以减少重复性劳动及手工误差。
本系统在开发过程中采用了Visual Basic 6.0开发工具和Access数据库。

目 录
第一章 绪言 ………………………………………………………………………… 4
第二章 　系统分析 ………………………………………………………………… 5
2.1 系统调查 ………………………………………………………………… 5
2.2 可行性分析 ……………………………………………………………… 5
2.3 现行系统的详细调查 …………………………………………………… 6
2.3.1 现行系统的总目标 ………………………………………………… 6
2.3.2 系统的组织结构图 ………………………………………………… 6
2.3.3 系统的业务流程图 ………………………………………………… 8
2.4 项目开发计划 …………………………………………………………… 11
第三章 新系统逻辑方案的提出 ………………………………………………… 12
3.1 数据流程图 ……………………………………………………………… 12
3.1.1 数据流程图的符号 …………………………………………………… 12
3.1.2 数据流程图的描述 …………………………………………………… 12
3.2 数据字典 ………………………………………………………………… 17
第四章 系统设计 ………………………………………………………………… 24
4.1 系统总体结构设计 ……………………………………………………… 24
4.1.1 系统总体布局方案 ………………………………………………… 24
4.1.2 系统存储的总体结构设计 ………………………………………… 24
4.1.3 软件系统总体功能结构 …………………………………………… 24
4.2 数据库设计 ……………………………………………………………… 29
4.3 数据库的逻辑设计 ……………………………………………………… 32
4.4 数据库的实现 …………………………………………………………… 33
4.5 计算机硬件方案的选择 ………………………………………………… 35
4.6 系统的安全性和可靠性 ………………………………………………… 35
第五章 系统的详细设计 ……………………………………………………… 37
5.1 代码设计 ………………………………………………………………… 37
5.2 用户界面设计 …………………………………………………………… 37
5.3 程序流程图 ……………………………………………………………… 40
5.4 历史信息管理 …………………………………………………………… 41
第六章 系统实施 ………………………………………………………………… 42
6.1 概述 …………………………………………………………………… 42
6.2 编程 …………………………………………………………………… 42
6.3 系统测试 ……………………………………………………………… 42
6.3.1 单元测试 …………………………………………………………… 42
6.3.2 组装测试 …………………………………………………………… 43
6.3.3 确认测试 …………………………………………………………… 43
6.3.4 系统测试 …………………………………………………………… 44
6.3.5 测试用例　…………………………………………………………… 44
6.4 系统转换 ……………………………………………………………… 44
6.5 系统运行和维护 ……………………………………………………… 44
第七章 小结 ……………………………………………………………………… 46
7.1 系统的功能 …………………………………………………………… 46
7.2 系统的特点 …………………………………………………………… 46
7.3 系统的改进方向 ……………………………………………………… 46
7.4 开发体会与收获 ……………………………………………………… 46
参考文献　…………………………………………………………………………… 47
附录 ………………………………………………………………………………… 48

第一章 绪言
索尼公司是世界上民用/专业视听产品、通讯产品和信息技术等领域的先导之一，它在音乐、影视和计算机娱乐运营业务方面的成就也使其成为全球最大的综合娱乐公司之一。它在中国国内从事电子信息行业的投资，产品市场推广，顾客售后服务联络，并针对Sony在中国的各所属企业进行宏观管理及广泛的业务支持，推动Sony在中国市场业务的不断发展。
索尼在华销售的产品包括平面特丽珑彩电、背投/等离子/液晶彩电、数码相机、笔记本电脑、家用摄录放一体机、家庭影院系统、DVD播放机、数据投影机、Memory Stick记忆棒等。
作为这样的一个国际化的大型企业，SONY这个品牌在人们的心目中已经占据了一定的地位。想要扩展加固公司品牌，除了好的产品，“安心与便利”的售后服务也是必不可少的。优秀的售后服务会提高公司的形象，但是从一方面来说，也会增加公司的售后成本。
在当代社会，各公司普遍采用了管理信息系统。由于公司售后服务计划控制部目前仍以手工操作为主，造成大量人力物力的浪费，并且逐渐暴露出人为失误等各种弊端。随着其他部门的信息系统的开发应用，越发显露出手工操作的机制不能适应时代的发展，必须尽快对成本控制部门进行改革。
为了解决上述问题，希望通过开发成本分析管理信息系统，能改善信息流通不畅的现象，提供充足的信息共享，减少各种人为错误，并与公司其他部门的信息管理系统接轨。

第二章 系统分析
本阶段的目标是调查部门的基本情况，明确用户的信息需求和系统开发的目的，提出系统的逻辑方案。
2.1 系统调查
系统调查是系统分析阶段的第一步活动，主要内容是有关组织的整体信息，有关人员的信息及有关工作的信息。本系统主要通过分析人员与检测管理相关人员进行交流及到现场了解情况的方式，对企业的基本情况了解如下：索尼公司作为全球最大的综合娱乐公司之一，它的民用电子产品，如Bravia电视机、数码相机、摄像机、VAIO笔记本等都在中国国内占据了很大的市场比例。相对而言，公司也需要承担售后保修期内的维修费：即根据中国三包规定及公司的政策要求制定的每一种机器的保修期，在这个保修期内若机器发生性能故障（非人为因素），用户送修机器至公司在各地设立的维修站进行维修，那么维修站可向公司申请相关费用。除此之外，维修站向用户收取费用。
由于公司支付的保修费用高低会影响到公司市场部对于同类产品销售的价格，所以我们需要针对公司支付的保修费用进行分析。虽然产品价格的制定由很多因素构成，但是保修费用的成本分析是重要因素。若分析的数据不合理，那么公司对于产品的调价以及新品上市的价格制定有所误差，价格过低会影响公司的利润，导致资金流通问题，价格过高则会使顾客对于“索尼”产品的失望，尤其在现代社会激烈的市场竞争环境下，更应合理分析保修成本，制定合理的价格。
作为公司售后服务部门计划控制科的一员，如何对于维修站如何正确支付保修费用，以及合理分析保修费用的成本是一个尤为重要的科题。
公司领导希望通过建立MIS系统，使公司的保修费用工作规范化、制度化和程序化。提高信息处理的速度及准确性，及时了解保修费用的现状。由于公司在别的业务上已有一部分工作使用了MIS系统，公司希望能用费用管理信息系统提供各种查询、管理等工作，并能有足够的扩展、升级间，以便在日后能将系统逐步改善溶入其他MIS系统以便成为一个整体。
2.2 系统的可行性分析
在系统初步调查的基础上，明确了公司保修费用管理工作存在的主要问题和建立管理信息系统的初步设想，进一步对系统目标、范围等因素进行分析研究。可以从以下三个方面进行分析研究：
(1) 技术上可行性：由于MIS系统是一技术成熟的系统，已经形成了较为完善的开发策略和方法，而且无论在硬件和软件技术上都能满足用户提出的要求。因此，利用现行技术完全可以实现开发的系统。
(2) 经济可行性：公司成立至今，各种产品销售情况非常好，资金雄厚，早已预留了一定的资金用于计算机设备的购置、系统软件的开发、管理和维护。
(3) 管理可行性：由于公司各级领导非常重视和支持这一系统的开发，公司员工也希望能通过系统的实施提高工作效率，减少差错，为创造高质量的产品作基础。
2.3 现行系统的详细调查
对现行系统的业务进行详细调查研究是了解系统需求和进行系统分析与设计的重大基础工作，因此要对公司的保修费用管理业务工作进行全面、细致而充分的调查研究。系统调查采取的主要方法是到相关的各个部门，通过座谈、询问、观察甚至直接参与费用管理中，自上而下逐步细化地进行了解。
首先通过座谈会了解公司各层次的领导以及保修费用管理人员对信息的需求，在此基础上，调查工作深入到各个具体部门，包括计划管理控制部门及网络管理部门对，对相关人员逐一进行详细调查，了解他们的工作内容、方式和方法，了解他们对管理信息系统的需求情况，与他们共同讨论如何通过信息系统支持他们的工作。
详细调查的重点是对管理业务的流程进行描述，通过采用系统流程图中部分图形工具来描述管理业务活动，进行规范化说明。
2.3.1 现行系统的总目标
保修分析管理信息系统的总目标为：
通过管理信息系统的原理和方法，采用成熟的信息技术和手段，支持保修费用管理工作的全过程，加强各种信息资源的管理与应用，提高分析工作的现代化水平，优化人、财、物和信息资源在各环节的运行，并逐渐与公司其他系统连接，使公司所有业务均能相互沟通，提高管理的整体水平及工作人员的积极性。
2.3.2 系统的组织结构图
在系统环境调查的基础上可进一步进行系统内部组织机构的调查。所谓组织机构，即部门的划分及其相互关系，人员配备、信息流和物流的关系。组织机构状况可以通过组织机构图来反映，所谓组织机构图就是把组织分成若干个职能部门，同时标明其隶属关系，信息流动等关系的图表。
从公司行政管理和职能分工角度，组织机构大致可分为以下部门：
(1) 售后服务部门：提供索尼产品的维修，一系列的增值服务，增加与用户之间的沟通，最主要为用户提供“安心与便利”的售后服务。
a) 业务科(SPD): 了解公司新产业与新业务的增加，并通知维修站与相应的部门做好准备。
b) 维修网络管理科(SNMD): 管理索尼在中国的各个维修站，收集相应的信息，并根据各地不同的情况考虑新增或解除与维修站的业务关系。
i. 维修站：索尼在华为中国地区用户提供机器维修服务。
c) 计划管理科(P&C): 控制整个今后服务部门的费用收支，根据业务科的新业务制定维修费用标准。并且对维修站在保修期内进行维修机器的费用进行检查并向公司财务申请。
d) 系统支持科(e-Service): 对维修站所使用的系统进行支持服务。
e) 零件中国(CRPC): 对维修使用零件进行控制，并制定零件的标准费用。
(2) 市场部门：制定年度营销目标计划，制定产品企划策略，新产品上市规划，负责产销的协调工作等。
(3) 销售部门：就是以产品销售为主要工作的部门。 根据市场部制定的规划负责总体的营销活动。
(4) 财务部门：公司的会计核算、会计监督工作。起草公司年度经营计划；组织编制公司年度财务预算；执行、监督、检查、总结经营计划和预算的执行情况，提出调整建议。支付维修站的保修费用。
(5) 其他部门：为使公司正常的运行而设定的部门，如总务科等。
组织机构如图所示：(见图2-1)

图2-1 组织结构图

2.3.3 系统的业务流程图
业务流程图描述一个组织内部业务处理活动的内容和工作流程，是进行系统调查使用的工具之一，它可以帮助分析人员找出业务流程中的不合理的迂回，系统分析员应按照业务中的信息流动过程，逐个调查所有环节的处理业务、处理内容、信息来源、去向和处理方法等。有关的调查情况可以用业务流程图来表示，业务流程能够为项目剩余部分区分目标中要侧重的部分就可以了，而不是要详细说明当前目标组织。
业务流程图的图形符号说明如下：

经过调查了解到费用管理工作的业务流程如下，有5个子业务：
1）保修费用的计算：维修站可以通过系统将所有的维修单收集起来，P&C同事则对所有的维修单进行检查，检查的内容包括有以下CRPC及P&C设置的费用，市场部维护的产品信息等．将有疑问的维修单标注为问题单进行调整或拒绝处理．没有问题的维修单则可以向公司申请保修费用．
2）零件费与技术费的设定：CRPC与P&C的同事通过系统可以对公司整个售后服务中维修站维修机器所使用到的相关零件及每种不同机器的维修的人工费进行维护，以保证维修站维修了保修内机器后可以从公司得到相关的更换的零件费以及维修人员付出努力的人工费
3）产品信息维护：市场部的同事可以通过系统对公司已经销售或即将销售的产品信息进行维护，包括产品的型号，上市的日期及相关生产的厂商等，以便在之后的保修费用分析可以确认维修站申请的产品是否为公司上市的正规产品．根据每月结算的保修费用清单可以得到各机型每月支付的平均保修费用．
4）支付信息及维修站信息的维护：财务总的同事可以通过系统对各种机型对应的公司结算部门进行维护，由SNMD管理的维修站可以通过系统维护各自的站内信息，包括有维修站的地址，电话，联系人，银行帐号信息等．
5）统计每月公司应支付费用及维修站收入：根据每月检查下来的保修费用报表计算各维修站的收入以及各结算部门的支出，同时根据维修信息以及结算部门信息进行保修费用的支付，以保证维修站可以正常运行，以及各种不同的产品类别被归在正确的结算部门中．同时也确保了市场部在销售新产品时预留的保修费用预算准确性．
根据业务流程图的图形符号，绘制本系统的业务流程图，如图2-2所示：

图2-2 业务流程图

2.4 项目开发计划
该项目开发充分利用了现有的人力资源和物力资源，项目组成人员从系统的整体出发，按照项目开发表，发挥最大的潜力。
项目开发进行2周的调查和设计，然后开始开发工作，估计整个开发过程约6个月，到2008年5月全部完成，最后由公司的决策层验收，如果通过则投入正式使用。

第三章 新系统逻辑方案的提出
经分析，该系统应可以记录所有的维修数据, 同时挑选出公司应付费的保修部分数据进行统一的支付，并制定相应查错功能，能根据各部门输入的数据及时的更新基础数据。针对于相应的基础数据及保修数据有统一的报告形式.。对维修站及费用支付方以及各部门应能提供完善的查询功能。
系统分析的主要成果是系统的逻辑模型。本系统的逻辑模型主要是以系统的数据流图和数据字典为描述工具，即在对业务流程的认真分析和研究的基础上，从业务管理功能和管理对象出发，按信息系统应有的数据流和数据结构来勾画系统的概貌。
3.1 数据流程图
数据流程图是在对业务流程图的基础上，对公司的实际情况进行全面描述的逻辑模型工具。采用自顶向下逐层分解的原则描述系统应具有的数据加工功能、数据输入、数据输出、数据存储及数据来源和去向(外部项)。他可以使用少数几种符号来表示这些关系。
3.1.1 数据流程图的符号
数据流程图由以下四种基本元素组成。(见图3-1)

图3-1 数据流程图的主要符号
3.1.2 数据流程图的描述
DFD是在对系统调研阶段绘制的业务流程图进行分析的基础上，从系统的科学性、管理的合理性、实际运行的可行性角度出发，采用自顶向下、逐层分解的方法，从逻辑上精确地描述新系统应具有的数据加工功能、数据输入输出、数据存储以及数据来源和去向。也就是说，DFD图是分层次的，绘制时，先将整个系统按总的处理功能画出顶层的流程图，然后逐层细分，画出下一层的DFD。
(1) 在分析了总体情况后，划分出系统边界，识别系统的数据来源和去处，确定外部项，得出系统的关联图如下所示：(见图3-2)

图3-2 系统关联图
(2) 据关联图，划分出几个主要的信息管理功能，并明确各功能之间的联系，绘制出数据流程图的顶层图如图所示：(见图3-3)

图3-3 数据流程图

从图上可看出检测工作从总体上分为保费计算、基础费用管理、产品信息管理、支付费用管理(费用分摊)和开票通知管理四个部分。
(3) 顶层数据流图仅从总体上反映了保修费用管理工作的信息联系，应该按照自顶向下、逐层分解的分析方法对顶层图进一步细化。
其中，对保费计算进一步细化，得到检测处理一级数据流程图(见图3-4)，从图中可以看出保费计算功能又划分为收集维修单记录、保修费用检查、调整/拒绝记录处理三个子功能。

图3-4 保费计算一级数据流图

对基础费用管理进一步细化，得到基础费用管理一级数据流程图(见图3-5)，从图中可以看出基础费用管理功能又划分为零件费维护管理、技术费维护管理两个子功能。

图3-5 基础费用管理一级数据流程图

对产品信息管理进一步细化，可得到包含产品信息维护和产品保修成本核算两个子功能的产品信息管理一级数据流程图(见图3-6)。

图3-6 产品信息管理一级数据流程图

对支付管理进一步细化，可得到包含维修站信息维护和费用支付方信息维护的支付管理一级数据流程图(见图3-7)。

图3-7 支付管理一级数据流程图

对开票管理进一步细化，可得到包含维修站开票信息和支付方支付信息通知的开票管理一级数据流程图(见图3-8)。

图3-8 开票管理一级数据流程图

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

3.2 数据字典
数据流程图只是对数据处理和彼此之间的联系进行了说明，为了进一步明确数据的内容和数据加工过程，应建立数据词典，即对数据流程图上各元素作出详细的定义和说明。数据词典是系统逻辑模型的详细、具体说明，是系统分析附件重要文件。数据流程图配以数据词典，就可以从图形和文字两个方面对系统的逻辑模型进行描述，从而形成一个完整的说明。
数据词典描述的主要内容有：数据项、数据结构、数据流、处理逻辑、数据存储、外部实体五个基本成分。数据词典的作用是给数据流图上的每个万分以定义和说明。以上的数据流程图只能给出系统逻辑功能的一个总框架，缺少了详细而具体的说明。
本节采用图表格式描述
1． 数据流条目示例
在图3-3“费用管理信息系统”顶层数据流图中，如数据流“产品信息”(F3)的数据流条目如表3.1所示：
表3.1
数据流
系统名：费用管理信息系统　　　　　　　　　　编号：F3
条目名：产品信息　　　　　　　　　　　　　　别名：
来源：市场部
去处：“产品管理”加工
数据流结构：生产厂商、型号、产品名、上市日期
简要说明：产品信息记录是公司对正规销售产品可提供保修服务的依据，同时提供上市日期以作各种不同型的保修期参考。是保修计算时的重要参考之一。
修改记录：
编写
濮家凤
日期
2008-4-20
审核
丁宝康
日期
2008-4-20

2． 数据存储条目示例
在图3-4“保费计算”第一层DFD图中，如数据存储“维修清单”(D11)的数据存储条目如表3.2所示：
表3.2
数据存储
系统名：费用管理信息系统 编号：D11
条目名：维修清单 别名：
存储组织：二维表
记录数：维修记录每日更新，最多保存一年的记录
关键字：维修单号
记录组成：
项 名： 维修单号 服务类型 维修性质 维修来源 维修站ID 机型
近似长度： 19 1 1 1 5 10
（字节）
项 名（续上）：机身号 接机日期 购机日期 维修内容 零件编号 申请月 故障描述
近似长度（续上）：7 10 10 10 9 7 50
（字节）
简要说明：用此存储每一条维修站维修过的机器记录，包括有保期的也有保修外的。
修改记录：
编写
濮家凤
日期
2008-4-20
审核
丁宝康
日期
2008-4-20

3． 数据元素条目示例
再对上面定义过的数据流、数据存储和数据结构中的组成数据元素分别进行说明，如“维修单号”这个数据项的数据元素条目如表3.3所示：
表3.3
数据元素
系统名：费用管理信息系统 编号：
条目名：维修单号 别名：
所属数据流：F1日维修记录
存储处：D11维修清单
字段名：job_no
字段中文名：维修单号
数据元素组成： X X X XXXXX XXXXXX XXXXX
服务类型

维修来源
序号

维修性质
接机日期：年月日

维修站代码
`

类型：字符型
长度：19

简要说明：每张维修单有一个维修编号，是维修单唯一的识别码
修改记录：
编写
濮家凤
日期
2008-4-20
审核
丁宝康
日期
2008-4-20

4． 要对系统顶层数据流程图中的所有数据加工进行说明
a) 如图3-3“费用管理系统”数据流图中的“保费计算”功能的数据加工条目如表3.4所示：

表3.4
数据加工
系统名：费用管理信息系统 编号：1
条目名：保费计算 别名：
输入：D11维修清单
D4产品信息清单D2零件标准价
D3人工费标准价D6支付方信息
输出：D1产品平均费用
D8结算单据D12问题单据

加工逻辑：将每天收集的来自维修站的维修清单，根据各种不同的参考标准进行判断
1） 产品是否为公司的机器型号
2） 是否在保修期以内
产生相应的问题单据及可结算单据。
同时对于可结算单据进行赋值：
1） 费用的支付方
2） 技术费用
3） 使用的零件费用
最后对于可结算数据产生产品的平均保修费用。
简要说明：本处理主要是对维修站的维修清单进行计算，为了最终维修站可申请费用及公司支付费用作依据
修改记录：
编写
濮家凤
日期
2008-4-20
审核
丁宝康
日期
2008-4-20

b) 如图3-3“费用管理系统”数据流图中的“基础费用”功能的数据加工条目如表3.4所示：表3.4
数据加工
系统名：费用管理信息系统 编号：2
条目名：基础费用管理 别名：
输入：F6基础费用标准
输出：D2零件标准价D3技术费标准价
加工逻辑：
1）CRPC对各种不同的零件信息进行维护。
2）P&C根据新业务的要求对于产品的维修技术费进行维护。
判断此零件/此机器类别是否已经存在，若存在则提醒，同时对其更新操作；若不存在则对其新加操作。
简要说明：本处理维修的费用主要会通过加工一对各维修站中使用到的零件产生相应的零件费，以及每单给予维修站一笔技术费，以保证维修站的日常运营。
修改记录：
编写
濮家凤
日期
2008-4-20
审核
丁宝康
日期
2008-4-20
c) 如图3-3“费用管理系统”数据流图中的“产品管理”功能的数据加工条目如表3.5所示：表3.5
数据加工
系统名：费用管理信息系统 编号：3
条目名：产品管理 别名：
输入：F3产品信息
输出：F3产品成本查询
加工逻辑：市场部对于产品信息进行维护
1） 机器型号：若存在此机器型号，则更新操作；若不存在则添加新型号。
2） 上市日期
3） 相应的生成厂商
最终得到每种型号所付出的平均成本。
简要说明：本处理维修的信息是为保费计算作参考，以保证公司所支付的保修费用都使用在公司正规销售的产品上。
修改记录：
编写
濮家凤
日期
2008-4-20
审核
丁宝康
日期
2008-4-20

d) 如图3-3“费用管理系统”数据流图中的“产品管理”功能的数据加工条目如表3.6所示：
表3.6
数据加工
系统名：费用管理信息系统 编号：4
条目名：支付管理 别名：
输入：F4费用支付信息F2维修站信息
输出：D6支付方信息D7维修站信息
加工逻辑：
1） 财务总的同事可以通过系统对各种机型对应的公司结算部门进行维护
2） SNMD管理的维修站可以通过系统维护各自的站内信息，包括有维修站的地址，电话，联系人，银行帐号信息等．
简要说明：本处理保证了在之后的费用支付时维修站信息与结算部门信息的准确性，减少了银行退票的风险。
修改记录：
编写
濮家凤
日期
2008-4-20
审核
丁宝康
日期
2008-4-20

e) 如图3-3“费用管理系统”数据流图中的“开票管理”功能的数据加工条目如表3.7所示：
表3.7
数据加工
系统名：费用管理信息系统 编号：5
条目名：开票管理 别名：
输入：D7维修站信息D8结算单据
输出：D9开票通知F5月支出通知
加工逻辑：
1） 根据计算后可申请保修费用的结算单据通知维修站准备当月发票
2） 通知财务部当月支付通知
简要说明：本处理保证了维修站可以及时准备发票，公司可以及时费用支付。
修改记录：
编写
濮家凤
日期
2008-4-20
审核
丁宝康
日期
2008-4-20

5． 以下是对一层数据流程图中的所有数据加工进行说明
加工说明
编号
名称
输入数据流
输出数据流
加工逻辑
1.1
收集维修记录处理
F1日维修记录
D11保修清单
收集所有维修记录
1.2
检查保修记录处理
D11保修清单
D12问题单据D8结算单据
检查记录是否符合保修标准
1.3
调整/拒绝处理
D12问题单据
修改方案
查询此次有多少费用不可结算
2.1
零件费维护
F6基础费用标准
D2零件费标准
维护费用标准价
2.2
技术费维护
F6基础费用标准
D3技术费标准
3.1
产品信息维护
F3产品信息
D4产品信息清单
维护产品信息
3.2
成本核算
D4产品信息清单D1产品费用
D5产品成本
每月产品费用/当月台数
4.1
维修站维护
F2维修站信息
D7维修站信息
维护维修站信息
4.2
支付方维护
F4支付方信息
D6支付方信息
维护支付方信息
5.1
维修站开票通知
D7维修站信息
F5月收入通知
通知维修站开票
5.2
支付方支付通知
D8结算单据
F5月支付通知
通知支付方支付费用

第四章 系统设计
4．1 系统总体结构设计
4.1.1 系统总体布局方案
系统总体结构是指整个系统有哪些部分组成，以及各部分在物理上、逻辑上的相互关系，包括硬件和软件部分，而系统的总体布局是指系统的硬软件资源在空间上的分布特性，通常有以下几种方案可供选择。
从信息资源管理的集中程度来看主要有：
(1) 集中式系统
(2) 分布式系统
从信息处理的方式看主要有：
(1) 批处理方式
(2) 联机处理方式
本系统采用分布式结构和联机处理方式，有利于资源的分散管理和共享使用，可减轻主机压力，与应用环境匹配较好，可行性、可变性、灵活性高，易于调整。
4.1.2 系统存储的总体结构设计
数据存储总体结构设计对一个管理信息系统的建设和运行具有重要的影响。它不同于系统分析，又区别于系统的详细设计。这一部分工作能使系统分析过程中对数据的需求描述从逻辑上进一步具体化，又为下一阶段的数据库设计工作从系统上提供较好的支持，起到承上启下的作用。
数据存储的总体结构设计应遵循的主要原则：
(1) 数据结构的合理性
(2) 数据存储的安全性
(3) 维护的管理方式采用关系数据库模式，因此数据库由若干个二维表构成。
4.1.3 软件系统总体功能结构
本系统的结构是采用自下而上、层次化的暗盒结构，对于高层模块，采用以事物为中心的设计策略，把一个大的复杂的系统逐步分解成较小的和相对简单的暗盒模块，采用以变换为中心的策略。此外，为了提高模块的内聚性，降低模块之间的耦合程度，把数据存储作模块之间的界面，从而提高模块的独立性，系统具有较高的可修改性。
根据系统分析的结果，按照结构化的系统设计方法，费用管理信息系统的模块结构图如下所示：（见图4-1）

图4-1模块结构图

系统的HIPO图如图4-2/图4-3所示：

图4-2费用管理系统第二轮 HIPO图

图4-2费用管理系统第三轮 HIPO图
HIPO技术用图形方法表达一个系统的输入输出功能，以及模块的层次。它包括两方面的内容：
（1） HIPO分层图：用此图表示自顶向下分解所得系统的模块层次结构。
（2） IPO图（输入－处理－输出图）：此图描述分层图中一个模块的输入、输出和处理内容。
IPO图实际上是一张图形化的表格。它描述HIPO图中每一模块的输入、输出关系、处理内容、本模块的内部数据和模块之间调用关系，是系统设计的重要成果，是系统实施阶段编制程序设计任务书和进行程序设计的出发点和依据。图4-3到图4-5是本系统中的三张IPO图，在此以做示例。

图4-3树根模块的IPO图

图4-4　树枝模块的IPO图

图4-5　树叶模块的IPO图

4.2　数据库设计
数据库设计是管理信息设计的重要组成部分。数据库设计必须根据用户的具体要求进行分析设计，他的核心内容是从系统的观点出发建立一个数据模式。具体来说数据库设计是指对一个给定的应用环境，提供一个确定最优数据模型与处理模式的逻辑设计，以及一个确定数据库存储结构与存取方法的物理设计，建立起既能够反映现实世界信息和信息联系，满足用户数据要求和加工要求，又能够被某个数据库管理系统所接受。同时能够实现系统目标，并有效存取数据的数据库。
概念设计的目标是产生反映公司组织信息需求的数据库概念结构，即概念模型，又可称其为ER模式。
通过在前面几章中对费用管理信息系统的需求分析，结合数据流程图中的数据存储，可以设计出能够满足用户要求的各种实体，以及它们之间的关系，为后面的逻辑结构设计打下基础。其主要实体及其属性如下所示（划线部分为该实体的标识符）：
1． 实体集 维修单，有属性 维修单号 服务类型 维修性质 维修来源 维修站ID 商品编号 机身号 产品类别 接机日期 购机日期 故障描述 申请月 零件费用 技术费 申请状态 支付方代码。维修单号为该实体的主键。
2． 实体集 维修站，有属性 维修站ID 维修站名 地址 联系电话 邮编 负责人 汇款银行名 银行帐号信息。维修站ID为该实体的主键。
3． 实体集 商品，有属性 商品编号 支付方代码 产品型号 生产厂商 产品名称 产品类别 上市日期。产品型号与生产厂商组合可作为该实体的主键。
4． 实体集 维修零件，有属性 零件编号 零件描述 零件单价 零件供应商。零件编号为该实体的主键。
5． 实体集 月平均成本费，有属性 商品编号 申请月 月平均成本。产品型号可作为该实体的主键。
6． 实体集 维修费用，有属性 产品类别 技术费。产品类别为该实体的主键。
7． 实体集 支付方，有属性 支付方代码 支付方名称 成本中心 负责人 联系电话 邮件地址 备注。支付方代码为该实体的主键。
其中，EDR与DFD中元素的对应关系表如下：
ERD中的实体，联系
DFD中的存储文件
DFD中的外部项
DFD中的数据流
维修单
D11

维修站
D7

产品
D4

零件
D2

技术费
D3

费用支付方
D6

月平均成本费
D1

维修

F1
通知付费

F5
通知开票

F5

经分析有1个联系，其属性如下：
维修（维修单号 零件编号 数量 零件单价）

根据本系统的需求，绘制E＿R图如下（见图4-6）
绘制E＿R图的符号说明如下：

图4-6 E-R图

4.3 数据库的逻辑设计
数据库的逻辑设计的任务就是把概念结构设计阶段设计的基本E＿R图转化为与选用具体机器上的DBMS产品所支持的数据模型相符合的逻辑结构，首先要实现的是E＿R图关系模型的转化。而为此要解决的问题是如何将实体和实体之间的联系转化为关系模式，如何确定这些关系模式的属性和码。
对于实体，问题很好解决：将每个实体转化为一个关系，实体的属性即为关系的属性，实体的码即为关系的码。而对于实体间的关系则有三种不同的情况：
(1) 若实体间的联系为一对一（1：1），可以在两个实体转化成的两个关系任意一个关系的属性中加入另一个关系的码；
(2) 若实体间的联系为一对多（1：n），则在n端实体转换成的关系中加入1端实体转换成的码；
(3) 若实体的联系为多对多（n：m），则将联系转换成关系，关系的属性为诸个实体的属性加上联系具有