내 머리속 지우개

스크럼(Scrum)은 사람, 팀, 그리고 조직이 복잡한 문제에 대한 적응적 솔루션을 통해 가치를 창출할 수 있도록 돕는 경량 프레임워크입니다. 스크럼은 빠르게 변화하는 환경에서도 팀이 가치 있는 결과를 생성하고, 이를 지속적으로 개선해 나갈 수 있도록 설계되었습니다. 스크럼(Scrum)의 핵심 개념스크럼의 기본 구조는 간단하지만, 강력한 영향을 미칠 수 있는 몇 가지 필수적인 요소로 이루어져 있습니다. 스크럼은 다음과 같은 절차를 반복하여 가치를 창출합니다.제품 소유자(Product Owner)는 복잡한 문제에 대한 작업을 우선순위에 따라 제품 백로그(Product Backlog)에 정리합니다.스크럼 팀(Scrum Team)은 제품 백로그에서 선택된 작업을 스프린트(Sprint) 동안 수행하여 가치 있는..

1. PCA(Paired Comparison Analysis)란 무엇인가?PCA(Paired Comparison Analysis)는 복수의 선택지 중에서 최적의 결정을 내리기 위해 두 개의 선택지를 비교하는 방식으로 각 대안의 상대적 중요도를 평가하는 의사결정 방법입니다. 특정 기준을 기준으로 모든 대안을 서로 한 번씩 비교하며, 가장 우선순위가 높은 대안을 도출할 수 있습니다. PCA는 의사결정자가 직접 두 선택지를 비교하여 중요도 점수를 부여하므로 직관적이고 주관적인 평가가 필요할 때 유용하게 사용됩니다. PCA는 특히 다음과 같은 상황에서 유용합니다:평가 기준이 명확하지 않거나 선택의 근거가 주관적일 때많은 선택지 중에서 가장 우선순위가 높은 대안을 쉽게 결정해야 할 때복잡하지 않은 의사결정 상황에..

1. Decision Matrix란 무엇인가?Decision Matrix(결정 행렬)은 여러 대안 중 최적의 선택을 하기 위해 각 대안을 평가 기준에 따라 비교하는 의사결정 도구입니다. 복수의 대안을 체계적으로 분석하고, 객관적으로 비교하여 최적의 선택을 도출하는 데 사용됩니다. Decision Matrix는 비즈니스, 프로젝트 관리, 제품 선택, 문제 해결 등 다양한 상황에서 의사결정을 돕는 다기준 의사결정 방법 중 하나로, 이를 통해 대안을 시각적으로 평가하고, 체계적인 분석을 수행할 수 있습니다. 2. Decision Matrix의 필요성Decision Matrix는 다음과 같은 상황에서 효과적으로 사용될 수 있습니다:상황설명여러 대안을 비교하고 최적의 선택을 해야 할 때 • 제품 선택: 제품을 구..

1. AHP란 무엇인가?AHP(Analytic Hierarchy Process, 계층 분석법)는 1970년대 미국의 수학자 토마스 사티(Thomas L. Saaty)에 의해 개발된 의사결정 방법론으로, 복잡한 문제를 구조화하여 다양한 대안 중 최적의 선택을 지원합니다. AHP는 의사 결정자가 중요하게 생각하는 기준을 계층 구조로 나누고, 각 기준에 가중치를 부여한 뒤 평가하여 다양한 선택지를 비교하고 평가할 수 있도록 합니다.다양한 평가 요소를 반영하면서도, 계층 구조와 쌍대 비교를 통해 각 대안의 상대적 중요도를 직관적으로 파악할 수 있습니다. 이를 통해 주관적인 판단을 수치화하여 객관적인 결과를 도출할 수 있고, 특히 다기준 의사결정이 필요한 복잡한 상황에서 유용합니다.AHP는 개인적인 판단과 주관..

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

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

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

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

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

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