- 1、本文档共15页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
常熟理工UML复习资料
1.软件是计算机系统中与硬件相互依存的另一部分,它是包括程序、数据、及相关文档的完整集合。
程序是按事先设计的功能和性能要求执行的指令序列
数据是使程序能正常操纵的信息的数据结构
文档是程序开发、维护和使用有关的图文材料
2.软件生存周期:正如同任何事物一样,软件也有一个孕育、诞生、成长、成熟、衰亡的生存过程。我们称其为计算机软件的生存周期。
3.OOA:面向对象的分析
OOD:面向对象的设计
OOP:面向对象的编程
OOT:面向对象的测试
ODBMS:面向对象数据库
4.类:看作结构化中的表定义+访问数据库的代码定义
对象:看作结构化中的记录。记录:数据库中; 对象:内存中
属性:看作结构化中的记录中的字段
方法:看作结构化中的函数或过程
*** 消息:是发送对象obj1向目标对象obj2发送请求的载体,申请对象obj2的一个方法
面向对象系统中,对象之间通过相互发送消息来协同工作,完成系统功能
+ public:公共的
- private:私有的
# protected:受保护的
~ friendly:友好的
***单继承与多继承的区别:
多继承引发的问题:属性和操作的命名冲突
C++支持多继承、Java不支持多继承
多态定义:同一操作作用于不同的对象,可以有不同的解释,产生不同的执行结果。
多态性分为俩种: 1.编译时的多态性
运行时的多态性
实现多态的两种方法: 1.采用继承
2.使用接口类
9.UML全称:Unified Modeling Language 统一建模语言
10.
利用执行者(actor)和用例(use case)来描述系统的边界和它的主要功能
通过各种交互图形来描述use case的实现
用类图来描述系统的静态结构和特性
用状态转换图来描述对象的动态特性
用构建图和部署图来描述系统物理特性的体系结构
通过自定义类型,扩展系统功能
用例图(用例图的组成):展示系统外部的各类执行者与系统提供的各种用例之间的关系
执行者:不是系统的一部分,可以是(用户)人,也可以是一个在执行过程中要调用本系统的另一个应用系统
用例:表示的是不同的执行者对系统的应用方式
***用例图包括6个元素:参与者、用例、关联关系、包含关系、扩展关系以及泛化关系
类图:是描述类、接口、协作以及它们之间关系的图
类图包含7个元素:类、接口、协作、依赖关系、泛化关系、关联关系以及实现关系
类三个部分:类名、属性、方法
状态图:描述一类对象具有的所有的可能状态以及其转移关系。
状态图由表示状态的结点和表示状态之间转换的带箭头的直线组成。
状态图的图标分为三个部分:名称、内部转换、嵌套状态图。
协作图:描述的是和对象结构相关的信息。
协作图从另一个角度展示对象之间的动态协作关系
协作图包含3个元素:对象、链、消息
顺序图与协作图关系:角度不同
UML中那5个视图:用例视图、逻辑视图、构件视图、并发视图、部署视图
Rose中那4个视图:用例视图、逻辑视图、构件视图、 部署视图
18.
19.UML对使用它的方法提出下列要求:
支持用例驱动(use case driven)
以体系架构为中心(architecture-centric)
迭代递增式开发
类图的三个透视角度:
①概念视角:描述应用域(domain)中的概念
②说明视角:考察对象的接口,即对象的类型而不是对象的实现
③实现视角:描述对象类的实现
包:包是分解复杂问题的一种机制
任何大系统都必须划分为较小的单元,以便人们在某一时刻可以和有限的信息工作,使团队的工作不相互影响
包可以包含各种模型元素和其他的包,包之间还可能存在一定的依赖
22.交互图:主要是用来描述对象之间的动态合作关系以及合作过程中的行为次序。
常常用来描述一个用例的行为,显示用例中所涉及的对象和这些对象之间的消息传递情况。
包括:
顺序图:描述对象之间的交互的时序。
协作图:描述对象之间的合作关系。
23.Browser窗口有四个视图:
Use Case
用例图、顺序图、协作图、活动图
Logical
类图和状态图
Component
组件图
Deployment
部署图
用例图 顺序图
协作图 活动图
类图 状态图
组件图 部署图
定义需求
可以定义需求为
“应该做什么的规格说明”。
需求是系统的基础。原则上需求应该仅仅是陈述系统应该做什么,而不是它应如何做。
这是重要的区别。在理论上如何分离what和ho
您可能关注的文档
- 工程涂料常见漆病原因、预防与处理1.doc
- 工程材料-金属材料组织与性能的控制-纯金属结晶.ppt
- 工程消防设施改造施工方案(模板).doc
- 工程测试技术基础复习考试题汇总.doc
- 工程硕士-高等工程数学-概率统计5.ppt
- 工程罚款制度.doc
- 工程质量终身责任制承诺书(式样).doc
- 工程结构课件 第十一章_框架结构.ppt
- 工程造价计价与控制 综合练习.doc
- 工程部门绩效管理办法(草稿).doc
- 中考语文复习专题二整本书阅读课件.ppt
- 中考语文复习积累与运用课件.ppt
- 2025年初中学业水平考试模拟试题(二)课件.ppt
- 四川省2015届理科综合试题48套第12套.pdf
- 【课件】战争与和平—美术作品反映战争+课件-2024-2025学年高中美术湘美版(2019)美术鉴赏.pptx
- 【课件】青春牢筑国家安全防线 课件 2024-2025学年高中树立总体国家安全观主题班会.pptx
- 【课件】原始人的创造+课件高中美术湘美版(2019)美术鉴赏.pptx
- 上海证券-美容护理行业周报:流量加快去中心化,强运营头部品牌影响较小 -2024-.pdf
- T_CSEIA 1005—2023_能源工业互联网平台数据治理要求.pdf
- T_CDSA 504.16-2023_急流救援技术培训与考核要求.pdf
文档评论(0)