GA002-185-10

Use Case Model1
【Starter Use Case Model】
在这里插入图片描述
起动机用例模型
1、起动机用例模型模式创建元素和用例图,描述用户角色希望从系统实现的目标。
2、下面列出了您在使用此模式时可能需要做的一些事情。
更改系统边界的名称以适应计划。
更改Actor的名称和用例以适应该倡议。
添加描述来描述用例提供的价值。
3、下面是应用模式时可用的一些后续步骤的列表。
使用场景生成器在一个或多个用例中定义详细步骤。
生成一个行为图,直观地描述详细的步骤。
在用例和需求之间创建跟踪关系。
在用例和实现它们的组件之间创建实现关系。
使用扩展、包含和泛化关系构造用例模型。


Use Case Model8
【Basic Use Case Model with Test Cases】
在这里插入图片描述
带有测试用例的基本用例模型
1、带有测试用例模式的基本用例模型创建了元素和描述用户角色希望从系统实现的目标的用例图表。用例都包含在系统边界中,活动都在边界之外。测试用例已经被定义,显示如何测试用例中指定的用户交互。
2、其目的是允许业务分析师和其他涉众描述Actors(用户扮演的角色)在与系统交互时希望实现的价值。
3、该模式通常用于计划的分析阶段,并可用于实现许多需求,并作为提供规范的一种方式。
描述与一个或多个用例相关联的测试用例。
4、下面列出了您在使用此模式时可能需要做的一些事情。
更改系统边界的名称以适应计划。
更改活动和用例的名称以适应计划。
添加描述来描述用例提供的价值。
5、下面是应用模式时可用的一些后续步骤的列表。
使用场景生成器在一个或多个用例中定义详细步骤。
生成可视化描述详细步骤的行为图。
在用例和需求之间创建跟踪关系。
在用例和组件之间创建实现关系。
使用扩展、包含和泛化关系构造用例模型。


Sequence Diagram3
【Basic Sequence Diagram with Synchronous Message】
在这里插入图片描述
具有同步消息的基本序列图
1、具有同步消息模式的基本序列图创建了描述Actor和两个组件之间交互的元素和序列图,显示消息的时间顺序调用。同步意味着呼叫者将等待单元,一个应答被接收。
2、其目的是使元素之间的交互可视化。设计人员和团队通常会将序列图作为设计工具或文档创建。模式允许建模人员展示如何创建资源(如类),以及一旦它们在交互可能被破坏。消息序列通常会通知设计决策,或者使操作系统中发现的问题变得清晰。
3、该模式通常在设计或实现阶段使用,但在完成计划并需要文档时也可以使用。它可以用于:建模一种情况,在这种情况下,调用对象必须等待消息被回复,然后再继续到进一步处理。
4、下面列出了您在使用此模式时可能需要做的一些事情。
更改图表的名称以适应主动权。
更改组件中定义的操作的名称,以适应计划。
更改在交互过程中创建的类的名称。


Sequence Diagram9
【Sequence with Component Instances】
在这里插入图片描述
具有组件实例的序列
1、具有组件实例模式的序列创建元素及其实例以及描述活动和两个组件的实例(对象)之间交互的序列图,以显示消息的时间顺序调用。行为者和各组成部分相互影响,从而在一个特定的层次上描述交互作用。
2、其目的是使元素之间的交互可视化。设计人员和实现团队通常会创建序列图,或者作为设计工具,或者作为文档的目的。
3、消息序列通常可以通知设计决策,或者使在操作系统中发现的问题更加清晰。该模式通常在设计或实现阶段使用,但在完成计划和需要文档时也可以使用。
4、它可用于:服务不再需要,它被摧毁了。
5、下面列出了您在使用此模式时可能需要做的一些事情。
更改图表的名称以适应计划。
更改组件中定义的操作名称,以适应计划。


Sequence Diagram13
【Sequence with Component Ports and Interfaces】
在这里插入图片描述
在这里插入图片描述
具有组件端口和内页
1、具有组件端口和接口模式的序列创建元素和序列图,通过它们的端口和接口描述两个组件之间的交互。
2、图1.展示一个序列图以及定义了端口和接口的两个组件之间的交互。
3、图2.展示一个描述两个组件之间交换的信息(有效负载)的组件关系图。组件、端口和接口可以显示在序列图上,但最终是交换消息的接口,由组件或它们的部件完成的工作。

4、其目的是使元素之间的交互可视化。设计师和实现团队通常会创建序列图,或者作为设计工具,或者用于实现团队通常会创建序列图,或者作为设计工具,或者用于 文件。消息序列通常可以通知设计决策或使问题变得清晰。
5、该模式通常在设计或实现阶段使用,但也可以在倡议已经完成,需要文件。它可用于:可视化两个或多个组件之间的复杂交互以及它们交换的消息。序列图也可以方便地从调用堆栈中自动创建。
下面列出了您在使用此模式时可能需要做的一些事情。
6、更改图表的名称以适应计划。
更改组件的名称以适应计划。更改组件操作的名称,这些操作在图表上可见为消息。
创建其他组件和消息,对适用于该计划的交互进行建模。
将Note元素上的文本更改为适用于消息,以适应该倡议。

内容概要:本文详细介绍了施耐德M580系列PLC的存储结构、系统硬件架构、上电写入程序及CPU冗余特性。在存储结构方面,涵盖拓扑寻址、Device DDT远程寻址以及寄存器寻址三种方式,详细解释了不同类型的寻址方法及其应用场景。系统硬件架构部分,阐述了最小系统的构建要素,包括CPU、机架和模块的选择与配置,并介绍了常见的系统拓扑结构,如简单的机架间拓扑和远程子站以太网菊花链等。上电写入程序环节,说明了通过USB和以太网两种接口进行程序下载的具体步骤,特别是针对初次下载时IP地址的设置方法。最后,CPU冗余部分重点描述了热备功能的实现机制,包括IP通讯地址配置和热备拓扑结构。 适合人群:从事工业自动化领域工作的技术人员,特别是对PLC编程及系统集成有一定了解的工程师。 使用场景及目标:①帮助工程师理解施耐德M580系列PLC的寻址机制,以便更好地进行模块配置和编程;②指导工程师完成最小系统的搭建,优化系统拓扑结构的设计;③提供详细的上电写入程序指南,确保程序下载顺利进行;④解释CPU冗余的实现方式,提高系统的稳定性和可靠性。 其他说明:文中还涉及一些特殊模块的功能介绍,如定时器事件和Modbus串口通讯模块,这些内容有助于用户深入了解M580系列PLC的高级应用。此外,附录部分提供了远程子站和热备冗余系统的实物图片,便于用户直观理解相关概念。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值