요구사항 분석 기법 (예시 포함)
찰스 무어
⚡ 스마트 요약
요구사항 분석 기법은 비즈니스 분석가가 워크플로우를 모델링하고, 이해관계자와 소통하며, BPMN, UML, 순서도, 데이터 흐름도, IDEF, 페트리 넷, 격차 분석 등을 사용하여 비즈니스 요구사항을 구조화된 명세로 변환하는 데 도움을 줍니다.
비즈니스 분석가로서 요구사항 분석은 업무에서 가장 중요한 부분입니다. 이해관계자의 실제 요구사항을 파악하는 데 도움이 됩니다.또한 복잡한 텍스트 대신 차트, 모델 및 순서도를 사용하여 이해 관계자와 소통할 수 있습니다.
요구사항 분석에는
- 구체적인 목표
- 특정 입력
- 특정 출력
- 자원을 사용한다
- 여러 가지 활동을 어떤 순서로 수행해야 하는지
- 하나 이상의 조직 단위에 영향을 미칠 수 있습니다.
- 고객에게 가치를 창출합니다
요구사항 분석 기법
요구사항 분석 기법은 비즈니스 워크플로를 매핑하여 분석, 이해 및 개선할 수 있도록 합니다.
다음과 같은 기술들이 전반적으로 사용됩니다. 소프트웨어 개발 프로세스.
1. 비즈니스 프로세스 모델링 표기법(BPMN)
BPMN(비즈니스 프로세스 모델 및 표기법)은 간단한 객체를 사용하여 비즈니스 프로세스를 그래픽으로 표현한 것으로, 조직이 표준화된 방식으로 소통하는 데 도움이 됩니다. BPMN에서 사용되는 주요 객체는 다음과 같습니다.
- 흐름 객체
- 객체 연결
- 수영 레인
- 유물.
잘 설계된 BPMN 모델은 프로세스 중에 수행되는 활동에 대한 세부 정보를 제공합니다. 예를 들어 다음과 같은 활동들이 있습니다.
- 이러한 활동을 수행하는 사람은 누구입니까?
- 이러한 활동에는 어떤 데이터 요소가 필요합니까?
BPMN의 가장 큰 장점은 다이어그램을 쉽게 공유할 수 있고 대부분의 모델링 도구가 이 표기법을 지원한다는 점입니다.
2. UML(통합 모델링 언어)
UML 이는 명세화, 개발을 위한 모델링 표준입니다.ping소프트웨어 시스템을 시각화하고 문서화하는 데 사용됩니다. UML은 다음과 같은 객체를 제공합니다.
- 주 정부
- 목적
- 활동
- 클래스 다이어그램
UML 다이어그램에는 유스케이스 다이어그램, 인터랙션 다이어그램, 클래스 다이어그램, 컴포넌트 다이어그램, 시퀀스 다이어그램 등 14가지 유형이 있습니다. UML 모델은 모든 이해관계자 간의 소통 매개체 역할을 합니다. UML 기반 비즈니스 모델은 요구사항 분석 도구의 직접적인 입력 자료로 사용될 수 있습니다. UML 다이어그램은 동작 모델과 구조 모델로 나뉩니다. 동작 모델은 시스템이 무엇을 하는지 설명하고, 구조 모델은 시스템이 무엇으로 구성되어 있는지를 보여줍니다.
3. 흐름도 기법
순서도는 서로 연관된 활동들의 순차적인 흐름과 제어 논리를 시각적으로 표현한 것입니다. 일반적인 순서도 형식에는 선형, 하향식, 교차 기능식(스윔레인) 등이 있습니다. 순서도는 데이터 흐름, 시스템 상호 작용, 프로세스 단계를 나타내는 데 사용할 수 있습니다. 순서도는 비전문가도 쉽게 읽고 쓸 수 있으며, 병렬 프로세스와 핵심 속성을 보여줄 수 있습니다.
4. 데이터 흐름도
데이터 흐름도는 시스템에서 데이터가 처리되는 방식을 입력과 출력 측면에서 보여줍니다. 데이터 흐름도의 구성 요소는 다음과 같습니다.
- 방법
- 흐름
- 스토어
- 터미네이터
논리적 DFD는 활동을 보여주고, 물리적 DFD는 인프라를 보여줍니다. DFD는 SDLC의 분석 단계 초기에 설계할 수 있습니다.시스템 개발 수명주기프로젝트 범위를 정의하기 위해 사용됩니다. 하위 프로세스로 세분화할 수 있으며, 이를 "단계별 DFD"라고 합니다.
5. 역할 활동 다이어그램(RAD)
역할 활동 다이어그램(RAD)은 순서도 표기법과 유사합니다. 역할 인스턴스는 프로세스 참여자이며, 각각 시작 상태와 종료 상태를 가집니다. RAD를 작성하려면 프로세스 또는 조직에 대한 심층적인 지식이 필요합니다. RAD의 구성 요소는 다음과 같습니다.
- 활동
- 외부 이벤트
- 미국
역할은 활동들을 책임 단위로 그룹화합니다. 활동은 독립적으로 수행될 수도 있고, 다른 역할의 활동들과의 조정이 필요할 수도 있습니다.
외부 사건은 상태 변화가 발생하는 지점을 나타냅니다.
상태는 역할이 프로세스를 거치면서 어떻게 발전하는지를 보여줍니다. 특정 상태에 도달했다는 것은 특정 목표가 달성되었음을 의미합니다.
RAD는 읽기 쉽고, 상세한 프로세스 개요를 제공하며, 병렬 활동을 보여줍니다.
6. 간트 차트
간트 차트는 일정을 시각적으로 표현한 것으로, 조정, 계획 및 관리에 도움이 됩니다. trac프로젝트 내의 특정 작업들을 나타냅니다. 전체 프로젝트 기간을 단계별로 나누어 보여줍니다. 세로축에는 작업 목록이, 가로축에는 예상 작업 기간 또는 담당자가 표시됩니다. 하나의 차트에 여러 활동을 표시할 수 있습니다.
7. IDEF(함수 모델링을 위한 통합 정의)
IDEF(Integrated Definition for Function Modeling)는 기업용 모델링 언어 제품군을 포괄하는 용어입니다. 시스템 분석, 설계 또는 통합을 지원하는 활동을 모델링하는 데 사용됩니다. IDEF에는 약 16가지 방법이 있으며, 그중 IDEF0과 IDEF3이 가장 유용합니다.
8. 유색 페트리 넷(CPN)
컬러 페트리 넷(CPN)은 그래픽 지향적인 언어입니다. 시스템의 명세, 검증, 설계 및 시뮬레이션CPN은 그래픽과 텍스트를 결합한 것입니다. 주요 구성 요소는 다음과 같습니다. 장소, 전환 및 호.
페트리 넷 객체에는 다음과 같은 특정한 표기가 있습니다.
- 장소이름, 색상 세트, 이니셜 등의 표기가 있습니다.
- 전이 : .Name(식별용) 및 .Guard(일부 변수에 대한 부울 표현식)와 같은 표기가 있습니다.
- 호: .Arc 접미사가 있습니다. arc 표현식을 평가하면 토큰 색상의 다중 집합이 생성됩니다.
9. 워크플로우 기법
워크플로 기법은 하나 이상의 비즈니스 프로세스를 시각적으로 표현하여 이해를 명확히 하거나 프로세스 개선 방안을 제시하는 데 사용되는 다이어그램입니다. 순서도, UML 활동 다이어그램, 프로세스 맵과 함께 워크플로 기법은 가장 오래되고 널리 사용되는 접근 방식 중 하나입니다. 비즈니스 분석가는 요구사항 도출 과정에서 메모를 작성하는 데에도 이 기법을 활용합니다. 이 프로세스는 네 단계로 구성됩니다.
- 정보 수집
- 워크플로우 모델링
- 비즈니스 프로세스 모델링
- 구현, 검증 및 실행
10. 객체 지향 방법론
객체 지향 모델링 방법은 객체 지향 패러다임과 모델링 언어를 사용하여 시스템을 설계합니다. 이 방법은 문제 영역의 객체를 찾고 설명하는 데 중점을 둡니다. 객체 지향 방법의 목적은 다음과 같습니다.
- 시스템의 특성을 파악하는 데 도움이 되도록
- 관련된 여러 대상을 식별하기 위해
- 사물들이 서로 어떻게 관련되어 있는지 이해하기 위해
- 효과적인 설계를 위해 문제를 구체화하거나 모델링하는 것
- 요구사항과 그 의미를 분석하기 위해
이 방법은 요구사항이 빈번하게 변하는 동적 시스템에 매우 적합합니다. 이는 시스템에 대한 사용 사례, 활동 흐름 및 이벤트 흐름을 도출하는 프로세스입니다. 객체 지향 분석은 문서화된 요구사항, 시스템 이해관계자와의 소통, 그리고 비전 문서를 기반으로 진행될 수 있습니다.
객체는 상태를 가지고 있으며, 상태 변화는 동작으로 표현됩니다. 객체가 메시지를 수신하면 동작을 통해 상태가 변화합니다.
11. 격차 분석
갭 분석은 기업 및 그 기능에 있어 제안된 상태와 현재 상태 간의 차이를 파악하는 데 사용되는 기법입니다. 갭 분석은 다음과 같은 질문에 대한 답을 제시합니다. 프로젝트의 현재 상태는 무엇인가? 우리가 도달하고자 하는 목표는 무엇인가? 어떻게 격차를 해소할 수 있는가? 갭 분석의 단계는 다음과 같습니다.
- Rev아이유 시스템
- 개발 요구 사항
- 비교
- 시사점
- 추천
