차이점은 무엇이며 기능 및 비 기능 소프트웨어 시스템을 설계의 맥락에서 요구 사항은?
각 사례에 대한 예를 제공하십시오.
답변
기능적 요구 사항에 대해 설명 어떤 비 기능적 요구 사항은 제약 배치하는 동안 소프트웨어 시스템이 수행해야 하는 방법을 시스템이 그렇게 할 것이다.
자세히 설명하겠습니다.
기능 요구 사항 의 예 는 다음과 같습니다.
- 시스템은 특정 조건이 충족 될 때마다 (예 : 주문, 고객 가입 등) 이메일을 보내야합니다.
시스템에 대한 관련 비 기능 요구 사항 은 다음과 같습니다.
- 이러한 활동으로부터 12 시간 이하의 대기 시간으로 이메일을 보내야합니다.
기능 요구 사항은 시스템 기능과 관련된 시스템의 동작을 설명합니다 . 비 기능적 요구 사항 은 시스템 의 성능 특성 을 정교화 합니다.
일반적으로 비 기능적 요구 사항은 다음과 같은 영역에 속합니다.
- 접근성
- 용량, 현재 및 예측
- 응낙
- 선적 서류 비치
- 재해 복구
- 능률
- 유효성
- 확장 성
- 결함 허용
- 상호 운용성
- 유지 보수성
- 은둔
- 이식성
- 품질
- 신뢰할 수 있음
- 탄력성
- 응답 시간
- 견고성
- 확장 성
- 보안
- 안정
- 지원 성
- 테스트 가능성
비 기능적 요구 사항에 대해서는 Wikipedia의 항목에서보다 완전한 목록을 볼 수 있습니다 .
비 기능적 요구 사항은 때때로 측정 기준 (즉, 시스템에 대해 측정 할 수있는 것)으로 정의하여보다 가시적입니다. 비 기능적 요구 사항은 또한 실행과 관련되지 않고 시간 경과에 따른 진화 (예 : 유지 보수성, 확장 성, 문서화 등)와 관련된 시스템 측면을 설명 할 수있다.
답변
기능 요구 사항은 응용 프로그램이 새 계정을 만들고, 계정을 업데이트하고, 계정을 삭제하는 등의 응용 프로그램이 은행 응용 프로그램 인 경우와 같이 소프트웨어에서 사용자가 기대하는 주요 사항입니다. 기능 요구 사항은 상세하고 지정되어 있습니다. 시스템 설계에서
비 기능적 요구 사항은 시스템의 요구 사항을 간단하게 제시하는 것이 아니라 오히려 유용성과 관련이 있습니다 (예 : 은행 애플리케이션의 경우 주요 비 기능적 요구 사항을 사용할 수 있음) 가능하다면.
답변
기능 요구 사항
-
기능 요구 사항은 시스템 또는 시스템 구성 요소가 수행 할 수있는 기능을 지정합니다. 다양한 방법으로 문서화 할 수 있습니다. 가장 일반적인 것은 문서에 기술 된 설명과 사용 사례입니다.
-
유스 케이스는 텍스트 조치 목록 및 사용자 조치를 설명하는 다이어그램 일 수 있습니다. 각 사용 사례는 하나 이상의 기능 요구 사항을 통한 행동 시나리오를 보여줍니다. 그러나 종종 분석가는 사용자가 각 사용 사례를 수행 할 수 있도록 구현해야하는 기능 요구 사항을 도출 할 수있는 일련의 사용 사례를 도출하여 시작합니다.
-
기능적 요구 사항은 시스템이 달성해야하는 것 입니다. 아마도
- 계산
- 기술적 세부 사항
- 데이터 조작
- 데이터 처리
- 다른 특정 기능
-
일반적인 기능 요구 사항에는 고유 한 이름과 번호, 간단한 요약 및 이론적 근거가 포함됩니다. 이 정보는 독자가 요구 사항이 필요한 이유를 이해하고 시스템 개발을 통해 요구 사항을 추적하는 데 사용됩니다.
비 기능적 요구 사항
LBushkin 은 비 기능적 요구 사항에 대해 이미 설명했습니다. 더 추가하겠습니다.
-
비 기능 요구 사항은 기능 요구 사항 이외의 다른 요구 사항입니다. 이것은 특정한 행동보다는 시스템 작동 을 판단하는 데 사용할 수있는 기준을 지정하는 요구 사항입니다 .
-
비 기능적 요구 사항은 “시스템 은 “이어야하며 , 시스템의 전체 또는 특정 측면으로서 특정 기능이 아닌 전체 속성이다. 시스템의 전체 속성은 일반적으로 개발 프로젝트의 성공 또는 실패 간의 차이를 표시합니다.
-
비 기능 요구 사항-두 가지 주요 범주로 나눌 수 있습니다.
- 런타임시 관찰 할 수있는 보안 및 유용성과 같은 실행 품질 .
- 소프트웨어 시스템의 정적 구조로 구현되는 테스트 가능성, 유지 관리 성, 확장 성 및 확장 성과 같은 진화 적 특성 .
- 비 기능 요구 사항은 개발중인 제품, 개발 프로세스를 제한하고 제품이 충족해야하는 외부 제약 조건을 지정합니다.
- IEEE-STD 830-1993 리스트 13 비 기능적 요구 사항은 소프트웨어 요구 사항 문서에 포함되어야합니다.
- 성능 요건
- 인터페이스 요구 사항
- 운영 요구 사항
- 자원 요구 사항
- 검증 요구 사항
- 수락 요건
- 문서 요구 사항
- 보안 요구 사항
- 휴대 성 요구 사항
- 품질 요구 사항
- 신뢰성 요구 사항
- 유지 보수 요구 사항
- 안전 요구 사항
요구 사항이 기능적 또는 비 기능적 요구 사항으로 표현되는지 여부는 다음에 따라 달라질 수 있습니다.
- 요구 사항 문서에 포함될 세부 사항 레벨
- 시스템 고객과 시스템 개발자 사이에 존재하는 신뢰 정도
전의. 데이터베이스의 레코드 수를 사용자에게 표시하는 시스템이 필요할 수 있습니다. 이것은 기능 요구 사항입니다. 이 숫자가 최신 [업데이트]이어야하는 기능적 요구 사항입니다. 수를 실시간으로 업데이트해야하는 경우 시스템 아키텍트는 변경되는 레코드 수의 짧은 간격 내에 시스템이 [표시된] 레코드 수를 업데이트 할 수 있는지 확인해야합니다.
참고 문헌 :
답변
기능 요구 사항은 시스템의 기술적 기능과 관련된 요구 사항입니다.
비 기능적 요구 사항은 특정 동작이 아닌 특정 조건에서 시스템 작동을 판단하는 데 사용할 수있는 기준을 지정하는 요구 사항입니다.
예를 들어 쇼핑 사이트를 고려할 때 장바구니에 품목 추가, 다른 품목 찾아보기, 제안 및 거래 적용 및 주문을 성공적으로 수행하려면 기능 요구 사항이 적용됩니다.
사용량이 많은 시간에 시스템 성능으로 시스템이 DB에서 데이터를 검색하는 데 걸리는 시간, 사용자 데이터 보안, 많은 수의 사용자 로그인이 기능 요구 사항에 해당하지 않는 경우 시스템 처리 능력.
답변
기능 요구 사항 시스템이 수행해야하는 활동
- 비즈니스는 사용자가 수행하는 기능을 사용합니다.
- 급여 시스템 필수 기능을 개발중인 경우 사용 사례 예
- 전자 자금 이체 생성
- 계산 수수료 금액
- 급여 세금 계산
- 국세청에 세금 공제 신고
답변
내 생각 기능 요구 사항은 클라이언트 소프트웨어에 의해 사용자에게 기능에 관한됩니다 개발자 측에 있습니다 비 기능 요구 사항 을 원활 예를 들어 시스템을 실행하기 위해 요구 사항이 클라이언트에 의해 주어진 것이 아니라, 그것이 개발자에 의해 제공됩니다, 즉 클라이언트 개발자 출신 안전, 보안, 유연성, 확장 성, 가용성 등