编号：91
复 旦 大 学
(本科)
毕 业 论 文
题 目：费用管理信息系统
专 业 计算机信息管理 作 者 濮 家 凤 学 号 376602148635 指导教师 丁 宝 康 完成日期 2008 年 5 月 14 日
（2008年5月）第0页
费用管理信息系统
摘 要
本系统主要通过使用管理信息系统（MIS）的方法，对公司的售后服务部分的信息资源进行全面、系统的管理，使其与整个公司的信息管理接轨。在整个系统开发过程中，运用了软件工程的基本概念、相关技术和方法，并采用了系统生命周期的结构化程序设计方法，从而将整个系统开发各阶段（系统分析、系统设计、系统实施）的基本活动贯穿起来。
费用管理系统开发的目的在于将先进的技术手段和科学的管理方法运用于售后服务数据的分析与管理中。这样可以合理分析各种不同产品的保修成本与公司支付的保修费用，充分发挥信息优势以减少重复性劳动及手工误差。
本系统在开发过程中采用了Visual Basic 6.0开发工具和Access数据库。
（2008年5月） 第1页
费用管理信息系统
目 录
第一章 绪言 „„„„„„„„„„„„„„„„„„„„„„„„„„„„ 4 第二章 系统分析 „„„„„„„„„„„„„„„„„„„„„„„„„ 5 2.1 2.2 2.3 2.3.1 2.3.2 2.3.3 2.4
系统调查 „„„„„„„„„„„„„„„„„„„„„„„„„ 5 可行性分析 „„„„„„„„„„„„„„„„„„„„„„„„ 5 现行系统的详细调查 „„„„„„„„„„„„„„„„„„„„ 6 现行系统的总目标 „„„„„„„„„„„„„„„„„„„ 6 系统的组织结构图 „„„„„„„„„„„„„„„„„„„ 6 系统的业务流程图 „„„„„„„„„„„„„„„„„„„ 8 项目开发计划 „„„„„„„„„„„„„„„„„„„„„„„ 11
第三章 新系统逻辑方案的提出 „„„„„„„„„„„„„„„„„„„ 12 3.1 3.1.1 3.1.2 3.2
数据流程图 „„„„„„„„„„„„„„„„„„„„„„„„ 12 数据流程图的符号 „„„„„„„„„„„„„„„„„„„„ 12 数据流程图的描述 „„„„„„„„„„„„„„„„„„„„ 12 数据字典 „„„„„„„„„„„„„„„„„„„„„„„„„ 17
第四章 系统设计 „„„„„„„„„„„„„„„„„„„„„„„„„ 24 4.1 4.1.1 4.1.2 4.1.3 4.2 4.3 4.4 4.5 4.6
系统总体结构设计 „„„„„„„„„„„„„„„„„„„„„ 24
系统总体布局方案 „„„„„„„„„„„„„„„„„„„ 24 系统存储的总体结构设计 „„„„„„„„„„„„„„„„ 24 软件系统总体功能结构 „„„„„„„„„„„„„„„„„ 24 数据库设计 „„„„„„„„„„„„„„„„„„„„„„„„ 29 数据库的逻辑设计 „„„„„„„„„„„„„„„„„„„„„ 32 数据库的实现 „„„„„„„„„„„„„„„„„„„„„„„ 33 计算机硬件方案的选择 „„„„„„„„„„„„„„„„„„„ 35 系统的安全性和可靠性 „„„„„„„„„„„„„„„„„„„ 35
第五章 系统的详细设计 „„„„„„„„„„„„„„„„„„„„„ 37 5.1 5.2
代码设计 „„„„„„„„„„„„„„„„„„„„„„„„„ 37 用户界面设计 „„„„„„„„„„„„„„„„„„„„„„„ 37
（2008年5月） 第2页
费用管理信息系统
5.3 5.4
程序流程图 „„„„„„„„„„„„„„„„„„„„„„„„ 40 历史信息管理 „„„„„„„„„„„„„„„„„„„„„„„ 41
第六章 系统实施 „„„„„„„„„„„„„„„„„„„„„„„„„ 42 6.1 6.2 6.3 6.3.1 6.3.2 6.3.3 6.3.4 6.3.5 6.4 6.5
概述 „„„„„„„„„„„„„„„„„„„„„„„„„„ 42 编程 „„„„„„„„„„„„„„„„„„„„„„„„„„ 42 系统测试 „„„„„„„„„„„„„„„„„„„„„„„„ 42
单元测试 „„„„„„„„„„„„„„„„„„„„„„„ 42 组装测试 „„„„„„„„„„„„„„„„„„„„„„„ 43 确认测试 „„„„„„„„„„„„„„„„„„„„„„„ 43 系统测试 „„„„„„„„„„„„„„„„„„„„„„„ 44 测试用例 „„„„„„„„„„„„„„„„„„„„„„„ 44 系统转换 „„„„„„„„„„„„„„„„„„„„„„„„ 44 系统运行和维护 „„„„„„„„„„„„„„„„„„„„„ 44
第七章 小结 „„„„„„„„„„„„„„„„„„„„„„„„„„„ 46 7.1 系统的功能 „„„„„„„„„„„„„„„„„„„„„„„ 46 7.2 系统的特点 „„„„„„„„„„„„„„„„„„„„„„„ 46 7.3 系统的改进方向 „„„„„„„„„„„„„„„„„„„„„ 46 7.4 开发体会与收获 „„„„„„„„„„„„„„„„„„„„„ 46 参考文献 „„„„„„„„„„„„„„„„„„„„„„„„„„„„„ 47 附录 „„„„„„„„„„„„„„„„„„„„„„„„„„„„„„„ 48
（2008年5月） 第3页
费用管理信息系统
第一章 绪言
索尼公司是世界上民用/专业视听产品、通讯产品和信息技术等领域的先导之一，它在音乐、影视和计算机娱乐运营业务方面的成就也使其成为全球最大的综合娱乐公司之一。它在中国国内从事电子信息行业的投资，产品市场推广，顾客售后服务联络，并针对Sony在中国的各所属企业进行宏观管理及广泛的业务支持，推动Sony在中国市场业务的不断发展。
索尼在华销售的产品包括平面特丽珑彩电、背投/等离子/液晶彩电、数码相机、笔记本电脑、家用摄录放一体机、家庭影院系统、DVD播放机、数据投影机、Memory Stick记忆棒等。
作为这样的一个国际化的大型企业，SONY这个品牌在人们的心目中已经占据了一定的地位。想要扩展加固公司品牌，除了好的产品，“安心与便利”的售后服务也是必不可少的。优秀的售后服务会提高公司的形象，但是从一方面来说，也会增加公司的售后成本。
在当代社会，各公司普遍采用了管理信息系统。由于公司售后服务计划控制部目前仍以手工操作为主，造成大量人力物力的浪费，并且逐渐暴露出人为失误等各种弊端。随着其他部门的信息系统的开发应用，越发显露出手工操作的机制不能适应时代的发展，必须尽快对成本控制部门进行改革。
为了解决上述问题，希望通过开发成本分析管理信息系统，能改善信息流通不畅的现象，提供充足的信息共享，减少各种人为错误，并与公司其他部门的信息管理系统接轨。
（2008年5月） 第4页
费用管理信息系统
第二章 系统分析
本阶段的目标是调查部门的基本情况，明确用户的信息需求和系统开发的目的，提出系统的逻辑方案。 2.1
系统调查
系统调查是系统分析阶段的第一步活动，主要内容是有关组织的整体信息，有关人员的信息及有关工作的信息。本系统主要通过分析人员与检测管理相关人员进行交流及到现场了解情况的方式，对企业的基本情况了解如下：索尼公司作为全球最大的综合娱乐公司之一，它的民用电子产品，如Bravia电视机、数码相机、摄像机、VAIO笔记本等都在中国国内占据了很大的市场比例。相对而言，公司也需要承担售后保修期内的维修费：即根据中国三包规定及公司的政策要求制定的每一种机器的保修期，在这个保修期内若机器发生性能故障（非人为因素），用户送修机器至公司在各地设立的维修站进行维修，那么维修站可向公司申请相关费用。除此之外，维修站向用户收取费用。
由于公司支付的保修费用高低会影响到公司市场部对于同类产品销售的价格，所以我们需要针对公司支付的保修费用进行分析。虽然产品价格的制定由很多因素构成，但是保修费用的成本分析是重要因素。若分析的数据不合理，那么公司对于产品的调价以及新品上市的价格制定有所误差，价格过低会影响公司的利润，导致资金流通问题，价格过高则会使顾客对于“索尼”产品的失望，尤其在现代社会激烈的市场竞争环境下，更应合理分析保修成本，制定合理的价格。
作为公司售后服务部门计划控制科的一员，如何对于维修站如何正确支付保修费用，以及合理分析保修费用的成本是一个尤为重要的科题。
公司领导希望通过建立MIS系统，使公司的保修费用工作规范化、制度化和程序化。提高信息处理的速度及准确性，及时了解保修费用的现状。由于公司在别的业务上已有一部分工作使用了MIS系统，公司希望能用费用管理信息系统提供各种查询、管理等工作，并能有足够的扩展、升级间，以便在日后能将系统逐步改善溶入其他MIS系统以便成为一个整体。 2.2
系统的可行性分析
（2008年5月） 第5页
费用管理信息系统
在系统初步调查的基础上，明确了公司保修费用管理工作存在的主要问题和建立管理信息系统的初步设想，进一步对系统目标、范围等因素进行分析研究。可以从以下三个方面进行分析研究：
(1) 技术上可行性：由于MIS系统是一技术成熟的系统，已经形成了较为完善的开发策略和方法，而且无论在硬件和软件技术上都能满足用户提出的要求。因此，利用现行技术完全可以实现开发的系统。
(2) 经济可行性：公司成立至今，各种产品销售情况非常好，资金雄厚，早已预留了一定的资金用于计算机设备的购置、系统软件的开发、管理和维护。
(3) 管理可行性：由于公司各级领导非常重视和支持这一系统的开发，公司员工也希望能通过系统的实施提高工作效率，减少差错，为创造高质量的产品作基础。 2.3
现行系统的详细调查
对现行系统的业务进行详细调查研究是了解系统需求和进行系统分析与设计的重大基础工作，因此要对公司的保修费用管理业务工作进行全面、细致而充分的调查研究。系统调查采取的主要方法是到相关的各个部门，通过座谈、询问、观察甚至直接参与费用管理中，自上而下逐步细化地进行了解。
首先通过座谈会了解公司各层次的领导以及保修费用管理人员对信息的需求，在此基础上，调查工作深入到各个具体部门，包括计划管理控制部门及网络管理部门对，对相关人员逐一进行详细调查，了解他们的工作内容、方式和方法，了解他们对管理信息系统的需求情况，与他们共同讨论如何通过信息系统支持他们的工作。
详细调查的重点是对管理业务的流程进行描述，通过采用系统流程图中部分图形工具来描述管理业务活动，进行规范化说明。 2.3.1 现行系统的总目标
保修分析管理信息系统的总目标为：
通过管理信息系统的原理和方法，采用成熟的信息技术和手段，支持保修费用管理工作的全过程，加强各种信息资源的管理与应用，提高分析工作的现代化水平，优化人、财、物和信息资源在各环节的运行，并逐渐与公司其他系统连接，使公司所有业务均能相互沟通，提高管理的整体水平及工作人员的积极性。 2.3.2 系统的组织结构图
（2008年5月） 第6页
费用管理信息系统
在系统环境调查的基础上可进一步进行系统内部组织机构的调查。所谓组织机构，即部门的划分及其相互关系，人员配备、信息流和物流的关系。组织机构状况可以通过组织机构图来反映，所谓组织机构图就是把组织分成若干个职能部门，同时标明其隶属关系，信息流动等关系的图表。
从公司行政管理和职能分工角度，组织机构大致可分为以下部门：
(1) 售后服务部门：提供索尼产品的维修，一系列的增值服务，增加与用户之间的沟通，最主要为用户提供“安心与便利”的售后服务。
a) 业务科(SPD): 了解公司新产业与新业务的增加，并通知维修站与相应的部门
做好准备。
b) 维修网络管理科(SNMD): 管理索尼在中国的各个维修站，收集相应的信息，
并根据各地不同的情况考虑新增或解除与维修站的业务关系。 i.
维修站：索尼在华为中国地区用户提供机器维修服务。
c) 计划管理科(P&C): 控制整个今后服务部门的费用收支，根据业务科的新业务
制定维修费用标准。并且对维修站在保修期内进行维修机器的费用进行检查并向公司财务申请。
d) 系统支持科(e-Service): 对维修站所使用的系统进行支持服务。 e) 零件中国(CRPC): 对维修使用零件进行控制，并制定零件的标准费用。 (2) 市场部门：制定年度营销目标计划，制定产品企划策略，新产品上市规划，负责产销的协调工作等。
(3) 销售部门：就是以产品销售为主要工作的部门。 根据市场部制定的规划负责总体的营销活动。
(4) 财务部门：公司的会计核算、会计监督工作。起草公司年度经营计划；组织编制公司年度财务预算；执行、监督、检查、总结经营计划和预算的执行情况，提出调整建议。支付维修站的保修费用。
(5) 其他部门：为使公司正常的运行而设定的部门，如总务科等。 组织机构如图所示：(见图2-1)
（2008年5月） 第7页
费用管理信息系统
图2-1 组织结构图
2.3.3 系统的业务流程图
业务流程图描述一个组织内部业务处理活动的内容和工作流程，是进行系统调查使用的工具之一，它可以帮助分析人员找出业务流程中的不合理的迂回，系统分析员应按照业务中的信息流动过程，逐个调查所有环节的处理业务、处理内容、信息来源、去向和处理方法等。有关的调查情况可以用业务流程图来表示，业务流程能够为项目剩余部分区分目标中要侧重的部分就可以了，而不是要详细说明当前目标组织。 业务流程图的图形符号说明如下：
（2008年5月） 第8页
费用管理信息系统
经过调查了解到费用管理工作的业务流程如下，有5个子业务：
1）保修费用的计算：维修站可以通过系统将所有的维修单收集起来，P&C同事则对所有的维修单进行检查，检查的内容包括有以下CRPC及P&C设置的费用，市场部维护的产品信息等．将有疑问的维修单标注为问题单进行调整或拒绝处理．没有问题的维修单则可以向公司申请保修费用．
2）零件费与技术费的设定：CRPC与P&C的同事通过系统可以对公司整个售后服务中维修站维修机器所使用到的相关零件及每种不同机器的维修的人工费进行维护，以保证维修站维修了保修内机器后可以从公司得到相关的更换的零件费以及维修人员付出努力的人工费
3）产品信息维护：市场部的同事可以通过系统对公司已经销售或即将销售的产品信息进行维护，包括产品的型号，上市的日期及相关生产的厂商等，以便在之后的保修费用分析可以确认维修站申请的产品是否为公司上市的正规产品．根据每月结算的保修费用清单可以得到各机型每月支付的平均保修费用．
4）支付信息及维修站信息的维护：财务总的同事可以通过系统对各种机型对应的公司结算部门进行维护，由SNMD管理的维修站可以通过系统维护各自的站内信息，包括有维修站的地址，电话，联系人，银行帐号信息等．
5）统计每月公司应支付费用及维修站收入：根据每月检查下来的保修费用报表计算各维修站的收入以及各结算部门的支出，同时根据维修信息以及结算部门信息进行保修费用的支付，以保证维修站可以正常运行，以及各种不同的产品类别被归在正确的结算部门中．同时也确保了市场部在销售新产品时预留的保修费用预算准确性．
（2008年5月） 第9页
费用管理信息系统
根据业务流程图的图形符号，绘制本系统的业务流程图，如图2-2所示：
图2-2 业务流程图
（2008年5月） 第10页
费用管理信息系统
2.4 项目开发计划
该项目开发充分利用了现有的人力资源和物力资源，项目组成人员从系统的整体
出发，按照项目开发表，发挥最大的潜力。
项目开发进行2周的调查和设计，然后开始开发工作，估计整个开发过程约6个月，到2008年5月全部完成，最后由公司的决策层验收，如果通过则投入正式使用。
（2008年5月）第11页
费用管理信息系统
第三章 新系统逻辑方案的提出
经分析，该系统应可以记录所有的维修数据, 同时挑选出公司应付费的保修部分数据进行统一的支付，并制定相应查错功能，能根据各部门输入的数据及时的更新基础数据。针对于相应的基础数据及保修数据有统一的报告形式.。对维修站及费用支付方以及各部门应能提供完善的查询功能。
系统分析的主要成果是系统的逻辑模型。本系统的逻辑模型主要是以系统的数据流图和数据字典为描述工具，即在对业务流程的认真分析和研究的基础上，从业务管理功能和管理对象出发，按信息系统应有的数据流和数据结构来勾画系统的概貌。 3.1
数据流程图
数据流程图是在对业务流程图的基础上，对公司的实际情况进行全面描述的逻辑模型工具。采用自顶向下逐层分解的原则描述系统应具有的数据加工功能、数据输入、数据输出、数据存储及数据来源和去向(外部项)。他可以使用少数几种符号来表示这些关系。
3.1.1 数据流程图的符号
数据流程图由以下四种基本元素组成。(见图3-1)
图3-1 数据流程图的主要符号
3.1.2
数据流程图的描述
DFD是在对系统调研阶段绘制的业务流程图进行分析的基础上，从系统的科学性、管理的合理性、实际运行的可行性角度出发，采用自顶向下、逐层分解的方法，从逻辑上精确地描述新系统应具有的数据加工功能、数据输入输出、数据存储以及数据来源和去向。也就是说，DFD图是分层次的，绘制时，先将整个系统按总的处理功能画出顶层的流程图，然后逐层细分，画出下一层的DFD。
(1) 在分析了总体情况后，划分出系统边界，识别系统的数据来源和去处，确定外部
（2008年5月） 第12页
费用管理信息系统
项，得出系统的关联图如下所示：(见图3-2)
图3-2 系统关联图
(2) 据关联图，划分出几个主要的信息管理功能，并明确各功能之间的联系，绘制出数据流程图的顶层图如图所示：(见图3-3)
（2008年5月） 第13页
费用管理信息系统
图3-3 数据流程图
从图上可看出检测工作从总体上分为保费计算、基础费用管理、产品信息管理、支付费用管理(费用分摊)和开票通知管理四个部分。
(3) 顶层数据流图仅从总体上反映了保修费用管理工作的信息联系，应该按照自顶向下、逐层分解的分析方法对顶层图进一步细化。
（2008年5月） 第14页
费用管理信息系统
其中，对保费计算进一步细化，得到检测处理一级数据流程图(见图3-4)，从图中可以看出保费计算功能又划分为收集维修单记录、保修费用检查、调整/拒绝记录处理三个子功能。
图3-4 保费计算一级数据流图
对基础费用管理进一步细化，得到基础费用管理一级数据流程图(见图3-5)，从图中可以看出基础费用管理功能又划分为零件费维护管理、技术费维护管理两个子功能。
图3-5 基础费用管理一级数据流程图
对产品信息管理进一步细化，可得到包含产品信息维护和产品保修成本核算两个子功能的产品信息管理一级数据流程图(见图3-6)。
（2008年5月） 第15页
费用管理信息系统
图3-6 产品信息管理一级数据流程图
对支付管理进一步细化，可得到包含维修站信息维护和费用支付方信息维护的支付管理一级数据流程图(见图3-7)。
图3-7 支付管理一级数据流程图
对开票管理进一步细化，可得到包含维修站开票信息和支付方支付信息通知的开票管理一级数据流程图(见图3-8)。
图3-8 开票管理一级数据流程图
如此逐层细化下去，直到数据流程图中的每一个处理成为一个容易理解的单一功能为止，且这个单一功能可以通过简单的逻辑表达方式在数据字典中予以说明。
（2008年5月） 第16页
费用管理信息系统
3.2 数据字典
数据流程图只是对数据处理和彼此之间的联系进行了说明，为了进一步明确数据
的内容和数据加工过程，应建立数据词典，即对数据流程图上各元素作出详细的定义和说明。数据词典是系统逻辑模型的详细、具体说明，是系统分析附件重要文件。数据流程图配以数据词典，就可以从图形和文字两个方面对系统的逻辑模型进行描述，从而形成一个完整的说明。
数据词典描述的主要内容有：数据项、数据结构、数据流、处理逻辑、数据存储、外部实体五个基本成分。数据词典的作用是给数据流图上的每个万分以定义和说明。以上的数据流程图只能给出系统逻辑功能的一个总框架，缺少了详细而具体的说明。
本节采用图表格式描述 1．数据流条目示例
在图3-3“费用管理信息系统”顶层数据流图中，如数据流“产品信息”(F3)的数据流条目如表3.1所示： 表3.1
数据流 系统名：费用管理信息系统 编号：F3 条目名：产品信息 别名： 来源：市场部 去处：“产品管理”加工 数据流结构：生产厂商、型号、产品名、上市日期 简要说明：产品信息记录是公司对正规销售产品可提供保修服务的依据，同时提供上市日期以作各种不同型的保修期参考。是保修计算时的重要参考之一。 修改记录：
（2008年5月） 第17页
编写 审核 濮家凤 丁宝康 日期 日期 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 （字节） 简要说明：用此存储每一条维修站维修过的机器记录，包括有保期的也有保修外的。 修改记录：
3．数据元素条目示例
再对上面定义过的数据流、数据存储和数据结构中的组成数据元素分别进行说明，如“维修单号”这个数据项的数据元素条目如表3.3所示：
编写 审核 濮家凤 丁宝康 日期 日期 2008-4-20 2008-4-20 （2008年5月） 第18页
费用管理信息系统
表3.3
数据元素 系统名：费用管理信息系统 编号： 条目名：维修单号 别名： 所属数据流：F1日维修记录 字段名：job_no 字段中文名：维修单号 数据元素组成： X X X XXXXX XXXXXX XXXXX 维修来源 序号 接机日期：年月日 维修站代码 服务类型 存储处：D11维修清单 维修性质 ` 类型：字符型 长度：19 简要说明：每张维修单有一个维修编号，是维修单唯一的识别码 修改记录： 4．要对系统顶层数据流程图中的所有数据加工进行说明
a) 如图3-3“费用管理系统”数据流图中的“保费计算”功能的数据加工条目如表3.4所示：
（2008年5月） 第19页
编写 审核 濮家凤 丁宝康 日期 日期 2008-4-20 2008-4-20 费用管理信息系统
表3.4
数据加工 系统名：费用管理信息系统 编号：1 条目名：保费计算 别名： 输入：D11维修清单 D4产品信息清单D2零件标准价 D3人工费标准价D6支付方信息 输出：D1产品平均费用 D8结算单据D12问题单据 加工逻辑：将每天收集的来自维修站的维修清单，根据各种不同的参考标准进行判断 1）产品是否为公司的机器型号 2）是否在保修期以内 产生相应的问题单据及可结算单据。 同时对于可结算单据进行赋值： 1）费用的支付方 2）技术费用 3）使用的零件费用 最后对于可结算数据产生产品的平均保修费用。 简要说明：本处理主要是对维修站的维修清单进行计算，为了最终维修站可申请费用及公司支付费用作依据 修改记录：
编写 审核 濮家凤 丁宝康 日期 日期 2008-4-20 2008-4-20 （2008年5月） 第20页
费用管理信息系统
b) 如图3-3“费用管理系统”数据流图中的“基础费用”功能的数据加工条目如表3.4所示：表3.4
数据加工 系统名：费用管理信息系统 编号：2 条目名：基础费用管理 别名： 输入：F6基础费用标准 加工逻辑： 1）CRPC对各种不同的零件信息进行维护。 2）P&C根据新业务的要求对于产品的维修技术费进行维护。 判断此零件/此机器类别是否已经存在，若存在则提醒，同时对其更新操作；若不存在则对其新加操作。 简要说明：本处理维修的费用主要会通过加工一对各维修站中使用到的零件产生相应的零件费，以及每单给予维修站一笔技术费，以保证维修站的日常运营。 修改记录： 编写 濮家凤 日期 2008-4-20 输出：D2零件标准价D3技术费标准价 审核 丁宝康 日期 2008-4-20 c) 如图3-3“费用管理系统”数据流图中的“产品管理”功能的数据加工条目如表3.5所示：表3.5
数据加工 系统名：费用管理信息系统 编号：3 条目名：产品管理 别名： 输入：F3产品信息 输出：F3产品成本查询 加工逻辑：市场部对于产品信息进行维护 1）机器型号：若存在此机器型号，则更新操作；若不存在则添加新型号。 2）上市日期 3）相应的生成厂商 最终得到每种型号所付出的平均成本。 （2008年5月） 第21页
费用管理信息系统
简要说明：本处理维修的信息是为保费计算作参考，以保证公司所支付的保修费用都使用在公司正规销售的产品上。 修改记录： d) 如图3-3“费用管理系统”数据流图中的“产品管理”功能的数据加工条目如表3.6所示： 表3.6
数据加工 系统名：费用管理信息系统 编号：4 条目名：支付管理 别名： 输入：F4费用支付信息F2维修站信息 输出：D6支付方信息D7维修站信息 加工逻辑： 1）财务总的同事可以通过系统对各种机型对应的公司结算部门进行维护 2）SNMD管理的维修站可以通过系统维护各自的站内信息，包括有维修站的地址，电话，联系人，银行帐号信息等． 简要说明：本处理保证了在之后的费用支付时维修站信息与结算部门信息的准确性，减少了银行退票的风险。 修改记录： e) 如图3-3“费用管理系统”数据流图中的“开票管理”功能的数据加工条目如表3.7所示： 表3.7
数据加工 系统名：费用管理信息系统 编号：5 条目名：开票管理 别名： 输入：D7维修站信息D8结算单据 输出：D9开票通知F5月支出通知 （2008年5月） 第22页
编写 审核 濮家凤 丁宝康 日期 日期 2008-4-20 2008-4-20 编写 审核 濮家凤 丁宝康 日期 日期 2008-4-20 2008-4-20 费用管理信息系统
加工逻辑： 1）根据计算后可申请保修费用的结算单据通知维修站准备当月发票 2）通知财务部当月支付通知 简要说明：本处理保证了维修站可以及时准备发票，公司可以及时费用支付。 修改记录： 5．以下是对一层数据流程图中的所有数据加工进行说明 加工说明 编号 1.1 1.2 1.3 2.1 2.2 3.1 3.2 4.1 4.2 5.1 5.2
（2008年5月） 第23页
编写 审核 濮家凤 丁宝康 日期 日期 2008-4-20 2008-4-20 名称 收集维修记录处理 输入数据流 F1日维修记录 输出数据流 D11保修清单 D12问题单据D8结算单据 修改方案 D2零件费标准 D3技术费标准 D4产品信息清单 D5产品成本 加工逻辑 收集所有维修记录 检查记录是否符合保修标准 查询此次有多少费用不可结算 维护费用标准价 检查保修记录处理 D11保修清单 调整/拒绝处理 零件费维护 技术费维护 产品信息维护 成本核算 维修站维护 支付方维护 维修站开票通知 支付方支付通知 D12问题单据 F6基础费用标准 F6基础费用标准 F3产品信息 D4产品信息清单D1产品费用 F2维修站信息 F4支付方信息 D7维修站信息 D8结算单据 维护产品信息 每月产品费用/当月台数 维护维修站信息 维护支付方信息 通知维修站开票 D7维修站信息 D6支付方信息 F5月收入通知 F5月支付通知 通知支付方支付费用 费用管理信息系统
第四章
4．1 系统总体结构设计 4.1.1 系统总体布局方案
系统设计
系统总体结构是指整个系统有哪些部分组成，以及各部分在物理上、逻辑上的相互关系，包括硬件和软件部分，而系统的总体布局是指系统的硬软件资源在空间上的分布特性，通常有以下几种方案可供选择。
从信息资源管理的集中程度来看主要有： (1) 集中式系统 (2) 分布式系统
从信息处理的方式看主要有： (1) 批处理方式 (2) 联机处理方式
本系统采用分布式结构和联机处理方式，有利于资源的分散管理和共享使用，可减轻主机压力，与应用环境匹配较好，可行性、可变性、灵活性高，易于调整。 4.1.2 系统存储的总体结构设计
数据存储总体结构设计对一个管理信息系统的建设和运行具有重要的影响。它不同于系统分析，又区别于系统的详细设计。这一部分工作能使系统分析过程中对数据的需求描述从逻辑上进一步具体化，又为下一阶段的数据库设计工作从系统上提供较好的支持，起到承上启下的作用。
数据存储的总体结构设计应遵循的主要原则： (1) 数据结构的合理性 (2) 数据存储的安全性
(3) 维护的管理方式采用关系数据库模式，因此数据库由若干个二维表构成。 4.1.3 软件系统总体功能结构
本系统的结构是采用自下而上、层次化的暗盒结构，对于高层模块，采用以事物为中心的设计策略，把一个大的复杂的系统逐步分解成较小的和相对简单的暗盒模块，采用以变换为中心的策略。此外，为了提高模块的内聚性，降低模块之间的耦合程度，把数据存储作模块之间的界面，从而提高模块的独立性，系统具有较高的可修
（2008年5月） 第24页
费用管理信息系统
改性。
根据系统分析的结果，按照结构化的系统设计方法，费用管理信息系统的模块结构图如下所示：（见图4-1）
图4-1模块结构图
系统的HIPO图如图4-2/图4-3所示：
图4-2费用管理系统第二轮 HIPO图
（2008年5月） 第25页
费用管理信息系统
图4-2费用管理系统第三轮 HIPO图
HIPO技术用图形方法表达一个系统的输入输出功能，以及模块的层次。它包括两方面的内容：
（1） HIPO分层图：用此图表示自顶向下分解所得系统的模块层次结构。 （2） IPO图（输入－处理－输出图）：此图描述分层图中一个模块的输入、输出
和处理内容。
IPO图实际上是一张图形化的表格。它描述HIPO图中每一模块的输入、输出关系、处理内容、本模块的内部数据和模块之间调用关系，是系统设计的重要成果，是系统实施阶段编制程序设计任务书和进行程序设计的出发点和依据。图4-3到图4-5是本系统中的三张IPO图，在此以做示例。
（2008年5月） 第26页
费用管理信息系统
图4-3树根模块的IPO图
（2008年5月） 第27页
费用管理信息系统
图4-4 树枝模块的IPO图
（2008年5月） 第28页
费用管理信息系统
图4-5 树叶模块的IPO图
4.2 数据库设计
数据库设计是管理信息设计的重要组成部分。数据库设计必须根据用户的具体要求进行分析设计，他的核心内容是从系统的观点出发建立一个数据模式。具体来说数据库设计是指对一个给定的应用环境，提供一个确定最优数据模型与处理模式的逻辑设计，以及一个确定数据库存储结构与存取方法的物理设计，建立起既能够反映现实世界信息和信息联系，满足用户数据要求和加工要求，又能够被某个数据库管理系统所接受。同时能够实现系统目标，并有效存取数据的数据库。
概念设计的目标是产生反映公司组织信息需求的数据库概念结构，即概念模型，
（2008年5月） 第29页
费用管理信息系统
又可称其为ER模式。
通过在前面几章中对费用管理信息系统的需求分析，结合数据流程图中的数据存储，可以设计出能够满足用户要求的各种实体，以及它们之间的关系，为后面的逻辑结构设计打下基础。其主要实体及其属性如下所示（划线部分为该实体的标识符）：
1．实体集 维修单，有属性 维修单号 服务类型 维修性质 维修来源 维
修站ID 商品编号 机身号 产品类别 接机日期 购机日期 故障描述 申请月 零件费用 技术费 申请状态 支付方代码。维修单号为该实体的主键。
2．实体集 维修站，有属性 维修站ID 维修站名 地址 联系电话 邮编 负责
人 汇款银行名 银行帐号信息。维修站ID为该实体的主键。
3．实体集 商品，有属性 商品编号 支付方代码 产品型号 生产厂商 产品
名称 产品类别 上市日期。产品型号与生产厂商组合可作为该实体的主键。
4．实体集 维修零件，有属性 零件编号 零件描述 零件单价 零件供应商。
零件编号为该实体的主键。
5．实体集 月平均成本费，有属性 商品编号 申请月 月平均成本。产品型
号可作为该实体的主键。
6．实体集 维修费用，有属性 产品类别 技术费。产品类别为该实体的主键。 7．实体集 支付方，有属性 支付方代码 支付方名称 成本中心 负责人 联系
电话 邮件地址 备注。支付方代码为该实体的主键。 其中，EDR与DFD中元素的对应关系表如下：
ERD中的实体，联系 DFD中的存储文件 维修单 维修站 产品 零件 D11 D7 D4 D2 DFD中的外部项 DFD中的数据流 （2008年5月） 第30页
费用管理信息系统
技术费 费用支付方 月平均成本费 维修 通知付费 通知开票 D3 D6 D1 F1 F5 F5 经分析有1个联系，其属性如下：
维修（维修单号 零件编号 数量 零件单价）
根据本系统的需求，绘制E＿R图如下（见图4-6） 绘制E＿R图的符号说明如下：
（2008年5月） 第31页
费用管理信息系统
图4-6 E-R图
4.3 数据库的逻辑设计
数据库的逻辑设计的任务就是把概念结构设计阶段设计的基本E＿R图转化为与选用具体机器上的DBMS产品所支持的数据模型相符合的逻辑结构，首先要实现的是E＿R图关系模型的转化。而为此要解决的问题是如何将实体和实体之间的联系转化为关系模式，如何确定这些关系模式的属性和码。
对于实体，问题很好解决：将每个实体转化为一个关系，实体的属性即为关系的属性，实体的码即为关系的码。而对于实体间的关系则有三种不同的情况：
(1) 若实体间的联系为一对一（1：1），可以在两个实体转化成的两个关系任意一个关系的属性中加入另一个关系的码；
(2) 若实体间的联系为一对多（1：n），则在n端实体转换成的关系中加入1端实体转换成的码；
(3) 若实体的联系为多对多（n：m），则将联系转换成关系，关系的属性为诸个实体的属性加上联系具有的属性，而关系的码则为诸实体的码的组合。 从以上E＿R图的实体及实体间的联系转化出的关系，经过规范后转换成以下的
（2008年5月） 第32页
费用管理信息系统
关系模式：
维修单（维修单号，服务类型，维修性质，维修来源，维修站ID#，商品编号#，机身号，产品类别#，接机日期，购机日期，故障描述，申请月，零件费用，技术费，申请状态，支付方代码#）
维修站（维修站ID，维修站名，地址，联系电话，邮编，负责人，汇款银行名 银行帐号信息）
商 品（商品编号，对付方代码#，产品型号，生产厂商，产品名称，产品类别，上市日期）
维修零件（零件编号，零件描述 零件单价 零件供应商） 月平均成本费（商品编号，申请月，月平均成本） 维修费用（产品类别，技术费）
支付方（支付方代码，支付方名称，成本中心，负责人，联系电话，邮件地址，备注）
维修（维修单号#，零件编号#，数量，零件单价）
4.4 数据库的实现
由于此系统使用VB6.0连接ACCESS数据库来实现功能，故将以上关系转化为ACCESS关系数据库文件
根据关系模式可知，数据库共有9张表，表结构如表（在此仅列出4张）： 1) <维修单>表结构 编号 字段名称 1 2 3 4 5 Job_No Service_type service_xz 含义 维修单号 服务类型 维修性质 数据类型 Char Char Char Char Intege 数据长度 19 1 1 1 5 说明 主键 外键 service_source 维修来源 asc_id 维修站ID （2008年5月） 第33页
费用管理信息系统
6 7 8 9 10 11 12 13 14 15 16
M_ID serial Category pickup_date 商品编号 机身号 产品类别 接机日期 Char Intege Char Date Date Char Char Intege Intege Char Char 10 7 5 50 8 自动 自动 10 4 外键 外键 外键 purchase_date 购机日期 Problem_D A_Month Parts_price Labor_price Status Spo_id 故障描述 申请月 零件费用 技术费 申请状态 支付方代码 2) <维修站>表结构 编号 字段名称 1 2 3 4 5 6 7 8
（2008年5月） 第34页
含义 维修站ID 维修站名 地址 联系电话 邮编 负责人 汇款银行名 数据类型 Char Char Char Char Intege Char Char Char 数据长度 5 20 50 15 自动 10 20 20 说明 主键 asc_id Asc_name Asc_Address Asc_Tel Asc_Zip Asc_PIC Asc_bank Asc_zhanghao 银行帐号信息 费用管理信息系统
3)<技术费>表结构 编号 字段名称 1 2 4)<维修>表结构 编号 字段名称 1 2 3 4
4.5 计算机硬件方案的选择
一个现代化管理管理系统的主要支撑环境就是一个完整的计算机系统，它通常由软件和硬件两大部分组成，合理地选择和配置这一系统环境，可以使我们以最小的代价，获得最大的效益，因此这也是系统总体设计阶段的主要工作之一。 本机配置如下： (1)机型：P4 2.0G (2)内存：64M
(3)显示器：17寸(显示分辨率：800×600或以上)
(4)软件：中文Windows XP +Visual Basic 6.0开发工具和Access数据库。
4.6 系统的安全性和可靠性
可靠性是系统为了避免来自系统内部的差错、故障而采取的保护措施；而安全性是系统为了防止来自系统外部的对系统资源特别是信息的非法使用和访问而有意或无意的破坏而采取的安全和保密手段。两者在采取的措施和方法上是有所不同的，但
Job_No Parts_no Qty Parts_Gprice 含义 维修单号 零件编号 数量 零件单价 数据类型 Char Char Intege Intege 数据长度 19 9 说明 主键 Category Labor fee 含义 产品类别 技术费 数据类型 Char Intege 数据长度 5 说明 主键 （2008年5月） 第35页
费用管理信息系统
从系统的功能和性能上又是彼此促进、相辅相成的。
可靠性是本系统在软件总体结构设计上重点考虑的问题。从系统可靠性角度出发，系统的应用软件和数据库均采用了备份的方式，即在系统正常运行时定期保留数据后备份副本，转储到存储介质上保存。
从系统安全性角度出发。 1）
保证系统实体的安全包括场地环境安全、设备安全、供电安全、信息存储介质的安全等。
2）
系统的技术安全性：通过对用户合法身份的确认与检验（输入密码），使非法用户不能使用系统的任何资源；在合法用户进入系统以后，可以采取存取控制的基本方法，即授予特定的用户一定的操作权限。最后，为了防止存储介质的非法拷贝、被窃等而造成数据的泄密，应对数据进行加密。
从系统的造价和使用方便来说，系统的安全性以适度为宜，在能满足用户对安全保密的要求下，尽可能使安全保密费用最低。
（2008年5月） 第36页
费用管理信息系统
第五章
5.1 代码设计
系统的详细设计
所谓代码，就是用来表达客观事物的实体类别，以及属性的一个或者一组易于计算机识别和处理的特定符号和记号，它可以是字符、数字，某些特殊符号或者它们的组合。代码主要起标识、统计和检索、对象状态的描述等作用，因此我们在进行代码设计时要注意代码的适应性、合理性、简明性、系统性、稳定性、可扩充性、标准性以及要便于识别和记忆。
在信息系统中，由于要处理的信息量大，种类多，为了便于进行分类、核对、统计和检查，就必须要设计一套行之有效的代码方案。本系统的代码设计如下：（举例说明）
X X X XXXXX XXXXXX XXXXX
服务类型
维修来源 序号
接机日期：年月日
维修站代码
维修性质
5.2 用户界面设计
界面设计目前已成为评价软件质量的一条重要指标，所谓用户界面是指软件与用户交流的接口，通常包括：输入、输出、人－机对话的界面与方式等。输入设计的目标是在保证输入信息正确性和满足需要的前提下应作到输入方法简单、迅速和方便使用者。
由于本系统的最终用户是对计算机技术并不精通的管理者，所以站在他们的立场，采用了基于菜单选择、填写表格和简单问答等友好的人机交互方式。通过一系列菜单的显示和选择，可以使用户逐级进入到各个具体层次中去执行一系列的操作。本系统的登录界面如下图所示：
（2008年5月） 第37页
费用管理信息系统
系统登录是为了系统的安全，因此系统登录界面需要输入用户名和密码，以便使合法用户能进入系统进行操作。
在进入主界面时会判断用户类型,不同的用户类型可以使用的功能是不同的. 系统管理员经过安全性检验，进入系统主画面。如下图：
进入系统后，用户可根据不同的需要选取不同的子系统。
如CRPC同事经过安全性检验，进入系统主画面，选择＂零件费维护＂功能，如下图：
（2008年5月） 第38页
费用管理信息系统
如维修站需要查看月收入，可点击“开票管理”的“维修站开票信息”，维修站可查到系统统计过的每个月各维修站可申请的保修费用。如图
（2008年5月） 第39页
费用管理信息系统
5.3 程序流程图
程序流程图又称程序框图，是用来描述程序执行时的逻辑过程的，它把程序的基本步骤归纳为：处理、判断、输入、输出、起始、终结等几个基本功能，并用不同的记号加以表示，从而描述程序的执行过程。
绘制程序流程图时使用的符号说明如下：
主模块的程序流程图：
（2008年5月）
第40页
费用管理信息系统
收集维修记录的处理模块程序流程图：
5.4 历史信息管理
由于信息每天都在更新，而历史信息并不能随意丢弃，它作为公司运行情况记录必须保存。另外，为了防止因意外情况（如突然断电、死机等）或用户的误操作而造成数据丢失或错误，系统需要定期备份数据库中的数据。采用两种方法：海量备份、增量备份。
开始时一周执行一次增量备份，一个月执行一次海量备份。以后根据用户对本系统的熟练程度，备份的时间间隔适当延长。
为确保有效备份，采用了双重备份的方法，即在备份数据库中数据时，不但将数据备份到其他目录下，而且还将数据备份到移动硬盘上，这样就确保了数据的完整性，有效地管理了历史数据。
（2008年5月） 第41页
费用管理信息系统
第六章 系统实施
6.1 概述
在管理信息系统的生命周期中，经过系统规划、系统分析和系统设计等阶段后，便开始了系统实施阶段。在系统分析和设计阶段，系统开发工作主要是集中在逻辑、功能和技术设计上，工作成果是以各种系统分析与设计文档来体现的。系统实施阶段要继承此前各阶段的工作成果，将技术设计转化为物理实现，因此系统实施的成果是系统分析和设计阶段的结晶。这一阶段由编码、系统测试、系统安装和新旧系统转换等主要活动构成。 6.2 编程
编程过程又称程序设计或编写程序，按照详细设计阶段产生的程序设计说明书，用选定的程序设计语言书写源程序。在程序设计中，不仅要保证程序的正确性，而且要保证程序的可读性。为使程序具有可读性，必须采用结构化程序设计的方法，用一组单一入口和单一出口的基本控制结构及其反复嵌套。
本系统使用的是VB6.0，作为程序设计和程序调试，把经过概要设计和详细设计所得到的程序设计说明书体现的信息处理过程描述，转换成能在计算机系统上运行的程序源代码，并从软体维护的角度出发，在保证程序准确性的同时，保证源程序的可读性，以便使他人可以读懂、维护和移植。因此，本系统的程序设计采用结构化的程序设计方法，并在编码风格上遵循一定的标准和规范。 6.3 系统测试
软件测试是系统质量保证的主要活动之一。测试是系统开发过程中必不可少的一个环节。因为，在系统开发的过程中，涉及一系列的活动，而在这个活动中，人们可能犯很多错误，错误可能发生在设计阶段，也可能发生在整个过程的开始阶段。系统测试的任务是尽可能的发现软件中隐藏的各种差错。
系统的测试分为四步：单元测试、组装测试、确认测试和系统测试。 6.3.1 单元测试
单元是指程序中的一个模块或一个子程序，是程序运行的最小单元，或是程序最小的独立编译单位。单元测试也称模块测试。模块测试的目的是保证每个模块作为一个独立单元能够正确运行。单元测试中往往发现编码和详细设计的错误。
（2008年5月） 第42页
费用管理信息系统
在单元测试前必须通过编译程序检查并改正所有语法错误。进行单元测试是采用白盒测试方法。根据详细设计的描述，从模块的内部结构出发设计测试用例，进行测试。一般从五个方面检验模块：
模块接口：信息的流入流出是否正确无误
边界条件：如循环的第一次和最后一次执行，是否符合设计要求；另外对边
界值的判断选择是否正确；
逻辑路径：测试应覆盖模块中关键的逻辑路径；
模块内部的数据结构：测试其完整性，包括内容、形式及相互关系； 出错处理：测试模块对错误及产生错误的条件的预见能力，及出错处理是否
适当；
6.3.2 组装测试
单元测试通过后，需要按照设计时作出的层次模块图把它们连接起来，进行组装测试。通常采用黑盒法自顶向下测试。按HIPO图从顶层模块自上而下地组装。每次只增加一个模块逐个安装系统。首先安装主菜单，并为主菜单添上下拉子菜单，逐步进行，最终将系统安装完毕。
6.3.3 确认测试
确认测试是进一步检查软件是否符合软件需求规格说明书的全部需求，因此又称合格性测试或验收测试，确认测试的内容包括以下几部分：
(1) 功能测试 (2) 性能测试 (3) 配置审查 (4) 用户资料 (5) 系统分析资料 (6) 系统设计资料 (7) 源程序与测试材料
确认测试是将整个软件作为测试对象，经测试，本软件符合规定的要求。
（2008年5月） 第43页
费用管理信息系统
6.3.4 系统测试
系统测试也将整个软件作为测试对象，将信息系统的所有组成部分包括软硬件、用户及环境等综合在一起进行测试，以保证系统的各组成部分协调进行。经测试，未发现本软件有异常情况，能正常运行。
6.3.5 测试用例
系统所用的部分测试用例如下： 模块名 登录 零件查询 输入数据 用户名：admin 密码：5m2a0ple 零件编号：121603391 空 预期输出 系统主界面 实际输出 系统主界面 指针指向该零件所在位置 提醒对话框，查询条件不能为空，请重新输入 提醒对话框，无此零件编号，请重新确认 14585元 测试结果 OK OK OK 维修站收入统计 6.4 系统转换
指针指向该零件所在位置 提醒对话框“查询条件不能为空，请重新输入” 11111111（错误的提醒对话框“无此零件编号） 零件编号，请重新确认” 维修站ID：12000 14585元 申请月：2008年1月 OK OK 新系统通过测试以后，并不能马上投入运行，还存在一个新老交替的问题，系统转换就是指以新系统替换老系统的全过程，即老系统停止使用，新系统开始运行。系统转换的任务就是保证新老系统进行平稳可靠的交换，最后使整个新系统正式交付使用。系统转换有三个方法：直接转换、并行转换、分段转换。由于本系统规模较小且不太复杂，所以采用直接转换方式。这样可以从心理上克服用户对手工操作的依赖，迫使他们努力用好新系统。
6.5 系统运行和维护
系统交付使用以后，研制工作即告结束。但是信息系统不同于其他产品，它不是一劳永逸的最终产品，而是需要在使用过程中不断完善的。一方面，精心设计、实施、
（2008年5月） 第44页
费用管理信息系统
经过调试的系统，也难免有不尽人意的地方，或者有的地方效率还可以提高，或者使用不够方便，甚至还有错误；另一方面，随着管理环境的变化，也会对系统提出新的要求。所以系统维护是系统生存的重要条件。在整个系统的生命周期中，2/3以上的经费用在系统维护上，可见系统维护工作的重要性。为此，公司配备了专职的系统维护与管理人员，进行系统的程序维护、代码维护、数据备份与恢复、网络管理等工作。 系统维护的目的是为了保证管理信息系统正常而可靠地运行，并能使系统不断得
到改善和提高，以充分发挥作用；
系统维护类型分为：纠错性维护、完善性维护、适应性维护和预防性维护； 系统维护内容有：应用程序维护、代码维护、硬件设备维护、数据维护、文档维
护及人员的管理。
（2008年5月） 第45页
费用管理信息系统
第七章 小结
本论文主要从系统分析、逻辑方案的提出、系统设计、详细设计和系统实施五个方面详细介绍了资料管理信息系统的开发过程。运用结构化的思想进行以计算机为基础的资料管理信息系统的建设工作。
7.1 系统功能
本系统按照管理信息系统开发原理方法，采用成熟的信息技术和手段，支持资料管理工作的全过程。系统主要由保费计算、基础费用维护、产品管理、支付管理以及开票管理五个模块组成。
7.2 系统特点
本系统界面友好，采用了交互式人机对话方式。本系统基于Win98操作平台，所以继承了操作系统的视窗化操作，操作简单，容易掌握。只要有Windows操作系统的基本知识，就能很快熟悉和运用本系统。由于使用的是面向对象的程序设计语言，用VB为本系统设计出了易于理解的人机界面和简便快捷的操作方式，系统大量采用下拉式菜单，用户只需通过一系列简单的选择与系统进行数据交互操作，力求使用自行输入到最少，以减少人为差错，极大方便了用户使用。
数据易于修改和维护，查询十分方便，能提供多种组合条件方式进行查询，快速而准确，并设计了多种表格，来满足用户的需求。
在系统安全性方面，本系统增加了登录模块，需要使用者键入用户名和用户口令，以防止未经授权的人员非法进入该系统进行修改或查询数据，可以有效地防止数据的泄漏，避免对系统中的数据造成破坏。
7.3 系统改进方向
由于是第一次个人独立开发系统，对业务知识不是非常熟悉，经验不足，本系统中存在着许多不足之处，如帮助功能还不完善等。希望在实际的应用中，根据需要再逐步增加一些新功能，以使系统更加完善。对系统的安全性、完整性控制也进一步加强，确保系统中数据的完整、正确。
7.4 开发体会与收获
本系统的开发使我所学的专业知识得到了综合的运用，对以前很多抽象、枯燥
（2008年5月） 第46页
费用管理信息系统
的理论知识加深了理解。学会利用基于系统生命周期的结构化方法开发管理信息系统。由于是第一次个人独立开发系统，在开发过程中我遇到了许多料想不到的困难。例如在数据流程图的绘制过程中，对主要原则没有深入理解，外部项不统一，输入和输出在图之间不统一等错误。后来在指导老师的帮助下，得到了更正。
通过本次的系统开发使我认识到信息系统开发的每一步都是以上一步为基础的。因此每一步文档的编写都必须正确、完整，否则就会给下一步的工作带来麻烦，加重工作量。因为系统是为用户服务的，所以要充分了解用户的需求，考虑用户的特点和使用方面的习惯，以协调人－机关系。在系统实施中应结合各方面的要求，尽可能选择自己熟悉的程序设计语言。系统测试中要根据实际情况设计有效的测试方法。
最后，我要忠心地感谢这几个月来认真辅导我的老师们，还要感谢我的同事对我的支持和帮助。
参考文献：
《信息系统开发》 甘仞初 经济科学出版社 1996 《数据组织与管理》王 珊 经济科学出版社 1996 《管理信息系统》 黄梯云 经济科学出版社 1997 《软件开发工具》陈禹 方美琪 经济科学出版社 1996 《数据库原理》丁宝康 施伯乐 经济科学出版社 2000 《毕业论文指导资料》 复旦计算机系 2004
（2008年5月） 第47页
费用管理信息系统
附录1 系统操作使用说明书
安装使用
本论文附上一张 3.5寸软盘。
将软盘中的1文件夹COPY到C盘根目录下。
1、将软盘中的费用管理信息系统文件夹COPY到C盘根目录下。 2、双击费用管理信息系统.exe运行费用管理信息系统。
3、在登录界面，输入用户名和密码。系统管理员的用户名为“admin”，密码为“5m2a0ple”。如图1
图1
4、在正确输入用户名和密码后，就进入系统主菜单。菜单项有“保费计算”、“基础费用管理”、“产品信息”、“支付管理”、“开票管理”、“系统维护”、“退出”。如图2
图2
（2008年5月） 第48页
费用管理信息系统
5、在进入子系统后，就可以选择自己需要的功能菜单进行操作。如点击“保费计算”的下拉菜单“收集维修单记录”，跳出收集页面。如图3
图3
在此功能中提供了2种方式，当维修站记录相当多的时候，可使用方式一：批量上传，用户首先将相关的信息以Excel文件保存，经过“浏览”可找到此文件地址，如图4。此时“批量保存”按钮显示可使用，点击此按钮。本系统将自行判断相关字段是否符合逻辑，如果符合则会显示“共有n条数据”，“Input OK, 请继续输入”，如图5。若有问题，则系统提示“**字段不正确，请确认第*行数据”。如图6。
在此方式二要求用户在输入机型与零件编号时必须点击边上的选择按钮进行选择,也可由用户直接输入。如图7
（2008年5月） 第49页
费用管理信息系统
图4
图5
图6
（2008年5月） 第50页
费用管理信息系统
图7
6、点击“基础费用管理”的下拉菜单中的“零件费维护”，跳出零件维护页面。如图8
（2008年5月） 第51页
费用管理信息系统
图8
在此功能中，可显示所有的零件信息，使用＂查找＂按钮，使指针指向所需要的某一个零件记录；也可以点击＂修改记录＂后可以对信息进行添加，修改，删除的操作；在此之前是不可以对零件信息进行操作的．如图9
（2008年5月） 第52页
费用管理信息系统
图9
7、点击“开票管理”的“维修站开票信息”，维修站可查到系统统计过的每个月各维修站可申请的保修费用。如图10。
图10
8、点击主菜单上的“退出”，将退出本系统 9、其他功能，在此就不一一详谈了。
（2008年5月） 第53页
费用管理信息系统
附录2 重要的程序代码
“基础费用管理”的下拉菜单中的“零件费维护”子功能 Option Explicit ' “查询”按钮
Private Sub Command1_Click()
Dim SerchNumber As String, TexFind As String
SerchNumber = Trim(InputBox(\"请输入要查找的项目 1:按零件编号\" & vbCrLf & vbCrLf & Space(19) & \"2:按零件单价\" & vbCrLf & vbCrLf & Space(19) & \"3:零件来源 \选择查找方式\
If SerchNumber = vbNullString Then Exit Sub Select Case SerchNumber
Case 1: TexFind = InputBox(\"请输入要查询的零件编号:\查询\") Case 2: TexFind = InputBox(\"请输入要查询的零件单价:\查询\") Case 3: TexFind = InputBox(\"请输入要查询的零件来源:\查询\")
Case Else: MsgBox \"请输入1 或 2 或 3\提示\"
End Select
datPrimaryRS.Recordset.MoveFirst ' ' 进行根据选择条件查询 If Trim(SerchNumber) = 1 Then
datPrimaryRS.Recordset.Find \"parts_no\" & \"=\" & \"'\" & Trim(TexFind) & \"'\" ElseIf Trim(SerchNumber) = 2 Then
datPrimaryRS.Recordset.Find \"parts_price\" & \"=\" & \"'\" & Trim(TexFind) & \"'\" ElseIf Trim(SerchNumber) = 3 Then
datPrimaryRS.Recordset.Find \"parts_source\" & \"=\" & \"'\" & Trim(TexFind) & \"'\" End If
If datPrimaryRS.Recordset.EOF Then
MsgBox \"数据库中没有零件编号为“\" & TexFind & \"”记录\\"查找\"
datPrimaryRS.Recordset.MoveFirst End If
（2008年5月） 第54页
费用管理信息系统
End Sub
' “修改记录”按钮
Private Sub Command2_Click()
If Command2.Caption = \"修改记录\" Then With grdDataGrid .AllowAddNew = True .AllowArrows = True .AllowDelete = True .AllowUpdate = True End With
cmdAdd.Enabled = True cmdUpdate.Enabled = True cmdDelete.Enabled = True Command2.Caption = \"禁止修改\" ElseIf Command2.Caption = \"禁止修改\" Then With grdDataGrid
.AllowAddNew = False .AllowArrows = False .AllowDelete = False .AllowUpdate = False End With
cmdAdd.Enabled = False cmdUpdate.Enabled = False cmdDelete.Enabled = False datPrimaryRS.Recordset.MoveFirst Command2.Caption = \"修改记录\" End If End Sub
Private Sub Form_Load()
2008年5月）第55页（
费用管理信息系统
grdDataGrid.TabIndex = 1 '此处是为了防止姓名字段被逐个删除 datPrimaryRS.ConnectionString = \"Provider=Microsoft.Jet.OLEDB.4.0;Data Source=db1.mdb;Persist Security Info=False\"
datPrimaryRS.RecordSource = \"select * from parts Order by parts_source\" datPrimaryRS.Refresh '此处是为了让grdDataGrid控件显示数据 Set grdDataGrid.DataSource = datPrimaryRS '设置电子表格的数据源 With grdDataGrid
.AllowAddNew = False .AllowArrows = False .AllowDelete = False .AllowUpdate = False End With
cmdAdd.Enabled = False cmdUpdate.Enabled = False cmdDelete.Enabled = False End Sub
Private Sub Form_Resize() On Error Resume Next '当窗体调整时会调整网格
grdDataGrid.Height = Me.ScaleHeight - datPrimaryRS.Height - 30 - picButtons.Height End Sub
Private Sub Form_Unload(Cancel As Integer) Screen.MousePointer = vbDefault End Sub
Private Sub datPrimaryRS_Error(ByVal ErrorNumber As Long, Description As String, ByVal Scode As Long, ByVal Source As String, ByVal HelpFile As String, ByVal HelpContext As Long, fCancelDisplay As Boolean)
（2008年5月） 第56页
费用管理信息系统
'错误处理程序代码置于此处 '想要忽略错误，注释掉下一行
'想要捕获它们，在此添加代码以处理它们 MsgBox \"Data error event hit err:\" & Description End Sub
Private Sub datPrimaryRS_MoveComplete(ByVal adReason As
ADODB.EventReasonEnum, ByVal pError As ADODB.Error, adStatus As ADODB.EventStatusEnum, ByVal pRecordset As ADODB.Recordset) '为这个 recordset 显示当前记录位置
datPrimaryRS.Caption = \"记录: \" & CStr(datPrimaryRS.Recordset.AbsolutePosition) datPrimaryRS.Caption = datPrimaryRS.Caption & Space(10) & \"共有:\" & CStr(datPrimaryRS.Recordset.RecordCount) & \"个记录.\" End Sub
Private Sub datPrimaryRS_WillChangeRecord(ByVal adReason As ADODB.EventReasonEnum, ByVal cRecords As Long, adStatus As ADODB.EventStatusEnum, ByVal pRecordset As ADODB.Recordset) '验证代码置于此处
'下列动作发生时该事件被调用 Dim bCancel As Boolean
Select Case adReason Case adRsnAddNew Case adRsnClose Case adRsnDelete Case adRsnFirstChange Case adRsnMove Case adRsnRequery Case adRsnResynch Case adRsnUndoAddNew
（2008年5月） 第57页
费用管理信息系统
Case adRsnUndoDelete Case adRsnUndoUpdate Case adRsnUpdate End Select
If bCancel Then adStatus = adStatusCancel End Sub
Private Sub cmdAdd_Click()
If Game_start.user_level = 1 Then cmdAdd.Enabled = False Else
On Error GoTo AddErr
datPrimaryRS.Recordset.MoveLast grdDataGrid.SetFocus SendKeys \"{down}\"
Exit Sub AddErr:
MsgBox err.Description, vbInformation, Me.Caption End If End Sub
Private Sub cmdDelete_Click() If Game_start.user_level = 1 Then cmdDelete.Enabled = False Else
On Error GoTo DeleteErr With datPrimaryRS.Recordset .Delete
2008年5月）第58页（
费用管理信息系统
.MoveNext
If .EOF Then .MoveLast End With Exit Sub DeleteErr:
MsgBox err.Description, vbInformation, Me.Caption End If End Sub
Private Sub cmdUpdate_Click() On Error GoTo UpdateErr
datPrimaryRS.Recordset.UpdateBatch adAffectAll Exit Sub UpdateErr:
If err.Number = -2147467259 Then
MsgBox \"该记录已存在！\警告\" 姓名相同 End If
datPrimaryRS.Refresh End Sub
Private Sub cmdClose_Click() Unload Me End Sub
Private Sub grdDataGrid_HeadClick(ByVal ColIndex As Integer) grdDataGrid.ClearSelCols End Sub
（2008年5月）'输入的第59页
因篇幅问题不能全部显示，请点此查看更多更全内容