Tài liệu đặc tả phần mềm được bổ sung thêm các chi tiết để trở thành tài liệu đặc tả yêu cầu hệ thống.... Xác định yêu cầu.[r]
(1)(2)Nội dung
• Tổng quan Yêu cầu PM • Xác định yêu cầu
• Đặc tả yêu cầu
• Thẩm định yêu cầu
(3)KHẢO SÁT HIỆN TRẠNG
(4)Nội dung
• Giai đoạn khảo sát trạng xác định yêu cầu
– Hiện trạng tổ chức – Hiện trạng nghiệp vụ
– Hiện trạng Tin học (phần cứng, phần mềm, người)
• Xác định thu thập yêu cầu:
– Phân loại yêu cầu:
• u cầu chức năng: Lưu trữ, tra cứu, tính tốn, kết xuất • u cầu phi chức năng
– Kỹ thuật thu thập yêu cầu:
• Phỏng vấn • Bảng câu hỏi
(5)Nội dung
• Tài liệu khảo sát trạng – u cầu
• Sử dụng Power Designer để mơ tả yêu cầu
– Use Case Diagram
(6)Giai đoạn khảo sát Khảo sát Phân tích Thiết kế Cài đặt Kiểm tra Triển khai Bảo trì Kết quả: Nội dung:
• Xác định quy trình xử lý nghiệp vụ
• Thu thập biểu mẫu thống kê
Tài liệu đặc tả kiến trúc hệ thống:
• Yêu cầu chức năng
• Yêu cầu phi chức năng
(7)Giai đoạn khảo sát (tt)
Xét Hệ thống quản lý giáo vụ trường đại học
• Qui trình xử lý nghiệp vụ
– Xử lý nhập học – Xử lý nhập điểm
– Xử lý sinh viên tốt nghiệp – Quản lý giảng viên
• Báo biểu thống kê
(8)Giai đoạn khảo sát (tt)
Kết quả
• Yêu cầu chức năng:
– Lưu trữ thơng tin gì? – Tra cứu theo tiêu chuẩn nào?
– Xử lý tính tốn theo cơng thức nào? – Kết xuất, thống kê?
• Yêu cầu phi chức năng:
– Cài đặt môi trường nào? Windows hay Web? – Sử dụng hệ quản trị sở liệu nào?
• Access/SQL Server/Oracle/DB2…
– Sử dụng cơng nghệ gì?
(9)Giai đoạn khảo sát (tt)
Windows App
Windows App
Xét hệ thống quản lý giáo vụ trường đại học: • Kiến trúc hệ thống:
(10)Giai đoạn khảo sát (tt)
Web Server
Database Server
Client 1
Client 2
Client 3
Xét hệ thống quản lý giáo vụ trường đại học: • Kiến trúc hệ thống:
– Web Server
(11)(12)Yêu cầu phần mềm
• Yêu cầu người sử dụng (user requirements):
Những phát biểu ngôn ngữ tự nhiên, biểu đồ… để mô tả dịch vụ mà hệ thống cung cấp ràng buộc
• Yêu cầu hệ thống (system requirements):
nêu dịch vụ hệ thống chi tiết ràng buộc Tài liệu này (có thể gọi đặc tả chức năng) cần rõ ràng, xác Nó dùng làm sở cho hợp đồng khách hàng người phát triển hệ thống.
(13)Xác định yêu cầu
• Khi thực xác định yêu cầu?
(14)Xác định yêu cầu (tt)
• Xác định yêu cầu được thực trường hợp sau:
– Có u cầu từ phía khách hàng
(15)Sưu liệu trạng u cầu
• Sưu liệu mơ tả trạng, yêu cầu bao gồm:
– Qui trình xử lý nghiệp vụ
– Yêu cầu chức phi chức năng – Danh sách mẫu biểu thống kê
– Kiến trúc hệ thống
– Phương án triển khai hệ thống
(16)Danh sách biểu mẫu thống kê
• Báo cáo, thống kê gồm loại sau:
– Báo cáo in biểu mẫu in sẵn – Báo cáo in giấy trắng
• Ví dụ: danh sách mẫu biểu thống kê hệ thống quản lý nhân sự:
– Hồ sơ nhân viên
– Hợp đồng lao động (biểu mẫu)
– Danh sách nhân viên thuộc phòng ban – Danh sách nhân viên tăng lương
(17)Khảo sát trạng
• Hiện trạng tổ chức
• Hiện trạng nghiệp vụ
(18)Khảo sát trạng
• Hiện trạng tổ chức
– Đối nội: Cơ cấu tổ chức nội bộ
• Bản thân tổ chức hệ thống, có cấu tổ chức
• Sơ đồ cấu tổ chức nội bộ
Cách nhìn tổng thể tổ chức
– Đối ngoại:
(19)Khảo sát trạng
• Hiện trạng nghiệp vụ
– Hiểu quy trình nghiệp vụ: mục tiêu quan trọng khảo sát trạng
– Có nghiệp vụ, quy trình?
• Dưới góc nhìn người làm quản lý, không phải của chuyên viên Tin học
– Nghiệp vụ thực nào?
• Các công đoạn, phận liên quan…
(20)Khảo sát trạng
• Hiện trạng nghiệp vụ (tt)
– Khối lượng tác vụ/quyết định? – Đánh giá nghiệp vụ tại
• Cần có nhận xét người chuyên môn guồng máy cơng tác tại
– Có vấn đề/khó khăn hay khơng? Ngun nhân?
(21)Khảo sát trạng
• Hiện trạng Tin học
– Phần cứng:
• Các thiết bị tại, • Số lượng,
• Cấu hình,
• Vị trí (vật lý),
(22)Khảo sát trạng
• Hiện trạng Tin học (tt)
– Phần mềm:
• Hệ điều hành
• Hệ quản trị CSDL
• Các phần mềm tiện ích khác • …
– Con người:
(23)Xác định thu thập yêu cầu
• Phân loại yêu cầu: Có loại u cầu chính:
– u cầu chức (functional requirements):
• Là danh sách công việc thực máy tính với thơng tin mơ tả tương ứng.
– Yêu cầu phi chức (non functional requirements)
• Là yêu cầu liên quan đến chất lượng phần mềm (Yêu cầu chất lượng PM)
(24)Ví dụ Phân loại yêu cầu
Yêu cầu Loại
Thống kê doanh thu bán hàng Chức năng
Tra cứu sách Chức năng
(25)Yêu cầu chức năng
• Được chia làm loại:
(26)Yêu cầu chức nghiệp vụ
• Các chức PM
– tương ứng với công việc có thật giới thực
• Có 4 loại chức năng chính ứng với 4 loại
nghiệp vụ thông dụng lĩnh vực:
(27)Yêu cầu chức nghiệp vụ (tt)
• Chức lưu trữ:
– Tương ứng với công việc ghi chép thông tin sổ sách
– VD: ghi nhận điểm thi kết thúc học phần sinh viên với qui định điểm số (từ đến 10)
• Chức tra cứu:
– Tương ứng với công việc tìm kiếm xem thơng tin tương ứng – VD: tìm sách xem tình trạng sách
• Chức tính tốn:
– Tương ứng với cơng việc tính tốn (theo qui định, cơng thức cho trước) – VD: tính tiền phạt trả sách trễ hạn theo qui định phạt
• Chức kết xuất:
(28)Yêu cầu chức hệ thống
• Là chức PM phải phát sinh thêm tiến hành
các công việc máy tính thay giới thực.
• Là chức khơng tương ứng với công việc
nào giới thực (có nhu cầu khơng thể thực hiện thủ cơng).
• Một số chức hệ thống thông dụng sau:
– Phân quyền sử dụng loại người dùng – Sao lưu, backup, phục hồi thơng tin
– Định cấu hình thiết bị, ngày làm việc – Mô hoạt động giới thực
(29)Yêu cầu chức hệ thống (tt)
• Phân quyền sử dụng loại người dùng – VD: Phân quyền cho loại người dùng
phần mềm quản lý thư viện.
• Quản trị hệ thống: có quyền sử dụng tất chức năng.
• Thủ thư: sử dụng chức liên quan đến việc mượn trả sách.
• Độc giả: sử dụng chức tra cứu.
• Sao lưu, backup, phục hồi thông tin.
(30)Phân quyền sử dụng
STT Chức năng Độc giả Thủ thư Quản trị Hệ thống
1 Lập thẻ độc giả X X
2 Tiếp nhận sách X X
3 Tra cứu sách X X X
4 Cho mượn sách X X
5 Nhận trả sách X X
6 Lập báo cáo X X
7 Thay đổi qui định X
8 Sao lưu, phục hồi X
(31)Yêu cầu chức hệ thống (tt)
• Định cấu hình thiết bị, ngày làm việc
– Chọn loại máy in, kích thước giấy, niên khố hiện hành, tháng làm việc tại…
• Báo động, nhắc nhở người dùng.
– Nhắc nhở thủ thư gởi giấy báo địi sách có độc giả mượn sách hạn
(32)Yêu cầu phi chức năng
• Yêu cầu sản phẩm:
– Yêu cầu khả dụng
– Yêu cầu hiệu (về hiệu năng, không gian), tốc độ xử lý – Yêu cầu độ tin cậy
– Yêu cầu khả chuyển
• Yêu cầu tổ chức:
– Yêu cầu chuyển giao – Yêu cầu triển khai – Yêu cầu chuẩn
• Yêu cầu mở rộng:
– Yêu cầu hoạt động bên trong – Yêu cầu đạo đức
(33)Xác định thu thập yêu cầu
• Khái niệm:
– Q trình nắm bắt yêu cầu – Làm rõ yêu cầu
– Gợi mở yêu cầu
• Kỹ thuật thu thập yêu cầu:
– Phỏng vấn – Bảng câu hỏi
(34)Phỏng vấn
• Phỏng vấn cá nhân/phỏng vấn nhóm?
– Phỏng vấn cá nhân – Phỏng vấn nhóm
• Phỏng vấn tự do/phỏng vấn có định hướng?
– Phỏng vấn tự do
• Người hỏi có cảm giác thoải mái, cung cấp nhiều thơng tin sâu sắc
• Nguy cơ: khơng có thơng tin cần thiết, thơng tin khó hệ thống
– Phỏng vấn có định hướng
• Người hỏi cảm thấy khơng thoải mái, có khả ghi nhận nhận xét, ý kiến, suy nghĩ riêng người vấn, cảm nhận thái độ họ trạng
(35)Phỏng vấn (tt)
– Làm việc với cấp lãnh đạo để nắm mục tiêu của hệ thống phần mềm cần xây dựng,
những đối tượng cần vấn
– Yêu cầu cấp lãnh đạo thông báo xuống phòng ban, đơn vị để hợp tác
– Phân tích để xác định đủ đối tượng cần vấn
– Hẹn lịch làm việc
(36)Phỏng vấn (tt)
– Khi tìm hiểu, cần ghi nhận thơng tin:
• Nội dung: gì?
• Bao có: thời gian + thời hạn
• Bằng cách có nội dung thơng tin đó • Nội dung dạng gì?
• Đánh giá người vấn tình hình hiện thực nghiệp vụ
– Không nên:
(37)Phỏng vấn (tt)
• Sau vấn
(38)Sử dụng bảng câu hỏi
• Phải trình bày rõ:
– Mục đích bảng câu hỏi,
– Mục đích sử dụng thông tin bảng câu hỏi,
– Tính bảo mật thơng tin trả lời (khơng tiết lộ người cung cấp thông tin, không để lộ ngồi tổ chức…)
• Hướng dẫn cách điền: rất cần thiết, cần lưu ý để tránh hiểu nhầm
• Thời hạn trả về
– Cần nhắc gần đến thời hạn
• Câu hỏi trình bày rõ ràng
• Hình thức bảng câu hỏi phải dễ dàng để xử lý tự động • Cần để dành chỗ để ghi câu trả lời
– Thêm chỗ cho lời bình
– Khơng phải cuối trang, hay cuối bảng câu hỏi,
(39)Nghiên cứu tài liệu
• Các tài liệu (có thể tìm hiểu văn chung) • Những quy định nội bộ
• Các báo cáo liên quan
• Những quy định quy trình nghiệp vụ
– Rất khó có đầy đủ văn quy định quy trình nghiệp vụ – Đơn vị đạt chuẩn ISO?
• Những quy định “bất thành văn” !!!
• Thường dễ tiến hành kỹ thuật vấn hay bảng câu hỏi
(40)Quan sát thực tế
• Tiến hành sau (nếu cần thiết) • Kiểm tra lại:
– Đã hiểu nghiệp vụ tại? – Có ngoại lệ?
(41)Phương pháp lập kịch bản
• Ý tưởng:
– Xem phần mềm kịch
– Phân chức thành tình sử dụng
– Mỗi tình sử dụng cho kịch diễn
• Ưu điểm:
(42)Phương pháp lập kịch (tt) Chức năng (màn diễn) Tình huống (cảnh diễn) Mơ tả (kịch bản)
Đăng nhập Người dùng đăng nhập thành công
• Hệ thống: yêu cầu tên đăng nhập mật
• Người dùng: cung cấp thơng tin đề nghị đăng nhập • Hệ thống: Chuyển tới hình
Người dùng đăng nhập thành cơng
• Hệ thống: yêu cầu tên đăng nhập mật
• Người dùng: cung cấp thơng tin đề nghị đăng nhập • Hệ thống: thơng báo sai đề nghị cung cấp lại
Quản trị đăng nhập thành cơng
• Hệ thống: u cầu tên đăng nhập, mật câu hỏi bí mật
• Người dùng: cung cấp thơng tin đề nghị đăng nhập • Hệ thống: Chuyển tới hình
Quản trị đăng nhập thành cơng
• Hệ thống: yêu cầu tên đăng nhập, mật câu hỏi bí mật
(43)Phân tích thiết kế nhóm - JAD
• JAD – Joint Application Design
• Kỹ thuật áp dụng cho giai đoạn phân tích u cầu đặc tả
• Các nhà phát triển khách hàng làm việc như một nhóm chung và có trách nhiệm chung đối với kết đầu ra.
(44)Kỹ thuật thu thập yêu cầu
(45)Quản lý thay đổi Xác định
vấn đề
Phân tích vấn đề, đặc tả thay đổi
Phân tích thay đổi & đánh giá chi phí
Thực thay đổi
(46)Quản lý thay đổi yêu cầu
• Nên áp dụng cho tất thay đổi đề xuất đối với u cầu.
• Các giai đoạn chính
– Phân tích vấn đề: Thảo luận vấn đề yêu cầu đề xuất thay đổi; Bổ sung chi tiết; Chốt lại điểm thay đổi.
– Phân tích thay đổi đánh giá chi phí Đánh giá hiệu ứng của thay đổi yêu cầu khác; Ra định có thực thay đổi hay không.
(47)Bài tập lớn
(48)References
• Slide giảng CNPM, ĐH KHTN, TpHCM. • Trần Ngọc Bảo, Slide giảng CNPM, ĐH
(49)(50)