02 | 요구분석

* KOWC에 등록된 동국대학교 최은만 교수님의 강의내용을 공부목적으로 정리한 글임을 밝힙니다.

| 출처 : http://www.kocw.net/home/search/kemView.do?kemId=331697&ar=relateCourse 

 

 

 

요구분석

---

 

요구 결정 과정

 

 

요구분석 시 사용자 요구사항을 잘 분석하는 것도 물론 중요하지만, 그 이전에 개발자가 기존시스템의 문제나 새로운 기능을 나름대로 분석해 보는 활동 역시 중요하며, 이러한 요구분석의 최종 산출물로 SRS(Software Requirement Specification Document, 요구분석서))가 만들어 짐

 

 

 

 

소프트웨어에서 요구

---

무엇을(What)을 구축할 것인가를 나타낸 것으로, 이러한 요구를 명확히 정립해두어야 정확한 이해와 전달(소통), 명세에 기반한 관리가 원활하게 이루어질 수 있으며, 결과적으로 프로젝트 상황 전반(全般)에서 에서 발생할 수 있는 오해 내지는 문제의 소지를 최소화 할 수 있음

 

| ex) 스마트폰 : 통화수신, 문자, 인터넷, UI, 터치패드 반응 속도

 

 

 

 

요구의 종류

---

요구는 크게 기능적 요구와 비 기능적 요구로 구분됨

 

기능적 요구 (functional requirements)

시스템이 사용자를 위해 무엇을 하는가에 대한 것들로, 예를들어 도서관 서비스의 경우 자료조회, 대출, 자리예약 등이 기능적 요구에 해당

 

비 기능적 요구 (non - functional requirements)

기능외적인 것 (성능, 신뢰성, 보안, 확장성, OS, 일정, 비용 등)

 

 

 

 

요구파악 및 추출 시 고려할 점

---

요구를 파악할 때에는 무엇보다 사용자 참여가 중요한데, 단순히 어떤 기능들이 필요하다는 식의 기록 내지는 형식적 정보수집은 향후 사용자 요구 변경 될 소지를 높임 (사용자 자신도 자기가 무엇을 원하는지 잘모르다가 시간이 흐를수록 아는게 많아져서 계속 추가적인 요구 or 수정 발생)

 

따라서 요구파악을 할 때에는 사용자 수준을 고려해 다양한 예시나 간단한 프로토타입들을 보여주며 우선순위를 정하고 requirement를 최대한 Fix 시켜두도록 하며, 이를 위해 사용자와 좋은 관계를 유지하는 것이 중요 (물론 이렇게 해도 변경되는 부분은 당연히 있겠지만..)

 

 

 

요구추출 방법

---

관찰, 설문, 인터뷰, 브레인스토밍, 프로토타이핑, 사용사례분석**

 

 

 

분석 단계의 질문들

---

이해관계자들과 현재 시스템의 상태, 일정, (내/외부적) 환경, 제약사항 등

 

 

 

 

사용사례분석(Use Case Analysis)

---

end user 가 최종적으로 어떤 서비스를 받을 수 있는지 분석하는 체계적 방법

 

시스템을 사용할 사용자 부류(actor)와 actor 가 사용할 작업을 결정하며,  UML다이어그램(Unified Modeling Language Diagram)을 이용해 시스템이 무엇을 하는지 나타낼 수 있음

 

 

ex. 수강신청 : 강의조회, 신청, 취소, 시간표 view