기업 아키텍처 선택을 위한 종합 측정 프레임워크

초록

**
본 논문은 기업, 프로젝트, 애플리케이션 수준의 아키텍처를 구분하고, 기존의 Zachman, TOGAF, FEAF 등 다양한 프레임워크를 검토한다. 저자는 고차 목표, 비기능 요구사항 지원, 입력‑결과 쌍 평가를 결합한 새로운 측정 프레임워크를 제안하여, 조직이 상황에 맞는 최적의 엔터프라이즈 아키텍처를 선택하도록 돕는다.

**

상세 분석

**
이 논문은 엔터프라이즈 아키텍처(EA)의 복잡성을 “전체를 조각으로 나누어 개별적으로 구현·검증한다”는 관점에서 접근한다. 저자는 EA, 프로젝트‑레벨 아키텍처, 애플리케이션‑레벨 아키텍처를 계층적으로 정의하고, 각각이 담당하는 범위와 이해관계자를 명확히 구분한다. 기존 표준(ANSI/IEEE 1471‑2000, ISO RM‑ODP)과 상용 프레임워크(Zachman, TOGAF, FEAF, GERAM, MDA 등)를 상세히 서술하면서, 각 프레임워크가 “범위, 프로세스, 검증 지원, 표준 준수, 복잡성” 등에서 어떻게 차별화되는지를 정리한다.

핵심 기여는 ‘측정 프레임워크’를 제시한 점이다. 이 프레임워크는 세 가지 축으로 구성된다. 첫째, 고차 목표(Higher‑order Goals) 로, 전략적 비전, 비용 절감, 생산성 향상 등 조직 차원의 목표를 정량·정성적으로 매핑한다. 둘째, 비기능 요구사항 지원(Non‑functional Requirement Support) 으로, 확장성, 보안, 가용성, 이식성 등을 평가 지표화한다. 셋째, 입력‑결과 쌍 평가(Inputs‑Outcomes Pair Evaluation) 로, 특정 아키텍처 선택이 가져올 기대 효과(예: 통합 비용 감소, 운영 효율성)와 투입 자원(인력, 시간, 기술) 사이의 비율을 산출한다.

저자는 기존 연구가 “파라미터가 범위에 존재한다는 여부만을 표시하는 맞춤형 척도”에 머물렀다고 비판하고, 제안된 프레임워크가 다차원적인 평가를 가능하게 함을 주장한다. 그러나 논문은 실제 사례 적용이나 실험적 검증이 전혀 제시되지 않아, 제안 모델의 실효성을 판단하기 어렵다. 또한 ‘고차 목표’를 어떻게 구체적인 수치로 전환할지, 비기능 요구사항을 객관적으로 측정할 방법론이 모호하다.

기술적 관점에서 보면, 저자는 MDA의 PIM‑PSM 변환, MOF 기반 메타모델링 등 최신 모델링 기법을 언급하지만, 제안 프레임워크와의 연계 방식을 구체적으로 설명하지 않는다. 예컨대, TOGAF의 ADM(Architecture Development Method) 단계와 제안된 측정 항목을 매핑하는 절차가 누락돼, 실무 적용 시 혼란을 초래할 가능성이 있다.

전반적으로 논문은 EA 분야의 주요 프레임워크를 포괄적으로 정리하고, 다차원 평가 모델을 제시하려는 시도는 의미가 있다. 하지만 구체적인 메트릭 정의, 가중치 부여 방식, 사례 기반 검증이 부족해 학술적·실무적 가치를 충분히 입증하지 못한다. 향후 연구에서는 실제 기업 프로젝트에 적용해 비용·시간 절감 효과를 정량화하고, 각 평가 축에 대한 계량화 방법을 제시해야 할 것이다.

**