Page 18 -

그림 2-3 비기능 요구사항을 정의할 때 과제
사용자 업체
차이
구체적인 비기능 요구사항을 제시하기 어렵다. 발생 비기능 요구사항(과 그 구현 방법)의 제안이 어렵다.
(예: 전문성이 높다, 업무가 아니므로 관심을 갖기 어렵다) (예: 특정 방안의 필요성이나 이유를 설명하기 어렵다)

2
결과

・ 구체화되지 않은 상위 단계에서는 비기능 요구사항을 다루기 어렵다.
・ 사용자/업체가 공통 인식을 갖기 어렵다. 합의하기 어렵다.

리스크
유발

시스템 개발 인프라 요구사항 정의와 비기능 요구사항(설계 이전 작업 II)
시스템 운영 리스크 확대
(프로젝트 운영) 성패에 영향
[예상 외 상황이나 극한 상황에서 서비스 운영]
[기반 변경, 하위 단계에서 문제가 드러남]
‘IPA: 비기능 요구사항 등급 이용 가이드[이용 편] 그림 1.1.1 비기능 요구사항 등급의 단계적 이용(© 2010 IPA)’에 연재

또 비기능 요구사항을 정의하기 어려운 이유는 요구사항을 구체적인 수치로 표현하지 않기 때문
입니다. 요구사항을 애매하게 표현하면 받아들이는 사람에 따라 다르게 생각할 수도 있습니다.

예를 들어 ‘시스템에 장애가 발생하면 가능한 빨리 서비스를 복구해야 한다’고 요구사항을 정의했
다면 ‘가능한’이라는 표현을 애매하게 해석할 수 있습니다.

사용자는 12시간 이내에 복구하는 것을 가정하고 ‘가능한’이라고 전달했을지도 모르지만, 업체는
1일 이내에 복구하면 된다고 해석하여 시스템을 설계하고 구축할 수도 있습니다. 이와 같이 서로
다르게 이해하여 사용자가 의도하지 않은 시스템을 구축하여 테스트 단계까지 진행한 후 문제를

깨닫고 다시 작업해야 하는 상황이 발생할 수도 있습니다.

49

인프라_07.indd 49 2020-12-09 오전 11:21:29