소프트웨어 엔지니어링의 기능적 요구 사항은 무엇입니까?
찰스 무어
⚡ 스마트 요약
기능 요구사항은 소프트웨어 시스템이 제공해야 하는 모든 서비스를 설명하며, 입력, 동작 및 출력을 포함하므로 개발자, 테스터 및 비즈니스 이해관계자가 제품이 실제로 수행해야 하는 작업에 대한 단일하고 검증 가능한 정의를 공유할 수 있습니다.
기능적 요구사항이란 무엇입니까?
A 기능적 요구 사항 기능 요구사항(FR)은 소프트웨어가 제공해야 하는 서비스에 대한 설명입니다. 소프트웨어 시스템 또는 그 구성 요소를 설명하며, 입력, 동작 및 출력으로 정의됩니다. 시스템이 수행해야 하는 작업을 정의하는 계산, 데이터 조작, 비즈니스 프로세스 또는 사용자 상호 작용 등이 될 수 있습니다. 소프트웨어 엔지니어링에서 기능 요구사항은 다른 말로 요구사항이라고도 합니다. 기능 사양.
기능 요구사항은 이해관계자의 상위 수준 요구사항부터 상세한 수학적 명세에 이르기까지 다양합니다. 기능성 소프트웨어 요구사항은 시스템의 의도된 동작을 나타냅니다.
기능 요구사항 문서에 포함해야 할 내용
기능 요구사항 문서에는 다음과 같은 내용이 포함되어야 합니다.
기능적 요구사항의 예
기능 요구사항 문서에는 일반적으로 다음 내용이 포함됩니다.
- 각 화면에는 수행된 작업에 대한 세부 정보가 표시됩니다.
- 시스템이 적용해야 하는 데이터 처리 로직
- Descript시스템 보고서 및 기타 출력물의 이온
- 시스템이 수행하는 워크플로에 대한 전체 정보
- 시스템에서 데이터를 생성, 수정 또는 삭제할 수 있는 사람은 누구입니까?
- 시스템이 관련 규제 및 준수 요구 사항을 충족하는 방법
기능 요구사항의 이점
잘 작성된 기능 요구사항 문서의 주요 이점은 다음과 같습니다.
- 명시된 모든 기능을 애플리케이션이 제대로 수행하는지 검증합니다.
- 시스템과 하위 시스템의 기능을 한 곳에 정의합니다.
- 요구사항 분석과 함께 기능 요구사항을 활용하면 누락된 요구사항을 파악하고 예상되는 시스템 동작을 명확히 할 수 있습니다.
- 요구사항 단계에서 발견된 오류는 수정 비용이 가장 저렴합니다.
- 사용자의 목표, 작업 및 활동을 지원합니다.
기능 요구 사항의 유형
일반적인 기능 요구사항 범주는 다음과 같습니다.
- 거래 처리
- 비즈니스 규칙
- 인증 요구 사항
- 보고 요구 사항
- 관리 기능
- 권한 수준
- 회계 감사 Tracking
- 외부 인터페이스
- 이력 데이터 관리
- 법적 및 규제 요구 사항
기능적 요구사항의 예
다음은 기능 요구사항의 실제 사례입니다.
- 해당 소프트웨어는 ABC 고객 관리 시스템을 기준으로 고객 정보를 자동으로 검증해야 합니다.
- 판매 시스템은 사용자가 고객 판매 내역을 기록할 수 있도록 해야 합니다.
- 애플리케이션의 모든 창 배경색은 16진수 RGB 값 0x0000FF의 파란색이어야 합니다.
- 관리자급 직원만 매출 데이터를 열람할 수 있는 권한을 갖습니다.
- 해당 소프트웨어 시스템은 은행 API와 통합되어야 합니다.
- 소프트웨어 시스템은 다음 조건을 충족해야 합니다. 제 508 접근성 요구 사항.
기능적 요구 사항 대 비기능적 요구 사항
기능적 요구사항과 비기능적 요구사항의 주요 차이점은 다음과 같습니다. 소프트웨어 공학:
| 파라미터 | 기능적 요구 사항 | 비기능적 요구사항 |
|---|---|---|
| 그것이 무엇인지 | 동사 | Attributes |
| 요구 사항 | 필수입니다 | 필수사항은 아닙니다 |
| 캡처 유형 | 사용 사례에서 캡처됩니다. | 이는 품질 속성으로 캡처됩니다. |
| 최종 결과 | 제품 기능 | 제품 속성 |
| 캡처 | 캡처가 용이함 | 캡처하기 어려움 |
| 목표 | 소프트웨어의 기능을 확인하는 데 도움이 됩니다. | 소프트웨어의 성능을 확인하는 데 도움이 됩니다. |
| 초점 영역 | 사용자 요구사항에 집중 | 사용자의 기대에 집중합니다. |
| 문서 | 제품의 기능을 설명하세요. | 제품의 작동 방식을 설명합니다. |
| 테스트 유형 | 시스템, 통합, 엔드투엔드(End to End)와 같은 기능 테스트 API 테스트등 | 성능, 스트레스, 유용성 등의 비기능 테스트 보안 테스트등 |
| 테스트 실행 | 테스트 실행은 비기능 테스트 전에 수행됩니다. | 기능 테스트 후 |
| 제품 정보 | 제품 특징 | 제품 속성 |
기능 요구사항 작성을 위한 모범 사례
기능 요구사항 문서를 작성할 때 가장 중요한 모범 사례는 다음과 같습니다.
- 두 가지 요구사항을 하나로 합치지 마십시오. 각 요구사항은 세분화하여 작성하십시오.
- 모든 요구사항을 가능한 한 완벽하고 정확하게 작성하십시오.
- 문서에 모든 기술 요구사항을 작성하십시오.
- 모든 요구사항을 성공적인 소프트웨어 개발을 이끄는 목표 및 원칙에 맞춰 매핑하십시오.
- 인터뷰, 워크숍, 비공식적인 대화를 통해 요구사항을 도출하십시오.
- 요구사항에 실질적인 영향을 미치는 모든 알려진, 검증된 제약 조건을 문서화하십시오.
- 모든 가정을 문서에 기록하십시오.
기능 요구사항 작성 시 흔히 저지르는 실수
기능 요구사항 문서를 작성할 때 흔히 저지르는 실수는 다음과 같습니다.
- 개발자를 혼란스럽게 하는 불필요한 추가 정보를 제공하는 것
- 개발자가 기능을 구축하는 데 필요한 세부 정보를 생략합니다.
- 혼합 규칙, 예시, 점수ping 진술이나 목표를 요구사항 자체에 포함시키십시오.
- 요구사항을 완전하고 정확하게 명시하는 데 필수적인 정보를 누락했습니다.
- 올바른 해답을 찾는 대신, 변경 요청이 들어왔을 때 기존 요구사항을 옹호하는 데 집중하는 것.
- 어떠한 목표나 원칙과도 연관되지 않은 글쓰기 요구사항.
