Goal: Know what RE is about and understand the value of RE
Duration: 1 hour
Terms: Requirement, requirements specification, Requirements Engineering (RE), stakeholder, system, Requirements Engineer
EU 1.1 Requirements Engineering: What
사람들과 조직은 새로운 것들이 세워지거나 기존의 것들이 진화되기를 바라는 욕구와 필요성을 가지고 있다. 우리는 그러한 요구사항을 요구사항이라고 부릅니다.
구축하거나 진화해야 하는 것은 다음과 같습니다:
- 고객에게 제공되는 제품
- 고객에게 제공되는 서비스
- 사람과 조직이 특정 목표를 달성하는 데 도움이 되는 장치, 절차 또는 도구와 같은 기타 성과물
- 제품, 서비스 또는 기타 성과물의 구성 또는 구성 요소
이 모든 것들은 시스템으로 간주될 수 있다. 이 강의계획서에서, 우리는 이해관계자들이 요구하는 모든 종류의 것들을 나타내기 위해 시스템이라는 용어를 사용한다. 이해관계자는 시스템의 요구사항에 영향을 미치거나 시스템의 영향을 받는 개인 또는 조직입니다.
RE의 목표는 구현 및 배치된 시스템이 이해관계자의 욕구와 요구를 충족하도록 시스템에 대한 요구사항을 명시하고 관리하는 것이다.
RE에서, 우리는 세 가지 종류의 요구 사항을 구별한다[Glin2020]:
- **기능 요건(Functional requirements)**은 시스템의 기능에 의해 제공되어야 하는 결과 또는 동작에 관한 것이다. 여기에는 데이터 또는 시스템과 환경의 상호작용에 대한 요구사항이 포함됩니다.
- **품질 요구사항(Quality requirements)**은 성능, 가용성, 보안 또는 신뢰성과 같은 기능 요구사항에 포함되지 않는 품질 문제와 관련이 있다.
- **제약조건(Constraints)**은 주어진 기능적 요구사항과 품질 요구사항을 충족하는 데 필요한 것 이상으로 솔루션 공간을 제한하는 요구사항이다.
EU 1.2 Requirements Engineering: Why (L2)
적절한 RE는 시스템을 개발하고 발전시키는 과정에서 가치를 더한다:
- 잘못된 시스템을 개발할 위험 감소
- 문제에 대한 더 나은 이해
- 개발 노력 및 비용 추정 기준
- 시스템 테스트를 위한 필수 구성 요소
부적절한 RE의 일반적인 증상은 누락되거나 불분명하거나 잘못된 요구 사항입니다. 이는 특히 다음과 같은 이유 때문입니다:
- 시스템 구축에 직접 뛰어들기
- 관련 당사자 간의 의사소통 문제
- 요구사항이 자명하다는 가정
- 부적절한 RE 교육 및 기술
EU 1.3 Requirements Engineering: Where (L2)
RE는 모든 종류의 시스템 요구사항에 적용될 수 있다. 그러나 오늘날 RE에 대한 지배적인 응용 사례는 소프트웨어가 주요 역할을 하는 시스템으로 대표된다. 이러한 시스템은 일반적으로 소프트웨어 구성 요소, 물리적 요소 및 조직 요소로 구성됩니다.
우리는 다음을 구별한다:
- 시스템 요구사항 - 시스템이 수행해야 할 작업
- 이해관계자 요구사항 - 이해관계자가 자신의 관점에서 원하는 사용자 요구사항 - 사용자가 자신의 관점에서 원하는 것
- 도메인 요구 사항 - 필요한 도메인 속성
- 비즈니스 요구사항 - 조직의 비즈니스 목표, 목표 및 요구사항
EU 1.4 Requirements Engineering: How (L1)
RE의 주요 업무는 요건 도출(EU 4.2), 문서화(EU 3), 검증(EU 4.4) 및 **관리(EU 6)**이다. **도구 지원(EU 7)**은 이러한 작업을 수행하는 데 도움이 될 수 있습니다. **요구사항 분석 및 요구사항 충돌 해결(EU 4.3)은 도출의 일부로 간주된다. RE 활동을 적절하게 수행하기 위해서는 광범위한 가능성(EU 5)**에서 적합한 RE 프로세스를 조정해야 합니다.
EU 1.5 The Role and Tasks of a Requirements Engineer (L1)
요구사항 엔지니어는 일반적으로 직책이 아니라 사람들이 수행하는 역할입니다. 직무의 일부로서 요구사항을 도출, 문서화, 검증 및/또는 관리합니다. RE에 대한 깊은 지식을 가지고 있다.
문제와 잠재적 해결책 사이의 간극을 메울 수 있습니다.
실제로 비즈니스 분석가, 애플리케이션 전문가, 제품 소유자, 시스템 엔지니어, 심지어 개발자까지 요구사항 엔지니어의 역할을 수행합니다.
EU 1.6 What to Learn about Requirements Engineering (L1)
이 커리큘럼은 요구사항 엔지니어가 반드시 배워야 하는 기본적인 스킬 세트를 다룹니다. 여기에는 RE(EU 2)의 기본 원칙, 다양한 형태의 요구사항을 문서화하는 방법(EU 3), 다양한 관행으로 요구사항을 정교하게 설명하는 방법(EU 4), 적합한 RE 프로세스를 정의하고 작업하는 방법(EU 5), 기존 요구사항을 관리하는 방법(EU 6) 및 도구 지원을 사용하는 방법(EU 7)이 포함된다.
참고문헌 : CPRE Foundation Level Syllabus Version 3.0
'소프트웨어 공학 > 요구사항 공학' 카테고리의 다른 글
| [EU2] Fundamental Principles of Requirements Engineering (0) | 2023.02.10 |
|---|