信息系统分析与设计）-文件7.docVIP

基于UML需求分析模型的软件规模估算方法 杨小平 陆军 赵越峰 中国人民大学信息学院（北京，100872） yang@ 摘要： UML是面向对象程序设计方法中进行分析和设计的标准建模语言。功能点分析是一种广泛使用的度量软件功能大小的方法，它不依赖于实现语言，度量出来的结果也可以在不同的开发过程之间进行比较。文章提供了一种使用UML需求分析对应用系统建模并在此基础上使用功能点（FPA）进行估算分析的方法，文末对这种方法进行了改进。 关键词： UML 功能点分析 软件规模估算 需求分析模型 引言： 一种软件估算方法是否有效取决于它是否能找到一种度量软件大小的有效单位。同时还要将软件开发中各种人为因素的影响也以恰当的方式计算进去，就如同丈量长度可用米为单位，测量体重可用公斤一样，软件也要找到一种独立于某个具体软件、独立于某种具体编程语言的简单有效的软件度量单位。Allan Albrecht于1979年提出的功能点分析方法（Function Points Analysis）正是基于上述思想的一个自然延伸：一个应用程序中的功能是软件大小的最好的度量。并且这个方法一直被高效率的沿用到现在。 同时在用统一建模语言（UML）对系统的建模过程中，用例（Use Case）作为面向对象分析中的“主打品牌”可以有效地获取到系统的需求，并且可以实施有效的需求跟踪管理。需求的变化会反映在Use Case上的变化，那么基于Use Case的软件估算也可以非常快速的反映需求的变化，从而对于软件成本给出新的估算,保证估算的有效性。本文就将对FPA和Use Case的“有机结合”进行了详细的探讨。 1 功能点模型以及其基本思想：（有关功能点内容的详细概念参考资料[1]） 功能点分析法(Function Point Analysis)最初是由IBM公司的Allan Albrecht于1979年提出的。在1986年成立了国际功能点用户组织 International Function Point Users Group (IFPUG)专门来管理功能点模型的标准化工作，并定期发布最新的功能点估算方法。 1.1 功能点模型要素 面向功能的软件度量，是用软件所提供的功能的测量作为其规范化值。功能点是对软件功能和大小的间接度量单位，它是从软件用户的角度来评估一个软件系统的功能。它将软件的功能归结为五种基本的功能要素。其中两个表示终端用户的数据需求：内部逻辑文件（Internal Logical File ）、外部接口文件(External Interface File)；另外三个表示用户对数据的获取处理的事务功能：用户输入（External Inputs）、用户输出(External Outputs) 、 用户查询(External inquiries) 。 1.2 功能点计算过程 对于计算一个系统的功能点数量，大致可分为以下一些步骤： （1）确定功能点计算规范 （2）确定系统的边界 （3）识别和估算系统的各种功能要素及数量 （4）根据复杂度和加权值计算出未校正的功能点数UFP （5）确定14个功能点校正因子 （6）计算出校正后的功能点数FP 2．Use Case的概述：（有USE CASE的详细内容参考资料[2]） 用例由Ivar Jacobson在开发AXE系统中首先使用,并加入由他所倡导的OOSE和Objectory方法中。用例方法引起了面向对象领域的极大关注。自1994年Ivar Jacobson的著作出版后,面向对象领域已广泛接纳了用例这一概念,并认为它是第二代面向对象技术的标志。用例模型描述的是外部执行者(Actor)所理解的系统功能。用例模型用于需求分析阶段,它的建立是系统开发者和用户反复讨论的结果,表明了开发者和用户对需求规格达成的共识。用例Unified Modeling Language, version 1.4, from ) 的解释：Use Case是一类代表由系统、子系统或者类提供的连贯的功能单元，该功能单元由一个用消息顺序表示，这些消息在系统(包括子系统、类)所执行的动作和一个或多个外部用户(表现为参与者Actor)之间交换。 2．2 Use Case 视图的组成： 一个经典的Use Case 视图主要包含下列几个项目： 使用案例(Use Case) 角色(Actor) 使用案例与角色间的通信关系 使用案例间的使用和扩展关系 角色一般化关系 Use Case 框图 Sequence和Collaboration框图 通常，一个完整的系统中通常包含若干个Use Case。每个Use Case具体说明应完成的功能，代表系统的所有基本功能(集)。每个Use Case由协作来实现，表现为一系列地事件流。在具体进行设计编码过程中，