내 머리속 지우개

시스템 엔지니어링은 구성 요소와 각각의 관계들이 매우 복잡하여 연관되어 정의되는 분야입니다. 따라서 복잡한 요구사항을 명확히 정의하고, 설계를 구조적으로 표현하는데 시맨틱 모델을 이용할 수 있다면, 시스템의 복잡성을 줄이고, 효율적인 설계 및 구현을 가능하게 할 수 있습니다. 이번 포스팅에서는 시맨틱 모델링에 대해 알아보고, 어떻게 시맨틱 모델링 결과를 얻을 수 있을 것인지에 대한 방향성을 정리해 보고자 합니다. 사실 시맨틱 모델링을 위한 정확한 정답은 없다고 봅니다. 주어진 환경과 대상의 특성 등 다양한 변수들이 존재하기 때문에 처한 상황에 따라 원칙에 입각하여 정리하는수 밖에 없습니다. 따라서 이번 포스팅에서는 시맨틱 모델링에 대한 의미와 설계 전략, 그리고 시스템 엔지니어링 측면에서의 고려사항들을 ..

이번 포스팅에서는 지난번에 이어 차량 모델링에 대해 알아보고자 합니다.차량 모델링에 필요한 행위와 동작 절차에 대한 모델링에 대해 살펴보겠습니다.   전체글 보기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::Connector Path - 내부 블록간의 상호작용 표현Connector Path는 SysML Internal Block Diagram(IBD)에서 블록 간의 상호작용을 시각적으로 나타내는 경로입니다. 이는 블록 내부의 포트(Port) 또는 속성(Property) 간의 연결을 모델링하며, 시스템 구성 요소 간의 데이터 흐름, 신호 전달, 또는 물리적 상호작용을 정의하는 데 사용됩니다. 즉, 블록 간의 데이터 흐름, 신호 전달, 물리적 상호작용을 정의하고 시각화하는 데 필수적인 요소입니다. 이는 시스템 구성 요소 간의 상호작용을 명확히 나타내어 설계 검증과 시뮬레이션을 지원하며, 인터페이스 설계와 시스템 확장성에 기여합니다. Connector Path는 시스템의 복잡한 상호작용을 간결하..

Model Based System Engineering (MBSE)MBSE란 복잡한 시스템의 요구사항, 설계, 분석, 검증 및 확인을 지원하는 정형화된 방법론으로 코드나 문서 기반의 기존 개발 방식과는 달리 개발하고자 하는 대상 즉, 시스템 자체를 하나의 모델로 간주하며, 컴퓨팅 환경의 발전으로 MBSE를 많은 산업군에서 활발하게 채택하고 있습니다. 이는 기존 코드나 문서 기반 개발 방식에서는 전통적 개발 프로세스를 따르는 경우, 최종 아웃풋이 나오기까지 많은 시간과 노력이 필요한 반면, 전통적 개발 프로세스를 따르지 않는 경우, 급변하는 환경/법규/규정 등을 만족하기 어려울 수 있다는 점도 한몫 한다고 생각합니다. 실제 NASA에서는 2020년 1월 MBSE가 시스템 복잡성을 추적하기 위한 수단으로..