주요 콘텐츠

이 페이지는 기계 번역을 사용하여 번역되었습니다. 최신 내용을 영문으로 보려면 여기를 클릭하십시오.

System Composer 컨셉

System Composer™는 시스템 엔지니어링의 개념과 Simulink®의 개념을 결합했습니다. 이 페이지에서는 이러한 개념과 각각의 응용 프로그램을 정의하여 이러한 도메인이 어떻게 겹치는지 이해하는 데 도움을 줍니다. 이 페이지를 통해 관련 개념과 그것이 시스템 엔지니어링 설계에 어떻게 적용되는지 알아보십시오. 각 섹션에서는 개념을 정의하고, System Composer에서 해당 개념이 어떻게 사용되는지 설명한 다음, 설명서에서 자세한 정보에 대한 링크를 제공합니다.

본인의 아키텍처 모델링 목표에 따라 해당 섹션을 검토하여 해당 목표와 관련된 주요 개념에 대해 자세히 알아보십시오.

시스템 및 소프트웨어 아키텍처의 구조를 설명하는 작성자 모델

System Composer에서 시스템 시스템을 모델링하고 설명하기 위해 아키텍처 모델을 작성합니다.

용어정의애플리케이션추가 정보
아키텍처

System Composer 아키텍처는 컴포넌트 시스템과 이들이 구조적, 거동적으로 서로 어떻게 상호 작용하는지를 나타냅니다.

다양한 유형의 아키텍처는 시스템의 다양한 측면을 설명합니다. 뷰를 사용하면 아키텍처의 컴포넌트 서브셋을 시각화할 수 있습니다. Parameter Editor.를 사용하여 아키텍처 수준에서 파라미터를 정의할 수 있습니다.

뿌리

A 루트는 아키텍처 계층의 최상위에 있습니다. 루트 아키텍처는 관심 시스템을 둘러싸는 아키텍처 포트로 정의된 경계를 갖습니다.

루트 아키텍처에는 아키텍처 모델을 둘러싼 시스템 경계가 있습니다. 경계를 넘어 인터페이스를 정의하는 아키텍처 포트를 추가할 수 있습니다.

Compose Architectures Visually

모델

System Composer 모델은 컴포넌트, 포트, 커넥터, 인터페이스, 거동과 같은 아키텍처 정보를 담고 있는 파일입니다.

루트 수준 아키텍처 추출, 프로파일 적용, 인터페이스 데이터 사전 연결, 모델 아키텍처에서 인스턴스 생성 등의 모델 작업을 수행합니다. System Composer 모델은 SLX 파일로 저장됩니다.

인터페이스 및 요구 사항 링크를 사용하여 아키텍처 모델 생성
컴포넌트

컴포넌트는 아키텍처 맥락에서 명확한 기능을 수행하는 시스템의 교체 가능한 부분입니다. 컴포넌트는 기능, 다른 시스템, 하드웨어, 소프트웨어 또는 기타 개념적 개체와 같은 아키텍처 요소를 정의합니다. 컴포넌트는 서브시스템이나 하위 기능이 될 수도 있습니다.

블록으로 표현되는 컴포넌트는 재사용 가능한 아티팩트로 분리될 수 있는 아키텍처 모델의 일부입니다. Interface Editor를 사용하여 포트 인터페이스가 있는 컴포넌트 간 정보를 전송하고 Parameter Editor를 사용하여 파라미터를 전송합니다.

Compose Architectures Visually

포트

A 포트는 환경과의 상호 작용 지점을 나타내는 컴포넌트 또는 아키텍처의 노드입니다. 포트는 다른 컴포넌트나 시스템 간에 정보가 흐르도록 허용합니다.

컴포넌트 포트는 컴포넌트와 다른 컴포넌트 간의 상호 작용 지점입니다. 아키텍처 포트는 시스템 경계에 있는 포트로, 경계가 컴포넌트 내부이든 전체 아키텍처 모델이든 상관없습니다. 루트 아키텍처에는 포트로 정의된 경계가 있습니다.

Compose Architectures Visually

커넥터

커넥터는 포트 간 연결을 제공하는 회선입니다. 커넥터는 컴포넌트 또는 아키텍처 간의 정보 흐름을 설명합니다.

A 커넥터를 사용하면 상호 작용의 특성을 정의하지 않고도 두 컴포넌트가 상호 작용할 수 있습니다. 포트에 인터페이스를 설정하여 컴포넌트의 상호 작용 방식을 정의합니다.

Compose Architectures Visually

Simscape를 사용하여 컴포넌트의 물리적 거동 작성

서브시스템 컴포넌트를 사용하여 System Composer에서 물리적 모델을 작성합니다. 서브시스템 컴포넌트는 부모 System Composer 아키텍처 모델의 일부인 Simulink 서브시스템입니다. 물리적 정보는 서브시스템 컴포넌트의 경계를 넘어 확장될 수 있습니다. 물리적 포트, 커넥터, 인터페이스를 사용하여 물리적 컴포넌트를 설명할 수 있습니다. Simscape™ 블록을 사용하여 이러한 물리적 컴포넌트의 거동을 설명합니다.

용어정의애플리케이션추가 정보
물리적 서브시스템

물리적 서브시스템은 Simscape개의 연결이 있는 Simulink 서브시스템입니다.

Simscape 연결을 가진 물리적 서브시스템은 실제 물리적 컴포넌트를 가진 시스템을 시뮬레이션하는 데 적합한 물리적 네트워크 접근 방식을 사용하며 수학적 모델을 나타냅니다.

Implement Component Behavior Using Simscape
물리적 포트

물리적 포트Connection Port (Simscape)라고 하는 Simscape 물리적 모델링 커넥터 포트를 나타냅니다.

물리적 포트를 사용하여 아키텍처 모델의 컴포넌트를 연결하거나 Simulink 서브시스템의 물리적 시스템을 활성화합니다.

Define Physical Ports on Component
물리적 커넥터

A 물리적 커넥터는 특정 물리적 도메인의 비방향 보존 연결을 나타낼 수 있습니다. 커넥터는 물리적 신호를 나타낼 수도 있습니다.

물리적 커넥터를 사용하여 시스템의 기능을 나타내는 물리적 컴포넌트를 연결하여 수학적으로 시뮬레이션합니다.

Architecture Model with Simscape Behavior for a DC Motor
물리적 인터페이스

물리적 인터페이스는 물리적 포트를 통해 흐르는 정보의 종류를 정의합니다. 동일한 인터페이스를 여러 포트에 할당할 수 있습니다. 물리적 인터페이스는 Simulink.ConnectionElement 객체의 개수를 지정하는 Simulink.ConnectionBus 객체와 동일한 복합 인터페이스입니다.

물리적 인터페이스를 사용하여 적어도 하나의 물리적 도메인을 사용하여 물리적 모델을 설명하기 위해 물리적 요소를 묶습니다.

Specify Physical Interfaces on Ports
물리적 요소

물리적 요소는 물리적 인터페이스의 분해를 설명합니다. 물리적 요소는 Simulink.ConnectionElement 객체와 동일합니다.

물리적 모델의 도메인을 사용할 수 있도록 물리적 요소의 Type를 물리적 도메인으로 정의합니다.

Describe Component Behavior Using Simscape

인터페이스를 사용하여 포트 사양 설명

포트를 통해 흐르는 정보의 종류를 나타내는 인터페이스를 정의합니다. Dictionary ViewInterface Editor를 사용하여 포트에 인터페이스를 할당합니다. 포트 간 커넥터의 인터페이스 간 차이점을 조정하려면 Adapter 블록을 사용합니다.

Port Interface ViewInterface Editor를 사용하여 포트에 로컬로 소유된 인터페이스를 관리합니다.

용어정의애플리케이션추가 정보
데이터 사전

A 데이터 사전은 모델과 관련된 데이터의 저장소입니다. 데이터 사전의 아키텍처 데이터 섹션은 Simulink 및 아키텍처 모델 인터페이스(포트 인터페이스, 데이터 유형, 시스템 전체 상수 등)에서 사용되는 공유 정의를 저장합니다. 자세한 내용은 What Is a Data Dictionary? 항목을 참조하십시오.

Interface Editor를 사용하여 Simulink 데이터 사전의 아키텍처 데이터 섹션에 System Composer 모델의 로컬 인터페이스를 저장할 수 있습니다. Interface Editor 외에도 Architectural Data Editor를 사용하여 인터페이스와 값 유형을 관리하고 수정할 수도 있습니다.

데이터 인터페이스

A 데이터 인터페이스는 포트를 통해 흐르는 정보의 종류를 정의합니다. 동일한 인터페이스를 여러 포트에 할당할 수 있습니다. 데이터 인터페이스는 복합적일 수 있습니다. 즉, 인터페이스 신호의 속성을 설명하는 데이터 요소를 포함할 수 있습니다.

데이터 인터페이스는 커넥터를 통해 공유되는 정보를 나타내며 포트를 통해 컴포넌트에 들어오거나 컴포넌트에서 나옵니다. Interface Editor를 사용하여 데이터 인터페이스와 데이터 요소를 생성하고 관리하고 이를 모델 간에 재사용할 수 있도록 데이터 사전에 저장합니다.

데이터 요소

데이터 요소는 통신 메시지, 계산 또는 측정된 파라미터와 같은 인터페이스의 일부나 해당 인터페이스의 다른 분해를 설명합니다.

데이터 인터페이스는 커넥터나 하네스의 핀이나 와이어, 버스를 통해 전송되는 메시지, 컴포넌트 간에 공유되는 데이터 구조를 나타낼 수 있는 데이터 요소로 분해됩니다.

값 유형

값 유형은 포트 인터페이스로 사용하여 해당 포트를 통해 흐르는 원자적 데이터 조각을 정의할 수 있으며 최상위 유형, 차원, 단위, 복잡도, 최소값, 최대값 및 설명을 갖습니다.

데이터 인터페이스의 데이터 요소 유형을 값 유형에 할당할 수도 있습니다. Interface Editor를 사용하여 데이터 사전에 값 유형을 추가하면 값 유형을 인터페이스나 데이터 요소로 재사용할 수 있습니다.

Create Value Types as Interfaces
소유 인터페이스

소유 인터페이스는 특정 포트에 로컬로 존재하고 데이터 사전이나 모델 사전에서 공유되지 않는 인터페이스입니다.

포트에 로컬인 값 유형이나 데이터 인터페이스를 나타내는 소유 인터페이스를 만듭니다.

Define Owned Interfaces Local to Ports
어댑터

어댑터는 두 인터페이스 간 매핑을 통해 호환되지 않는 포트 인터페이스를 가진 두 컴포넌트를 연결합니다. 어댑터는 단위 지연, 속도 전환 또는 병합 역할을 할 수 있습니다. 버스 생성에 어댑터를 사용할 수도 있습니다. Adapter 블록을 사용하여 어댑터를 구현합니다.

어댑터를 사용하면 Interface Adapter 대화 상자에서 다음을 수행할 수 있습니다. 입력 및 출력 인터페이스 간 매핑을 만들고 편집하고, 인터페이스 변환 UnitDelay를 적용하여 대수 루프를 끊고, 인터페이스 변환 RateTransition를 적용하여 참조 모델에 대한 다양한 샘플 시간 속도를 조정하고, 인터페이스 변환 Merge를 적용하여 두 개 이상의 메시지 또는 신호 라인을 병합하고, 출력 인터페이스가 정의되지 않은 경우 버스 생성 모드에서 입력 인터페이스를 사용하여 자체 출력 인터페이스를 작성할 수 있습니다.

프로파일 및 스테레오타입을 사용하여 아키텍처 모델링 언어 확장

Profile Editor에 프로파일을 만들고 속성을 사용하여 스테레오타입을 추가합니다. 컴포넌트에 스테레오타입을 적용하고, Property Inspector에 속성 값을 설정합니다.

용어정의애플리케이션추가 정보
스테레오타입

스테레오타입은 핵심 언어 요소를 확장하고 도메인별 메타데이터를 추가하는 메커니즘을 제공합니다.

핵심 요소 유형에 스테레오타입을 적용합니다. 요소는 여러 개의 스테레오타입을 가질 수 있습니다. 스테레오타입을 사용하면 다양한 요소에 스타일을 적용할 수 있습니다. 스테레오타입은 질량, 비용, 전력과 같은 공통적인 속성을 요소에 부여합니다.

속성

속성은 스테레오타입의 필드입니다. 스테레오타입이 적용되는 각 요소에 대해 속성 값을 지정할 수 있습니다.

속성을 사용하여 모델 요소와 관련된 무게나 속도와 같은 정량적 특성을 저장합니다. 속성은 설명적일 수도 있고 상태를 나타낼 수도 있습니다. Property Inspector를 사용하여 아키텍처 모델의 각 요소의 속성을 보고 편집할 수 있습니다. 자세한 내용은 Use Property Inspector in System Composer 항목을 참조하십시오.

윤곽

프로파일은 스테레오타입 패키지입니다.

프로파일을 사용하여 특수한 요소 유형의 도메인을 만들 수 있습니다. Profile Editor를 사용하여 프로파일을 작성하고 모델에 프로파일을 적용합니다. 프로젝트에 대한 스테레오타입을 하나 또는 여러 개의 프로파일에 저장할 수 있습니다. 프로파일을 저장하면 XML 파일로 저장됩니다.

Variant 컴포넌트를 사용하여 디자인 대안 표현

프로그래밍 규칙에 따라 선택된 여러 가지 디자인 대안이나 Variant를 구현하여 Variant 컴포넌트를 만듭니다. Variant 컴포넌트를 만들려면 컴포넌트에 Variant 선택지를 추가합니다. 활성 선택은 원래 컴포넌트를 나타냅니다.

용어정의애플리케이션추가 정보
Variant

Variant는 Variant 컴포넌트의 여러 구조적 또는 거동적 선택지 중 하나입니다.

분석을 수행하는 동안 Variant를 사용하여 컴포넌트의 다양한 아키텍처 디자인을 빠르게 교체할 수 있습니다.

Variant 만들기
Variant 제어

Variant 제어는 활성 변형 선택지를 제어하는 문자열입니다.

Variant 제어를 프로그래밍 방식으로 설정하여 어느 Variant가 활성화되는지 제어합니다.

Set Variant Control Condition

분석을 사용하여 거래 연구를 수행하고 제약 조건에 따라 아키텍처를 검증합니다.

RobotDesign 아키텍처 모델에서 전력 소비를 분석하는 분석 함수를 생성합니다.

function RobotDesign_1(instance,varargin)

if instance.isComponent() && ~isempty(instance.Components) ...
&& instance.hasValue('RobotProfile.ElectricalComponent.Power')
    sysComponent_power = 0;
    for child = instance.Components
        if child.hasValue('RobotProfile.ElectricalComponent.Power')
           comp_power = child.getValue('RobotProfile.ElectricalComponent.Power');
           sysComponent_power = sysComponent_power + comp_power;
           instance.setValue('RobotProfile.ElectricalComponent.Power', ...
           sysComponent_power);
        end
    end
end

분석 함수를 사용하여 로봇 설계를 분석하고 총 전력 사용량을 확인합니다.

용어정의애플리케이션추가 정보
분석

정적 분석은 시스템의 구조를 분석하여 특정 특성에 대한 아키텍처를 정량적으로 평가합니다. 정적 분석은 시스템 모델에서 캡처한 속성과 파라미터의 분석 함수와 파라미터 값을 사용합니다.

분석을 사용하여 시스템의 전반적인 안정성, 대량 롤업, 성능 또는 열 특성을 계산하거나 크기, 무게 및 전력(SWaP) 분석을 수행하여 효율성을 높입니다.

분석 함수

분석 함수는 모델 인스턴스의 각 요소 속성 및 컴포넌트 수준과 아키텍처 수준의 인스턴스별 파라미터를 사용하여 아키텍처를 평가하는 데 필요한 값을 계산하는 MATLAB® 함수입니다.

분석 함수를 사용하여 분석 결과를 계산합니다.

인스턴스 모델

인스턴스 모델은 인스턴스의 집합입니다.

모델을 변경하면 인스턴스 모델을 업데이트할 수 있지만, 활성 Variant나 모델 참조는 변경해도 인스턴스 모델이 업데이트되지 않습니다. MAT 파일에 저장된 인스턴스 모델을 System Composer 아키텍처 모델의 분석에 사용할 수 있습니다.

Run Analysis Function
사례

인스턴스는 특정 시점에서 아키텍처 모델 요소가 발생하는 것입니다.

인스턴스는 인스턴스 모델에서 컴포넌트의 활성 Variant 또는 모델 참조를 고정합니다.

Create a Model Instance for Analysis

할당을 사용하여 다양한 아키텍처 모델의 요소 간 관계 정의

Allocation Editor에서는 종속성이나 지시된 관계를 기반으로 두 아키텍처 모델 사이에 컴포넌트를 할당합니다.

용어정의애플리케이션추가 정보
배당

할당은 한 모델의 아키텍처 요소(컴포넌트, 포트, 커넥터)에서 다른 모델의 아키텍처 요소로의 방향성 있는 관계를 설정합니다.

리소스 기반 할당을 사용하면 기능적 아키텍처 요소를 논리적 아키텍처 요소에 할당하고 논리적 아키텍처 요소를 물리적 아키텍처 요소에 할당할 수 있습니다.

할당 시나리오

할당 시나리오에는 소스 모델과 대상 모델 간의 할당 세트가 포함됩니다.

할당 시나리오에서 모델 요소 간에 할당합니다. 기본 할당 시나리오는 Scenario 1.라고 합니다.

Systems Engineering Approach for SoC Applications
할당 설정

할당 세트는 소스 모델과 대상 모델 간의 다양한 할당을 설명하는 하나 이상의 할당 시나리오로 구성됩니다.

Allocation Editor에서 할당 시나리오를 사용하여 할당 세트를 만듭니다. 할당 세트는 MLDATX 파일로 저장됩니다.

필터링된 뷰를 생성하여 복잡한 아키텍처의 범위를 더 간단한 다이어그램으로 변환

Architecture Views Gallery의 뷰에 대한 컴포넌트의 요소 그룹을 생성하기 위해 뷰 필터를 적용합니다.

용어정의애플리케이션추가 정보
보기

는 모델의 사용자 지정 가능한 서브셋 요소를 보여줍니다. 뷰는 인터페이스 요소의 이름, 유형 또는 단위와 함께 컴포넌트, 포트 및 인터페이스의 스테레오타입이나 이름을 기준으로 필터링할 수 있습니다. 요소를 수동으로 추가하여 뷰를 만듭니다. 뷰는 아키텍처 디자인의 특정 부분에 초점을 맞춰 복잡한 아키텍처 작업을 간소화하는 방법을 만들어냅니다.

다양한 유형의 뷰를 사용하여 시스템을 표현할 수 있습니다. 컴포넌트 다이어그램, 컴포넌트 계층 또는 아키텍처 계층 사이를 전환합니다. 소프트웨어 아키텍처의 경우 클래스 다이어그램 보기로 전환할 수 있습니다. 관점은 관점의 내용을 지정하는 이해 관계자의 관점을 나타냅니다.

원소 그룹

요소 그룹은 뷰의 컴포넌트를 그룹화한 것입니다.

요소 그룹을 사용하여 프로그래밍 방식으로 뷰를 채웁니다.

쿼리

쿼리는 모델 요소가 충족해야 하는 특정 제약 조건이나 기준을 설명하는 사양입니다.

쿼리를 사용하여 제약 조건에 따라 요소를 검색하고 뷰를 필터링합니다.

Find Elements in Model Using Queries
컴포넌트 다이어그램

컴포넌트 다이어그램은 모델의 구조에 따라 컴포넌트, 포트 및 커넥터가 포함된 뷰를 나타냅니다.

컴포넌트 다이어그램을 사용하면 프로그래밍 방식으로 또는 수동으로 뷰에서 컴포넌트를 추가하거나 제거할 수 있습니다.

사용자 지정 아키텍처 뷰에서 컴포넌트 검사
계층 다이어그램

계층 다이어그램은 컴포넌트, 포트, 참조 유형, 컴포넌트 스테레오타입 및 스테레오타입 속성이 포함된 뷰로 시각화할 수 있습니다.

컴포넌트 계층 다이어그램은 부모가 자식 위에 있는 트리 형태로 컴포넌트를 표시합니다. 컴포넌트 계층 뷰에서 참조된 각 모델은 사용된 횟수만큼 표현됩니다. 아키텍처 계층 다이어그램은 구성 연결을 사용하여 고유한 컴포넌트 아키텍처 유형과 그 관계를 표시합니다. 아키텍처 계층 구조 뷰에서는 참조된 각 모델은 한 번만 표현됩니다.

Display Component Hierarchy and Architecture Hierarchy Using Views

컴포넌트 거동을 구현하여 통합 아키텍처 시뮬레이션

참조 컴포넌트를 사용하여 아키텍처 컴포넌트와 Simulink 모델 거동을 분해하고 재사용합니다. 서브시스템 컴포넌트나 상태 차트를 사용하여 Simulink 및 Stateflow® 거동을 구현합니다.

용어정의애플리케이션추가 정보
참조 컴포넌트

참조 컴포넌트는 별도의 아키텍처 모델, Simulink 거동 모델 또는 Simulink 서브시스템 거동으로 정의되는 컴포넌트입니다. 참조 컴포넌트는 다른 구성의 논리적 계층을 나타냅니다.

참조 컴포넌트를 Reference Component 블록으로 동기화하고 재사용할 수 있습니다. 모델 참조는 Simulink 모델입니다. FMU 컴포넌트는 FMU(Functional Mockup Unit) 파일에 연결되는 컴포넌트입니다. 서브시스템 참조는 Simulink 서브시스템입니다. 아키텍처 참조는 System Composer 아키텍처 모델 또는 서브시스템입니다.

파라미터

파라미터는 인스턴스별 값으로, 값 유형으로 지정됩니다.

Parameters는 아키텍처 모델의 일부인 아키텍처와 컴포넌트에 사용할 수 있습니다. 모델 인수를 지정하는 모델, 서브시스템 또는 아키텍처 참조에 연결된 컴포넌트에 대해서도 파라미터를 사용할 수 있습니다. 각 컴포넌트의 파라미터에 대해 독립적인 값을 지정할 수 있습니다.

서브시스템 컴포넌트

서브시스템 컴포넌트는 부모 System Composer 아키텍처 모델의 일부인 Simulink 서브시스템입니다.

Simulink 서브시스템 거동을 컴포넌트에 추가하여 System Composer에서 서브시스템 컴포넌트를 작성합니다. 해당 컴포넌트가 부모 모델의 일부이기 때문에 서브시스템 컴포넌트를 Reference Component 블록으로 동기화하고 재사용할 수 없습니다.

상태 차트

상태 차트 다이어그램은 컴포넌트의 상태 수명 주기 전반에 걸친 상태 종속 거동과 상태 간 전환을 트리거할 수 있는 이벤트를 보여줍니다.

상태 머신을 사용하여 컴포넌트를 설명하기 위해 Stateflow 차트 거동을 추가합니다. 컴포넌트가 부모 모델의 일부이기 때문에 Stateflow 차트 거동을 Reference Component 블록으로 동기화하고 재사용할 수 없습니다.

이해관계자의 요구 사항을 준수하는 시스템을 입증하기 위한 요구 사항 관리 및 검증

요구 사항 관점에서는 요구 사항을 생성, 관리 및 할당할 수 있습니다. 아키텍처 모델에 대한 요구 사항을 확인하십시오. 이 기능을 사용하려면 Requirements Toolbox™ 라이센스가 필요합니다.

Simulink Test™를 사용하여 System Composer 컴포넌트에 대한 테스트 하네스를 만들어 시뮬레이션 결과를 검증하고 Simulink Test Manager (Simulink Test)에서 설계를 확인합니다. 이 기능을 사용하려면 Simulink Test 라이선스가 필요합니다.

The test harness example in the Small UAV architecture model.

용어정의애플리케이션추가 정보
요구 사항

요구사항은 시스템의 원하는 거동과 특성을 설명하는 문장들의 모음입니다. 요구사항은 시스템 설계의 무결성을 보장하는 데 도움이 되며, 달성 가능하고 검증 가능하며 모호하지 않고 서로 일관성이 있어야 합니다. 각 디자인 레벨에는 적절한 요구 사항이 있어야 합니다.

요구 사항의 추적성을 강화하려면 시스템, 기능, 고객, 성능 또는 설계 요구 사항을 컴포넌트와 포트에 연결합니다. 파생된 요구 사항이나 할당된 요구 사항을 나타내기 위해 요구 사항을 서로 연결합니다. 아키텍처 모델이나 사용자 지정 뷰를 통해 Requirements Manager (Requirements Toolbox)의 요구 사항을 관리합니다. Simulink Test Manager (Simulink Test)를 사용하여 요구 사항에 테스트 케이스를 할당하여 검증 및 확인을 수행합니다.

요구 사항 설정

요구 사항 세트는 요구 사항의 모음입니다. 요구 사항을 계층적으로 구성하고 컴포넌트나 포트에 연결할 수 있습니다.

요구 사항 세트의 요구 사항을 편집하고 세부화하려면 Requirements Editor (Requirements Toolbox)를 사용하십시오. 요구 사항 세트는 SLREQX 파일에 저장됩니다. Requirements Toolbox를 사용하여 새로운 요구 사항 세트를 만들고 요구 사항을 작성하거나 지원되는 타사 도구에서 요구 사항을 가져올 수 있습니다.

요구 사항 링크

링크는 두 개의 모델 기반 디자인 요소를 연결하는 객체입니다. 요구 사항 링크는 목적지가 요구 사항인 링크입니다. 요구 사항을 컴포넌트나 포트에 연결할 수 있습니다.

Requirements Manager (Requirements Toolbox)를 사용하여 System Composer의 링크를 확인하십시오. 요구 사항 브라우저에서 요구 사항을 선택하면 요구 사항이 할당된 컴포넌트나 포트가 강조 표시됩니다. 링크는 SLMX 파일로 외부에 저장됩니다.

테스트 하네스

A 테스트 하네스는 테스트 시나리오에 맞게 구성된 입력, 출력 및 검증 블록을 사용하여 테스트 대상 컴포넌트를 분리하는 모델입니다. 모델 컴포넌트나 전체 모델에 대한 테스트 하네스를 만들 수 있습니다. 테스트 하네스는 모델이나 모델 컴포넌트에 대한 별도의 테스트 환경을 제공합니다.

시뮬레이션 결과를 검증하고 설계를 검증하기 위해 System Composer 컴포넌트에 대한 테스트 하네스를 만듭니다. 테스트 하네스에서 컴포넌트의 거동을 테스트하는 동안 인터페이스를 편집하려면 Interface Editor.를 사용하십시오.

실행 가능한 시퀀스 다이어그램을 사용하여 컴포넌트 간 작업 제약 조건 지정

Architecture Views Gallery에 시스템 상호작용을 설명하는 시퀀스 다이어그램을 만듭니다.

용어정의애플리케이션추가 정보
상호 작용

상호작용은 시스템의 각 부분이 일련의 메시지 교환으로 어떻게 상호 작용해야 하는지를 지정합니다.

상호작용을 사용하여 운영 시스템의 거동을 설명합니다.

Describe System Behavior Using Sequence Diagrams
시퀀스 다이어그램

시퀀스 다이어그램은 상호작용을 시각적으로 표현한 것입니다.

시퀀스 다이어그램을 사용하면 시스템의 각 부분이 어떻게 상호 작용해야 하는지 시각적으로 지정할 수 있습니다.

Describe System Behavior Using Sequence Diagrams
라이프라인

라이프라인은 상호작용의 참여자로서의 컴포넌트의 인스턴스를 나타냅니다.

라이프라인은 아키텍처의 컴포넌트에 해당합니다.

Describe Interactions with Lifelines and Messages
메시지

메시지는 두 라이프라인 간의 통신을 나타냅니다. 메시지에는 메시지가 발생하기 위한 예상 조건을 지정하는 레이블이 있습니다.

메시지 레이블에는 트리거, 선택적 가드, 선택적 제약 조건이 있습니다. 트리거는 이 메시지를 식별하는 이벤트를 나타내고, 가드는 메시지가 발생하는지 여부를 결정하는 추가 조건을 나타내며, 제약 조건은 이 메시지가 발생할 때 참일 것으로 예상되는 표현식입니다.

Describe Interactions with Lifelines and Messages

게이트는 아키텍처 계층 구조의 뿌리를 나타냅니다.

게이트는 아키텍처와 주변 환경 간의 메시지 교환을 설명할 수 있게 해줍니다.

Describe Interactions with Lifelines and Messages
주석

주석은 시퀀스 다이어그램의 요소를 설명합니다.

주석을 사용하여 시퀀스 다이어그램에서 캡처한 요소나 워크플로에 대한 자세한 설명을 제공합니다.

Annotate Sequence Diagrams with Annotations
파편

프래그먼트는 상호작용 내의 라이프라인과 메시지 그룹을 묶어서 더욱 복잡한 상호작용 패턴을 지정할 수 있도록 합니다.

A 조각은 루핑이나 대안과 같은 주문 논리의 유형을 정의합니다. 조각에는 하나 이상의 피연산자가 있을 수 있습니다.

Model Complex Interactions with Fragments and Operands
피연산자

피연산자는 메시지의 조각이나 그룹의 영역입니다. 피연산자의 조건은 피연산자 내부의 메시지가 실행될지 여부를 지정합니다.

피연산자의 조건은 MATLAB 부울 표현식으로 라이프라인의 입력 신호에 대한 제약 조건을 지정할 수 있습니다.

Model Complex Interactions with Fragments and Operands
기간 제약

기간 제약은 시작과 종료 발생 사이의 경과 시간에 대한 제약을 정의합니다.

기간 제약 조건을 사용하여 시작 발생과 종료 발생 사이의 기간에 대한 제약 조건을 명시적으로 표현합니다.

Specify Timing Constraints Between Message Events with Duration Constraints

컴포넌트에 할당하기 위한 활동 다이어그램 작성 및 시뮬레이션

System Composer에서 활동 다이어그램을 작성하여 시스템의 고수준 기능을 설명할 수 있습니다. 활동 다이어그램을 사용하여 토큰 흐름을 처리하는 작업을 통해 입력을 출력으로 변환하는 시스템의 거동을 설명합니다. 시스템 거동을 검증하기 위해 활동 다이어그램을 시뮬레이션하고 시각화할 수도 있습니다.

Allocation Editor를 사용하여 활동 다이어그램의 요소를 System Composer 아키텍처 모델의 요소에 할당하면 기능적 아키텍처 디자인을 보다 완벽하게 설명할 수 있습니다. 자세한 내용은 Design Architectures and Activity Diagram for Mobile Robot 항목을 참조하십시오.

용어정의애플리케이션추가 정보
활동 다이어그램

활동 다이어그램은 제어된 일련의 거동을 통해 입력에서 출력으로 토큰이 흐르는 방식을 모델링하는 시스템 거동을 설명합니다. 활동 다이어그램에는 흐름선으로 연결된 핀이 있는 작업 노드가 포함되어 있습니다.

활동 다이어그램을 사용하면 시스템을 개념화하고, 작업이나 결정을 통한 기능 흐름을 시각화하고, 시스템 컴포넌트가 서로 상호 작용하는 방식을 이해할 수 있습니다.

토큰

토큰은 활동 다이어그램에서 흐르는 객체입니다. 토큰은 구조체나 정수와 같은 데이터를 나타낼 수도 있고, 단순히 제어를 전달할 수도 있습니다.

토큰의 유형은 다음과 같습니다.

  • 객체 토큰 - 데이터 조각과 같은 객체를 나타냅니다.

  • 제어 토큰 - 데이터를 전달하지 않는 제어 또는 트리거 이벤트를 나타냅니다.

액션 노드

작업 노드는 활동 다이어그램의 핵심 컴포넌트입니다. 동작 노드는 실행될 동작을 나타냅니다. 액션 노드는 입력 토큰을 사용하고 핀에 출력 토큰을 생성합니다.

MATLAB 함수나 중첩 활동 다이어그램을 사용하여 거동 노드의 거동을 설명합니다.

제어 노드

제어 노드는 시스템을 통해 토큰의 논리적 흐름을 라우팅합니다.

제어 노드와 흐름을 사용하여 토큰을 라우팅합니다. 제어 노드는 토큰 흐름을 초기화, 분할, 병합 및 종료하는 데 사용할 수 있습니다.

Use Control Nodes to Manipulate Token Flows

은 객체 토큰의 버퍼 역할을 하며 토큰을 액션 노드로 보내거나 액션 노드에서 내보내는 역할을 합니다. 핀의 방향성은 입력 또는 출력을 나타냅니다. 객체 흐름에 따라 핀을 연결할 수 있습니다.

Action Node로 또는Action Node로부터 객체 토큰을 라우팅하려면 핀을 사용합니다. 핀은 실행 전이나 실행 중에 객체 토큰을 저장하는 데에도 사용됩니다. 핀은 객체 흐름에만 사용할 수 있습니다.

유형

유형은 핀을 통과하는 토큰의 내용을 정의합니다. 유형에는 차원, 단위, 복잡성, 최소값, 최대값, 설명이 있습니다.

활동 다이어그램에는 세 가지 토큰 유형이 있습니다.

  • 값 유형: 값 유형은 단일 값에 할당된 유형입니다.

  • 복합 유형: 복합 유형은 다양한 값과 데이터 유형의 필드를 포함하는 버스 구조와 동일합니다.

  • MATLAB 클래스 유형: MATLAB 클래스 유형은 속성과 메서드가 있는 복잡한 객체를 정의하는 경로의 MATLAB 클래스를 참조합니다. 내장된 MATLAB 클래스를 사용하거나 직접 MATLAB 클래스를 정의할 수 있습니다. MATLAB 클래스 유형 사용에 대한 자세한 내용은 Model Complex Objects in Activity Diagrams Using MATLAB Class Tokens를 참조하십시오.

파라미터 노드

파라미터 노드는 중첩 활동 다이어그램으로 토큰을 라우팅합니다. 핀이 생성되면 중첩 활동 내부에 해당 파라미터 노드가 생성됩니다.

파라미터 노드를 사용하여 토큰이 중첩 활동에 들어오거나 나가는 방식을 정의합니다. 파라미터 노드에는 입력과 출력의 두 가지 유형이 있습니다.

Use Nested Activity to Describe Action

흐름

활동 다이어그램의 흐름은 두 개의 노드를 연결합니다. 점선은 제어 흐름을 나타냅니다. 실선은 객체의 흐름을 나타냅니다.

흐름의 유형은 다음과 같습니다.

  • 객체 흐름 - 객체 흐름의 토큰에는 작업이 작동하는 토큰 데이터가 포함되어 있습니다. 객체 흐름을 사용하면 입력 또는 출력 토큰을 라우팅하여 객체 노드 간에 정보나 물리적 항목을 전달할 수 있습니다.

  • 제어 흐름 - 제어 흐름의 토큰은 작업 실행을 트리거합니다. 제어 흐름을 사용하면 한 Action Node에서 다른 Action Node로의 제어 전송을 모델링할 수 있습니다.

Simulate, Visualize, and Validate Activity Diagrams

소프트웨어 아키텍처 작성, 시뮬레이션 및 배포

소프트웨어 아키텍처 모델을 설계하고, 컴포넌트에서 함수의 실행 순서를 정의하고, 아키텍처 수준에서 설계를 시뮬레이션하고, 코드를 생성합니다.

Architecture Views Gallery에서 소프트웨어 아키텍처 다이어그램을 클래스 다이어그램으로 봅니다.

A class diagram view.

용어정의애플리케이션추가 정보
소프트웨어 아키텍처

소프트웨어 아키텍처는 소프트웨어 기반 시스템을 위한 아키텍처의 특수화로, 소프트웨어 구성, 컴포넌트 함수, 스케줄링에 대한 설명을 포함합니다.

System Composer의 소프트웨어 아키텍처를 사용하여 소프트웨어 컴포넌트, 포트, 인터페이스로 구성된 소프트웨어 아키텍처 모델을 작성합니다. 소프트웨어 아키텍처 모델을 설계하고, 컴포넌트 함수의 실행 순서를 정의하고, 아키텍처 수준에서 설계를 시뮬레이션하고, 코드를 생성합니다.

소프트웨어 컴포넌트

소프트웨어 컴포넌트는 인터페이스를 포함한 소프트웨어 엔터티를 위한 컴포넌트의 특수화입니다.

Simulink 내보내기 함수, 비율 기반 또는 JMAAB 모델을 소프트웨어 컴포넌트로 구현하고, 소프트웨어 아키텍처 모델을 시뮬레이션하고, 코드를 생성합니다.

소프트웨어 구성

소프트웨어 구성은 모듈이나 애플리케이션과 같은 복합 소프트웨어 엔티티를 나타내는 소프트웨어 컴포넌트와 커넥터의 다이어그램입니다.

여러 소프트웨어 컴포넌트나 구성을 집계하거나 중첩하여 기능을 캡슐화합니다.

Model Software Architecture of Throttle Position Control System
함수

함수는 프로그램 제어가 전송되는 진입점이며 소프트웨어 컴포넌트에서 정의할 수 있습니다.

Functions Editor를 사용하여 소프트웨어 아키텍처의 함수에 스테레오타입을 적용하고, 샘플 시간을 편집하고, 함수 기간을 지정할 수 있습니다.

Author and Extend Functions for Software Architectures
함수 요소

함수 요소는 클라이언트-서버 인터페이스의 함수 속성을 설명합니다.

함수 요소의 함수 프로토타입을 편집하여 함수의 입력 및 출력의 개수와 이름을 변경합니다. 다른 인터페이스 요소 속성을 편집하는 것과 같은 방식으로 함수 요소 속성을 편집합니다. 함수 인수 유형에는 내장 유형뿐만 아니라 버스 객체도 포함될 수 있습니다. 다음을 지원하기 위해 함수 요소를 지정할 수 있습니다.

  • 동기 실행 — 클라이언트가 서버를 호출하면 함수가 즉시 실행되고 출력 인수를 클라이언트에 반환합니다.

  • 비동기 실행 — 클라이언트가 서버에 호출 요청을 하면 함수는 Functions EditorSchedule Editor에 정의된 우선순위에 따라 비동기적으로 실행되고 출력 인수를 클라이언트에 반환합니다.

systemcomposer.interface.FunctionElement
함수 인수

함수 인수는 함수 요소의 입력 또는 출력 인수의 속성을 설명합니다.

Interface Editor에서 함수 인수의 속성을 다른 값 유형과 마찬가지로 설정할 수 있습니다: Type, Dimensions, Units, Complexity, Minimum, Maximum, 및 Description.

systemcomposer.interface.FunctionArgument
서비스 인터페이스

서비스 인터페이스는 클라이언트와 서버 컴포넌트 간의 기능적 인터페이스를 정의합니다. 각 서비스 인터페이스는 하나 이상의 함수 요소로 구성됩니다.

Interface Editor에서 서비스 인터페이스를 정의하면 Property Inspector를 사용하여 클라이언트 및 서버 포트에 할당할 수 있습니다. Property Inspector를 사용하여 서비스 인터페이스에 스테레오타입을 할당할 수도 있습니다.

서버

서버는 함수를 정의하고 제공하는 컴포넌트입니다.

서버 컴포넌트는 함수가 정의된 곳입니다. Simulink 내보내기 함수 모델에서 함수 거동을 구현할 수 있습니다.

Service Interfaces Overview
Client

클라이언트는 서버에 요청을 보내는 컴포넌트입니다.

클라이언트 컴포넌트는 함수가 호출되는 위치입니다. 함수 호출 거동의 구현은 함수 실행의 동기성에 따라 달라집니다.

Service Interfaces Overview
클래스 다이어그램

클래스 다이어그램은 소프트웨어 컴포넌트의 고유한 아키텍처 유형을 소프트웨어 메서드 및 속성과 함께 표시하는 정적 구조 모델의 그래픽 표현입니다.

클래스 다이어그램은 참조된 각 모델의 인스턴스를 하나씩 캡처하고 인스턴스 간의 관계를 보여줍니다. 컴포넌트 다이어그램 뷰는 선택적으로 소프트웨어 아키텍처 모델의 클래스 다이어그램으로 표현될 수 있습니다.

Class Diagram View of Software Architectures

참고 항목

도움말 항목

외부 웹사이트