BehavioredClassifier

Behavior StateMachines can be used to specify any of the following

Gallery

Tutorial

TRAIL: Webel's ultimate guide to Systems Modeling Language (v1) with MagicDraw/Cameo

Section

01:03: UML Behavior: StateMachines quick start

Slide kind

UML Class Diagram

MagicDraw: Has an additional tool-specific notation and feature sometimes called "ball-and-socket dependency wiring" for use with provided and required Interfaces in Class Diagrams and some other definition-level diagrams.

Required/Provided Interface notation: Ball-and-Socket "dependency wiring" [tool specific]

Gallery

Tutorial

TRAIL: Webel's ultimate guide to Systems Modeling Language (v1) with MagicDraw/Cameo

Section

01:02: UML 101 for model-based systems engineering with SysML

Slide kind

UML Class Diagram

A given BehavioredClassifier may implement more than one Interface and that an Interface may be implemented by a number of different BehavioredClassifiers.

Source

Unified Modeling Language 2.5.1

Required Interfaces specify services that a BehavioredClassifier needs in order to perform its function and fulfill its own obligations to its clients.

Source

Unified Modeling Language 2.5.1

Interfaces may also be used to specify required Interfaces, which are specified by a Usage dependency between the BehavioredClassifier and the corresponding Interfaces.

Source

Unified Modeling Language 2.5.1

The set of Interfaces realized by a BehavioredClassifier are its provided Interfaces, which represent the services and obligations that instances of that BehavioredClassifier offer to their clients.

Source

Unified Modeling Language 2.5.1

BehavioredClassifier and provided and required Interfaces

Gallery

Tutorial

TRAIL: Webel's ultimate guide to Systems Modeling Language (v1) with MagicDraw/Cameo

Section

01:02: UML 101 for model-based systems engineering with SysML

Slide kind

UML Class Diagram

Package, Model, or SysML Block as UseCase owner

Gallery

Tutorial

TRAIL: Webel's ultimate guide to Systems Modeling Language (v1) with MagicDraw/Cameo

Section

14:01: UseCases in SysML

Slide kind

UML Profile Diagram

UseCases - UML subject vs SysML Block

This content has been marked as discussing an ADVANCED topic!

Gallery

Tutorial

TRAIL: Webel's ultimate guide to Systems Modeling Language (v1) with MagicDraw/Cameo

Section

14:01: UseCases in SysML

Slide kind

UML Profile Diagram

A UseCase may be owned either by a Package or by a Classifier. Although the owning Classifier typically represents a subject to which the owned UseCases apply, this is not necessarily the case ...

Source

Unified Modeling Language 2.5.1

Two UseCases specifying the same subject cannot be associated as each of them individually describes a complete usage of the subject.

Source

Unified Modeling Language 2.5.1

UseCases may have associated Actors, which describe how an instance of the Classifier realizing the UseCase and a user playing one of the roles of the Actor interact.

Source

Unified Modeling Language 2.5.1

It may also be described indirectly through a Collaboration that uses the UseCase and its Actors as the Classifiers that type its parts.

Source

Unified Modeling Language 2.5.1

The behaviors of a UseCase can be described by a set of Behaviors (through its ownedBehavior relationship), such as Interactions, Activities, and StateMachines, as well as by pre-conditions, post-conditions and natural language text where appropriate.

Source

Unified Modeling Language 2.5.1

It is deemed complete if, after its execution, the subject will be in a state in which no further inputs or actions are expected and the UseCase can be initiated again, or in an error state.

Source

Unified Modeling Language 2.5.1

Each UseCase specifies a unit of useful functionality that the subject provides to its users (i.e., a specific way of interacting with the subject). This functionality must always be completed for the UseCase to complete.

Source

Unified Modeling Language 2.5.1

A subject of a UseCase could be a system or any other element that may have behavior, such as a Component or Class.

Source

Unified Modeling Language 2.5.1

A UseCase can include possible variations of its basic behavior, including exceptional behavior and error handling.

Source

Unified Modeling Language 2.5.1

UseCases define the offered Behaviors of the subject without reference to its internal structure. These Behaviors, involving interactions between the Actors and the subject, may result in changes to the state of the subject and communications with its...

Source

Unified Modeling Language 2.5.1

A UseCase is a kind of BehavioredClassifier that represents a declaration of a set of offered Behaviors. Each UseCase specifies some behavior that a subject can perform in collaboration with one or more Actors.

Source

Unified Modeling Language 2.5.1

Subscribe to BehavioredClassifier