내 머리속 지우개

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

논리 아키텍처 모델 개발은 “후보 아키텍처 모델 및 뷰 개발” 활동의 작업으로 사용되거나, 시스템 아키텍처 설계 정의 프로세스의 하위 프로세스로 사용될 수 있습니다. 그 목적은 서비스 중에 작동할 미래의 엔지니어링 시스템의 기능과 동작을 모델과 뷰로 구체화하는 것입니다. 관심 있는 엔지니어링 시스템(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이 경쟁에서 앞서 나가는 데 필수적인..

이 포스팅은 "소프트웨어정책연구소"에서 발간하는 "소프트웨어 중심사회 10월호 (vol.124)"의 이슈 내용을 기반으로 작성되었습니다.  2024년 10월호 - SPRie-book 보기 이슈 ISSUE 유럽연합 인공지능법(EU AI Act)의 주요내용 및 시사점 책임 있는 AI를 위한 기업의 노력과 시사점 포토에세이 PHOTO ESSAY 중간-이호준 포커스 FOCUS 디지털 무역 현황 및 이슈 AI 거spri.kr 유럽연합(EU)의 인공지능법(EU AI Act)은 AI 기술의 급속한 발전과 이에 따른 윤리적, 법적, 사회적 문제를 해결하기 위해 만들어진 최초의 포괄적인 규제 법안입니다. 이 법안은 AI 시스템을 위험 수준에 따라 분류하고, 그에 맞는 규제 방식을 적용함으로써 AI 사용에 대한 신뢰성과 ..

소프트웨어 개발에서 DRBFM(Design Review Based on Failure Mode)을 수행하기 위해서는 FMEA와 마찬가지로 사전에 철저한 준비가 필요합니다. DRBFM은 설계 변경 사항에 집중하여 해당 변경이 시스템 전체에 미치는 영향을 분석하는 방법론이기 때문에, 이를 효과적으로 수행하려면 다음과 같은 준비 사항과 산출물이 필요합니다. 참고로 SW FMEA 수행을 위한 사전 준비에 대한 내용은 별도로 정리해 두었습니다.  SW FMEA의 Ground RulesSW-FMEA를 시작하기 전에, 그라운드 룰이 무엇인지를 결정할 필요가 있다.어떤것이 맞는것인지 어떤것이 틀린것인지에 대한 원칙은 없지만, SW-FMEA를 수행함에 있어(1) 어떤 고장을 고려할 것인지,(habana4.tistory...