一种从用例模型到分析模型的设计方法.doc

 PAGE 2 ??? 基金项目：长沙环境保护职业技术学院教学科研基金( the education research Foundation of Changsha Environmental Protectional College ina under Grant No.201103). 作者简介: 李军(1981－),男,硕士研究生,高级工程师,主要研究领域为软件工程。 一种从用例模型到分析模型的设计方法 李军1 LI Jun1 1.长沙环境保护职业技术学院 信息技术系,长沙 410004 1.Department of Information Technology, Changsha Environmental Protectional College, Changsha 410004, China Method for designing Analysis Model basing on Use Case Model Abstract: Software designers usually make a mistake that they jump directly from Design Model to Use Case Model on software modeling, But this method can not verify the accuracy of the use cases. This paper presents a modeling method of firstly from Use Case Model to Analysis Model, then mapping Analysis Model to Design Model, and describes the principle of this method, including how to obtain Analysis Class , attribute ,operation from Use Cae Model. Key words: Use Case Model; Analysis Model; Analysis Class; UML; RUP 摘 要：目前软件建模过程中，软件设计师最容易犯的错误就是直接从用例模型跳到设计模型，这样方法难以验证用例的准确性。本文提出了一种从用例模型中间过渡到分析模型，再由分析模型映射到设计模型的方法，并阐述了这种方法的机理，详细说明了从用例模型中获取分析类的方法，深入探讨了从用例模型中获取实体类的属性及设计分析类的职责。 关键词：用例模型;分析模型; 分析类; 统一建模语言; 统一软件开发过程 文献标识码: A 中图分类号: TP31 1.引言 统一软件开发过程RUP中定义了四个模型，即 (Use Case Model)，分析模型(Analysis Model)，设计模型(Design Model)和实现模型(Implementation Model)[1]。用例模型是其他三个模型的基础，它是用来规定系统开发需求，代表了产际业务转化为计算机功能性需求以后的结果。分析模型是采用分析类来实现用例模型的产物。分析类包括边界类(boundary)、控制类(control)、实体类 (entity)[2]，分析模型的设计取决于这三种分析类的设计。分析模型是MVC模式的一种经典应用[3]。MVC模式应用程序由模型层、视图层、控制层，分析模型中的实体类属于模型层，边界类属于视图层，控制类属于控制层。 由于分析模型在RUP中是一个可选和复杂的模型，目前还没有一种从用例模型直接转化为分析模型简单有效方法，所有好多软件设计师在建模时往往容易忽略它，只是根据自已以往的经验来进行系统的设计，项目设计完成才发现自已的设计结果根本就不满足用户的需求，开发项目过程中无法证明自已的设计是否符合需求。分析模型比设计模型的抽象层次要高，它与具体的实现无关，有助于让人们更容易理解系统，验证用户需求很方便。另外分析模型能将模型与视图分离，提高了系统的灵活性和复用性。而且分析模型建立完成以后，就得到一个非常接近于设计类的模型，可以真正进入系统设计阶段了。 2 从用例模型到分析模型 在语义上，分析模型不代表系统的最终实现，它是软件系统的一种高层次抽象。任何软件系统无论多复杂，无论在什么行业，其本质无非是人，事，物 [2]。人做事，做事产生物。人驱动系统，事体现过程，物记录结果。所以建模的本质就是弄明白系统有什么人，什么人做什么事，什么事产生什么物。其中，人对应用例模型的参与者，事对应用例模型的用例，物对应分析模型的分析类。 从用例模型到分析模型的步骤为： （1）深入剖析用例图和用例描述，识别分析类。