软件系统分析第五章.ppt

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
目录 发展阶段和设计流程 面向对象的分析 面向对象的设计 面向对象的实现 信息系统应用开发 发展阶段 初期阶段 以面向对象的静态结构表示为主体,典型如Coad Yourdon方法 21世纪初,UML方法 UML集成静态结构域动态变化与一体,用图形方法表示,使系统分析与设计成为一种统一的、标准的方法 OOM分析与设计流程 信息系统分析与设计的基本工作是根据用户的信息需求、处理需求以及信息系统支持环境设计出数据模式与数据模型。 信息需求主要是指用户对象的数据及其结构,它反映数据的静态要求。 处理需求表示用户对象的数据处理过程和方式,反映数据的动态要求。 需求阶段 分析阶段 设计阶段 实现阶段 编程 测试 维护 需求阶段 又称问题域,是客观世界对信息系统的需求反映,包括功能的需求反映、信息的需求反映和性能的需求反映。 确立整个系统所关注的目标及系统的周边环境 面向对象的分析(OOA) 运用面向对象的方法进行需求分析,其主要任务是分析和理解问题域,找出描述问题域和系统责任所需的类及对象,分析它们的内部构成和外部关系,建立OOA模型。 强调的是对一个系统中的对象特征和行为的定义。 仅与问题域需求有关而与系统平台无关。 OOA就是要解决“作什么”的问题。OOA 法的基本任务就是要建立三种模型: 对象层 定义构成系统的类和对象,它们的属性与操作。 属性层 为每个类内做属性扩展 服务层 表示动态行为,包括类内的方法与类间的消息 面向对象的设计(OOD) 根据已确定的系统对象模型,运用面向对象技术,进行系统软件设计。 与OOA密切配合顺序实现对现实世界的进一步建模。它将OOA模型直接变成OOD模型,并且补充与一些实现有关的部分,如人机界面、数据存储、任务管理等。 OOD是在需求分析的基础上,进一步解决“如何作”的问题,OOD 法也分为概要设计和详细设计。 概要设计:细化对象行为,添加新对象,认定类,确定外部接口及主要数据结构 详细设计:加细对象描述 面向对象的编程(OOP) 使用面向对象的程序设计语言,如C++进行程序设计。 面向对象的编程语言将OOD模型中的各个成分编写成程序,从OOA→OOD→OOP的无缝连接和平滑过渡,提高了开发工作的效率和质量。 面向对象的测试(OOT) 是指对于运用OO技术开发的软件,在测试过程中继续运用OO技术进行以对象概念为中心的软件测试。它以类作为基本测试单位,集中检查在类定义之内的属性、服务和有限的对外接口,大大减少了错误的影响范围。 面向对象的软件维护   软件维护的最大难点在于人们对软件的理解过程中所遇到的障碍,在面向对象方法中,各阶段采用的表示是一致的,从而大大降低了理解的难度,无论是从程序中的错误追溯到问题域,还是需求的变化需要从问题域追溯到程序,整个过程都是平坦的。另外,对象的封装性使得一个对象的修改对其他对象的影响很小,不至于牵一发而动全身。 开发流程总结 在整个开发过程中,OOA、OOD和OOP采用统一的表示方法,自然语言与编程语言之间不存在鸿沟。只有局部的修改或调整,增加了与实现有关的独立部分。 在传统的结构化方法中,自然语言与编程语言之间存在差距,开发人员需要将自然语言表示的分析结果转换成计算机的编程语言,工作量巨大且容易出错。 OOM的代表性成果 B.Henderson-sellers 和 J.m.Edwards提出的面向对象软件生存期喷泉模型及面向对象的系统开发方法 G.Booch提出的面向对象的开发方法 P.Coad和E.Yourd提出的OOA和OOD法 J. Rumbaugh等人提出的对象建模技术(OMT) Jacobson 提出的面向对象的软件工程(OOSE) G.booch J.Rumbough Jacobson等人在Booch方法、OMT和OOSE的基础上推出了统一建模语言UML 5.2 面向对象分析 面向对象分析的一般步骤如下: 获取客户对系统的需求:包括标识场景(scenario)和用况(use case,也称用例),以及建造需求模型 用基本的需求为指南,来选择类和对象(包括属性和操作)。 定义类的结构和层次。 建造对象—关系模型。 建造对象—行为模型。 利用用况/场景来复审分析模型。 Coad Yourdon方法 采用自顶向下的方法,由问题域出发,由宏观到微观逐步分析,包含5个层次: 主题层-定义主题 对象层-标识对象 结构层-标识结构 属性层-定义属性 服务层-定义服务 定义主题 也称为子系统,将复杂的问题域按照内在关系的疏密划分成若干个主题 每个主题有单一含义,主题内具有高内聚性,主题间具有低耦合性 划分主题原则 在开发很小系统时,无须引入主题层 对于含有较多对象的系统,则往往先识别出类与对象和关联,然后划分主题,并用它作为指导开发者和用户观

文档评论(0)

676200 + 关注
实名认证
内容提供者

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

1亿VIP精品文档

相关文档