[D+46] 요구사항 확인

 

 

국비지원 D+46

-  요구사항 확인 -

 

---

 

요구사항 확인

• 현행 시스템 파악 절차

- 1단계 : 현생 시스템의 구성, 기능, 인터페이스 현황을 파악하는 단계

- 2단계 : 현행 시스템의 아키텍처 및 소프트웨어 구성 현황을 파악하는 단계

- 3단계 : 현행 시스템의 하드웨어 및 네트워크 구성 현황을 파악하는 단계

 

• 개발 기술 환경의 정의 시 고려사항

 

• 미들웨어의 정의

운영체제와 소프트웨어 애플리케이션 사이에 위치하는 미들웨어(Middleware)는 소프트웨어 애플리케이션에게 운영체제가 제공하는 서비스를 추가 및 확장하여 제공하는 컴퓨터 소프트웨어를 말한다.

 

• 요구공학

- 정의 : 요구공학(Requirements Engineering)이란 요구사항을 정의하고, 문서화하고, 관리하는 프로세스를 의미한다.

- 개발 프로세스 : 소프트웨어공학 지식체계(SWEBOK : SoftWare Engineering Body of Knowledge)에서는 이 프로세스를 요구사항 도출, 분석, 명세, 확인으로 구분하고 있다.

 

(1) 요구사항 도출

- 요구사항 도출은 소프트웨어가 해결해야 할 문제를 이해하는 첫 번째 단계로서 요구사항이 어디에 있고, 어떻게 수집할 것인가와 관련되어 있다.

- 이 단계에서 이해관계자(Stakeholder)가 식별되고, 개발 팀과 고객 사이의 관계가 만들어진다.

- 이 단계에서는 다양한 이해관계자와 효율적인 의사소통이 중요하다.

 

(2) 요구사항 분석

- 요구사항들 간 상충되는 것을 해결하고, 소프트웨어의 범위를 파악하며, 소프트웨어가 환경과 어떻게 상호 작용하는지 이해한다.
- 시스템 요구사항을 정제하여 소프트웨어 요구사항을 도출한다.

 

(3) 요구사항 명세

- 요구사항 명세란 체계적으로 검토, 평가, 승인될 수 있는 문서를 작성하는 것을 의미한다.
- 시스템 정의, 시스템 요구사항, 소프트웨어 요구사항을 작성한다.

 

(4) 요구사항 확인

- 분석가가 요구사항을 이해했는지 확인(Validation)이 필요하고, 요구사항 문서가 회 사의 표준에 적합하고 이해 가능하며, 일관성이 있고, 완전한지 검증(Verification) 하는 것이 중요하다.

 

• 프로토타이핑

- 프로토타이핑은 새로운 요구사항을 도출하기 위한 수단으로, 또한 소프트웨어 요 구사항에 대해 소프트웨어 엔지니어가 해석한 것을 확인하기 위한 수단으로 많이 사용된다.

- 프로토타이핑의 장점은 분석가의 가정을 파악하고 잘못된 경우 유용한 피드백을 제공한다는 점, 사용자 인터페이스(User Interface)의 동적인 행위가 문서나 그 래픽 모델보다 프로토타입으로 이해하기 쉬운 점, 요구사항의 가변성이 프로토타 이핑 이후에 급격히 감소하는 점이다.

- 단점은 사용자의 관심이 핵심 기능에서 멀어지고 프로토타입의 디자인이나 품질 문제로 집중될 수 있으며, 프로토타입 수행 비용이 발생한다는 것이다.

- 잘못된 요구사항을 만족시키기 위하여 자원을 낭비하는 것을 방지할 수 있다는 점에서 프로토타이핑을 긍정적으로 검토할 수 있다.

 

• 분석모델 검증 절차

 

• 분석모델의 기술적 타당성 검증 절차