面向对象设计方法在风险管理系统的设计与开发过程中的应用.docVIP

面向对象设计方法在风险管理系统的设计与开发过程中的应用 　　摘要：本文主要介绍了面向对象设计在风险管理系统中的应用，采用面向对象分析需求，以用例为驱动进行需求分析；设计与编程阶段采用VisualC#的开发环境进行B/S模式的开发设计；在软件测试阶段使用自动化的测试工具对软件进行整体的综合测试，可以说将面向对象的开发思想和方法贯穿了整个软件开发过程，缩短了开发周期，提高了软件质量。 　　关键词：面向对象设计 UML 用例图 数据字典 　　中图分类号：TP393.09 文献标识码：A 文章编号：1007-9416（2015）09-0000-00 　　1引言 　　风险管理系统是一个对外应用系统，从最初的需求分析、概要设计、详细设计、编码和单元测试、综合测试和系统的部署、上线及培训，在这一套完整的系统设计开发中，贯穿了面向对象的方法和思想。本文以贵阳市风险管理系统为例，概述一下整个软件项目开发的全过程。 　　2 风险管理系统开发过程 　　风险管理系统是于09年10月份正式开始启动的，客户方派出了10名左右的业务人员与我们做需求分析的讨论。在一开始，双方主要是学习《风险管理实施方案（试点）（“二?五?一”系统工程）》指导文件的精神，评估项目的规模和拟定开发的大体框架。经过一个多月的讨论，初步规划出了风险管理系统的整体框架图，如图2.1所示。 　　图2.1 贵阳市风险管理系统顶层功能结构图 　　2.1 需求分析阶段 　　在一开始的时候，对整个风险管理系统，根据“二?五?一”文件整体划分为2大类，执法风险管理和尊从风险管理。将文件中的94条遵从风险和200条执法风险一一梳理，提取能够用计算机在现有的征管系统和税收管理员平台中抓取的风险点并根据业务需求划分为申报征收、登记发票类、税收减免类、计会统票类、稽查法制类、5大类。最后经双方讨论，在原有的业务需求上增加一些功能点，包括纳税户风险评估、遵从风险的事前风险、风险特征库的信息查询和执法案例库的查询形成了最终的一个风险管理的顶层用例图和最终的需求文档，图2.2为顶层用例图。 　　图2.2 风险管理系统顶层用例图 　　在需求文档中，以用例为驱动，描述了该风险管理系统的大体功能实现。此时已经是经过了2个多月的反复修改和讨论。系统的大体结构模型已经出来，接下来就是设计阶段。 　　2.2 概要设计阶段 　　在概要设计阶段，主要工作就是数据库层的设计，确定系统框架，划分功能模块。概要设计阶段的进度主要取决于需求阶段对系统设计的整体把握情况，同时在更深入的设计中也会暴露出在需求分析阶段的盲点和不足，需要返回到需求设计阶段再讨论再分析，可以说这是一个迭代的过程。这里以绩效考核这个小功能模块为例来看一下概要设计的内容。 　　在概要设计之初，根据系统总体功能结构图，划分功能模块，在接下来的每一个设计阶段都以功能模块为单位形成对应的设计文档，最后整合成整体的设计文档。绩效考核的概要设计文档包括六个方面：模块结构图、模块功能描述、模块用例图、模块类图、数据字典和收集到的原始表单。其中收集到的原始表单不一定每一个功能模块的概要设计文档中都必须有，只有在业务需求中提供了表单的才将原始表单的表样附加在概要设计文档中。原始表样对我们后台数据库的表结构的设计也有一定的帮助。在概要设计文档中最重要的就是用例图及用例说明和类图设计及数据字典：用例图是系统功能的一种图形化的模拟，通过用例图及辅助的用例说明，可以确定系统的主要实现功能和使用该功能的用户，也就是常说的角色权限的划分，这些都必须在用例图中体现出来；类图设计和数据字典主要是后台数据库的设计，在实际的数据库中需要哪些表或视图，基本上类图中的每一个实体类对应的就是数据库中的表或者视图，数据字典是对数据库中将要使用的表结构的分析，包括表的字段名（字段的中文名和英文名）、字段的长度、字段的属性等都有定义，方便在详细设计阶段设计表结构。同时在类图中也体现了表之间的关系，主、外键关系，关联关系，对我们下面的建表也有指导作用。 　　图 2.3 绩效考核用例图 　　图2.3描述的是绩效考核用例图的，绩效考核模块一共有两个用例，每个用例有前置条件，表示该用例在什么情况下使用，对用例的描述，主要是介绍该用例实现的业务功能，用例的行为者是指使用这个用例的用户和角色，行为者是为了系统部署以后对用户权限的划分，同时能在一定程度上确保系统的安全使用，后置条件描述的是该用例发生以后系统会产生的数据流向以及系统的下一个状态。 　　图2.4是绩效考核类图，用例图从业务角度描述的是系统的功能，而类图是从数据结构的角度描述系统的内部数据结构，用例图和类图都是面向对象分析方法中常用的数据分析方法。 　　图 2.4 绩效考核类图 　　绩效考核类数据字典 　　序号