개발하는 노비

제 1장 정보 요구 사항 개요

제 1절 정보 요구 사항

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

제 2절 정보 요구 사항 관리

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

제 2장 정보 요구 사항 조사

제 1절 정보 요구 사항 수집

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

제 2절 정보 요구 사항 정리

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

제 3절 정보 요구 사항 통합

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

제 3장 정보 요구 사항 분석

제 1절 분석 대상 정의

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

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

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

제 3절 정보 요구 사항 확인

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

참고자료

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

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

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