소프트웨어 요구 사항 분석은 소프트웨어 개발 프로세스에서 중요한 단계입니다. 여기에는 소프트웨어 프로젝트의 요구 사항을 수집, 문서화 및 분석하여 이해 관계자 및 사용자의 요구 사항을 충족하는지 확인하는 작업이 포함됩니다. 요구 사항을 철저히 이해하면 소프트웨어 프로젝트가 목표를 달성하고 원하는 결과를 제공하는 데 성공할 수 있습니다. 이 기사에서는 소프트웨어 요구 사항 분석의 중요성을 살펴보고 프로세스를 간소화하기 위한 모범 사례 및 도구를 포함하여 프로세스에 대한 심층적인 정보를 제공합니다. 개발자, 프로젝트 관리자, 비즈니스 분석가 등 누구에게나 이 기사는 소프트웨어 요구 사항을 효과적으로 수집하고 분석하는 데 유용한 통찰력을 제공합니다. 이제 적절한 소프트웨어 요구 사항 분석을 통해 소프트웨어 프로젝트의 성공을 보장하는 방법에 대해 알아보겠습니다.
요구 사항 분석이란 무엇입니까?
요구 사항 분석은 소프트웨어 시스템의 요구 사항을 식별, 정의 및 문서화하는 프로세스입니다. 요구 사항 분석의 목표는 사용자 요구 사항을 식별하고 이를 소프트웨어 개발 팀 이 시스템을 설계하고 개발하는 데 사용할 수 있는 구체적이고 측정 가능하며 달성 가능한 요구 사항으로 변환하는 것입니다. 이 프로세스는 요구 사항 엔지니어링이라고도 하며 최종 제품이 이해 관계자 및 사용자의 요구 사항을 충족하는지 확인하는 데 도움이 되므로 SDLC ( 소프트웨어 개발 수명 주기 )에서 중요한 단계입니다.
요구 사항 분석에는 이해 관계자의 요구 사항 수집, 요구 사항 문서화 및 구성, 요구 사항 유효성 검사, 요구 사항 사양 문서 생성과 같은 여러 활동이 포함됩니다. 이 문서는 소프트웨어 개발 팀의 청사진 역할을 하며 소프트웨어 시스템의 설계, 개발, 테스트 및 배포를 안내하는 데 사용됩니다.
요구 사항 분석은 SDLC 전체에서 계속되는 반복 프로세스이며 프로젝트가 진행됨에 따라 변경이 발생할 수 있다는 점에 유의하는 것이 중요합니다. 즉, 요구 사항 분석 프로세스는 변경 사항 및 업데이트가 발생할 때 이를 수용할 수 있을 만큼 충분히 유연해야 합니다.
요구사항 분석 프로세스
요구 사항 분석 프로세스는 소프트웨어 시스템이 해결하려는 문제 또는 기회를 식별하고 정의하는 것으로 시작됩니다. 그런 다음 소프트웨어 시스템이 영향을 미칠 사용자, 고객 및 기타 당사자를 포함하는 이해 관계자로부터 요구 사항을 수집합니다. 그런 다음 요구 사항을 문서화 및 구성하고 불일치 또는 모호성을 해결합니다. 요구 사항 분석 프로세스의 마지막 단계는 요구 사항을 검증하는 것입니다. 여기에는 요구 사항이 완전하고 일관되며 달성 가능한지 확인하기 위한 테스트 및 평가가 포함됩니다.
비즈니스 프로세스 모델링 표기법( BPMN)
BPMN (Business Process Modeling Notation)은 비즈니스 프로세스를 모델링하고 분석하는 데 널리 사용되는 기술입니다. BPMN 다이어그램은 입력, 출력 및 결정 지점을 포함하여 프로세스의 단계를 시각적으로 나타내는 데 사용됩니다. BPMN 다이어그램은 비즈니스 요구 사항을 식별하고 문서화하는 데 도움이 되며 소프트웨어 개발 팀에 요구 사항을 전달하는 데 사용할 수 있습니다.
UML (통합 모델링 언어)
UML (Unified Modeling Language)은 소프트웨어 집약적 시스템의 다양한 아티팩트를 설명, 시각화, 구축 및 문서화하는 데 널리 사용되는 언어입니다. UML 다이어그램은 사용 사례, 클래스 다이어그램 및 시퀀스 다이어그램을 포함하여 소프트웨어 시스템의 다양한 측면을 모델링하는 데 사용할 수 있습니다. UML 다이어그램은 소프트웨어 요구 사항을 모델링하고 분석하는 데 유용하며 소프트웨어 개발 팀에 요구 사항을 전달하는 데 사용할 수 있습니다.
순서도 기술
순서도는 프로세스의 단계를 시각적으로 나타내는 데 널리 사용되는 기술입니다. 순서도는 요구 사항을 식별하고 문서화하는 데 도움이 되며 소프트웨어 개발 팀에 요구 사항을 전달하는 데 사용할 수 있습니다. 순서도는 프로세스에서 잠재적인 문제와 기회를 식별하는 데에도 유용합니다.
데이터 흐름 다이어그램
데이터 흐름도( DFD)는 시스템을 통한 데이터 흐름을 시각적으로 표현하는 기술입니다. DFD 다이어그램은 요구 사항을 식별하고 문서화하는 데 유용하며 소프트웨어 개발 팀에 요구 사항을 전달하는 데 사용할 수 있습니다. DFD 다이어그램은 시스템의 잠재적인 문제와 기회를 식별하는 데에도 유용합니다.
역할 활동 다이어그램( RAD)
RAD (역할 활동 다이어그램)는 시스템에서 이해 관계자의 역할과 활동을 시각적으로 나타내는 기술입니다. RAD 다이어그램은 요구 사항을 식별하고 문서화하는 데 유용하며 소프트웨어 개발 팀에 요구 사항을 전달하는 데 사용할 수 있습니다. RAD 다이어그램은 시스템의 잠재적인 문제와 기회를 식별하는 데에도 유용합니다.
간트 차트
간트 차트는 프로젝트의 진행 상황을 예약하고 추적하는 데 널리 사용되는 기술입니다. Gantt 차트는 요구 사항 분석 프로세스를 관리하고 모니터링하는 데 유용하며 이해 관계자에게 프로젝트의 진행 상황을 전달하는 데 사용할 수 있습니다.
IDEF (함수 모델링을 위한 통합 정의)
기능 모델링을 위한 통합 정의( IDEF)는 기능 요구 사항을 모델링하고 분석하는 기술입니다. IDEF 다이어그램은 시스템의 기능과 관계를 시각적으로 나타내는 데 사용되며 소프트웨어 개발 팀에 요구 사항을 전달하는 데 사용할 수 있습니다.
갭 분석
차이 분석은 시스템의 현재 상태를 원하는 상태와 비교하여 개선이 필요한 부분이나 영역을 식별하는 프로세스입니다. 갭 분석을 사용하여 누락된 요구 사항 또는 기존 요구 사항이 부적합한 영역을 식별할 수 있습니다. 이는 현재 시스템을 사용자의 요구, 산업 표준 또는 모범 사례와 비교하여 수행할 수 있습니다. 요구 사항 분석 프로세스 초기에 이러한 격차를 식별하면 최종 소프트웨어 시스템이 이해 관계자 및 사용자의 요구 사항을 충족하는지 확인할 수 있습니다.
알아야 할 요구 사항 분석 기술
소프트웨어 개발 프로세스에서 요구 사항을 수집하고 분석하는 데 다양한 기술을 사용할 수 있습니다. 가장 일반적으로 사용되는 기술 중 일부는 다음과 같습니다.
- 인터뷰 : 이 기술은 요구 사항을 수집하기 위해 이해 관계자와의 대면 또는 전화 인터뷰를 포함합니다. 인터뷰는 개방형이거나 구조적일 수 있으며 사용자의 요구 사항, 비즈니스 프로세스 및 문제점에 대한 정보를 수집하는 데 사용할 수 있습니다.
- 설문 조사 : 이 기술은 이해 관계자에게 설문지 또는 설문 조사를 배포하여 필요 및 요구 사항에 대한 정보를 수집하는 것을 포함합니다. 설문조사는 기존 시스템에 대한 피드백이나 새로운 시스템에 대한 요구 사항을 수집하는 데 사용할 수 있습니다.
- 워크샵 : 이 기술은 요구 사항을 수집하고 논의하기 위해 촉진된 환경에서 이해 관계자를 모으는 것을 포함합니다. 워크숍은 새로운 요구 사항을 식별하거나 충돌을 해결하거나 기존 요구 사항의 우선 순위를 지정하는 데 사용할 수 있습니다.
- 프로토타이핑 : 이 기술에는 소프트웨어 시스템의 목업 또는 프로토타입을 만들어 이해관계자로부터 피드백을 수집하는 작업이 포함됩니다. 프로토타이핑을 사용하여 새로운 시스템에 대한 요구 사항을 수집하거나 기존 시스템의 요구 사항을 검증할 수 있습니다.
- 사용 사례 분석 : 이 기술에는 소프트웨어 시스템과 상호 작용할 다양한 행위자 또는 사용자와 그들이 수행할 다양한 작업 또는 시나리오를 식별하는 것이 포함됩니다. 사용 사례 분석을 사용하여 새 시스템에 대한 요구 사항을 수집하거나 기존 시스템에 대한 요구 사항을 검증할 수 있습니다.
- BPMN (Business Process Modeling Notation) : 이 기술은 요구 사항을 수집하고 분석하기 위해 비즈니스 프로세스를 시각적으로 표현하는 것과 관련이 있습니다. BPMN 다이어그램은 비즈니스 요구 사항을 식별 및 문서화하고 이를 소프트웨어 개발 팀에 전달하는 데 사용할 수 있습니다.
- UML (Unified Modeling Language) : 이 기술에는 요구 사항을 수집하고 분석하기 위해 소프트웨어 시스템의 시각적 표현을 만드는 작업이 포함됩니다. UML 다이어그램은 다양한 소프트웨어 시스템 측면을 모델링하고 소프트웨어 개발 팀에 요구 사항을 전달하는 데 사용할 수 있습니다.
- 순서도 기술 : 이 기술에는 요구 사항을 수집하고 분석하는 프로세스의 시각적 표현을 만드는 작업이 포함됩니다. 순서도는 요구 사항을 식별하고 문서화하는 데 유용하며 소프트웨어 개발 팀에 요구 사항을 전달하는 데 사용할 수 있습니다.
- 데이터 흐름 다이어그램 : 이 기술에는 요구 사항을 수집하고 분석하기 위해 시스템을 통해 데이터 흐름을 시각적으로 표현하는 것이 포함됩니다. DFD 다이어그램은 요구 사항을 식별하고 문서화하는 데 유용하며 소프트웨어 개발 팀에 요구 사항을 전달하는 데 사용할 수 있습니다.
- 갭 분석 : 이 기술은 시스템의 현재 상태를 원하는 상태와 비교하여 개선이 필요한 갭이나 영역을 식별하는 것을 포함합니다. 갭 분석을 사용하여 누락된 요구 사항 또는 기존 요구 사항이 부적합한 영역을 식별할 수 있습니다.
서로 다른 유형의 프로젝트 또는 이해 관계자에 따라 서로 다른 기술이 더 적합할 수 있습니다. 따라서 각 상황에 맞는 올바른 기법을 선택하고 여러 기법을 조합하여 요구 사항을 수집하고 분석하는 것이 중요합니다.
요구 사항 분석 도구
요구 사항 분석 프로세스에 도움이 되는 몇 가지 도구가 있습니다.
Jama Software
Jama Software 는 요구 사항 관리 및 제품 개발을 위한 도구입니다. 사용자 스토리 및 사용 사례와 같은 요구 사항 문서를 생성, 저장 및 관리할 수 있습니다. 또한 협업, 추적 가능성 및 영향 분석을 위한 기능을 제공합니다. Jama 소프트웨어를 통해 팀은 아이디어에서 출시까지 전체 제품 개발 프로세스를 관리할 수 있으며 요구 사항, 설계, 테스트 및 피드백을 추적하고 관리할 수 있는 중앙 집중식 위치를 제공합니다.
Caliber
Caliber 는 요구 사항 관리 및 테스트 관리를 위한 도구입니다. 사용자 스토리 및 사용 사례와 같은 요구 사항 문서를 생성, 저장 및 관리할 수 있습니다. 또한 협업, 추적 가능성 및 영향 분석을 위한 기능을 제공합니다. Caliber 를 통해 팀은 아이디어에서 출시까지 전체 제품 개발 프로세스를 관리할 수 있으며 요구 사항, 설계, 테스트 및 피드백을 추적하고 관리할 수 있는 중앙 집중식 위치를 제공합니다.
AppMaster
AppMaster 는 기술 요구 사항, 비즈니스 논리 , 데이터 모델 등을 시각화하기 위해 사용자 요구 사항을 다루는 비즈니스 분석가를 위한 훌륭한 도구입니다. 이 도구는 편의성 측면에서 Miro 와 유사하지만 자동 모드에서 코드를 작성한다는 큰 차이점이 있습니다. 즉, 비즈니스 요구 사항을 수집하고 다이어그램을 만드는 것이 아니라 백엔드, 소스 코드 및 문서로 실제 애플리케이션을 즉시 만듭니다. 요구 사항을 수집한 직후 완성된 애플리케이션을 다운로드하여 프로덕션 모드에서 고객에게 보여줄 수 있으며 필요한 경우 조정할 수 있습니다. 이것은 팀에서 당신의 가치가 훨씬 더 커진다는 것을 의미합니다. 귀하는 단순한 비즈니스 또는 시스템 분석가가 아니며 전체 개발 팀을 대체할 수 있는 단위입니다 .
Visure Requirements
Visure Requirements 는 요구사항 관리 및 추적을 위한 도구입니다. 사용자 스토리 및 사용 사례와 같은 요구 사항 문서를 생성, 저장 및 관리할 수 있습니다. 또한 협업, 추적 가능성 및 영향 분석을 위한 기능을 제공합니다. Visure Requirements 를 통해 팀은 아이디어에서 출시까지 전체 제품 개발 프로세스를 관리하고 요구 사항, 설계, 테스트 및 피드백을 추적하고 관리할 수 있는 중앙 집중식 위치를 제공합니다.
Orcanos
Orcanos 는 팀이 제품의 문서화, 개발 및 제공을 처리하는 데 도움이 되는 애플리케이션입니다. 사용자 스토리 및 사용 사례와 같은 요구 사항 문서를 생성, 저장 및 구성하는 도구를 제공합니다. 또한 팀이 협업하고, 변경 사항을 추적하고, 해당 변경 사항의 영향을 분석할 수 있는 기능이 있습니다. 또한 팀이 요구 사항, 디자인, 테스트 및 피드백을 추적할 수 있는 초기 아이디어에서 출시까지 전체 제품 개발 프로세스를 관리하기 위한 중앙 허브를 제공합니다.
Modern Requirements
Modern Requirements 은 팀이 제품 요구 사항을 관리하고 추적하는 데 도움이 되는 소프트웨어 솔루션입니다. 여기에는 사용자 스토리 및 사용 사례와 같은 문서를 생성, 저장 및 구성하기 위한 도구가 있습니다. 또한 협업을 허용하고 변경 사항을 추적하고 그 영향을 평가하는 기능을 제공합니다. 요구 사항, 설계, 테스트 및 피드백 관리를 위한 중앙 집중식 플랫폼을 제공하여 개념에서 출시까지 전체 제품 개발 프로세스를 간소화합니다.
IBM Engineering Requirements Management DOORS Next
BM 엔지니어링 요구사항 관리 DOORS Next는 팀이 제품 요구사항을 효과적으로 관리하고 추적할 수 있게 해주는 강력한 소프트웨어입니다. 사용자 스토리 및 사용 사례와 같은 문서를 생성, 저장 및 구성하는 기능을 통해 요구 사항이 진화함에 따라 쉽게 추적할 수 있습니다. 또한 다양한 협업 도구, 변경 추적성 및 영향 분석을 제공하므로 요구 사항에 대한 전체적인 보기를 제공합니다. IBM Engineering Requirements Management DOORS Next 가 제공하는 중앙 집중식 위치를 통해 팀은 개념에서 출시까지 전체 제품 개발 프로세스를 관리할 수 있습니다.
Accompa
제품 요구 사항을 관리하고 추적하기 위한 도구인 Accompa 를 통해 팀은 사용자 스토리 및 사용 사례와 같은 문서를 생성, 저장 및 관리할 수 있습니다. 협업 기능, 추적 가능성 및 영향 분석 도구를 통해 변경 사항을 쉽게 추적하고 그 영향을 평가할 수 있습니다. 또한 요구 사항, 설계, 테스트 및 피드백을 관리하기 위한 중앙 집중식 위치를 제공하여 아이디어에서 출시에 이르기까지 전체 제품 개발 프로세스를 용이하게 합니다.
Perforce Helix R
Perforce Helix R 은 요구 사항 관리 및 추적을 위한 도구입니다. 사용자 스토리 및 사용 사례와 같은 요구 사항 문서를 생성, 저장 및 관리할 수 있습니다. 또한 협업, 추적 가능성 및 영향 분석을 위한 기능을 제공합니다. Perforce Helix R 을 통해 팀은 아이디어에서 출시까지 전체 제품 개발 프로세스를 관리하고 요구 사항, 디자인, 테스트 및 피드백을 추적하고 관리할 수 있는 중앙 집중식 위치를 제공합니다. 또한 팀이 서로 다른 위치와 플랫폼에서 원활하게 협업하고 작업을 공유할 수 있습니다.
Pearls
Pearls 는 요구 사항 관리 프로세스를 자동화하고 단순화하는 데 중점을 둔 요구 사항 관리 도구입니다. 사용자 스토리 및 사용 사례와 같은 요구 사항 문서를 생성, 저장 및 관리하는 데 사용할 수 있습니다. 또한 협업, 추적 가능성 및 영향 분석을 위한 기능을 제공합니다. Pearls 를 통해 팀은 아이디어에서 시작까지 전체 제품 개발 프로세스를 관리하고 중앙 집중식 위치를 제공하여 요구 사항, 디자인, 테스트 및 피드백을 추적하고 관리할 수 있습니다. 또한 직관적이고 사용하기 쉬운 인터페이스를 제공하여 팀의 프로세스를 보다 효율적으로 만듭니다.
이러한 모든 도구에는 고유한 특징과 기능이 있으므로 팀의 요구 사항과 작업 프로세스에 가장 적합한 도구를 선택하는 것이 중요합니다. 그들은 팀이 요구 사항을 효과적으로 관리 및 전달하고 개발 프로세스를 능률화하며 최종 제품이 이해 관계자 및 사용자의 요구 사항을 충족하도록 도울 수 있습니다.
누가 요구 사항 분석을 수행합니까?
서로 다른 역할과 책임을 가진 개인들로 구성된 팀이 일반적으로 요구 사항 분석을 수행합니다. 요구 사항 분석과 관련된 특정 팀 구성원은 조직 및 프로젝트에 따라 다를 수 있지만 일부 주요 역할에는 일반적으로 다음이 포함됩니다.
- 비즈니스 분석가 : 비즈니스 분석가는 소프트웨어 시스템의 요구 사항을 식별하고 문서화할 책임이 있습니다. 그들은 이해 관계자와 협력하여 요구 사항에 대한 정보를 수집하고 이를 구체적이고 측정 가능하며 달성 가능한 요구 사항으로 변환합니다.
- 프로젝트 관리자 : 프로젝트 관리자는 요구 사항 분석 프로세스를 관리하고 전체 프로젝트 일정 및 예산과 일치하는지 확인할 책임이 있습니다. 이들은 비즈니스 분석가 및 기타 팀 구성원과 협력하여 요구 사항을 신속하고 효율적으로 수집 및 분석합니다.
- 개발자 및 엔지니어 : 개발자 및 엔지니어는 요구 사항을 기반으로 소프트웨어 시스템을 설계하고 개발할 책임이 있습니다. 비즈니스 분석가와 협력하여 요구 사항을 이해하고 소프트웨어 시스템에서 구현할 수 있는지 확인합니다.
- 테스터 및 품질 보증 : 테스터 및 품질 보증 전문가는 요구 사항을 검증하고 요구 사항이 완전하고 일관되며 달성 가능하도록 보장할 책임이 있습니다. 비즈니스 분석가 및 개발자와 협력하여 요구 사항을 테스트할 수 있고 최종 소프트웨어 시스템이 이해 관계자 및 사용자의 요구 사항을 충족하는지 확인합니다.
- 이해 관계자 는 소프트웨어 시스템이 영향을 미칠 개인 또는 그룹입니다. 그들은 요구 사항에 대한 입력을 제공하고 최종 소프트웨어 시스템이 요구 사항을 충족하는지 확인하는 데 도움을 줍니다.
- 주제 전문가 : 주제 전문가는 소프트웨어 시스템에 필요한 특정 영역에 대한 전문 지식을 가진 개인입니다. 그들은 요구 사항에 대한 입력을 제공하고 최종 소프트웨어 시스템이 이해 관계자 및 사용자의 요구 사항을 충족하는지 확인하는 데 도움을 줍니다.
요구 사항 분석은 반복적인 프로세스이며 프로젝트가 진행됨에 따라 변경 사항이 발생할 수 있다는 점에 유의해야 합니다. 따라서 새롭거나 변경되는 요구 사항이 캡처되어 소프트웨어 시스템에 통합되도록 모든 팀 구성원, 이해 관계자 및 주제 전문가 간에 열린 의사 소통 라인을 갖는 것이 중요합니다. 요구 사항 분석 프로세스와 전체 프로젝트의 성공을 위해서는 모든 팀 구성원과 이해 관계자 간의 효과적인 의사 소통과 협업이 중요합니다.
요구 사항 분석의 이점은 무엇입니까?
요구 사항 분석은 소프트웨어 개발 프로세스에서 중요한 단계입니다. 이를 통해 팀은 최종 소프트웨어 시스템이 요구 사항을 충족하는지 확인하기 위해 이해 관계자 및 사용자의 요구 사항과 기대치를 수집, 분석 및 검증할 수 있습니다. 철저하고 효과적인 요구 사항 분석을 수행함으로써 팀은 모든 구성원 간의 의사 소통 및 협업을 개선하고 소프트웨어를 비즈니스 요구 사항에 맞추며 사용자 만족도를 높이고 최종 제품의 품질을 향상시킬 수 있습니다. 이렇게 하면 프로젝트 초기에 격차나 불일치를 식별하여 나중에 비용이 많이 드는 재작업과 지연을 방지하여 효율성을 높이고 비용을 절감할 수 있습니다. 또한 최종 소프트웨어 시스템은 고품질이 될 것입니다. 시간과 예산 범위 내에서 제공되므로 성공적인 프로젝트 결과와 고객 만족도 향상으로 이어질 수 있습니다.
자주하는 질문
소프트웨어 요구 사항 분석이란 무엇입니까?
소프트웨어 요구 사항 분석은 소프트웨어 시스템에 대한 명확하고 포괄적인 요구 사항 집합을 개발하기 위해 이해 관계자의 요구 사항과 제약 조건을 수집, 문서화 및 분석하는 프로세스입니다.
소프트웨어 요구 사항 분석의 목표는 무엇입니까?
소프트웨어 요구 사항 분석의 목표에는 이해 관계자 및 요구 사항 식별, 문제 도메인 이해, 소프트웨어 시스템 범위 정의, 소프트웨어 개발을 안내하는 데 사용할 수 있는 요구 사항 집합 생성이 포함됩니다.
소프트웨어 요구 사항 분석과 관련된 단계는 무엇입니까?
소프트웨어 요구 사항 분석과 관련된 단계에는 이해 관계자로부터 정보 수집, 요구 사항 문서 생성, 요구 사항 분석 및 유효성 검사, 승인 받기가 포함됩니다.
소프트웨어 요구 사항 분석에 사용되는 몇 가지 일반적인 기술은 무엇입니까?
소프트웨어 요구 사항 분석에 사용되는 일반적인 기술에는 이해 관계자 인터뷰, 설문 조사 수행, 기존 문서 검토, 사용 사례 생성 및 프로토타입 생성이 포함됩니다.
소프트웨어 요구 사항 분석의 이점은 무엇입니까?
소프트웨어 요구 사항 분석의 이점은 다음과 같습니다. 프로젝트 실패 위험 감소, 이해 관계자와 개발자 간의 의사 소통 개선, 개발 프로세스 초기에 잠재적인 문제 식별, 소프트웨어 개발을 안내하는 데 사용할 수 있는 명확하고 포괄적인 요구 사항 집합 생성 소프트웨어.
소프트웨어 요구 사항 분석의 일반적인 문제는 무엇입니까?
소프트웨어 요구 사항 분석의 일반적인 문제에는 다양한 관점을 가진 이해 관계자로부터 요구 사항 수집, 요구 사항 변경 관리, 불완전하거나 충돌하는 요구 사항 처리, 요구 사항에 대한 모든 이해 관계자의 동의 및 승인 획득이 포함됩니다.
