요구분석 기법
요구 분석은 정보시스템 설계를 위해 가장 기초적이고 중요한 단계이지만 사용자로부터 정확한 요구 사항을 도출해 내는 것은 결코 쉽지 않다. 많은 사용자들이 자신이 요구하는 사항을 정확하게 표현하지 못하고 사용자의 프로젝트나 정보시스템에 대한 이해가 증가함에 따라 요구 사항이 변경되는 경우가 빈번하기 때문이다. 이와 같은 문제점을 해결하기 위해 다음과 같은 다양한 요구 사항 분석 방법이 사용된다.
1. 회의
회의는 프로젝트와 관련된 여러 사람들이 한 장소에 모여 의견을 교환하고 자료를 수집할 수 있는 좋은 방법이다. 주로 문제 정의, 해결 전략 수립, 사용자(부서)간 분쟁 조정 등을 목적으로 한다. 회의는 여러 부서의 다양한 사람이 참여하는 만큼 불필요하고 시간 낭비적인 논쟁만 하고 성과 없이 끝날 가능성이 많으므로 회의 주최자는 회의 목적을 분명히하고 시간내에 원하는 결과를 얻을 수 있도록 참여자들이 회의에 집중할 수 있도록 유도할 수 있어야 한다. 회의 주최자는 회의 전에 회의 목적, 참석자, 주요 안건, 시간 및 장소 등을 통보하고, 회의 후에는 회의록을 작성하여 회의 내용에 대해 참석자들의 확인을 받아 향후 발생할 수 있는 오해나 갈등을 미연에 방지한다.
2. 인터뷰
회의가 다대다(多對多) 커뮤니케이션 방법이라면 인터뷰는 주로 1대1 또는 1대다(多)의 요구 사항 분석 방법으로 상세 요구사항을 도출할 때 주로 사용된다. 효율적인 인터뷰를 위해서 사전에 인터뷰 가이드를 작성하고 인터뷰 후에는 인터뷰 노트를 작성하여 참여자의 확인을 받도록 한다.
3. 설문 조사
설문 조사는 불특정 다수에게 기본적인 요구 사항이나 특정 항목에 대한 소극적인 의견을 파악하기 위해 활용하는 방법이다. 전체 구성원의 전반적인 성향을 확인하고 방향을 결정하기 위한 방법으로 설계에 직접 반영되거나 시스템 사양을 결정하는 직접 요인이 되지는 않는다.
4. 프로토티이핑(Prototyping)
프로토타이핑이란 시스템의 전체 또는 일부에 대하여 실제로 운영하게 될 모델을 구성하는 방법으로 최종 시스템의 중요한 기능이나 특징을 사전에 테스트하여 시스템 설계, 개발 과정에서의 위험 요소를 최소화하고 사용자의 불명확한 요구 사항을 효과적으로 도출해 내기 위해 활용된다.
요구분석의 어려움
사용자 요구에 맞는 최적의 정보시스템 개발을 위해서는 사용자가 원하는 바를 정확하게 간파하는 것이 중요하다. 그러나 사용자와의 커뮤니케이션을 통해 요구사항을 명확히 도출해 내는 것은 쉽지 않은 작업이다. 요구 분석의 어려움을 사전에 충분히 인지하고 이를 고려한 요구 분석 방법을 선택하는 것이 중요하다.
1. 사용자의 불분명한 요구 표명
대부분의 사용자의 자신이 필요로 하는 요구 사항에 대해 정확하게 표현하지 못한다. 유사한 정보시스템을 사용한 경험이 있다면 불편 사항이나 개선 사항을 비교적 구체적으로 이야기할 수 있겠지만 새로운 시스템을 도입하는 경우라면 자신이 필요로 하는 요구를 정확히 표현하기 어렵다.
2. 대화의 장벽
개발자와 사용자간의 정보 기술에 대한 이해의 격차(Gap)는 대화의 장벽이 될 수 있다. 특히 같은 용어에 대해 서로 다른 정의를 가지고 있다던가 동일한 내용을 서로 다르게 해석하는 경우가 발생할 수 있다.
3. 요구 사항의 변경
사용자의 요구가 불분명하기 때문에 프로젝트가 진행됨에 따라 사용자의 이해도도 달라져 요구 사항이 변경될 수 있다. 경우에 따라 요구 사항 분석이 어느 정도 완료된 시점에서 담당자가 바뀐다든지 요구 분석 내용에 대한 양자의 해석이 달라서 요구 사항이 변경되는 경우도 발생할 수 있다.
※ 참고문헌
복병학, 시스템 통합의 핵심 기술, 1999
blog.naver.com/one21212121/120008280544