개발하는 노비

제 1장 정보 요구 사항 개요

제 1절 정보 요구 사항

• 사용자의 정보 요구 사항이란 사용자가 일반적으로 수행하는 과정에서 정보시스템 개발의 필요성에 의해 수집되고 요약된 요청 사항이다
• 정보 요구 사항은 요구 사항 수집, 요구 사항 분석 및 정의, 요구 사항 상세화, 요구 사항 검증화 단계로 진행된다.
• 사용장의 정보 요구 사항을 유형별로 분류하면 인터페이스 요건,기능 개선 요건, 성능 개선 요건, 보안 개선 요건의 4가지로 분류할 수 있다

제 2절 정보 요구 사항 관리

• 정보 요구 사항은 통합적인 관점에서 관리되어야 하며, 데이터나 애플리케이션 한쪽만 반영된 요구 사항 관리는 적절하지 못하다.
• 정보 요구 사항을 관리하기 위한 프로세스는 6개의 주요 모듈로 이루어져 있다.( 요구 사항 발송,요구 사항 수렴, 요구 사항 검토, 영향도 분석, 공식화 , 반영 작업 계획 수립)
• 사용자 정보 요구 사항을 반영하기 위해 사용자는 요청 사항 중 미결 사항이 있는 경우 담당자의 확인을 통해 확정해야 한다.
• 데이터아키테처 전문가는 전체적인 표준 및 애플리케이션에 대한 영향도 분석을 한다.

제 2장 정보 요구 사항 조사

제 1절 정보 요구 사항 수집

• 사용자 정보 요구 사항을 좀 더 명확하게 정의하고 기업과 업종에 대한 이해를 하기 위해 관련된 문서를 수집한다
• 수집된 문서는 별동의 양식으로 정리하여 재차 요구하지 않도록 한다
• 사용자와의 면담을 위해 필요한 진행 절차는 계획 및 준비, 면담 수행, 면담 결과 분석, 분석 결과 피드백으로 진행한다.
• 현업 부서 및 전산 부서를 대상으로 다르게 면담 요지를 구성한다.
• 현업 부서 면담 내용에 포함될 주요 사항으로는 면담 취지, 목적, 수행 방법, 향후 수행 방향에 대한 의견, 현재 사용하고 있는 정보시스템에 대한 개인적인 의견 등을 포함한다.
• 전산 부서 면담 내용에 포함될 주요 사항으로는 시스템 분야 및 활용 현황,현재 시스템 운영 조직 및 문제점, 전체 애플리케이션 현황 및 유지 보수 , 진행중인 개발 프로젝트 등을 포함한다.
• 면담 대상자는 업무에 대한 명확한 이해를 가능하게 해 줄 수 있는 사람으로 선정해야 한다. 면담 일정과 면담 내용은 사전에 공지하여 준비한다.
• 사용자 면담 결과를 분석한 결과 중 부서 간 이해 관계에 따라 이견이 발생할 수 있는 사안은 반드시 담당자들과 사전 조정 작업이 필요하다.
• 정보의 고유가 필요한 경우나 단순한 토론 이상이 요구되는 경우에 워크숍을 활용한다. 서로 관련있는 부서들은 반드시 포함하여 실시한다.
• 사용자가 처리하고 있는 업무 기능들을 일목요연하게 정리하고자 한다면 현행 업무 조사서를 활용한다.
• 현행 시스템에서 사용되고 관리되는 프로그램 목록이나 화면 목록도 정보 요구 사항의 중요한 수단이다.
• 테이블 목록이나 각각의 레이아웃과 정의서를 이용하여 현행 데이터의 문제점과 사용자 정보 요구 사항을 도출할 수 있기 때문에 수집해야 할 자료 중 하나이다.

제 2절 정보 요구 사항 정리

• 정보 요구 수집 유형별로 요구 사항을 정리한다
• 사용자 면담 내용에 대해서는 정리 후 오류가 있는지를 반드시 면담자에게 확인하다.
• 워크숍에서 발행한 이슈 사항이나 특이 사항인 경우에 지속적인 관심을 가지고 해결할 수 있도록 별도의 리스트를 작성한다.
• 사용자로부터 접수된 정보 요구 사항에 대해 우선순위 분석을 실시한다.
• 정보 우선순위 분석을 위해 화폐가치 산출 방법과 상대적 중요도 산정 방법을 이용한다.

제 3절 정보 요구 사항 통합

• 1차적으로 정보 요구 사항을 동일한 부서 내 중복 요건이 있는지 확인한다.
• 동일 부서 내 정보 요구 사항을 정리한 후 부서 간 정보 요구 사항으로 검토한다.
• 동일한 정보 요구 사항은 부서 간 협의를 통해 하나로 통합하고 별동의 번호를 부여하여 관리한다.

제 3장 정보 요구 사항 분석

제 1절 분석 대상 정의

• 사용장의 정보 요구 사항에 대해 수집한 기초 자료를 바탕으로 현행 업무 및 현행 시스템에 대한 분석 대상을 정의함으로써 사용자의 정보 요구 사항을 구체화하고, 상세화하는 작업의 효율성을 이루고자 한다.
• 현행 업무에 대한 분석 대상은 현행 업무 흐름도, 업무 설명서, 업무 분장 기술서 등이다.
• 현행 시스템의 분석 대상을 선정하기 위해서는 업무 영역/현행 시스템 매트릭스를 작성하여 관련 있는 현행 시스템을 정의하고, 정의된 현행 시스템에 대한 관련 자료를 분석 대상으로 정의한다.

제 2절 전사아키텍처 관리 시스템

• 정보 요구 사항에 대한 분석 및 상세화 작업으로 프로세스 관점과 객체지향 관점으로 구분할 수 있다.
• 프로세스 관점으로는 조직의 업무 프로세스를 기본 프로세스까지 분해하는 과정을 통해 기본 프로세스에서 필요로 하는 정보 항목에 대해 정리한 후 최종 정보 항목을 도출하는 과정이다.
• 객체지향 관점에서는 사용장의 정보 요구 사항에 대한 사건 흐름을 상세하게 기술한다. 대안 흐름, 예외 사항 등 비기능적인 정보 요구 사항도 기술한다.
• 최종적으로 유즈케이스 다이어그램 및 유즈케이스 정의서를 통해 해당 클래스 엔터티를 도출하고 클래스 간의 관계 및 클래스의 특성을 나타내는 속성을 도출함으로써 최종적인 정보 요구 사항의 상세화 작업이 종료된다.

제 3절 정보 요구 사항 확인

• 최종적으로 작성된 산출물에 대해서 정보 요구 사항을 제시한 담장자와 세부 재검토를 통하여 누락 사항 및 보완 사항을 도출하기 위한 계획을 수립하고, 사전에 계획된 재검토 기준에 맞게 재검토를 실시한다.
• 재검토 결과에서 도출된 추가 및 보완 사항이 존재하는 경우에 내용을 문서로 정리한 후 해당 산출에 추가 반영 여부를 확인하고 미반영 시 미반영 사유의 타당성을 검토한다.
• 기술한 재검토 기준에는 완전성,정확성,일관성,안정성 측면 모두를 고려하여 체크 리스트르 작성하여 실시한다.

참고자료

' 데이터아키텍처 전문가 가이드. 한국데이터베이스진흥원 2010 p.196'

' 데이터아키텍처 전문가 가이드. 한국데이터베이스진흥원 2010 p.214'

' 데이터아키텍처 전문가 가이드. 한국데이터베이스진흥원 2010 p.231'

제 1장 전사아키텍처 개요

제 1절 전사아키텍처 정의

• 전사 아키텍처는 기업의 경영 목표를 지원하기 위해 IT 인프라가 어떻게 구성되고 작동되어야 하는가를 체계화하는 것으로, 복잡한 기업의 모습을 다양한 관점에서 표현하여 정보를 구축하고 활용하는 것이다. 전사 아키텍처의 목적은 IT 투자 대비 효과를 최대화하고, 기업의 목적을 가장 잘 달성할 수 있는 방식으로 IT 인프라를 구성하는 것이다.
• 전사아키텍처는 최근 세계적으로 정부 기관과 민간 기업의 IT 혁신을 위한 주된 관심사이다.데이터아키텍처 전문가는 기업이 필요로 하는 데이터 아키텍처를 정의하기 위해서 이러한 전사아키텍처의 개념을 이해하고 활용할 수 있어야 한다.

제 2절 전사아키텍처 프레임워크

• 전사 아키텍처 프레임웤는 전사아키텍처를 어떻게 표현하고 운영할 것인가에 대한 전체적인 사고의 틀로서, 전사아키텍처 프로젝트 수행 시 이해 당사자 간의 의사소통 수단이 된다.
• 전사 아키텍처 프레임워크에는 많은 참조 모델이 있다. 이책에서는 전사 아키텍처 방향과 원칙,아키텍처 매트릭스를 정의하는 전사아키텍처 정책 영역,전사아키텍처의 구체적인 모습을 표현하는 형행 및 목표 아키텍처,이행 계획을 포함하는 아키텍처 정보영역, 구축된 전사아키텍처를 어떻게 관리하고 활용할 것인가를 정의하는 전사아키텍처 관리 영역으로 구분하였다. 아키텍처 영역은 흔히 비즈니스,데이터,애플리케이션,기술아키텍처 등으로 구분된다.

제 3절 전사아키텍처 참조모델

• 전사 아키텍처 참조 모델에는 국방과 공공 참조 모델이 활성화되어 있는데, 업무 참조 모델, 데이터 참조 모델,서비스 참조 모델, 기술 참조 모델, 성과 참조 모델 등으로 구성된다.
• 전사 아키텍처 수립 담당자는 기업의 아키텍처를 정의할 때 상위 기관 또는 산업별 전사아키텍처 참조 모델을 참조해야 상호운용성을 촉진할 수 있고, 중복을 배제하고 재사용을 증대시킬 수 있는 아키텍처를 정의할 수 있다.

제 4절 전사아키텍처 프로세스

• 전사 아키텍처 프로세스는 전사아키텍처를 구축하고 관리하는 전체 절차에 관한 것으로 작업의 단계와 공정,작업 내용 등을 포함한다. 전사 아키텍처 프로세스는 일반적인 방법론이 있지만, 기업의 전사 아키텍처 도입 목적에 맞게 프로세스를 조정할 수 있다.
• 전사아키텍처 프로세스는 전사아키텍처 비전 수립,전사 아키텍처 구축, 전사아키텍처 관리,전사아키텍처 활용 단계로 구분된다. 전사아키텍처 비전 수립에서는 기업의 전사아키텍처 환경을 분석하여 기업이 추구해야 할 전사아키텍처 방향을 수립한다.전사 아키텍처 관리에서는 전사아키텍처 정보를 관리하고 활요하기 위한 체계와 시스템을 구축하며,전사아키텍처 활용에서 목표 아키텍처 달성을 위한 이행 계획을 수립하고 일상적인 IT 관리 프로세스에 전사아키텍처 정보를 활용한다.

제 2장 전사아키텍처 구축

제 1절 전사아키텍처 방향 수립

• 전사 아키텍처는 방향 수립은 전사아키텍처를 구축하는 목적과 목표 이미지를 정립하는 것으로, 다수의 이해 관계자가 이를 공유함으로써 전사아키텍처 추진 과정에서 발생할 수 있는 의견 충돌을 사전에 방지할 수 있다.
• 전사아키텍처 방향 수립은 기업의 환경 분석을 바탕으로 전사아키텍처의 목적과 범위를 정하고 궁극적으로 달성하고자 하는 비전을 수립하는 것이다. 그리고 이를 달성하기 위한 기본 원칙과 아키텍처별 원칙을 정의하는 것도 포함한다.

제 2절 전사아키텍처 정보 구성 정의

• 전사아키텍처 정보는 기업을 잘 이해하기 위해 필요한 업무와 정보기술에 대한 정보로서 활용할 만한 가치가 있고 관리가 용이한 정보라고 할 수 있다.아키텍처 매트릭스는 기업이 전사아키텍처 정보로 관리할 산출물의 수준을 정의한 틀이다.
• 아키텍처 매트릭스는 일반적으로 의사결정 유형(관점) 과 아키텍처 정보 유형(뷰) 의 두 축을 기준으로 2차원의 매트릭스 형태를 띠고 있다. 두 축이 만나는 각 셀에 기업이 관리하고자 하는 전사 아키텍처 산출물이 정의된다.
• 의사결정 유형은 조직의 의사결정 계층을 구분한 것으로, 정보의 상세화 정도를 나타낸다. 아키텍처 정보 유형은 특성이 비슷한 아키텍처 정보를 그룹화한 것으로 기업의 모든 전사아키텍처 정보를 도메인으로 구분한 것이다.

제 3절 전사아키텍처 정보 구축

• 아키텍처 정보를 구축하기 위해서는 우선 기존에 작성된 자료를 수집해야 한다.수집해야 할 자료는 정의된 아키텍처 매트릭스에 따라 다르다. 전사아키텍처 정보를 구축하는 방법에는 상향식과 하향식이 있으며, 장단점을 파악하여 기업의 상황에 맞는 방식을 선택하는 것이 바람직하다.
• 현행 아키텍처 정보의 구축은 현재의 업무나 정보시스템에 대하여 기존의 자료를 분석하여 전사 아키텍처 정보를 구축하는 것을 말한다.일반적으로 상위 수준의 업무 기능과 시스템에 대한 분류체계를 정의한 후 나머지 하위의 정보 구축은 병렬적으로 수행한다.
• 목표 아키텍처 구축은 현행 아키텍처에 대한 문제점과 개선 사항을 도출하고, 이를 목표 아키텍처에 반영하는 방식으로 진행한다.일반적으로 비즈니스아키텍처를 먼저 정의하고, 이를 효율적으로 지원하는 정보기술아키텍처를 정의한다. 목표 아키텍처의 구축 범위는 전사아키텍처 구축의 목적에 따라 다르지만 초기 전사아키텍처 수립 시 현행 아키텍처와는 달리 개념적 수준까지 정희하고, 개념적 수준 이항의 산출물 작업은 실제 시스템 구축 단계에서 수행하는 것이 일반적이다.

제 3장 전사아키텍처 관리 및 활용

제 1절 전사아키텍처 관리 체계

• 전사아키텍처를 도입할 때 아키텍처 정보를 정확하게 구축하는 것도 중요하지만, 더 중요한 것은 정보를 관리하고 활용할 수 있는 체계를 정립하는 것이다. 전사잌텍처 관리 체계는 전사아키텍처를 유지 관리하는 조직과 프로세스 측면의 기반을 구축하는 것을 포함한다.
• 전사아키텍처 관리 조직 체계는 관리를 위해 필요한 직무와 직무 간의 관계,업무 분장을 정립하는 것이다. 전사아키텍처 관리 프로세스 체계는 전사아키텍처를 수립하고 관리하기 위한 활동을 정의하는 것이다. 전사아키텍처 인력 관리 체계는 전사아키텍처 관리를 담당하는 직무별 역량을 정의하고 이를 확보하기 위한 방안을 정의하는 것이다
• 전사아키텍처 관리 체계 정착을 위해서는 장기적인 접근이 필요하다. 전사아키텍처 수립 효과는 IT 관련 조직만의 노력으로 달성될 수 없으며 전사적인 추진 체계가 구축되어야한다.

제 2절 전사아키텍처 관리 시스템

• 전사아키텍처 관리 시스템은 전사아키텍처 정보를 구축,관리, 활용하는 모든 업무 프로세스를 효과적으로 지원하기 위한 시스템을 말한다.
• 전사아키텍처 관리시스템은 전사아키텍처 정보를 생산하는 모델링 도구 영역, 정보를 저장 관리하는 전산아키텍처 리포지토리, 정보를 활용하는 전사아키텍처 포털, 전사아키텍처 정보 활용 영역으로 구분할 수 있다.

제 3절 전사아키텍처 활용

• 전사아키텍처가 활성화되기 위해서는 실제 IT 관리 업무에 실질적인 도움을 줄 수 있어야 한다. 이를 위해서는 구축된 전사아키텍처 정보를 바탕으로 IT 투자에 대한 의사결정이 이루어지고, 전사의 모든IT 자원의 관리가 이를 기준으로 이루어질 수 있도록 전사아키텍처 활용을 활성화하려는 적극적인 노력이 필요한다.
• 전사아키텍처의 활용 영역은 크게 2가지로 구분할 수 있다. 전사아키텍처 수립 후 목표 아키텍처를 달성하기 위한 이행 계획을 수립하고 그에 따라서 프로젝트를 추진하는 기준으로 삼는 것과 전사 아키텍처 정보를 활용하여 일상의 IT 업무를 지원하는 것이다.
• 데이터아키텍처 전문가는 기업에서 정의한 전사아키텍처 정보와 항상 연계하여 생각하고, 전사 아키텍처에서 정의된 원칙을 준수하고 전사아키텍처를 기준으로 데이터아키텍처를 구체화하고 관리할 수 있어야한다. 또한 데이터 부문에서 발생하는 변경 사항이 전사아키텍처 정보에 잘 반영되도록 해야한다.

참고자료

' 데이터아키텍처 전문가 가이드. 한국데이터베이스진흥원 2010 p.57'

' 데이터아키텍처 전문가 가이드. 한국데이터베이스진흥원 2010 p.79'

' 데이터아키텍처 전문가 가이드. 한국데이터베이스진흥원 2010 p.99'