网站大量收购独家精品文档,联系QQ:2885784924

《信息系统分析与设计 陈禹》文件7.docVIP

  1. 1、本文档共4页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
基于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]) 用例(Use Case)模型由Ivar Jacobson在开发AXE系统中首先使用,并加入由他所倡导的OOSE和Objectory方法中。用例方法引起了面向对象领域的极大关注。自1994年Ivar Jacobson的OOSE著作出版后,面向对象领域已广泛接纳了用例这一概念,并认为它是第二代面向对象技术的标志。用例模型描述的是外部执行者(Actor)所理解的系统功能。用例模型用于需求分析阶段,它的建立是系统开发者和用户反复讨论的结果,表明了开发者和用户对需求规格达成的共识。也正是因为用例(Use Case)模型是从用户的角度按功能来表达开发的工作产品,所以它也是独立于所采用的技术或工具的。 2.1什么是Use Case? Use Case是UML (Unified Modeling Language,统一建模语言)中的核心建模元素。根据OMG(Object Management Group)上UML V1.4 (Unified Modeling Language, version 1.4, from ) 的解释:Use Case是一类代表由系统、子系统或者类提供的连贯的功能单元,该功能单元由一个用消息顺序表示,这些消息在系统(包括子系统、类)所执行的动作和一个或多个外部用户(表现为参与者Actor)之间交换。 2.2 Use Case 视图的组成: 一个经典的Use Case 视图主要包含下列几个项目: 使用案例(Use Ca

文档评论(0)

***** + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档