기능적 요구사항과 비기능적 요구사항
기능적 요구사항과 비기능적 요구사항의 주요 차이점
- 기능적 요구사항은 시스템 또는 해당 구성요소를 정의하는 반면, 비기능적 요구사항은 소프트웨어 시스템의 성능 속성을 정의합니다.
- 기능적 요구 사항은 요구 사항 분석과 함께 누락된 요구 사항을 식별하는 데 도움이 되는 반면, 비기능적 요구 사항의 장점은 우수한 사용자 경험과 소프트웨어 작동의 용이성을 보장하는 데 도움이 된다는 것입니다.
- 기능적 요구사항은 동사이고 비기능적 요구사항은 속성입니다.
- 비기능적 요구사항의 유형은 확장성 용량, 가용성, 신뢰성, 복구성, 데이터입니다. Integrity등, 거래 수정, 조정 및 취소, 비즈니스 규칙, 인증 요구 사항, 보고 요구 사항, 관리 기능, 권한 부여 수준, 감사 추적, 외부 인터페이스, 기록 데이터 관리, 법적 또는 규제 요구 사항은 다양한 유형의 기능 요구 사항입니다.
기능적 요구사항이란 무엇입니까?
소프트웨어 엔지니어링에서 기능적 요구사항 시스템이나 그 구성요소를 정의합니다. 소프트웨어가 수행해야 하는 기능을 설명합니다. 함수는 입력, 동작, 출력에 지나지 않습니다. 이는 계산, 데이터 조작, 비즈니스 프로세스, 사용자 상호 작용 또는 시스템이 수행할 기능을 정의하는 기타 특정 기능일 수 있습니다.
기능 요구 사항 소프트웨어 엔지니어링에서는 시스템의 의도된 동작을 포착하는 데 도움이 됩니다. 이 동작은 기능, 서비스 또는 작업으로 표현되거나 수행하는 데 필요한 시스템으로 표현될 수 있습니다.
비기능적 요구사항이란 무엇입니까?
A 비기능적 요구사항 소프트웨어 시스템의 품질 속성을 정의합니다. 이는 시스템의 특정 작동을 판단하는 데 사용되는 일련의 표준을 나타냅니다. 예를 들어, 웹사이트는 얼마나 빨리 로드됩니까?
비기능적 요구사항은 전체 소프트웨어 시스템의 유용성과 효율성을 보장하는 데 필수적입니다. 비기능적 요구 사항을 충족하지 못하면 시스템이 사용자 요구 사항을 충족하지 못할 수 있습니다.
비기능적 요구 사항을 사용하면 다양한 애자일 백로그에서 시스템 설계에 제약이나 제한을 부과할 수 있습니다. 예를 들어, 동시 사용자 수가 3명 이상일 때 사이트는 10000초 안에 로드되어야 합니다. Descript비기능적 요구사항의 이온화는 기능적 요구사항만큼 중요합니다.
기능적 요구사항의 예
다음은 소프트웨어 엔지니어링의 기능적 요구 사항의 몇 가지 예입니다.
- 소프트웨어는 ABC 연락처 관리 시스템에 대해 고객을 자동으로 확인합니다.
- 판매 시스템에서는 사용자가 고객 판매를 기록할 수 있어야 합니다.
- 애플리케이션의 모든 창에 대한 배경색은 파란색이고 0진수 RGB 색상 값은 0000xXNUMXFF입니다.
- 관리자급 직원만이 매출 데이터를 볼 수 있는 권한을 갖습니다.
- 소프트웨어 시스템은 뱅킹 API와 통합되어야 합니다.
- 소프트웨어 시스템은 통과해야합니다 제 508 접근성 요구 사항.
비기능적 요구사항의 예
다음은 소프트웨어 엔지니어링에서 비기능적 요구사항의 몇 가지 예입니다.
- 사용자는 처음 로그인에 성공한 후 즉시 처음에 할당된 로그인 비밀번호를 변경해야 합니다. 또한 이니셜을 재사용해서는 안 됩니다.
- 직원들은 급여 정보를 업데이트하는 것을 절대 허용하지 않습니다. 이러한 시도는 보안관리자에게 보고되어야 합니다.
- 사용자가 데이터 항목에 액세스하려는 모든 실패한 시도는 감사 추적에 기록되어야 합니다.
- 웹사이트는 성능에 영향을 미치면서 20천만 명의 사용자를 처리할 수 있을 만큼 능력이 있어야 합니다.
- 소프트웨어는 이식성이 있어야 합니다. 따라서 한 OS에서 다른 OS로 이동해도 문제가 발생하지 않습니다.
- 정보의 개인정보 보호, 제한된 기술의 수출, 지적재산권 등을 감사해야 합니다.
기능적 요구사항과 비기능적 요구사항의 차이점
다음은 소프트웨어 엔지니어링에서 기능적 요구사항과 비기능적 요구사항의 주요 차이점입니다.
파라미터 | 기능적 요구 사항 | 비기능적 요구사항 |
---|---|---|
그것이 무엇인지 | 동사 | Attributes |
요구 사항 | 필수입니다 | 필수사항은 아닙니다 |
캡처 유형 | 사용 사례에서 캡처됩니다. | 이는 품질 속성으로 캡처됩니다. |
최종 결과 | 제품 기능 | 제품 속성 |
캡처 | 캡처가 용이함 | 캡처하기 어려움 |
목표 | 소프트웨어의 기능을 확인하는 데 도움이 됩니다. | 소프트웨어의 성능을 확인하는 데 도움이 됩니다. |
초점 영역 | 사용자 요구사항에 집중 | 사용자의 기대에 집중합니다. |
문서 | 제품의 기능을 설명하세요. | 제품의 작동 방식을 설명합니다. |
테스트 유형 | 시스템, 통합, 엔드투엔드(End to End)와 같은 기능 테스트 API 테스트등 | 성능, 스트레스, 유용성 등의 비기능 테스트 보안 테스트등 |
테스트 실행 | 테스트 실행은 비기능 테스트 전에 수행됩니다. | 기능 테스트 후 |
제품 정보 | 제품 특징 | 제품 속성 |
기능적 요구사항의 장점
다음은 일반적인 기능 요구사항 문서 작성의 장단점입니다.
- 애플리케이션이 해당 애플리케이션의 기능 요구 사항에 언급된 모든 기능을 제공하는지 확인하는 데 도움이 됩니다.
- 기능 요구사항 문서는 시스템 또는 해당 하위 시스템 중 하나의 기능을 정의하는 데 도움이 됩니다.
- 요구사항 분석과 함께 기능적 요구사항은 누락된 요구사항을 식별하는 데 도움이 됩니다. 예상되는 시스템 서비스와 동작을 명확하게 정의하는 데 도움이 됩니다.
- 기능적 요구사항 수집 단계에서 발견된 오류는 수정 비용이 가장 저렴합니다.
- 손쉬운 프로젝트 관리를 위해 사용자 목표, 작업 또는 활동 지원
- 기능적 요구사항은 외부적으로 눈에 보이는 기능적 동작을 나타내기 때문에 Use Case 형식이나 사용자 스토리로 표현할 수 있습니다.
비기능적 요구사항의 장점
비기능 테스트의 장점/장점 소프트웨어 공학 위치 :
- 비기능적 요구사항은 소프트웨어 시스템이 법적 및 규정 준수 규칙을 따르도록 보장합니다.
- 소프트웨어 시스템의 신뢰성, 가용성 및 성능을 보장합니다.
- 이러한 기능은 사용자에게 좋은 경험과 소프트웨어 작동의 편의성을 보장합니다.
- 이는 소프트웨어 시스템의 보안 정책을 수립하는 데 도움이 됩니다.