내 머리속 지우개

유즈케이스 다이어그램은 직관적 표현으로 사용자가 원하는 기능을 설명할 수 있습니다.이번 포스팅에서는 유즈케이스 다이어그램을 언제 작성해야 하며어떻게 유즈케이스 다이어그램 명세서까지 작성할 수 있는지에 대해 알아 보겠습니다.   1. 유즈케이스 다이어그램의 의미와 목적유즈케이스 다이어그램은 시스템과 사용자 간의 상호작용을 시각적으로 표현한 다이어그램입니다. 즉, 사용자가 시스템을 통해 어떤 일을 할 수 있는지를 간결하고 명확하게 보여주는 그림이라고 할 수 있습니다. 유즈케이스 다이어그램은 시스템 초기 단계부터 활용될 수 있지만, 프로젝트의 특성, 개발방식, 그리고 요구사항 명확성에 따라 작성 시점 및 목적이 달라질 수 있습니다. 유즈케이스 작성을 위한 표기법과 구성요소에 대해서는 별도로 정리된 포스팅을 참..

SysML 기반 시스템 모델링 세번째 글입니다.이번에는 Vehicle 개체의 내부 동작에 대해 좀 더 자세히 알아보겠습니다.   전체글 보기MBSE Example #1: 차량 가속도 vs. 연비 - 트레이드오프 분석 (with SysML)MBSE Example #2: 차량 가속도 vs. 연비 - 트레이드오프 분석 (with SysML)MBSE Example #3: 차량 가속도 vs. 연비 - 트레이드오프 분석 (with SysML)MBSE Example #4: 차량 가속도 vs. 연비 - 트레이드오프 분석 (with SysML)1. 차량 컨텍스트를 표현하는 내부 블록 다이어그램차량 컨텍스트란 Automobile Domain를 구성하는 여러 블록들 중 차량(Vehicle)과 상호작용하는 블록들 (예를 들어..

이번 포스팅에서는 지난번에 이어 차량 모델링에 대해 알아보고자 합니다.차량 모델링에 필요한 행위와 동작 절차에 대한 모델링에 대해 살펴보겠습니다.   전체글 보기MBSE Example #1: 차량 가속도 vs. 연비 - 트레이드오프 분석 (with SysML)MBSE Example #2: 차량 가속도 vs. 연비 - 트레이드오프 분석 (with SysML)MBSE Example #3: 차량 가속도 vs. 연비 - 트레이드오프 분석 (with SysML)MBSE Example #4: 차량 가속도 vs. 연비 - 트레이드오프 분석 (with SysML)지난 포스팅에서는 시스템 모델링을 위해 필요한 패키지 다이어그램과 요구사항 다이어그램, 그리고 외부 환경 정의를 위해 블록 정의 다이어그램을 이용하여 트레이드..

SysML (Systems Modeling Language)를 활용한 구체적인 사례를 찾기가 쉽지 않습니다.이번 포스팅에서는 SysML을 활용하여초기 트레이드오프(Trade-Off) 분석하는 사례를 알아 보겠습니다.  전체글 보기MBSE Example #1: 차량 가속도 vs. 연비 - 트레이드오프 분석 (with SysML)MBSE Example #2: 차량 가속도 vs. 연비 - 트레이드오프 분석 (with SysML)MBSE Example #3: 차량 가속도 vs. 연비 - 트레이드오프 분석 (with SysML)MBSE Example #4: 차량 가속도 vs. 연비 - 트레이드오프 분석 (with SysML)시스템 공학에서 널리 사용되는 SysML에 대한 자료는 인터넷에 많이 있지만, 구체적인 사..

1. SysML::Constraint Note - 시스템 제약 조건 표현Constraint Note는 SysML Parametric Diagram에서 시스템의 제약 조건을 정의하고 모델링하는 데 사용되는 요소입니다. 이는 수학적 공식, 논리적 조건, 또는 물리적 제한을 표현하여 시스템 설계와 분석의 정량적 및 논리적 기준을 제공합니다. 즉, 시스템 속성 간 관계를 모델링하고, 설계의 정량적 기준을 명확히 정의하는 데 중요한 역할을 합니다. 이는 Parametric Diagram과 Internal Block Diagram 모두에서 활용되며, 설계 검증, 시뮬레이션, 성능 최적화에 기여합니다. Constraint Note는 복잡한 시스템 설계를 명확히 하고, 설계 의도에 부합하는 동작을 보장하는 핵심 도구입..

1. SysML::Merge Node - 하나의 제어 흐름으로 합치기Merge Node는 Activity Diagram에서 Control Node의 한 유형으로, 여러 개의 흐름(Control Flow)을 단순히 하나로 합치는 역할을 수행합니다.단순 합치기: Merge Node는 여러 입력 흐름 중 하나가 활성화되면, 해당 흐름을 출력으로 전달합니다.조건 없음: Merge Node는 흐름을 합치는 역할만 하며, 조건 평가나 선택 기능은 없습니다.흐름 전달: Merge Node를 통해 합쳐진 단일 흐름은 다음 활동(Activity)이나 노드로 이어집니다.1-1. 입력과 출력다중 입력: 여러 개의 입력(Control Flow)을 가질 수 있음.단일 출력: 입력 흐름을 하나로 병합해 단일 출력으로 전달. 1-..

시스템 설계에서 마주하는 수많은 복잡한 요구사항과 상호작용을어떻게 명확하고 체계적으로 표현할 수 있을까?프로젝트의 방대한 정보를 일관성 있게 문서화하고 소통하는 데 어려움을 겪고 있는 현실에서,SysML 표기법은 이러한 기술적 의사소통 난관을 해결할 수 있는 핵심 솔루션입니다.따라서 이 글에서는 시스템 모델링의 표준 언어인 SysML의 주요 표기법을 상세히 살펴보겠습니다.  1. 패키지 다이어그램 (SysML::Package Diagram)Diagram Element표기법설명CommentNode • Comment Note는 모델 요소의 추가 정보 제공하거나 설명을 부연하는 데 사용되는 주석 요소• 이는 특정 모델 요소와 연관되거나 독립적으로 사용될 수 있음• 설계 의도, 제약사항, 가정, 또는 기타 중요..

1. SysML::Activity Parameter Node - 활동과 외부간의 데이터/제어 흐름 표현Activity Parameter Node는 SysML Activity Diagram에서 Activity(활동)와 외부 간의 데이터, 객체, 또는 제어 흐름을 주고받기 위한 인터페이스를 나타내는 요소입니다. Activity Parameter Node는 활동의 입출력을 명확히 정의하고, 활동 외부와의 상호작용을 모델링하는 데 사용됩니다. 즉, 활동과 외부 간의 입출력 인터페이스를 정의하여 데이터 및 제어 흐름을 시각적으로 모델링합니다. 이는 활동의 재사용성을 높이고, 시스템 설계의 명확성, 일관성, 효율성을 향상시키는 중요한 도구입니다. 1-1. 활동의 인터페이스 정의:Activity Parameter N..

SysML은 현실 시스템을 모델링하는 언어이므로,시스템 및 구성요소들간의 의존성은 반드시 존재합니다.따라서, 다양한 의존성이 존재한다는 사실을 잘 확인하는 것도 시스템을 잘 모델링하는데 필수적입니다.이번 포스팅에서는 시스템 및 구성요소들이 가지고 있는의존성을 모델링하는 방법에 대해 알아 보고자 합니다. Dependency는 SysML에서 모델 요소 간의 관계를 정의하기 위해 사용됩니다. 이는 초기 모델링 단계에서 관계를 정의하거나, 이후 더 정교한 관계로 대체 및 확장할 때 유용합니다. 패키지 다이어그램과 기타 선택된 다이어그램에서 사용할 수 있으며, 각 유형은 특정한 의미를 가집니다.클라이언트(Client): 공급자에 의존하며, 공급자가 변경되면 영향을 받을 수 있는 요소입니다. 다이어그램에서는 화살표..

1. SysML::Call Action Node - 다른 행동이나 연산을 호출/실행Call Action Node는 다른 행동(Behavior)이나 연산(Operation)을 호출하여 실행하는 Action Node의 한 유형입니다. 이는 SysML Activity Diagram에서 특정 작업(Task)이나 행동(Behavior)을 재사용하거나 실행하는 데 사용됩니다.행동 호출: Call Action Node는 다른 활동(Activity), 작업(Task), 함수(Function), 또는 클래스의 메서드(Operation)을 호출하여 실행합니다.재사용 가능: Call Action Node를 사용해 이미 정의된 행동을 호출함으로써 설계의 재사용성을 높입니다.입출력 지원: Call Action Node는 데이터..