답변.

기능 요구 사항은 시스템이 수행해야 하는 작업을 설명합니다: 비즈니스 운영, 프로세스, 사용자 시나리오 — 즉, 기능.

비기능 요구 사항은 시스템이 어떻게 작동해야 하는지를 정의합니다: 제한 사항, 품질 제약, 성능, 보안, 사용자 편의성 등. 이러한 요구 사항은 종종 기술 선택, 확장성과 솔루션의 안정성에 영향을 미칩니다.

왜 구분하는 것이 중요한가:

• 명확한 분리는 개발자와 테스트 담당자에게 작업 과제를 정확하게 정의하는 데 도움을 줍니다.
• 중요한 특성(예: 보안, 확장성)을 놓치는 것을 피할 수 있습니다.
• 비기능 요구 사항이 고려되지 않으면 프로젝트 실패의 원인이 될 수 있습니다.

주요 특징:

• 기능 요구 사항 — 시스템의 동작.
• 비기능 요구 사항 — 품질 및 제약.
• 두 종류 모두 명확하게 문서화되고 합의되어야 합니다.

낚시 질문.

“인터페이스의 편리함”은 기능 요구 사항에 포함되나요?

아니요, 비기능적 매개변수입니다 (usability). 기능 요구 사항은 "저장" 버튼과 같은 존재에 관한 것이고, 비기능 요구 사항은 반응 속도 및 사용의 용이성에 관한 것입니다.

고객이 명시적으로 언급하지 않으면 비기능 요구 사항을 무시해도 되나요?

아니요. 분석가는 비명시적 비기능 요구 사항조차 논의하고 формализовать 해야 하며, 그렇지 않으면 출시 지연, 사용자 불만 및 추가 비용의 위험이 증가합니다.

“시스템은 분당 1000개의 요청을 처리할 수 있어야 합니다.” 이는 기능 요구 사항인가요?

아니요, 이는 비기능 요구 사항입니다 — 성능 특성입니다.

일반적인 실수 및 안티 패턴

• 기능에만 초점을 맞추는 경향 (“작동하기만 하면 되고, 속도는 나중에”).
• 비기능 요구 사항의 비명시적 표현 — “빠르게 만들어야 한다”, “신뢰할 수 있어야 한다”, “안전해야 한다”.
• 비기능성 테스트를 무시함.

실제 사례

부정적인 사례: 시스템이 선언된 비즈니스 기능을 완전히 구현했지만 큰 부하에서 "느려지기" 시작했으며, 성능이 전혀 고려되지 않았습니다. 장점:

• 빠른 개발, 선언된 시나리오의 정확한 수행. 단점:
• 시스템이 실제 부하 조건에서 운영할 수 없으며, 회사는 아키텍처를 긴급히 수정해야 했습니다.

긍정적인 사례: 분석가는 아키텍트 및 고객과 함께 요구 사항에 최대 부하, 응답 기준을 문서화하고 부하 테스트를 실시했습니다. 장점:

• 제품이 안정적으로 작동하고 사용자 증가를 견딜 수 있었습니다.
• 발전 계획에는 확장이 포함되었습니다. 단점:
• 설계 시작 시 더 많은 시간을 논의하고 추가 테스트에 할애해야 했습니다.