비 기능적 요구 사항과 품질 속성의 차이점은 무엇입니까?

비 기능적 요구 사항과 품질 특성의 차이점을 이해하려고합니다. 그들은 같은 것입니까?

ISO9126 표준에서 일련의 품질 속성을 찾을 수 있습니다.

각 시스템은 일련의 기능적 요구 사항으로 정의되며이 모든 요구 사항에는 하나 이상의 품질 특성이 연결되어 있습니다. 예를 들어, 시스템의 로그인 기능을 설명하는 요구 사항이 있다고 가정하십시오. 보안 및 성능 속성을 해당 요구 사항에 연결할 수 있습니다.

시스템이 응답하는 데 1 초 이상 걸릴 수 없다고 말하면 제약 조건에 대해 이야기하고 있습니다.

비 기능적 요구 사항의 개념은 어디에서 시작됩니까? 그것들은 사용자에 의해 정의됩니까? 그것들을 어떻게 식별 할 수 있습니까?

나는 당신이 이것에 대해 너무 열심히 생각하고 있다고 생각합니다. 기능적 요구 사항과 비 기능적 요구 사항은 제안한 것처럼 분리 할 수 ​​없습니다. 로그인 사례를 예로 들어 보겠습니다.

사용자는 웹 인터페이스를 통해 로그인 할 수 있어야합니다. 기술적으로 이것은 기능 요구 사항입니다.

시스템은 1 초 이내에 로그인 요청에 응답해야합니다. 기술적으로 이것은 작동하지 않는 요구 사항입니다.

어느 쪽이든 특정 분류에 관계없이 둘 다 중요합니다.

요구 사항은 여러 곳에서 나올 수 있습니다. 경쟁 업체보다 더 나은 성능을 원할 수 있습니다. 고객에게는 특정 요구 사항이있을 수 있습니다. 마케팅 또는 판매 요청이있을 수 있습니다. 그들이 온 곳은 없습니다. 그러나 모든 다른 출처를 추상화하여 고객이라고 할 수 있습니다. 궁극적으로 그것은 그들이 무엇입니다.

다음 측정 항목을 사용하여 차이를 식별 할 수 있습니다. 기능 요구 사항은 시스템이 수행 할 작업을 설명합니다. 비 기능적 요구 사항은이를 수행하는 방법을 지정합니다.

규칙은 간단하고 명확합니다.

기능적 요구 사항은 시스템 이하는 일 입니다.

비 기능적 요구 사항은 시스템이 설계, 구축 또는 구현되는 방식의 품질 속성 또는 측면입니다.

• 성능 (1 초)
• 유지 보수성
• 적응성
• 비용
• 보안
• 유용성 (시스템 전체의 속성)
• 테스트 가능성
• 확장 성

이것을 읽으십시오. 매우 분명합니다. http://en.wikipedia.org/wiki/Non-functional_requirement

비 기능 요구 사항은 기능 요구 사항이 표시되는 것과 같은 방식으로 나타납니다. 사용자. 시스템이 구현 될 컨텍스트. 많은 장소. 조치. 다른 조직. 네트워크 관리자, 시스템 관리자, 데이터베이스 관리자 이해 관계자이거나 방관자 인 모든 사람은 비 기능적 요구 사항에 기여할 것입니다.

지난 30 년 동안 "요구 사항 문서"를 볼 때 나는 이것을 말할 수 있습니다. 대규모 사내 IT 조직이 작성한 많은 요구 사항 문서는 80 %의 비 기능적 요구 사항과 20 % 미만의 기능적 요구 사항을 가진 정치적 진술입니다.

기능적 요구 사항 인 한 문장이있는 글을 읽었습니다. 30 페이지의 나머지 문서에서는 플랫폼, 지원, 백업 및 복원, 운영 체제 및 데이터베이스, 표준, 운영 및 시스템이 수행 하지 않은 많은 작업에 대해 설명했습니다 .

비 기능 요구 사항 및 품질 속성은 동일합니다.

최근 이름의 변화에 ​​대한 아이디어는 소위 비 기능적 요구 사항이 실제로 시스템에 영향을 미치는 시스템 기능 (또는 시스템 기능 세트)이라는 것입니다. 즉, 이런 종류의 "특수 기능"이 시스템에 미치는 가로 방향의 영향은 해당 시스템의 품질 특성이됩니다. 예로서:

5 개의 구성 요소가있는 시스템은 10ms 내에 요청을 처리해야합니다. 하나의 구성 요소가 처리에 참여하는 데 5ms가 걸리는 결함이 있으면 시스템 성능 전체에 영향을 미칩니다.

보안은 로그인에 관한 것이 아니라 영향을받을 때 전체 시스템에 영향을줍니다.

요약, 품질 속성 (예 : 비 기능 요구 사항)은 기능, 구현 방법 및이 구현이 시스템에 미치는 영향에 관한 것입니다. 일반적으로 "일반 요구 사항"과의 차이점은 그 영향, 범위 및 가시성에 있습니다.

다음은 구조화 된 방식으로 식별하는 방법에 대한 흥미로운 링크입니다.

• "품질 속성 워크샵", SEI, 2003

그리고 그것들을 문서화하고 올바르게 정의하는 방법에 관한 책 :

• "소프트웨어 집중 시스템 아키텍처 : 실무자 안내서", Anthony J. Lattanze, 2008