반응형

분류 전체보기 278

SysML Reference Guide: 블록 정의 다이어그램(Block Definition Diagram) - 관계(Path) 표현

1. SysML::Composite Association - 전체와 부분의 관계Composite Association Path는 블록 간의 전체-부분 관계를 포함하는 강력한 소유 관계를 나타냅니다. 화살표가 없는 경우, 단순한 계층 구조를 표현하며, 화살표가 있는 경우, 데이터 또는 제어의 흐름과 의존성을 강조합니다. 이를 통해 시스템 설계의 계층 구조와 상호작용을 더욱 명확하고 정교하게 모델링할 수 있습니다. 1-1. 강한 소유권전체 블록이 부분 블록을 소유하며, 부분 블록의 생명주기는 전체 블록에 종속됩니다.전체 블록이 삭제되면, 부분 블록도 함께 삭제됩니다.1-2. 다중도(Multiplicity)전체와 부분 간의 포함 수를 정의합니다.예: 1..*는 최소 하나 이상의 부분 블록을 포함함을 나타냅니다..

SysML Reference Guide: 블록 정의 다이어그램(Block Definition Diagram) - 인터페이스 표현

1. SysML::Interface Block Node - 인터페이스 블록 정의Interface Block Nodes는 블록 간의 데이터, 신호, 물리적 상호작용을 모델링하는 강력한 도구입니다. Compartment를 사용하여 흐름 속성, 작업, 신호 등의 세부 사항을 구체적으로 표현함으로써 설계의 명확성과 일관성을 높입니다. 또한 Interface Block Node는SysML 1.3에서 도입된 개념으로, Proxy Port 및 Full Port와 함께 사용됩니다. 1-1. 블록 간 상호작용 모델링블록 간 교환되는 데이터와 신호를 정의하여 상호작용의 표준화된 인터페이스를 제공합니다.1-2. 구조 및 동작 정의Interface Block은 Flow Properties, Operations, Signals..

SysML Reference Guide: 블록 정의 다이어그램(Block Definition Diagram) - 구조, 값, 타입 표현

1. SysML::Block Node - 블록 구조 표현블록(Block)은 SysML에서 시스템 구조를 정의하는 기본 단위입니다. 블록은 시스템의 구성 요소, 속성, 인터페이스 등을 모델링할 수 있으며, 블록의 상세 내용을 나타내기 위해 Compartment로 분리된 여러 정보를 포함할 수 있습니다.블록 정의는 Compartment 별로 다음과 같은 형식으로 정의됩니다.> Compartment: 블록을 이용하여 정의하고자 하는 구성요소의 이름("")을 의미합니다.parts Compartment: 블록 내부 구성요소인 의 이름을 정의합니다. 또한 해당 를 정의한 의 이름도 함께 정의하며, 이때 에 정의된 도 함께 기술할 수 있습니다. references Compartment: 블록이 참조하는 블록을 기술..

SysML Reference Guide: 패키지 다이어그램(Package Diagram) 표기법

SysML::패키지 다이어그램(Package Diagram)다이어그램 요소표기법설명Comment NodeComments는 모델 요소에 대한 자유 형식의 설명을 제공하는 데 사용됩니다. 이를 통해 모델의 특정 요소에 대해 추가적인 정보를 기록하거나, 설계 의도, 가정 또는 특별한 주의 사항 등을 명시할 수 있습니다.PackageNode패키지(Package)는 다른 모델 요소를 포함하는 컨테이너 역할을 합니다. 모든 모델 요소는 정확히 하나의 컨테이너에 속하며, 해당 컨테이너가 삭제되거나 복사될 경우, 컨테이너에 포함된 모델 요소도 함께 삭제되거나 복사됩니다.ModelNodeSysML에서 모델(Model)은 중첩된 패키지 계층 구조의 최상위 패키지입니다. 패키지 계층 구조에서 모델은 다른 모델, 패키지, 뷰..

SysML 다이어그램 한눈에 보기: 시스템 설계도 간단하게 표현하기

1. SysML 이란 무엇인가?SysML(Systems Modeling Language)은 시스템 엔지니어링에서 사용되는 범용 모델링 언어로, 복잡한 시스템을 설계, 분석, 검증, 그리고 관리하기 위해 만들어졌습니다. SysML은 시스템의 구조와 동작, 요구사항 등을 체계적으로 표현할 수 있도록 도와주며, 시스템 개발 프로세스의 효율성과 품질을 높이는 데 기여합니다.1-1. SysML의 탄생 배경SysML은 UML(Unified Modeling Language)에서 파생된 모델링 언어입니다. UML은 주로 소프트웨어 설계에 초점이 맞춰져 있지만, SysML은 이를 확장하여 하드웨어, 소프트웨어, 데이터, 인력, 절차, 시설 등 전체 시스템을 모델링할 수 있도록 설계되었습니다.2006년에 Object Ma..

보고(報告)의 의미와 가치: 조직 내 효과적인 보고 체계 구축을 위한 관점과 실천

프로젝트가 원활히 진행되고 기대한 결과를 내기 위해서는 보고 체계의 효율적인 운영이 필수적입니다. 보고(報告)는 조직 내 의사소통의 중요한 도구일 뿐만 아니라, 상호 간의 이해와 발전적 해결책을 도출하는 수단이 되기도 합니다. 특히, 보고받는 사람(주로 관리자나 리더)과 보고하는 사람(팀원 혹은 실무자) 간의 시각 차이와 기대하는 정보의 우선순위가 다를 수 있어, 이러한 차이를 효과적으로 조율하는 것이 조직 운영의 성패를 가를 수 있습니다. 이번 포스팅에서는 조직 내에서 보고가 가지는 역할, 보고를 둘러싼 서로의 시각 차이, 그리고 원활한 보고 체계를 수립하기 위한 태도와 방법을 알아보면서, 수많은 직장인들 실무자분들이 받는 스트레스를 줄일 수 있는 계기가되면 좋겠습니다. 1. 이야기: 대면 보고에서의 ..

시맨틱 모델링: 목표, 구성요소, 장점, 응용

시맨틱 모델링(Semantic Modeling)은 데이터나 개념의 의미와 관계를 표현하는 모델을 구축하는 과정입니다. 단순한 데이터 모델링과 달리, 시맨틱 모델링은 데이터의 구조뿐만 아니라 그 데이터가 담고 있는 맥락과 의미적 정보를 표현하는 것을 목표로 합니다. 예를 들어, "자동차"라는 개념이 단순히 기계적 장치가 아니라 이동수단, 브랜드, 모델, 그리고 법적 규제와 같은 다양한 의미를 내포하고 있다고 가정할 수 있습니다. 이 방식은 데이터와 그 맥락을 함께 다루기 때문에, 특히 복잡하고 다양한 의미를 담고 있는 데이터의 처리를 효과적으로 분석하고 예측할 수 있게 해 줍니다.시맨틱 모델링의 핵심 목표시맨틱 모델링의 주요 목표는 데이터를 다루는 시스템이 데이터의 맥락과 의미를 이해하고 활용할 수 있도록..

System Engineering 2024.11.14

효율적인 프로젝트 의사소통을 위한 7C 원칙

프로젝트가 성공적으로 완수되려면 팀 간 원활하고 효율적인 의사소통이 필수적입니다. 프로젝트 내에서의 의사소통이 명확하지 않거나 잘못 전달되면, 시간과 비용이 낭비될 뿐 아니라 프로젝트 결과물의 품질에도 부정적인 영향을 미칠 수 있습니다. 이런 문제를 방지하기 위해 의사소통의 ‘7C 원칙’을 적용하는 것이 중요합니다. 7C 원칙은 명확성(Clear), 간결성(Concise), 구체성(Concrete), 정확성(Correct), 일관성(Coherent), 완전성(Complete), 정중함(Courteous)을 의미하며, 프로젝트 팀원들 간의 소통을 더욱 효과적으로 만들어 줍니다. 이번 포스팅에서는 프로젝트 의사소통에 필수적인 7C 원칙의 중요성을 살펴보고, 각 원칙에 따른 구체적인 사례와 주의사항을 소개하겠..

WBS (Work Breakdown Structure): 효율적 프로젝트 관리

프로젝트를 성공적으로 완수하려면 체계적인 관리와 효율적인 계획이 필수입니다. 특히 대규모 프로젝트나 복잡한 시스템 개발에서는 목표 달성과 일정 준수가 중요한데, 이를 위해 많은 팀이 활용하는 도구가 바로 WBS (Work Breakdown Structure)입니다. WBS는 프로젝트의 최종 산출물과 세부 작업을 계층 구조로 구성하여 작업을 체계적으로 조직하는 방법입니다. 이를 통해 프로젝트 전체를 쉽게 파악하고 관리할 수 있어 팀원 모두가 같은 목표를 향해 나아갈 수 있게 합니다. 이번 포스팅에서는 WBS의 정의, 생성 방법, 구조, 그리고 프로젝트 성공을 위한 중요한 요소들을 자세히 알아보겠습니다. 1. 작업 분할 구조(WBS)란 무엇인가?WBS는 프로젝트를 달성하기 위해 필요한 산출물과 작업을 계층 ..

독립적인 검증 및 확인(IV&V, Independent Verification and Validation)에 애자일 원칙 통합하기

이 포스팅은 CMU(Carnegie Melon University)의 SEI (Software Engineering Institute) 블로그의 "Incorporating Agile Principles into Independent Verificaiton and Validation (Author: Justin Smith, June 24, 2024)"을 기반으로 작성되었습니다.  우주로 사람을 보내는 소프트웨어를 개발할 때는 예상대로 작동하는지 철저히 검증해야 합니다. 이처럼 안전이 중요한 시스템에서 독립적인 검증 및 확인(IV&V) 프로세스는 제품이 요구사항을 충족하고 의도대로 기능하는지 확인하기 위해 존재합니다. 대부분의 IV&V 방식은 프로젝트 관리의 폭포수 모델과 연관되어 있지만, 애자일 사고방식과..

반응형