Bài giảng Phân tích kinh doanh: Chương 7 - Nguyễn Duy Thanh

Chia sẻ: _ _ | Ngày: | Loại File: PPTX | Số trang:76

Thêm vào BST

Báo xấu

1
lượt xem 0
download

Download Vui lòng tải xuống để xem tài liệu đầy đủ

Chương 7 "Phân tích yêu cầu và định nghĩa thiết kế" này tập trung vào việc phân tích, tổ chức và chuyển đổi yêu cầu thành các giải pháp thiết kế khả thi. Nội dung gồm: phân loại và ưu tiên yêu cầu, mô hình hóa yêu cầu (sử dụng sơ đồ, biểu đồ...), xác định các giải pháp thiết kế đáp ứng yêu cầu, đánh giá và lựa chọn phương án tối ưu. Mục tiêu là đảm bảo yêu cầu được hiểu rõ, nhất quán và có thể triển khai thành giải pháp cụ thể, hiệu quả.

Chủ đề:

Bình luận(0) Đăng nhập để gửi bình luận!

Lưu

Nội dung Text: Bài giảng Phân tích kinh doanh: Chương 7 - Nguyễn Duy Thanh

PHÂN TÍCH KINH DOANH (BA) Chương 7 PHÂN TÍCH YÊU CẦU & ĐỊNH NGHĨA THIẾT KẾ (Requirements Analysis & Design Definition) 03/04/2025 Nguyễn Duy Thanh (thanhnd@buh.edu.vn)
AGENDA § Introduction § Core Concept Model in RADD § Specify and Model Requirements § Verify Requirements § Validate Requirements § Define Requirements Architecture § Define Design Options § Analyze Potential Value and Recommend
Knowledge Area Relationships
Overview of RADD [6] 1. Specify and Model Requirements 2. Verify Requirements 3. Validate Requirements 4. Define Requirements Architecture 5. Define Design Options 6. Analyze Potential Value and Recommend Solution
Business Analysis Value Spectrum
Core Concept Model in RADD
7.1 - SPECIFY AND MODEL REQUIREMENTS
SPECIFY AND MODEL REQUIREMENTS • Specify and Model Requirements is used to analyze, integrate, and process elicitation results into requirements and designs; It is focused on understanding the needs of the organization and the output of that activity are the requirements • Purpose: Analyze, synthesize, and refine elicitation results into requirements and designs • Description: Specify and Model Requirements describes the practices for analyzing elicitation results and creating representations of those results.
INPUT • Elicitation Results (any state): Modelling can begin with any elicitation result and may lead to the need for more elicitation to clarify or expand upon requirements.
ELEMENTS [4] • Model Requirements • Analyze Requirements • Represent Requirements & Attributes • Implement the Appropriate Levels of Abstraction
GUIDELINES & TOOLS [5] • Modelling Notations / Standards • Modelling Tools • Requirements Architecture • Requirements Lifecycle Management Tools • Solution Scope
TECHNIQUES [24] 1. Acceptance & Evaluation 13. Non-Functional Requirements Criteria Analysis 2. Business Capability Analysis 14. Organizational Modelling 3. Business Model Canvas 15. Process Modelling 4. Business Rules Analysis 16. Prototyping 5. Concept Modelling 17. Roles & Permission Matrix 6. Data Dictionary 18. Root Cause Analysis 7. Data Flow Diagrams 19. Scope Modelling 8. Data Modelling 20. Sequence Diagrams 9. Decision Modelling 21. Stakeholder List, Map / Personas 10. Functional Decomposition 22. State Modelling 11. Glossary 23. Use Cases & Scenarios 12. Interface Analysis 24. User Stories
(6) Data Dictionary (p. 247)
Elements • Data Elements • Primitive Data Elements • Composite Elements.
(7) Data Flow Diagrams (DFD) (p. 250)
Elements • Externals (Entity, Source, Sink) • Data Store • Process • Data Flow.
Data Flow Diagram Gane-Sarson Notation
(20) Sequence Diagrams (p. 341)