- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 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)标准的原则
模型必须在某种程度上是通用的。建模的基本目的是交流,一个开发队伍内部的交流,同一软件的不同时期的版本的开发队伍的交流,不同软件的开发队伍之间的交流,以实现最大程度的软件复用。交流需
您可能关注的文档
最近下载
- 物联网平台 ThingsBoard 教程.pdf VIP
- 1.1互动开放的世界 (课件)2025-2026道德与法治 九年级下册 统编版.pptx VIP
- 人教A版高中数学新教材中复习参考题的分析及使用现状研究.pdf
- 2024年卫生高级职称面审答辩(中医骨伤科)副高面审模拟试题及答案.docx
- 医院感染性疾病科护士面试题及参考答案结构化面试题.docx VIP
- DBJ33_T 1334-2024 《建筑施工承插型盘扣式钢管支撑架安全技术规程》 .docx VIP
- 水污染试题(5套)含答案3.docx VIP
- 班组长安全管理培训课件.ppt VIP
- 康复科室建设规划.pptx
- φ56组合锚绞机恒张力液压控制系统设计和分析.pdf VIP
原创力文档


文档评论(0)