软件建模与分析——GA003小组作业2020.11.08

18软件工程5班 第3小组
小组成员：吴光华 1814080902513
郑远曦 1814080902515

Package Diagram1

1.Stater Package Diagram模式创建多个包和一个包关系图，该图描述了包之间地依赖关系。作为客户端地包被称为依赖于另一个供应商的包。这种依赖关系时使用依赖关系建模的，并且在图上由箭头只想供应商包的虚线。
2.图1显示了一个包关系图，其中两个包具有依赖关系，表明它们对其他包的依赖性。
3.该图允许建模者，特别时设计师和架构师来表达模型中的依赖关系或包之间的依赖关系。者允许查看者用过跟踪依赖关系回到客户端包来理解在运行的系统中某个依赖包收到损害时的影响。
4.它们通常是在一个计划的早期创建的，以显示包之间的依赖性，但在整个计划中，特别是当需要进行影响分析时，它们将被查看。它可用于：模型中不同元素组之间关系的高级视图；如果某个特定包不可用或以某种方式收到损害，请确定影响。
5.此模式可能需要执行的一些操作：更该包的名称以适应计划；根据需要创建其他包并添加关系；向包添加注释，以描述它们包含的袁术及其在模型的用途。

State Machine2

1.基本状态Machine with Triggers模式描述了一个实体（例如，类、参与者、用例或者测试用例），当一个状态被输入时，一个进入动作可以被出发，而在状态下一个do动作可以被触发，离开状态时可以触发一个退出动作。
2.图1状态机图，显示了两个状态和两个转换，以及一个初始psuedState和一个最终状态。触发器已添加到转换中。
3.提供一中机制来表示系统工程师或其他涉众认为在类或者其他元素的生命周期中很重要的（状态），它描述了状态相关的行为，显示了元素如何从状态到状态的转换，触发器模拟了导致转换发生的原因。
4.当软件工程师想要定义或描述一个类或其他元素可能表现出的一组离散状态时，就使用这种模式。它们通常是为了分析系统某个部分的行为而创建的，通常是因为难以理解或其行为复杂。

Activity Diagram3

1.带有分区模式的基本活动图创建元素和一个活动图，其中包含一系列操作和控制结点（初始、最终决策等），由控制流连接，这些控制流指示操作的启动顺序。
2.图1显示了一个活动图，其中包含由控制流连接的多个操作和控制节点（初始、最终、决策）。
3.模型允许业务分析师和其他利益相关者创建可视化的一个活动如何通过定义一系列操作来执行其工作。该序列由控制流关系来显示。通常添加分区来显示谁来负责图中的某个部分，或指示谁来执行一组操作。
4.它通常在计划的分析阶段使用，以显示一个活动描述的工作师如何通过一系列的行动来执行的。通常不会为每一个活动创建，而是为一小部分活动创建，者对于阐明工作是如何执行的很重要。

Sequence Diagram5

1.带有循环片段的基本序列图创建元素和序列图，该图描述了一个参与者和两个操作对象之间的交互，显示了消息是按时间顺序调用的。在交互中，使用循环操作数设置为循环（Loop）的组合片段来表示这种情况，一组由一个或多个由片段的帧包围的消息，将被执行指定的次数。
2.图1显示了一个参与者和两个组件的序列图和它们交换的消息，包括创建、利用和销毁类的消息。
3.该模型是使元素之间的交互可视化。设计师和实现团队通常创建序列图，作为设计工具或出于文档目的。该模式允许建模者表示迭代或者需要执行一组或多条消息的情况多次。消息序列通常可以通知决策或使操作系统中发现的问题变得清晰。
4.该模式通常在设计或实现阶段使用，但也可在计划已完成且需要文档记录时使用。它可用于：为交互建模，其中一组消息按指定的最小和最大数量多次触发，作为保护的一部分。

Sequence Diagram13


1带有组件端口和接口模式的序列创建元素和序列图，该图描述了两个组件之间通过端口和接口之间的互交。
2.图1显示了一个序列图以及定义了端口和接口的两个组件之间的交互。
3.图2显示了一个组件图，它描述了两个组件之间正在交换的信息（有效负载）。组件、端口和接口可以显示在序列图上，但最终交换消息的是接口，组件或其不见正在完成的工作。
4.其目的是使元素之间的交互可视化。设计者和实现团队通常创建序列图，作为设计工具或者用于文档目的。消息序列通常可以通知设计决策或使操作系统中的问题变得清晰。