Bài chia sẻ những điểm lưu ý tại sự kiện BA DAY ngày 26/7/2015

1. 5BƯỚC
PHÂN TÍCH YÊU CẦU NGHIỆP VỤ
ĐỐI VỚI
DỰ ÁN CHÍNH PHỦ ĐIỆN TỬ
ITLC HN 07: BA DAY – BUSINESS ANALYST
Lê Phú Cường
BA Manager, DTT Group
Admin, ITLC Hanoi
FB: Le Cuong
1

2. “NHỮNG NẤC THANG TÌNH YÊU”
1
2
3
4
5
Suy luận yêu cầu
Phân tích yêu cầu
Đặc tả yêu cầu
Kiểm tra yêu cầu
Quản lý yêu cầu
Góc nhìn của một BA, được viết xuống
cho cộng đồng ITLC, chỉ ra những điểm
cần lưu ý khi làm dự án Chính phủ điện tử
2

3. SUY LUẬN YÊU CẦU
• Thỏa thuận của khách hàng
• Yêu cầu không xác định
• Yêu cầu được xác định từ phần mềm cũ
• Giải pháp được đề xuất từ yêu cầu
• Tầm nhìn và phạm vi của sản phẩm
• Tính đủ và đúng của yêu cầu
• Mô hình triển khai và các điểm đột phá
Suy luận yêu cầu
Phân tích yêu cầu
Đặc tả yêu cầu
Kiểm tra yêu cầu
Quản lý yêu cầu
3

4. SUY LUẬN YÊU CẦU
 TẦM NHÌN VÀ PHẠM VI CỦA SẢN PHẨM
Xác định tầm nhìn và phạm vi của dự án
ngay từ đầu
Phổ biến trong toàn đội dự án (tài liệu hóa)
Giúp xác định đúng yêu cầu nghiệp vụ và
thiết kế có khả năng mở rộng
Là cơ sở để xác định các yêu cầu thay đổi
của khách hàng
4

5. SUY LUẬN YÊU CẦU
 TÍNH ĐỦ VÀ ĐÚNG CỦA YÊU CẦU
Hình dung các kịch bản sử dụng và phân
tích các tình huống có thể xảy ra
Tạo các bản mẫu (mockup) để các yêu
cầu cụ thể hóa yêu cầu nghiệp vụ và
thuận lợi khi lấy ý kiến xác nhận từ khách
hàng
Xác định các từ khóa (cụm danh từ, cụm
động từ, cụm tính từ) trong các văn bản
quy phạm pháp luật có liên quan để xác
định tác nhân, chức năng và thuộc tính
Suy luận các yêu cầu theo các hoạt động
để thực hiện công việc của người dùng
5

6. SUY LUẬN YÊU CẦU
 MÔ HÌNH TRIỂN KHAI VÀ CÁC ĐIỂM ĐỘT PHÁ
Điểm đột phá của phần mềm, tạo lợi thế
so sánh
Thay đổi quy trình, thói quen thực hiện
nghiệp vụ của khách hàng
Cần sớm thống nhất với khách hàng
6

7. SUY LUẬN YÊU CẦU
 THỎA THUẬN CỦA KHÁCH HÀNG
Cần tìm đúng người am hiểu
và có khả năng quyết định để thỏa thuận
Thường không có, nếu có
thì thường không cập nhật
công nghệ và nghiệp vụ
Am hiểu và có góc nhìn
đầy đủ nhất về nghiệp vụ,
có khả năng quyết định
7

8. SUY LUẬN YÊU CẦU
 YÊU CẦU KHÔNG XÁC ĐỊNH
Sử dụng các câu hỏi mở để khuyến khích
khách hàng chia sẻ nhiều hơn ý nghĩ, ý
tưởng và các quan tâm của họ
Khách hàng có những kinh nghiệm trong
các hoạt động nghiệp vụ - những điều
không được mô tả trong các giấy tờ mà
được đúc rút theo thời gian
Cần xác định và ghi nhớ bất cứ cái gì
khách hàng có thể đặt ra
8

9. SUY LUẬN YÊU CẦU
 YÊU CẦU ĐƯỢC XÁC ĐỊNH TỪ PHẦN MỀM CŨ
Xác định lại toàn bộ các yêu cầu nghiệp
vụ từ phần mềm cũ
Yêu cầu nào tốt, yêu cầu nào hạn chế?
Đề xuất thay đổi
9

10. SUY LUẬN YÊU CẦU
 GIẢI PHÁP ĐƯỢC ĐỀ XUẤT TỪ YÊU CẦU
Vấn đề
? !
Phân tích
Giải pháp
Thiết kế
Khách hàng chỉ nên là người đưa ra nhu cầu
và chính chuyên viên phân tích nghiệp vụ mới
là người đề xuất giải pháp
10

11. PHÂN TÍCH YÊU CẦU
Suy luận yêu cầu
Phân tích yêu cầu
Đặc tả yêu cầu
Kiểm tra yêu cầu
Quản lý yêu cầu
11

12. PHÂN TÍCH YÊU CẦU
Tham khảo người sử dụng cuối để đảm
bảo tính khả thi về triển khai
Tham khảo nhóm kỹ thuật để đảm bảo
tính khả thi về phát triển
Đánh giá tính khả thi của các yêu cầu
nghiệp vụ.
Tham khảo cơ quan quản lý chuyên
ngành để đảm bảo tính khả thi về cơ chế
12

13. ĐẶC TẢ YÊU CẦU
Thiết kế chức năng
khi phân tích yêu cầu
• Hiểu yêu cầu
• Thuật ngữ đa nghĩa
Suy luận yêu cầu
Phân tích yêu cầu
Đặc tả yêu cầu
Kiểm tra yêu cầu
Quản lý yêu cầu
13

14. ĐẶC TẢ YÊU CẦU
 HIỂU YÊU CẦU
Rà soát yêu cầu dưới nhiều góc nhìn
Đặt các câu hỏi cho khách hàng dưới dạng
các kịch bản sử dụng (hoặc tình huống)
Sử dụng các mô hình, các bản mẫu để kiểm
chứng lại yêu cầu từ khách hàng
14

15. ĐẶC TẢ YÊU CẦU
 THUẬT NGỮ ĐA NGHĨA
Thống nhất ngữ nghĩa
Lập bảng chú giải thuật ngữ, làm cơ sở
thống nhất cách hiểu với khách hàng và
nhóm kỹ thuật
15

16. ĐẶC TẢ YÊU CẦU
 THIẾT KẾ CHỨC NĂNG KHI PHÂN TÍCH YÊU CẦU
Phân tích Thiết kế
Tránh “bẫy kinh nghiệm”: ngay lập tức
đưa ra thiết kế khi phân tích yêu cầu
Tách biệt hai bước: phân tích yêu cầu
nhấn mạnh cái cần làm và thiết kế chức
năng nhấn mạnh làm như thế nào
16

17. KIỂM TRA YÊU CẦU
Suy luận yêu cầu
Phân tích yêu cầu
Đặc tả yêu cầu
Kiểm tra yêu cầu
Quản lý yêu cầu
17

18. KIỂM TRA YÊU CẦU
Thành viên có kinh
nghiệm kiểm tra và
đưa ra nhiều giả
định
Khách hàng và kỹ
thuật tham gia kiểm
tra, đánh giá yêu
cầu
18

19. QUẢN LÝ YÊU CẦU
• Thay đổi yêu cầu
• Quản lý quá trình phát triển các yêu cầu
• Mở rộng phạm vi dự án
Suy luận yêu cầu
Phân tích yêu cầu
Đặc tả yêu cầu
Kiểm tra yêu cầu
Quản lý yêu cầu
19

20. QUẢN LÝ YÊU CẦU
 THAY ĐỔI YÊU CẦU
i
Đối chiếu với tầm nhìn và phạm vi
Phân tích tác động
Đánh giá, xác định nguồn lực và thời gian
20

21. QUẢN LÝ YÊU CẦU
 QUẢN LÝ QUÁ TRÌNH PHÁT TRIỂN CÁC YÊU CẦU
Tạo ma trận yêu cầu
Yêu cầu nhóm kỹ thuật và nhóm kiểm thử
điền đầy đủ thông tin để đảm bảo yêu cầu
được phát triển và kiểm thử
21

22. QUẢN LÝ YÊU CẦU
 MỞ RỘNG PHẠM VI DỰ ÁN
Giai đoạn phân tích yêu cầu có thể phải
thực hiện trong thời gian ngắn với số
lượng chuyên viên phân tích yêu cầu ít ỏi
dẫn tới khả năng chưa khám phá hết các
yêu cầu
Lập kế hoạch dự án thành các giai đoạn,
tăng trưởng dần
Chuyên viên phân tích nghiệp vụ cần phối
hợp với nhóm kỹ thuật đánh giá lại sau
mỗi giai đoạn của dự án để điều chỉnh, bổ
sung cho phù hợp trước khi bắt đầu giai
đoạn tiếp theo của dự án
22

23. “05 BƯỚC ĐỂ THÀNH CÔNG”
Suy luận yêu cầu
Phân tích yêu cầu
Đặc tả yêu cầu
Kiểm tra yêu cầu
Quản lý yêu cầu
Thành công
23

24. NHƯNG ĐỪNG QUÊN NHÌN LẠI BƯỚC TRƯỚC
24

25. Cám ơn các bạn đã lắng nghe!
Lê Phú Cường
BA Manager, DTT Group
Admin, ITLC Hanoi
FB: Le Cuong
25