Các kỹ thuật phân tích yêu cầu kèm ví dụ
⚡ Tóm tắt thông minh
Các kỹ thuật phân tích yêu cầu giúp các chuyên viên phân tích nghiệp vụ mô hình hóa quy trình làm việc, giao tiếp với các bên liên quan và chuyển đổi nhu cầu kinh doanh thành các đặc tả có cấu trúc bằng cách sử dụng BPMN, UML, sơ đồ lưu trình, sơ đồ luồng dữ liệu, IDEF, mạng Petri và phân tích khoảng cách.
Với tư cách là một Chuyên viên Phân tích Kinh doanh, phân tích yêu cầu là phần quan trọng nhất trong công việc của bạn. Giúp bạn xác định nhu cầu thực tế của các bên liên quan.Nó cũng cho phép bạn giao tiếp với các bên liên quan bằng cách sử dụng biểu đồ, mô hình và sơ đồ thay vì văn bản phức tạp.
Một phân tích yêu cầu có một
- Mục tiêu cụ thể
- Đầu vào cụ thể
- Đầu ra cụ thể
- Sử dụng tài nguyên
- Có một số hoạt động được thực hiện theo thứ tự nào đó
- Có thể ảnh hưởng đến nhiều đơn vị tổ chức.
- Tạo ra giá trị cho khách hàng
Kỹ thuật phân tích yêu cầu
Các kỹ thuật phân tích yêu cầu giúp lập bản đồ quy trình kinh doanh để bạn có thể phân tích, hiểu và cải thiện nó.
Các kỹ thuật sau đây được sử dụng rộng rãi phát triển phần mềm quá trình.
1. Ký hiệu mô hình hóa quy trình nghiệp vụ (BPMN)
BPMN (Business Process Model and Notation) là một biểu diễn đồ họa của quy trình kinh doanh bằng cách sử dụng các đối tượng đơn giản, giúp tổ chức giao tiếp theo một cách chuẩn hóa. Các đối tượng chính được sử dụng trong BPMN là:
- Đối tượng dòng chảy
- Kết nối các đối tượng
- Làn đường bơi
- Đồ tạo tác.
Một mô hình BPMN được thiết kế tốt sẽ cung cấp thông tin chi tiết về các hoạt động được thực hiện trong suốt quy trình, chẳng hạn như:
- Ai đang thực hiện những hoạt động này?
- Những yếu tố dữ liệu nào được yêu cầu cho các hoạt động này?
Lợi ích lớn nhất của BPMN là các sơ đồ dễ dàng chia sẻ và hầu hết các công cụ mô hình hóa đều hỗ trợ ký hiệu này.
2. UML (Ngôn ngữ mô hình hóa thống nhất)
UML là một tiêu chuẩn mô hình hóa để xác định, phát triểnping, trực quan hóa và lập tài liệu cho các hệ thống phần mềm. UML cung cấp các đối tượng như:
- Tiểu bang
- Đối tượng
- Hoạt động
- Sơ đồ lớp
Có 14 loại sơ đồ UML, bao gồm sơ đồ trường hợp sử dụng, sơ đồ tương tác, sơ đồ lớp, sơ đồ thành phần và sơ đồ trình tự. Mô hình UML đóng vai trò là phương tiện giao tiếp giữa tất cả các bên liên quan. Mô hình kinh doanh dựa trên UML có thể là đầu vào trực tiếp cho công cụ yêu cầu. Sơ đồ UML có thể là mô hình hành vi hoặc mô hình cấu trúc. Mô hình hành vi mô tả những gì hệ thống thực hiện; mô hình cấu trúc cho thấy hệ thống bao gồm những gì.
3. Kỹ thuật sơ đồ lưu trình
Sơ đồ quy trình là hình ảnh trực quan thể hiện trình tự hoạt động và logic điều khiển của một tập hợp các hoạt động có liên quan. Các định dạng sơ đồ quy trình phổ biến bao gồm tuyến tính, từ trên xuống và đa chức năng (làn bơi). Sơ đồ quy trình có thể được sử dụng để biểu diễn luồng dữ liệu, tương tác hệ thống và các bước quy trình. Sơ đồ quy trình dễ đọc và dễ viết, ngay cả đối với những người không chuyên về kỹ thuật, và có thể thể hiện các quy trình song song và các thuộc tính quan trọng.
4. Sơ đồ luồng dữ liệu
Sơ đồ luồng dữ liệu thể hiện cách dữ liệu được xử lý bởi một hệ thống về mặt đầu vào và đầu ra. Các thành phần của sơ đồ luồng dữ liệu bao gồm:
- Quy trình
- Dòng chảy
- Cửa Hàng
- Terminator
Sơ đồ luồng dữ liệu (DFD) logic thể hiện các hoạt động; sơ đồ luồng dữ liệu vật lý thể hiện cơ sở hạ tầng. DFD có thể được thiết kế ngay từ giai đoạn phân tích của chu kỳ phát triển phần mềm (SDLC).Chu kỳ hệ thống đời phát triển) để xác định phạm vi dự án. Nó có thể được chia nhỏ thành các quy trình con, được gọi là "DFD cấp độ".
5. Sơ đồ vai trò và hoạt động (RAD)
Sơ đồ hoạt động theo vai trò (RAD) tương tự như ký hiệu lưu đồ. Các thể hiện vai trò là những người tham gia vào quy trình, mỗi người có trạng thái bắt đầu và kết thúc. RAD đòi hỏi kiến thức sâu rộng về quy trình hoặc tổ chức để xác định các vai trò. Các thành phần của RAD bao gồm:
- Hoạt động
- sự kiện bên ngoài
- Bang
Các vai trò phân chia các hoạt động thành các đơn vị trách nhiệm. Một hoạt động có thể được thực hiện độc lập hoặc cần sự phối hợp với các hoạt động trong các vai trò khác.
Các sự kiện bên ngoài đánh dấu những thời điểm xảy ra sự thay đổi trạng thái.
Các trạng thái mô tả quá trình tiến triển của một vai trò trong suốt quy trình. Đạt được một trạng thái cho thấy một mục tiêu cụ thể đã được hoàn thành.
RAD dễ đọc, trình bày chi tiết quy trình và thể hiện các hoạt động song song.
6. Biểu đồ Gantt
Biểu đồ Gantt là một biểu diễn đồ họa của lịch trình giúp phối hợp, lập kế hoạch và... tracBiểu đồ này thể hiện tổng thời gian thực hiện dự án, chia thành các giai đoạn nhỏ. Trục tung liệt kê các nhiệm vụ; trục hoành thể hiện thời gian ước tính hoặc người chịu trách nhiệm thực hiện hoạt động. Một biểu đồ có thể hiển thị nhiều hoạt động.
7. IDEF (Định nghĩa tích hợp cho mô hình hóa chức năng)
IDEF (Integrated Definition for Function Modeling) bao gồm một nhóm các ngôn ngữ mô hình hóa doanh nghiệp. Nó mô hình hóa các hoạt động hỗ trợ phân tích, thiết kế hoặc tích hợp hệ thống. Có khoảng 16 phương thức IDEF; IDEF0 và IDEF3 là hữu ích nhất.
8. Lưới Petri màu (CPN)
Mạng Petri màu (CPN) là một ngôn ngữ hướng đồ họa dành cho... đặc tả, xác minh, thiết kế và mô phỏng hệ thốngCPN kết hợp đồ họa và văn bản. Các thành phần chính của nó là... Địa điểm, Chuyển tiếp và Vòng cung.
Các vật thể trên mạng Petri có những dòng chữ khắc đặc trưng, ví dụ:
- NơiCó các dòng chữ như .Tên, .Bộ màu và .Chữ cái đầu.
- Quá trình chuyển đổi : Có các dòng chữ như .Name (để nhận dạng) và .Guard (một biểu thức Boolean trên một số biến).
- Vòng cung: Có ký hiệu .Arc. Khi biểu thức arc được đánh giá, nó sẽ tạo ra một tập hợp đa màu sắc của token.
9. Kỹ thuật quy trình làm việc
Kỹ thuật sơ đồ quy trình công việc là một sơ đồ trực quan thể hiện một hoặc nhiều quy trình kinh doanh nhằm làm rõ sự hiểu biết hoặc đưa ra các đề xuất cải tiến quy trình. Cùng với sơ đồ lưu đồ, sơ đồ hoạt động UML và bản đồ quy trình, kỹ thuật sơ đồ quy trình công việc là một trong những phương pháp lâu đời nhất và được sử dụng rộng rãi nhất. Các nhà phân tích kinh doanh cũng sử dụng nó để ghi chú trong quá trình thu thập yêu cầu. Quy trình bao gồm bốn giai đoạn:
- Thu thập thông tin
- Mô hình hóa quy trình làm việc
- Mô hình hóa quy trình kinh doanh
- Triển khai, xác minh và thực thi
10. Phương pháp hướng đối tượng
Phương pháp mô hình hóa hướng đối tượng sử dụng mô hình lập trình hướng đối tượng và ngôn ngữ mô hình hóa để thiết kế hệ thống. Nó nhấn mạnh việc tìm kiếm và mô tả các đối tượng trong miền vấn đề. Mục đích của phương pháp hướng đối tượng là:
- Để giúp mô tả đặc điểm của hệ thống
- Để xác định các đối tượng có liên quan khác nhau
- Để hiểu mối quan hệ giữa các đối tượng với nhau.
- Xác định hoặc mô hình hóa một vấn đề để tạo ra một thiết kế hiệu quả.
- Phân tích các yêu cầu và những tác động của chúng.
Phương pháp này rất phù hợp với các hệ thống có yêu cầu động, thay đổi thường xuyên. Đó là một quy trình để xây dựng các trường hợp sử dụng, luồng hoạt động và luồng sự kiện cho hệ thống. Phân tích hướng đối tượng có thể được thúc đẩy bởi các nhu cầu được mô tả bằng văn bản, sự giao tiếp với các bên liên quan của hệ thống và một tài liệu về tầm nhìn.
Một đối tượng có một trạng thái, và sự thay đổi trạng thái được biểu diễn bằng hành vi. Khi đối tượng nhận được một thông điệp, trạng thái của nó sẽ thay đổi thông qua hành vi.
11. Phân tích khoảng trống
Phân tích khoảng cách (Gap Analysis) là kỹ thuật được sử dụng để xác định sự khác biệt giữa trạng thái đề xuất và trạng thái hiện tại của một doanh nghiệp và các chức năng của nó. Nó trả lời các câu hỏi như: Trạng thái hiện tại của dự án là gì? Chúng ta muốn đạt được điều gì? Làm thế nào để thu hẹp khoảng cách? Các giai đoạn của Phân tích khoảng cách bao gồm:
- Revhệ thống iew
- Yêu cầu phát triển
- sự so sánh
- Những gợi ý
- Khuyến nghị










