🔹 정보 요구 사항 개요

🔸 정보 요구 사항

• 정보 요구 사항이란
  정보 요구 사항이란 사용자가 일상적으로 수행하는 업무의 개선 사항이나 신규 개발 사항으로 시스템을 통해 기능상의 목적을 달성하기 위해 요청하는 내용이다.

• 정보 요구 사항 수집 방법
  현행 시스템 분석, 사용자 요구 사항 수집, 제안 요청서, 사업 수행 계획서 등이 있다.

• 정보 요구 사항 생명주기(단계)
  정보 요구 사항 수집 - 정보 요구 사항 분석/정의 - 정보 요구 사항 상세화 - 정보 요구 사항 검증

• 정보 요구 사항을 유형별로 분류하고, 각 유형의 설명과 관리기준 기술

  • 외부 인터페이스 요건 : 시스템의 모든 입출력에 관한 요건으로서 대외기관으로부터 수신 및 대외기관으로 송신하는 입출력 방식이 추가 및 변경되었을 경우와 각종 제도 및 기준 등이 변경되었을 경우에 발생하는 요건이다.
    관리 기준 - 중복성, 표준 준수도
  • 기능 개선 요건 : 시스템에서 입력을 받아들여 처리하고 출력을 만들어 내는 주요 활동 및 프로세스에 대한 요건이다.
    관리 기준 - 불가변성, 범용성
  • 성능 개선 요건 : 사용자가 원하는 성능 개선 사항으로는 동시 사용자 수, 처리하는 정보의 양과 종류, 트랜잭션 소요 시한 등이 있다.
    관리 기준 - 실현 가능성, 측정 가능성
  • 보안 개선 요건 : 중요 데이터에 대한 훼손, 변조, 도난, 유출에 대한 물리적 접근 통제(제한 구역, 통제 구역 등) 및 사용 통제(인증, 암호화, 방화벽 등)에 대한 요건을 말한다.
    관리 기준 - 불가변성, 실현 가능성

🔸 정보 요구 사항 관리

• 정보 요구 사항 관리 프로세스를 그림으로 설명
  

• 정보 요구 사항 수행 조직과 역할에 대하여 기술

  • 사용자 : 정보 요구 사항 정의 및 상세화, 정보 요구사항 변경 요청, 정보 요구 사항 반영을 위한 미팅, 정보 요구 사항 반영 여부 확인, 미결 사항에 대한 의사결정 실시
  • 담당자 : 사용자 정보 요구 사항 접수, 사용자 정보 요구 사항에 대한 기본적인 검토, 반영 여부 결정을 위한 사용자와 1차 미팅, 접수 요건에 대한 처리 방식 및 처리 기한 결정, 관련 부서별 담당자 수집 및 요건 협의 주도, 사용자 정보 요구 사항 반영, 테스트 및 검증, 사용자 반영 결과 통보
  • 데이터 아키텍처 전문가 : 사용자 정보 요구 사항에 대한 표준/데이터베이스/애플리케이션 차원에 대한 영향도 분석 및 보고, 접수된 요구 사항에 대한 표준 준수 여부 체크, 영향도 분석을 통한 수정 및 변경 계획 수립, 표준 제시 및 준수 여부 검토

🔹 정보 요구 사항 조사

🔸 정보 요구 사항 수집

• 정보 요구 사항 수집을 위한 사용자 면담 진행 순서
  계획 및 준비 - 면담 수행 - 면담 결과 분석 - 분석 결과 피드백

• 면담자, 기록자, 관찰자의 역할

  • 면담자 : 면담 진행, 면담의 취지를 설명하고 면담 대상자에게 질문
  • 기록자 : 면담 대상자의 답변 내용을 기록한다. (요약하지 않고 표현 그대로 기록) 면담 대상자의 답변 내용을 충분히 이해하고 기록하기 위하여 면담 대상 업무에 대한 사전 지식이 있어야 한다. 면담 종료 시에 기록 내용 중 주요 사항(수치, 업무 분장 및 책임 소재 조직 등에 대한 내용)을 확인한다.
  • 관찰자 : 면담이 수행 의도대로 진행되고 있는가를 관찰. 면담이 주제의 범위를 벗어나는 경우, 주위를 환기시킨다. 면담자가 놓치는 부분에 대하여 보충 질문을 한다. 최종적으로 면담의 종료에 대해 판단한다.

• 워크숍의 주요 목적 3가지

1. 경영층 또는 현업 부서장의 공통된 의견을 도출한다.
2. 유사한 업무 또는 관련된 업무 등을 수행하는 부서에 대한 면담에 드는 노력을 절감한다.
3. 전문가들의 판단력을 이용하여 최적의 결론을 도출한다.

🔸 정보 요구 사항 정리

• 정보 요구 우선순위 분석에서 화폐가치 산출 방법

1. 정보 요구 사항을 전부 나열한다.
2. 각각의 정보 요구 사항에 대하여 기업 차원의 중요성을 평가하여 1점부터 3점까지의 점수를 부여한다.
3. 각각의 정보 요구 사항에 대하여 시스템 차원의 중요성을 평가하여 1점부터 3점까지의 점수를 부여한다.
4. 각각의 정보 요구 사항이 다른 정보 요구 사항에 대해 얼마나 도움을 주는가를 평가하여 1점부터 5점까지의 점수를 부여한다.
5. 앞서 부여한 세 가지 점수를 모두 곱한다.
6. 전체 정보 요구 사항에 대하여 앞서 계산된 점수를 더하고, 점수 합계를 100으로 하여 각각의 정보 요구 사항 가치를 백분율(%)로 환산한다.
7. 회사 전체의 이익에 앞서 구한 백분율을 곱하여 각각의 정보 요구 사항 가치를 금액으로 환산한다.
8. 가치가 높은 '정보 요구 사항2', '정보 요구 사항1'의 순으로 우선순위를 부여하는 방법이다.

🔸 정보 요구 사항 통합

• SWOT분석과 RAEW분석
  • SWOT : Strength강점 Weakness약점 Opportunity기회 Threat위협 의 약자.
    목적 - 특정한 과제를 해결하기 위해 내부 역량(S, W)과 외부 환경(O, T)을 조사하는 것으로 조사된 자료를 바탕으로 강점은 부각하고 약점은 감추면서 전략적인 방안을 도출해 내는 것이다. 다시 말해 내부 역량을 분석하여 강점과 약점을 발견하고 외부 환경을 분석하여 기회와 위협을 찾아 긍정적인 면(S, O)은 살리고, 부정적인 면(W, T)은 억제하는 것이다.
  • RAEW : Responsibility책임 Authority권한 Expertise전문성 Work업무 의 약자.
    위 요소들이 조직 내에서 업무가 수행될 때의 꼭 필요한 네 가지 요소이며, 이 네 가지가 조화롭게 연계될 수 있어야 업무가 원활하게 흘러갈 수 있게 된다는 사고에 기초한다. 비교적 간단하면서도 강력한 효과가 있는 분석법으로 업무 프로세스의 재설계가 필요하거나 조직을 새롭게 다시 설계해야하는 상황에서 적용할 수 있다.

🔹 정보 요구 사항 분석

🔸 분석 대상 정의

• 현행 시스템 분석 시 분석 대상이 될 수 있는 관련 자료들
  현행 업무 흐름도, 현행 업무 설명서, 현행 업무 분장 기술서

• 현행 시스템 분석 시 4가지 평가 관점
  유용성, 완전성, 정확성, 유효성

🔸 정보 요구 사항 상세화

• 프로세스 관점의 정보 요구 사항 상세화에서 수행 작업 순서 및 내용

1. 프로세스 분해/상세화 : 단위 기능별 하향식으로 프로세스를 분해 및 도출. 프로세스 계층도 및 프로세스 정의서를 작성
2. 정보 항목 도출 및 표준화 : 기본 프로세스별 정보 항목을 정리. 정보 항목에 대한 표준화 정리. 정보 항목 목록 정의
3. 정보 항목별 통합성, 분리성 여부 검토 : 프로세스별로 관리되는 정보 항목을 분류. 정보 항목별 동음이의, 이음동의 존재 여부 파악. 통합/분리 여부 검토 후 최종 정보 항목 목록 정의

• 유즈케이스 다이어그램이란
  객체지향 방법론에서는 유즈케이스 다이어그램을 중심으로 정보 시스템의 기능적 정보 요구 사항을 정의한다. 유즈케이스 다이어그램은 사용자와의 의사소통이 원활하게 진행될 수 있도록 도움을 주며, 시스템 영역 내의 유즈케이스와 액터, 그리고 그들 간의 관계를 유즈케이스 다이어그램으로 도식화하고 도출된 유즈케이스의 사건 흐름을 상세화한다.

🔸 정보 요구 사항 확인

• 클래스 다이어그램 작성 시 수행 작업 내용

1. 재검토 계획 수립 : 재검토의 대상이 되는 분석 결과 및 정보 요구 사항 정의서 산출물 확인. 대상 산출물별로 재검토 기준(체크 리스트) 정의
2. 재검토 실시 : 재검토 계획서 작성 및 승인. 재검토 대상 산출물 준비 및 배포와 재검토 담당자별 역할 분담
3. 보완 결과 확인 : 재검토 결과를 토대로 업무 영역별로 산출물 보완. 재검토 결과 반영 여부 확인 및 미반영 사유 검토. 정보 요구 사항 정의서의 안정성 분석. 재검토 결과를 토대로 보완 목록 수정

• 재검토 시 산출물의 체크 리스트 4가지 기준
  완전성 - 사용자의 정보 요구 사항이 누락없이 모두 정의되었는지 확인
  정확성 - 사용자의 정보 요구 사항이 정확히 표현되었는지의 여부
  일관성 - 표준화 준수 여부 확인
  안정성 - 추가 정보 요구 사항 변경에 따른 영향도 파악

🔹 정보 요구 검증

🔸 정보 요구 사항 상관분석 기법

• 정보 요구 사항 확인을 위한 상관 분석 수행의 3주체와 각 주체별 장단점
  • 요구 사항 분석가 수행 : 정보 요구 사항을 수집하고 분석한 주 담당자를 기준으로 검토 기준 항목을 마련하고 상관 분석을 수행하는 방법을 말한다.
    장점 - 정보 요구 사항의 도출 절차 및 관련 업무 팀과의 의사소통이 원활하므로 상관 분석에 추가 인력의 투입 없이 원활하게 진행할 수 있다. 요구 사항 분석가의 업무에 대한 이해도가 높으므로 상관 분석을 통한 정확한 업무의 분석 가능성이 높다.
    단점 - 정보 요구 사항을 도출한 분석가에 의해 수행되므로 자체 분석에 의한 객관성 저하의 문제점이 발생할 수 있다.
  • 품질보증 팀 수행 : 프로젝트 팀 내의 통합 검토 팀이나 품질보증 팀의 협조를 얻어 도출된 정보 요구 사항의 상관 분석을 수행한다.
    장점 - 요구 사항 분석가보다는 업무에 대한 이해도가 낮으나 상관 분석 작업의 수행을 통한 업무 이해도를 높일 수 있으며, 전체적인 인터페이스의 검증에 용이하다.
    단점 - 낮은 업무의 이해도로 인해 일부 사안에 대한 정확한 분석을 통해 단점을 지적하여 수정하기 어렵다.
  • 외부 감리 수행 : 외부 감리 인력을 이용한 정보 요구 사항 상관 분석을 수행한다.
    장점 - 업무 파악의 한계가 있으나 제 3자의 시각으로 검토할 수 있다. 상관 분석의 객관성을 극대화할 수 있다.
    단점 - 프로젝트 내부 인력이 효과적으로 지원하지 않을 경우 상황에 맞지 않는 분석 결과를 초래할 수 있다.

• CRUD 매트릭스에서 복수의 액션이 발생하는 경우 우선순위
  C > D > U > R 의 우선순위에 따라 하나만을 기록한다.

🔸추가 및 삭제 정보 요구 사항 도출

• 정보 요구/업무 기능, 정보 요구/조직 매트릭스 완료 후 검토 사항 3가지

1. 모든 업무(조직) 기능은 정보 항목과 연관이 있는가?
2. 각 정보 항목은 적어도 한 번 이상의 'C(Create)'를 갖는가?
3. 생성된 정보 항목은 다른 업무(조직) 기능에 의해 사용('U') 되는가? 이것은 정말 단순 조회인가?