내 머리속 지우개

시스템 공학 표준 유형표준 유형유형 설명개념 및 용어(Concepts and Terminology)특정 분야의 용어를 정의하고, 해당 분야에서 사용되는 개념을 설명하는 표준입니다.시스템 엔지니어링에서 일관된 용어 사용을 돕고, 동일한 용어가 동일한 의미로 사용되도록 보장합니다.프로세스(Process)특정 프로세스를 정의하고, 그 과정에서 필수적인 요소들에 대한 규범적 요구사항을 제공합니다. 때로는 요구사항에 대한 지침도 포함될 수 있습니다.시스템 엔지니어링 프로세스에서 필수적인 절차를 표준화하여 효율성을 높이고 일관된 실행을 지원합니다.요구사항(Requirements)어떤 것에 대한 요구사항을 설명합니다. 주로 행동, 활동, 실천과 같은 것을 대상으로 하며, 객체는 포함하지 않습니다.시스템 개발 또는 운..

시스템 분석은 객관적으로 시스템을 평가하고,효율적인 시스템 아키텍처를 선택하거나 업데이트 할 수 있도록 돕는 과정입니다.이를 통해 엔지니어링에 필요한 구체적인 데이터를 얻을 수 있습니다.이번 포스팅에서는 시스템 분석에 대해 살펴 보도록 하겠습니다.   시스템 분석은 개발 과정에서 기술적 선택이나 결정을 내릴 때 시스템이 요구사항을 충족하는지 평가하는 데 사용됩니다. 시스템 설계가 요구된 기준을 만족하는지 확인하기 위해 정량적 평가(숫자나 데이터를 기반으로 한 평가)를 수행합니다. 또한 시스템 분석은 기술적 의사결정을 내릴 때 매우 중요한 역할을 합니다. 이를 통해 기술적 선택을 객관적으로 비교하고 판단할 수 있습니다. 이 과정에서 트레이드 오프(Trade-off) 연구도 수행되는데, 이는 여러 대안 중에..

물리 아키텍처 모델 개발은 “후보 아키텍처 모델 및 뷰 개발” 활동의 작업으로 사용되거나, 시스템 아키텍처 설계 정의 프로세스의 하위 프로세스로 사용될 수 있습니다. 물리 아키텍처 개발의 목적은 논리 아키텍처 모델을 수용하고 시스템 요구 사항을 충족시키며 트레이드오프를 조정하는 물리적, 구체적인 솔루션의 모델 및 뷰를 구체화하는 것입니다. 즉, 실제 시스템 실체화를 위해 필요한 사항들을 구체화하여 개발 과정에서 발생하는 여러 의사결정 과정을 통해 이해관계상 대립되는 문제점들을 해결하여, 실질적인 설계를 위한 모델 개발이 궁극적 목적이 됩니다. 이전 포스팅에서 정리한 논리 아키텍처 모델이 정의되면 기능적, 행동적, 시간적 특성뿐만 아니라 비기능적 시스템 요구 사항에서 유추된 예상 시스템 속성(예: 노후화 ..

논리 아키텍처 모델 개발은 “후보 아키텍처 모델 및 뷰 개발” 활동의 작업으로 사용되거나, 시스템 아키텍처 설계 정의 프로세스의 하위 프로세스로 사용될 수 있습니다. 그 목적은 서비스 중에 작동할 미래의 엔지니어링 시스템의 기능과 동작을 모델과 뷰로 구체화하는 것입니다. 관심 있는 엔지니어링 시스템(SoI)의 논리 아키텍처 모델은 시스템의 논리적 운영을 지원하는 관련 기술 개념과 원칙의 집합으로 구성됩니다. 여기에는 기능 아키텍처 뷰, 행동 아키텍처 뷰, 시간적 아키텍처 뷰가 포함될 수 있습니다. 도메인에 따라 아키텍처 프레임워크에서는 추가적인 뷰도 제안될 수 있습니다.참고: 논리 아키텍처(Logical Architecture)라는 용어는 시스템 아키텍처의 논리적 뷰(Logical View of the ..

1. 기능 아키텍처 개요 (Functional Architecture Overview)시스템의 기능 아키텍처는 시스템이 외부 또는 내부 소스로부터 입력을 받아 임무 목표 달성을 지원하는 출력을 생성하기 위해 수행하거나 수행할 수 있는 상호 관련된 변환 과정과 목적에 맞는 입력-출력 작업(즉, 기능)들의 집합을 의미합니다. 더 간단히 말해, 기능 아키텍처는 시스템이 특정 목표를 지원하기 위해 수행할 수 있는 다양한 작업과 그 작업들이 서로 어떻게 관련되는지를 정의하여, 이러한 작업들이 결합되어 시스템이 목표를 달성할 수 있는 적절한 역량을 갖추도록 합니다. 내부 입력과 출력(예: 하위 기능들 간에 생성되고 전달되는 것들)의 처리는 기능 아키텍처에 포함됩니다. 기능 아키텍처는 변환 기능들과 그 입력/출력에 ..

시스템 아키텍처 설계는 도출된 요구 사항에 따라 시스템의 동작과 구조적 특성을 정의하는 활동을 의미합니다. 시스템 아키텍처는 시스템 요소들이 해당 운영 환경에서 함께 작동하여 이해관계자의 요구를 충족하도록 보장합니다. 전통적으로 시스템 엔지니어링은 직관적인 도메인별 [예: 항공우주, 방위, 자동차, 소비자 제품 등] 제품 관행을 적용하여 프로세스와 절차에 중점을 두어 왔습니다. 이러한 관행은 뛰어난 문서 작성 기술과 결합하여 설계 구성 정보를 여러 문서로 수동으로 정리합니다. 이 문서들은 시스템 아키텍처 설계를 고유한 조직적 표기법으로 텍스트 설명과 그래픽 도표로 묘사하지만, 형식적인 의미론은 없습니다. 이 문서들은 설계 구성 정보를 동기화하기 위해 수동으로 업데이트되어야 하며, 그 결과 일관성 문제와 ..

시스템 요구 사항 정의 프로세스는 이해관계자가 원하는 기능을 기술적이고 개발자 중심의 관점으로 변환하여 시스템이 이러한 기능을 어떻게 달성할 수 있는지 설명합니다. 시스템 요구 사항은 SoI(System of Interest, 개발 대상 시스템)이 이해관계자의 요구를 충족하기 위해 반드시 충족해야 할 사항을 설명하며, 잘 구성된 텍스트 진술과 지원 모델 또는 다이어그램의 적절한 조합으로 표현됩니다. 시스템 요구 사항은 시스템 엔지니어링에서 다음과 같은 중요한 역할을 합니다:시스템 아키텍처 및 설계 활동의 기초를 형성합니다.시스템 통합 및 검증 활동의 기초를 형성합니다.프로젝트 전반에서 상호작용하는 여러 프로젝트 팀 구성원 간의 의사소통 수단을 제공합니다.시스템 요구 사항 정의 프로세스의 출력물은 시스템 ..

소프트웨어 제품 라인(SW Product Line)에서 PL Scoping은 소프트웨어 제품 라인의 전략적 성공을 위한 핵심 과정입니다. PL Scoping은 크게 포트폴리오 스코핑, 도메인 스코핑, 자산 스코핑으로 나뉘며, 각각의 단계는 제품 라인에서 개발할 제품, 기능, 자산 등을 명확하게 정의하고 관리하는 데 중점을 둡니다. 각 스코핑 단계는 상호 연관되며, 전체 소프트웨어 제품 라인의 구조와 계획을 체계적으로 설정하는 역할을 합니다. 범위 설정 (PL Scoping)의 주요 단계는 다음 그림과 같습니다. 전체적인 SPL 프로세스는 별도로 정리해 두었습니다. 참고 부탁해요.  소프트웨어 공학: Software Product Line (SPL)예전에 정리했던 SPL (소프트웨어 제품 라인)에 대해 업..

내손 중고등학교가 2025년 3월에 개교하기로 했습니다. 그리고 드디어 신입생 모집 및 선발 계획 공고가 나왔네요.  국제 바칼로레아 교육 - 내손 중•고등학교 입학 설명회 (2025년 3월 개교)내년 3월이면 기다리고 기다리던 경기도 의왕시 내손동에 경기도 최초로 중고교 과정 통합 국제 바칼로레아(IB) 프로그램 기반의 "내손 중고등학교"가 개교한다고 합니다. 이에 학교 운영과 학생habana4.tistory.com 2024.10.10일자 업데이트: 내손 고등학교 입학 전형 요강도 나왔습니다. (바로가기)  군포의왕교육지원청 - 공지사항군포의왕교육지원청 - 공지사항 페이지 입니다.goegu.kr:443 내손중학교 지원자격내손중학교는 2025학년도에 신입생 총 88명을 선발한다고 하며, 지원 자격을 살펴..

McKinsey에서 보내오는 아티클 중 전기 트럭에 관한 내용이 있어 정리 해 봅니다.전기 트럭에 대한 가능성과 도전과제가 흥미로운 부분이라고 생각됩니다.(원문 바로가기)   전 세계적으로 전기차 시장이 빠르게 성장하고 있는 가운데, 트럭 산업도 예외는 아닙니다. 특히 배터리 전기 트럭(BEV)은 Zero-Emission 파워트레인으로의 전환을 이끄는 주요 기술로 자리 잡고 있습니다. BEV 트럭은 기존 내연기관 트럭의 탄소 배출 문제를 해결할 수 있는 가장 강력한 솔루션 중 하나로 평가받고 있으며, 그 중심에는 배터리 기술이 있습니다. 배터리는 BEV 트럭의 핵심 부품으로, OEM의 성공을 좌우하는 중요한 요소입니다. 배터리의 기술적 차별화와 빠른 혁신 속도는 OEM이 경쟁에서 앞서 나가는 데 필수적인..