기능하지 않는 요건 프레임워크

이 기사의 주요 기고자는 그 주제와 밀접한 관련이 있는 것으로 보인다.Wikipedia의 콘텐츠 정책, 특히 중립적인 관점을 준수하기 위해 청소가 필요할 수 있습니다.토크 페이지에서 더 자세히 논의해 주세요. (2017년 12월)(이 템플릿메시지를 삭제하는 방법과 타이밍을 확인합니다)

이 글은 그 주제에 익숙하지 않은 사람들에게는 불충분한 맥락을 제공한다. 독자들에게 더 많은 맥락을 제공함으로써 글의 개선에 도움을 주세요.( 2021년 11월) (이 템플릿메시지를 삭제하는 방법과 타이밍에 대해 설명합니다)

NFR(Non-Functional Requirements)은 압축을 위한 프레임워크가 필요합니다.분석은 이해관계자가 동의하는 NFR을 나타내는 소프트골부터 시작합니다.소프트골은 표현하기 어려운 목표이지만 소프트웨어 시스템의 글로벌 품질인 경향이 있습니다.여기에는 특정 시스템의 조작성, 퍼포먼스, 보안 및 유연성이 포함됩니다.팀이 그것들을 수집하기 시작하면 종종 많은 것을 발견하게 된다.그 수를 관리 가능한 양으로 줄이기 위해서는 구조화가 중요한 접근법입니다.구조적으로 유용한 몇 가지 프레임워크가 있습니다.

비기능 요건 구조화

다음 프레임워크는 NFR의 구조로서 도움이 됩니다.

1. 목표 모델링 완성된 소프트골은 보통 분해되고 정제되어 예를 들어 유연성 소프트골에 대한 목표와 하위 목표의 트리 구조를 밝혀낸다.일단 나무 구조를 발견하면 다른 나무에서 간섭하는 소프트웨어 목표를 발견하게 된다. 예를 들어 보안 목표는 일반적으로 사용성을 방해한다.이 소프트골 나무들은 이제 소프트골 그래프 구조를 형성합니다.이 분석의 마지막 단계는 특정 잎 소프트골을 선택하여 모든 루트 소프트골을 만족시키는 것입니다.[1]

2. IVENA^[1] - NFR 획득을 위한 통합 접근법 이 방법은 요구사항 트리를 통합했다.[2]

3. 조직의 맥락 비즈니스 모델 캔버스, OrgManle [3] 또는 기타 [4]와 같은 조직의 컨텍스트를 설명하는 모델이 몇 가지 있습니다.이러한 모델은 또한 NFR을 할당하는 데 좋은 프레임워크입니다.

비기능 요건 측정

SNAP은 소프트웨어의 기능하지 않는 평가 프로세스입니다.기능 포인트는 소프트웨어 애플리케이션을 통과하는 데이터 흐름의 크기를 조정하여 기능 요건을 측정하는 반면, IFPUG의 SNAP은 비기능 요건을 측정합니다.

SNAP 모델은 4개의 카테고리와 14개의 서브 카테고리로 구성되어 비기능 요건을 측정합니다.비기능 요건은 관련 하위 카테고리에 매핑됩니다.각 서브카테고리의 사이즈는 그 서브카테고리의 사이즈의 합계입니다.

SNAP 크기 조정 프로세스는 기능 포인트 크기 조정 프로세스와 매우 유사합니다.적용범위 내에서 비기능적 요건은 관련 카테고리 및 하위 카테고리와 관련된다.표준화된 기본 기준 세트를 사용하여 각 하위 범주의 유형과 복잡성에 따라 크기가 지정됩니다. 이러한 요건의 크기는 하위 범주의 크기 합계가 됩니다.이러한 사이즈는 소프트웨어 애플리케이션의 기능하지 않는 사이즈를 측정하기 위해 합계됩니다.

모델의 베타 테스트 결과, SNAP 크기는 소프트웨어 애플리케이션의 기능하지 않는 부분을 개발하는 데 필요한 작업과 밀접한 관련이 있는 것으로 나타났습니다.

「 」를 참조해 주세요.

• SNAP 포인트

레퍼런스

[1] Mylopoulos, Chung 및 Yu: ACM의 "객체 지향에서 목표 지향 요건 분석" 커뮤니케이션, 1999년 1월 [CACM.f.doc [1] [2] Götz, Rolf; Scharnweber, Heiko: "IVENA: Integertrierges"https://www.pst.ifi.lmu.de/Lehre/WS0102/architektur/VL1/Ivena.pdf [3] Teich, Irene:튜토리얼 PlanMan워킹 페이퍼 Postbauer-Heng, 2005년 독일.온 디맨드로 이용 가능.[4] Teich, Irene: 조직의 맥락 - 모델워킹 페이퍼 Meschede, 독일 2020.온 디맨드로 이용 가능.