软件设计师知识点

本文详细介绍了UML建模中的类图关系、用例图的包含、扩展和泛化关系,以及顺序图和通信图的概念。此外,还涵盖了设计模式中的适配器模式、桥接模式和外观模式,基础知识点包括可靠度、海明码、软件工程、计算机网络和数据库锁机制。同时,文章提及了白盒测试、操作系统文件结构和软件法规等相关内容。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

UML建模

一.UML类图关系

总的来说,后几种关系所表现的强弱程度依次为:组合>聚合>关联>依赖

聚合的局部和整体可以分离,组合则不可分离,同生命周期
在这里插入图片描述

二.UML用例图中包含(include)、扩展(extend)和泛化(generalization)三种关系详解

包含:当可以从两个或两个以上的用例中提取公共行为时,应该使用包含的关系来表示它们。其中这个提取出来的公共用例成为抽象用例,而把原始用例成为基本用例或基础用例。其中“<>”是包含关系的构造型,箭头指向抽象用例

例如,在机房收费系统中“注册学生信息”和“充值”两个用例都需要操作员或者管理员登陆,为此,可以定义一个抽象用例“用户登陆”。用例“注册学生信息”和“充值”与用例“用户登陆”之间的关系就是包含关系。
在这里插入图片描述

扩展:如果一个用例明显地混合了两种或者两种以上的不同场景,即根据情况可能发生多种分支,则可以将这个用例分为一个基本用例和一个或多个扩展用例,这样可能会使描述更加清晰。扩展用例为基用例添加新的行为。扩展用例可以访问基用例的属性,因此他能根据基用例中扩展点的当前状态来决定是否执行自己。而扩展用例对基用例不可见。如机房收费系统中“维护学生信息”操作时如果发现信息有误或者更新则需要使用“修改学生信息”用例完成更新,所以用例“查询上机记录”和“导出EXCEL”之间的关系就是扩展关系。“<>”是扩展关系的构造型,箭头指向基本用例

在这里插入图片描述

包含关系和扩展关系的联系和区别

联系:都是从现有的用例中抽取出公共的那部分信息,作为一个单独的用例,然后通后过不同的方法来重用这个公共的用例,以减少模型维护的工作量。

区别:
包含关系中基本用例的基本流执行时,包含用例一定会执行

****扩展关系中基本用例的基本流执行时,扩展用例不一定执行

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值