프로젝트 요구 분석

요구 분석 과정

 

=현재 시스템에서 새로운 시스템로 옮겨 가는 과정

 

요구 정의(기능적, 비기능적) -> 요구 추출(요구 취합) -> 요구 정리(모델링) -> 요구 검토

 

*모델링 : 실체를 축약하여 표현하는 작업

1)기능적 모델링 : 사용자와 환경이라는 관점의 모델

2)정적 모델링 : 클래스의 구조의 관점

3)시스템의 동작과 내부요소의 상호작용 관점

 

분석 단계는 시스템에 대한 자세한 제안을 사용자, 관리자, 관련자가 참석한 회의에서 발표함으로써 끝난다.(=워크스루)

->승인된다면 설계 단계로 넘어간다.

 

요구를 결정하는 단계는 쉽게 변경 가능. (프로토타이핑 or 애자일 방법론 효과적)

 

요구 = 사용자의 니즈에 초점

 

기능적 요구와 비 기능적 요구

기능적 요구 : 시스템이 수행해야 할 처리나 가져야 할 정보와 밀접

비 기능적 요구 : 시스템이 작동되면서 가져야 할 특성들(운용, 성능, 보안, 정책)

 

요구의 목적

1. 프로세스 모델이나 데이터 모델 등을 작성하는 데 필요한 정보를 제공

2. 시스템의 범위 정한다.

 

 

요구 결정

:사용자와 엔지니어가 정보를 나누고 이해

 

요구 분석 3단계

현재 상황을 이해 -> 개선할 점을 파악 -> 새 시스템의 요구를 정의

*현재 시스템과 미래 시스템과 관련이 없다면 as-is 단계 생략 가능.

 

비즈니스 프로세스 분석 기법

:사용자가 그들의 진정한 니즈를 발견하도록 분석가에게 도움을 주는 도구

:요구 분석 3단계를 통하여 사용자에게 시스템의 비전이 개발되도록 도와준다.

 

비즈니스 프로세스 자동화

: 범위가 한정된 비즈니스 프로세스의 문제를 해결하기 위한 기법

1)문제 분석 : 사용자나 관리자에게 직접 문제점이 무엇인지 묻는 것2)근본 원인 분석 : 문제의 원인이 될 만한 것들을 나열, 근본 원인 찾는 것.

 

비즈니스 프로세스 개선

:조직의 운영하는 방법을 적당히 바꾸는 것

1)기간 분석 : 프로세스를 수행하는 데 걸리는 시간을 조사하여 허비하는 시간을 줄이는 것

2)작업 비용 분석 : 프로세스나 작업이 소요되는 시간보다는 비용을 조사하는 것

 

비즈니스 프로세스 리엔지니어링

: 현재의 비즈니스 방법을 없애고 새롭게 바꾸는 것

1)성과 분석 : 고객에게 제공하는 근본 결과를 이해

2)기술 분석 : 새로운 적용 기술을 찾고 평가

3)작업 제거 :작업 삭제로 인해 어떤 영향이 있는지 분석

 

 

요구 취합 팁 3가지

1) 요구 취합 과정에서 파생 효과를 얻을 수 있음(신뢰도, 지지자)

2) 누가 참여할 것인지 결정(중요한 자료원, 중요한 관련자)

3) 참여해 준 것에 대한 경의를 표하는 것

 

5가지 요구 취합 방법

인터뷰 , JAD 회의, 설문, 서류 분석, 관찰

 

1)인터뷰

 

인터뷰 대상 선정->질문 작성->인터뷰 준비->인터뷰 실시->후속 조치

 

-인터뷰 대상 선정 : 성명, 직위, 인터뷰 목적, 일시

 

-질문 작성

패쇄형 질문 : 분석가가 정확한 정보를 찾을 때 사용

자유 대답형 : 대상자에게 마무리할 수 있는 여지를 주는 것

유도형 질문 : 바로 전에 대화한 것을 더 깊이 알기 위한 것

 

-후속 조치 : 인터뷰 보고서를 인터뷰 상대에게 보내 검토하여 명확히 하게 하고 고칠 수 있는 게하는 것.

 

2)JAD 회의

=프로젝트 팀, 사용자, 관리자 등이 협력하여 시스템의 요구를 찾도록 도와주는 방법(사용자로부터 정보를 취합하는데 효과적)

=브레인 스토밍 아이디어 회의 : 아이디어에 대한 자신의 의견을 말하지 않음.

 

참여자 선정->회의 설계->회의 준비->회의 실시->후속 조치

 

-회의 설계 : JAD 에서는 패쇄형 질문을 잘 하지 않음(과도한 토론이 일어나버려서)

 

3)설문

= 광범위한 사용자로부터 의견이 필요할 때

 

4)서류 분석

=현재 시스템을 이해하기 위한 것으로 사용한 적이 없는 문서는 제외, 변경, 개선할 필요성을 찾아내야 한다.

 

5)관찰

=작업 과정을 지켜보면서 현재 시스템에 관한 정보 수집

(메모, 촬영)

 

요구 문서화 : 사용자와 엔지니어가 같이 볼 수 있어야 함

-포함될 내용

-제목, 버전 번호, 수정 이력

-문제와 시스템 개요

-배경 지식과 환경

-기능적 요구

-비기능적 요구

-인수 테스트를 위한 기준

 

 

요구 분석서 검토

-투자효과

-명확하고 통일된 표현

-문서의 일관성있는 작성

-현재 당면한 문제의 해결

-실현 가능성

-검증 가능성

-식별 이름

-좋은 품질 유도