예제를 포함한 요구 사항 분석 기술: 전체 튜토리얼

비즈니스 분석가로서 요구사항 분석은 업무에서 가장 중요한 부분입니다. 그럴 것이다 이해관계자의 실제 요구 사항을 파악하는 데 도움이 됩니다.동시에, 복잡한 텍스트 대신 이해관계자가 이해할 수 있는 언어(차트, 모델, 흐름도 등)로 이해관계자와 소통할 수 있습니다.

요구사항 분석에는

• 구체적인 목표
• 특정 입력
• 특정 출력
• 자원을 사용한다
• 여러 가지 활동을 어떤 순서로 수행해야 하는지
• 둘 이상의 조직 단위에 영향을 미칠 수 있음
• 고객을 위한 일종의 가치를 창출합니다.

 

요구사항 분석 기법

요구 사항 분석 기술은 주로 비즈니스 워크플로를 매핑하여 해당 워크플로나 프로세스를 분석, 이해하고 필요한 변경을 수행할 수 있도록 하는 데 사용됩니다.

요구사항에 따라 사용할 수 있는 다양한 요구사항 분석 기술이 있습니다. 소프트웨어 개발 같은 프로세스

1. 비즈니스 프로세스 모델링 표기법(BPMN)

BPMN(Business Process Modeling & Notation)은 간단한 개체를 사용하여 비즈니스 프로세스를 그래픽으로 표현한 것으로, 조직이 표준 방식으로 의사소통하는 데 도움이 됩니다. BPMN에서 사용되는 다양한 객체는 다음과 같습니다.

• 흐름 객체
• 객체 연결
• 수영 레인
• 유물.

Well Design BPMN 모델은 프로세스 중에 수행되는 활동에 대한 세부 정보를 제공할 수 있어야 합니다.

• 이러한 활동을 수행하는 사람은 누구입니까?
• 이러한 활동에는 어떤 데이터 요소가 필요합니까?

BPMN을 사용하면 가장 큰 이점은 공유가 더 쉽고 대부분의 모델링 도구가 BPMN을 지원한다는 것입니다.

2. UML(통합 모델링 언어)

UML 소프트웨어 시스템의 사양, 개발, 시각화 및 문서화에 주로 사용되는 모델링 표준입니다. 중요한 비즈니스 프로세스와 아티팩트를 캡처하기 위해 UML은 다음과 같은 객체를 제공합니다.

• 주 정부
• 목적
• 활동
• 클래스 다이어그램

사용 사례 다이어그램, 상호 작용 다이어그램, 클래스 다이어그램, 구성 요소 다이어그램, 시퀀스 다이어그램 등과 같은 모델링에 도움이 되는 14개의 UML 다이어그램이 있습니다. UML 모델은 모든 이해 관계자 간의 의사 소통 매체가 되므로 IT 부문에서 중요합니다. UML 기반 비즈니스 모델은 요구사항 도구에 대한 직접적인 입력이 될 수 있습니다. UML 다이어그램은 행동 모델(Behavioral model)과 구조 모델(Structural model)의 두 가지 유형이 있습니다. 행동 모델은 시스템이 수행하는 작업에 대한 정보를 제공하는 반면, 구조 모델은 시스템 구성 요소를 제공합니다.

3.플로우차트 기법

순서도는 관련 활동 또는 작업 집합의 순차적 흐름 및 제어 논리를 시각적으로 표현한 것입니다. 선형, 하향식 및 교차 기능(수영 레인)을 포함하는 다양한 형식의 순서도가 있습니다. 순서도는 데이터 흐름 표현, 시스템 상호작용 등 다양한 활동에 사용될 수 있습니다. 순서도 사용의 장점은 기술적인 지식이 없는 팀원이라도 쉽게 읽고 쓸 수 있으며 기능별 병렬 프로세스를 보여줄 수 있다는 것입니다. , 프로세스의 중요한 속성 등

4. 데이터 흐름도

데이터 흐름 다이어그램은 입력 및 출력 측면에서 시스템에서 데이터가 처리되는 방식을 보여줍니다. 데이터 흐름 다이어그램의 구성 요소에는 다음이 포함됩니다.

• 방법
• 흐름
• 스토어
• 터미네이터

논리적 데이터 흐름 다이어그램은 시스템의 활동을 보여주고, 물리적 데이터 흐름 다이어그램은 시스템 인프라를 보여줍니다. 데이터 흐름 다이어그램은 SDLC 내 분석 단계의 요구 사항 도출 프로세스 초기에 설계될 수 있습니다(시스템 개발 수명주기) 프로젝트 범위를 정의합니다. 쉽게 분석하기 위해 데이터 흐름 다이어그램을 "평준화된 DFD"라고 하는 하위 프로세스로 드릴다운할 수 있습니다.

5. 역할 활동 다이어그램 - (RAD)

역할 활동 다이어그램은 순서도 유형 표기와 유사합니다. 역할 활동 다이어그램에서 역할 인스턴스는 시작 및 종료 상태를 갖는 프로세스 참여자입니다. RAD에서는 역할을 식별하기 위해 프로세스나 조직에 대한 깊은 지식이 필요합니다. RAD의 구성요소는 다음과 같습니다.

• 활동
• 외부 이벤트
• 미국

역할은 수행하는 책임에 따라 활동을 책임 단위로 그룹화합니다. 활동은 역할과 별도로 수행될 수도 있고, 다른 역할의 활동과 조정이 필요할 수도 있습니다.

외부 이벤트는 상태 변경이 발생하는 지점입니다.

상태는 상태에서 상태로 진행되는 역할의 활동을 매핑하는 데 유용합니다. 특정 상태에 도달하면 특정 목표가 달성되었음을 나타냅니다.

RAD는 읽기 쉽고 프로세스에 대한 자세한 보기를 제시하며 활동을 동시에 허용하므로 의사소통을 지원하는 데 도움이 됩니다.

6. 간트 차트

간트 차트는 프로젝트의 특정 작업을 조정, 계획 및 추적하는 데 도움이 되는 일정을 그래픽으로 표현한 것입니다. 이는 개체의 총 시간 범위를 증분 단위로 나누어 나타냅니다. 간트 차트는 세로축에 수행할 모든 작업 목록을 나타내고, 가로축에는 예상 활동 기간이나 활동에 할당된 사람의 이름을 나열합니다. 하나의 차트는 다양한 활동을 보여줄 수 있습니다.

7. IDEF(함수 모델링을 위한 통합 정의)

기능 모델링을 위한 통합 정의(IDEF)는 엔터프라이즈 모델링 언어 클래스를 나타내는 일반적인 이름입니다. 시스템 분석, 설계 또는 통합을 지원하는 데 필요한 모델링 활동에 사용됩니다. IDEF에는 약 16가지 방법이 있으며, 가장 유용한 IDEF 버전은 IDEF3 및 IDEF0입니다.

8. 유색 페트리 넷(CPN)

CPN 또는 유색 페트리네트는 그래픽 기반 언어입니다. 시스템의 사양, 검증, 설계 및 시뮬레이션. 컬러 페트리 네츠(Colored Petri Nets)는 그래픽과 텍스트의 조합입니다. 주요 구성 요소는 다음과 같습니다. 장소, 전환 및 호.

페트리 네트 개체에는 다음과 같은 특정 비문이 있습니다.

• 장소: .Name, .Color Set, .Initial 마킹 등의 문자가 있습니다.
• 전이 : .Name(식별용) 및 .Guard(일부 변수로 구성된 부울 표현식)와 같은 비문이 있습니다.
• 호: .Arc와 같은 비문이 있습니다. 호 표현식이 평가되면 여러 토큰 색상 세트가 생성됩니다.

9. 워크플로우 기법

워크플로 기술은 프로세스에 대한 이해를 명확히 하거나 프로세스 개선 권장 사항을 제시하기 위해 하나 이상의 비즈니스 프로세스를 나타내는 시각적 다이어그램입니다. 흐름도, UML 활동 및 프로세스 맵과 같은 다른 다이어그램과 마찬가지로 워크플로 기술은 가장 오래되고 널리 사용되는 기술입니다. 요구 사항 도출 중에 메모를 작성하기 위해 BA에서도 사용됩니다. 프로세스는 XNUMX단계로 구성됩니다.

• 정보 수집
• 워크플로우 모델링
• 비즈니스 프로세스 모델링
• 구현, 검증 및 실행

10. 객체 지향 방법

객체지향 모델링 방법은 객체지향 패러다임과 모델링 언어를 사용하여 시스템을 설계합니다. 문제 영역에서 객체를 찾고 설명하는 데 중점을 둡니다. 객체지향 방법의 목적은

• 시스템 특성화를 돕기 위해
• 다양한 관련 객체가 무엇인지 알아보기
• 그들은 서로 어떻게 관련되어 있습니까?
• 효과적인 디자인을 만들기 위해 문제를 지정하거나 모델링하는 방법
• 요구사항과 그 의미를 분석하려면

이 방법은 동적 요구사항(자주 변경되는)이 있는 시스템에 적용 가능합니다. 시스템에 대한 유스 케이스, 활동 흐름, 이벤트 흐름을 도출하는 프로세스입니다. 객체 지향 분석은 텍스트 요구, 시스템 이해관계자와의 커뮤니케이션 및 비전 문서를 통해 수행될 수 있습니다.

객체에는 상태가 있으며 상태 변경은 동작으로 표현됩니다. 따라서 객체가 메시지를 받으면 동작을 통해 상태가 변경됩니다.

11. 격차 분석

격차 분석은 모든 비즈니스와 해당 기능에 대해 제안된 상태와 현재 상태 간의 차이를 확인하는 데 사용되는 기술입니다. 프로젝트의 현재 상태는 무엇입니까?와 같은 질문에 답합니다. 우리는 어디에 있고 싶나요? 등. 격차 분석의 다양한 단계에는 다음이 포함됩니다.

• Rev아이유 시스템
• 개발 요구 사항
• 비교
• 시사점
• 추천