UML及其建模工具的实墓用.ppt

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
UML及其建模工具的实墓用

UML 及其建模工具的使用;内容提要;1. 瀑布模型 (线形顺序模型);按照传统瀑布模型开发软件的特点;2. 原型模型(快速原型法);采用原型模型的软件生存周期;技术发展背景[1];技术发展背景[2]-面向对象的含义;技术发展背景[3]-面向对象的含义;技术发展背景[4]-面向对象的含义;技术发展背景[5]-面向对象技术回顾;为什么对面向对象方法感兴趣?;可复用性(可重用性) 面向对象技术允许复用的不仅仅是 代码, 通过面向对象技术, 我们可以复 用需求、分析、设计、测试计划、用户 界面以及体系结构等等, 事实上, 软件 工程生存期中的每个部分都可以复用。 ; 传统系统分析:面向功能 ,把系统看成 一组功能 OOA: 把问题当作一组相互作用 的实体,并确定实体间关系 ;面向对象技术是一个有全新概念的 开发模式,其特点是: (1)方法是对软件开发过程所有阶段进 行综合考虑而得到的; (2)从生存期的一个阶段到下一个阶段 所使用的方法与技术具有高度的连 续性; (3)将OOA(分析)、OOD(设计)、OOP(实现)集成到生存期的相应阶段.;开发方法的组合; OO方法的开发过程; 对象模型 对象模型表示静态的、结构的系统数据的性质。 对模拟客观世界实体的对象以及对象彼此之间的关系的映射,描述了系统的静态结构。 OO方法强调围绕对象而不是功能来构造系统。;对象(object); 面向对象方法是一种运用对象、类、继承、封装、聚合、消息传递、多态性等概念来构造系统的软件开发方法。;类(class);对象、实体与类;封装;传统方法数据与过程是分离的;传统方法和面向对象方法的比较;继承 (继承性inheritance);继承性作用;多态(多态性);多态性的作用;消息(message);面向对象的软件工程 对传统软件工程的改进: 1、快速原型法(试用-反馈-修改,多次反复) 2、面向对象的软件工程:面向对象的方法 (基本概念:对象、类、消息、继承、多态性、封装) 优点:思维一致、稳定性好、可重用性好、可维护性好;两种技术的比较 1、这两种途径并不是相互排斥的,相反,它们是相互促进相互补充的。 工作要素:确定“做什么”、确定“怎样做”,“实现”,“测试” 2、传统的生命周期方法学强调:需求分析的重要性、强调软件文档的重要性,适用于需求模糊或者需求不稳定的系统。 3、面向对象方法学:工作重点在分析和设计阶段,阶段的划分是十分模糊的,通常在分析、设计和实现等阶段多次迭代。既适用于线性的瀑布开发模型,也适用于快速原型法。;软件系统的建模及建模原则;在解决问题之前必须首先理解所要解决的问题。对问题理解得越透彻,就越容易解决它。为了更好地理解问题,人们常常采用建立问题模型的方法。 所谓模型,就是为了理解事物而对事物作出的一种抽象。 ;软件建模基本目的有四点: 规范(specifying)、 可视化(visualizing) 、 建造(constructing) 和建档(documentation)。 (1)规范。在分析和设计阶段为软件系统的各个组成部分规定其功能、结构和对外接口。 (2)可视化。有助于软件规范的表达和交流。 ;(3)建造(生成源代码)。完整定义的软件规范可以实现通过模型向源代码的映射,支持软件系统的建造。 (4) 建档。完整定义的软件模型是反映软件系统的结构和实现的重要技术资料,可以作为技术档案保存,以便后续产品或相关产品能有效地重用其中的成熟技术。 ;2.建模的原则 (1)准确的原则 模型必须准确地反映软件系统的真实情况。模型必须准确,意味着在软件开发的整个周期内模型必须和产品始终保持一致。 (2)分层的原则 在建模的过程中,必须有不同的模型,以不同的抽象程度,反映系统的不同侧面。在软件构筑的不同阶段,不同的开发人员如:投资者、管理者、设计者、程序员、测试者和使用者看待软件的侧重面有所不同。因此,软件系统的建模需要不同的模型以反映系统的不同侧面。如,一类模型描绘系统的外部边界和行为,另一类模型描绘系统的内部逻辑关系。 ;(3)分治的原则 不可能单独用一个模型来反映整个系统的任何侧面。软件系统是复杂的,对于软件模型的任意一个侧面不可能用一个模型来反映所有内容,需要把问题分解为不同的子模型,分别处理这些模型,相对独立但又互相联系,综合起来构成了此侧面的一个完整的模型。 (4)标准的原则 模型必须在某种程度上是通用的。建模的基本目的是交流,一个开发队伍内部的交流,同一软件的不同时期的版本的开发队伍的交流,不同软件的开发队伍之间的交流,以实现最大程度的软件复用。交流需

文档评论(0)

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

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

1亿VIP精品文档

相关文档