面向对象技术_2重点.pptVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
面向对象技术 第二章 为什么需要OOA 本章内容: 什么是面向对象的分析; 分析对比指出OOA的优势; OOA的内容; 2.1 什么是OOA 定义: 面向对象的分析,就是运用面向对象方法进行需求分析。面向对象方法是一套可用于软件生命周期全过程的软件工程方法,OOA是其中的第一个环节。 OOA的基本任务: 运用面向对象方法,对问题域和系统责任进行分析和理解,对其中的事务和它们之间的关系产生正确的认识,找出描述问题域及系统责任所需要的类及对象,定义这些类和对象的属性与服务,以及它们之间所形成的结构、静态联系和动态联系。 最终目的是产生一个符合用户需求,并能够直接反映问题域和系统责任的OOA模型及其详细说明。 2.2 分析面临的主要问题 问题域和系统责任 问题域(problem domain)—— 问题域是指被开发系统的应用领域,即在现实世界中由这个系统进行处理的业务范围。 系统责任(system responsibilities)—— 所开发的系统应该具备的职能。 问题域和系统责任的分析工作的难点: 软件分析人员不是问题域的专家; 问题域专家不是软件专家; 软件分析人员对问题域的认识和理解程度,需要在短期间内达到专家的水平; 系统分析员要有比领域专家更加高明的见解; 当今系统更加庞大,面临的问题域更加广阔和复杂。问题域和系统责任的复杂化对需求分析的压力比其他开发阶段更大。 交流问题 与用户和领域专家的交流 —— 了解用户的需求和理解问题域; 分析人员之间的交流 —— 分工、合作、问题切磋和系统衔接; 与用户和领域专家的再交流 —— 检验对用户需求和问题域的理解是否正确; 与设计人员的交流 —— 工作交接,这种交流主要通过分析文档来表达,不排除口头的说明和相互讨论; 与管理人员的交流 —— 工作的审核、认可、进度检查、计划调整等。 需求的不断变化 引起需求变化的因素: 用户因素 竞争因素 经费因素 技术因素 需求变化是分析面临的严峻问题,而应变能力的强弱则是衡量一种分析方法优劣的重要标准。 系统成分的易变性和稳定性: 最容易变化的部分 — 功能部分 次容易变化的部分 — 外部系统或设备接口部分 再次容易变化的部分 — 描述问题域事物的数据 最稳定的部分 — 对象 OOA主要获益于封装原则。它以最稳定的对象作为构成系统的基本单位,而将易于变化的服务和属性封装在对象之中,使得变化主要影响对象内部,减少了对外部的影响,有效限制了“波动效应” 。 复用的要求 软件复用就是将已有的软件成分用于构造新的软件系统。可以被复用的软件成分一般称作可复用构件,无论对可复用构件原封不动地使用还是作适当的修改后再使用,只要是用来构造新软件,则都可称作复用。 如果是在一个系统中多次使用一个相同的软件成分,则不称作复用,而称作共享。 对一个软件进行修改,使它运行于新的软硬件平台也不称作复用,而称作软件移值。 2.3 分析方法综述 软件工程学中最有影响的分析方法有: 功能分解法 数据流法 信息建模法 面向对象分析法 2.3.1 功能分解法 功能分解法的定义: 以系统需要提供的功能为中心来组织系统。首先定义各种功能,然后将其分解为子功能,同时定义功能间的接口。 功能分解=功能 +子功能 +功能接口 功能法的问题: 分析工作先易后难。因为功能、子功能、功能接口等系统成分不能直接映射问题域中的事物,因此所构成的系统只能是对问题域的间接映射。因此,分析员很难准确、深入地理解问题域,也很难检验分析结果的正确性。 对需求变化的适应能力差; 功能间接口很宽,数据接口和控制接口几乎无任何限制。局部的错误和修改容易产生全局的影响。 2.3.2 数据流法 数据流法又称为结构化分析。基本策略是跟踪数据流,其核心思想是分解化简问题,将物理表示与逻辑表示分开,对系统进行数据与逻辑的抽象。 数据流法=数据流 +数据处理(加工) +数据存储 +端点 +处理说明 +数据字典 数据流法的问题: 数据流法仍然是一种对问题域的间接映射。其着眼点是数据流、加工等专业化概念,而不是问题域中的固有事物对象。当系统较复杂时,很难检验分析的正确性。 它对需

文档评论(0)

美洲行 + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档