基于三层结构模型类模型分析.docVIP

基于三层结构模型类模型分析 　　摘 要： 类的构造是面向对象系统分析的难点，类的构造合理与否很大程度上决定了系统的成败。因此，在面向对象系统分析和设计过程中，类模型的分析是复杂的、重要的且容易重复劳动。为了降低设计过程的复杂性，减少重复性劳动，高效率且高质量地完成系统建模与设计，提出一种基于层次结构模型的类模型分析方法，并阐述了这种方法的机理；结合“移动学习系统的学生选课子系统”的开发实例，深入探讨了从类模型到层次结构模型的映射过程。 　　关键词： 类构造； 层次结构模型； 类模型； 三层结构模型 　　中图分类号：TP311.5 文献标志码：A 文章编号：1006-8228（2013）11-01-03 　　0 引言 　　在传统的面向对象的分析与设计过程中，类的构造和软件架构是相互独立的，然而类必将映射到软件架构中，这一过程是复杂且较困难的。类构造的合理性以及类与软件层次结构的相互适应性必将影响到系统完成的效率与质量。 　　系统的层次结构是系统设计的“躯体”，主要是定义和说明包（子系统），以及包与包之间的相互依赖与通信机制[1]。类构造是系统设计的“大脑”，主要是定义系统的运作过程，与实现方法、技术无关。因此，基于层次结构模型的类模型分析的优点有：①系统结构清晰；②降低设计过程的复杂性；③开发人员的思路更清晰易懂；④开发效率高。层次结构模型可以划分为若干层，目前流行的三层结构模型。 　　本文选用目前流行的层次结构模型——三层结构模型，结合“移动学习系统”的子系统“学生选课系统”分析设计过程，探究如何实现类模型到层次结构模型的映射。 　　1 层次结构模型 　　层次结构（hierarchy）是一种计算机操作系统的构成方法。它是根据信息的类型、级别、优先级等一组特定的规则排列的一组硬件或软件项目。这种结构的最大特点就是将一个大型、复杂的系统分解成若干单向依赖的层次。该结构通过分解问题来降低问题的复杂性，从而确保程序的可靠性和易读性，也便于人们对系统进行局部修改。UNIX操作系统就是采用层次结构实现结构设计的。 　　层次结构模型也被广泛用于应用软件的构成。层次??构模型的建立，是在深入分析实际问题的基础上，将相关的各个因素按照不同属性自上而下地分解成若干层次，同一层的诸因素从属于上一层的因素或对上层因素有影响，同时又支配下一层的因素或受到下层因素的作用。 　　目前流行的层次结构模型是三层结构模型，它是在由Buschmann等提出的“层模式”基础上发展起来的。三层结构是根据用户与软件系统的交互过程，将系统划分为由上层到底层的的模型。层次的划分按照高内聚松耦合的原则进行划分。三层结构分别为：用户表示层、业务逻辑层、数据访问层。各层的功能如下：将实现人机界面的所有表单和组件放在表示层，将所有业务规则和逻辑的实现封装在负责业务逻辑组件中，将所有和数据库的交互封装在数据访问组件中，如图1所示。 　　三层结构是一种严格分层方法，各层只能调用下一层，且不能越界调用。用户通过表示层将请求传送给业务逻辑层，业务逻辑层完成相关业务规则和逻辑，并通过数据访问层访问数据库获得数据，然后按照预想的顺序依次返回，并将数据显示在表示层。 　　2 类的分析构造 　　类的构造与分析，是对现实世界的抽象，用于处理功能性的需求。在面向对象的分析过程中，通常从三个纬度对系统的类进行分析，分别为边界类、控制类和实体类[2]，如图2所示。 　　边界类表示系统内部工作方式与其周围环境之间的各种交互作用，用于陈述和收集系统的边界需求。边界类包括：通过图形化用户界面与用户交互；与其他参与者交互（如代表其他系统的参与者）；与设备通信等。 　　控制类用于系统内的控制逻辑与模型行为，用于对某一个具体的用例相关的控制或者其他业务逻辑建模。通常将协调、排序等事物处理或者涉及多个对象的复杂事务逻辑隔离在一个或多个控制类中。 　　实体对象表示对系统的重要信息。它们通常是持久的，并能在一个延续的时期内存在。它们的主要的目的是表示和管理系统内的信息。实体类通常表示为一种逻辑的数据结构。 　　3 类与三层结构模型的映射 　　统一软件开发过程RUP中定义了四个模型：用例模型、分析模型、设计模型和实现模型[2]。类模型的分析属于分析阶段，三层结构架构模型属于设计阶段。类模型的分析是与具体实现无关的，而三层结构架构模型是与具体实现有关的。基于设计的分析，有助于开发人员更容易理解系统，更容易开发系统。 　　通过对三层结构架构模型与类模型的分析，得到如下结论：边界类和表示层从不同角度处理与外界的交互，控制类与业务逻辑层从不同角度处理服务行为与动作行为，实体类与数据层从不同角度处理持久性数据。这样，在分析类模型的同时，进行层次分析。具体类模型到三层结构架构模型的映射过程如图3