Quản Lý Rủi Ro Phần Mềm - Software Risk Management.pdf

14 7 0
Quản Lý Rủi Ro Phần Mềm - Software Risk Management.pdf

Đang tải... (xem toàn văn)

Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống

Thông tin tài liệu

Chương 8 Validating the Requirements CHƯƠNG 8 SOFTWARE RISK MANAGEMENT QUẢN LÝ RỦI RO PHẦN MỀM Bài giảng môn Thu nhận yêu cầu BM HTTT HUI 1 Nội dung • Hazard analysis (HA) • Threat modeling ™ • Ri[.]

Bài giảng môn Thu nhận yêu cầu - BM HTTT - HUI CHƯƠNG 8: SOFTWARE RISK MANAGEMENT QUẢN LÝ RỦI RO PHẦN MỀM Bài giảng môn Thu nhận yêu cầu - BM HTTT - HUI Nội dung • Hazard analysis (HA) • Threat modeling ™ • Risk management Bài giảng môn Thu nhận yêu cầu - BM HTTT - HUI CƠSỞ CỦA QUẢN LÝ RỦI RO PHẦN MỀM (FUNDAMENTALS OF SOFTWARE RISK MANAGEMENT) • Dự án phải đối mặt với nhiều loại rủi ro gồm: • Các rủi ro liên quan đến phạm vi dự án • Phải phụ thuộc vào đối tác bên ngoài • Phải đối mặt với rủi ro nảy sinh từ xác ước lượng trước tiến hành dự án • Các rủi ro liên quan đến cơng nghệ • Sự thiếu hiểu biết nguồn rủi ro là nguồn gốc rủi ro… Bài giảng môn Thu nhận yêu cầu - BM HTTT - HUI CÁC YẾU TỐ CỦA QUẢN LÝ RỦI RO (ELEMENTS OF RISK MANAGEMENT) • Quản lý rủi ro là ứng dụng cơng cụ và thủ tục thích hợp để kiềm chế rủi ro dự án giới hạn chấp nhận Bài giảng mơn Thu nhận yêu cầu - BM HTTT - HUI CÁC YẾU TỐ CỦA QUẢN LÝ RỦI RO (ELEMENTS OF RISK MANAGEMENT) • Quản lý rủi ro bao gồm hoạt động sau: Bài giảng môn Thu nhận yêu cầu - BM HTTT - HUI Đánh giá rủi ro (risk assessment) tr 93 • Đánh giá rủi ro (risk assessment) là quy trình khảo sát, xác định và kiểm sốt rủi ro trước chúng gây tổn thất cho dự án • Nếu có khơng hay xảy ra, là vấn đề (issue), khơng phải là rủi ro • Việc xử lý vấn đề (problems and issues) phải theo qui trình theo dõi trạng thái dự án và qui trình sửa lỗi, khơng thuộc quản lý rủi ro • Đánh giá rủi ro gồm: • Định danh rủi ro (risk identification) • Phân tích rủi ro (risk analysis) • Ưu tiên hố rủi ro (risk prioritization Bài giảng môn Thu nhận yêu cầu - BM HTTT - HUI Thực tế quản lý dự án • Các cơng ty phần mềm thành cơng phải đối mặt với khó khăn to lớn thực dự án lớn hơn, khách hàng đa dạng hơn, lịch biểu siết chặt hơn, làm việc miền nghiệp vụ mẻ • Vì vậy, bạn nên biết cách tiếp cận làm yêu cầu có giá trị cơng việc bạn • Ví dụ: phương thức làm việc dành cho đội có thành viên mở rộng áp dụng cho đội có 125 thành viên rải rác chi nhánh cách xa Bài giảng môn Thu nhận yêu cầu - BM HTTT - HUI Mối liên hệ yêu cầu và quy trình dự án khác Bài giảng môn Thu nhận yêu cầu - BM HTTT - HUI Quy trình Lập kế hoạch dự án (Project planning process) • Yêu cầu phải là cơsở quy trình lập kế hoạch dự án • Các ước lượng tài nguyên và lịch biểu cần dựa hiểu biết xây dựng và chuyển giao cho khách hàng • Thơng thường, lập kế hoạch dự án nghĩa là tính tốn cho tất cả tính mong muốn thực giới hạn ngân sách và thời gian định • Các quy trình lập kế hoạch dẫn tới việc thu hẹp phạm vi dự án lựa chọn cách tiếp cận bước - phát hành dần phiên bản sản phẩm, phiên bản bao gồm số tính Bài giảng mơn Thu nhận u cầu - BM HTTT - HUI 10 Quy trình Giám sát kiểm sốt dự án (Project tracking and control Process)) • Giám sát (monitor) trạng thái yêu cầu coi là phần việc giám sát dự án (project tracking) cho nhà quản lý dự án biết liệu cơng việc có tiến hành mong muốn hay không Nếu không, cấp quản lý đề nghị thu hẹp phạm vi thơng qua quy trình kiểm sốt thay đổi Bài giảng mơn Thu nhận yêu cầu - BM HTTT - HUI 11 Quy trình Kiểm sốt thay đổi (Change control Process) Quy trình kiểm sốt thay đổi đảm bảo rằng: • Hiểu rõ ảnh hưởng đề xuất thay đổi (proposed change) • Tất cả có liên quan đến thay đổi phải nhận biết thay đổi này • Những người có thẩm quyền định thức chấp nhận thay đổi • Tài ngun và thỏa thuận điều chỉnh phù hợp • Các tài liệu yêu cầu cất giữ Bài giảng môn Thu nhận yêu cầu - BM HTTT - HUI 12 Quy trình Kiểm thử hệ thống (System testing process) • Các yêu cầu người dùng (user requirements) và yêu cầu chức (functional requirements) là đầu vào để kiểm thử hệ thống • Nếu hành vi mong đợi phần mềm điều kiện khác khơng đặc tả người kiểm thử khó biết hành vi nào hệ thống là đúng, hành vi nào là sai • Ngược lại, kiểm thử hệ thống là phương tiện để xác nhận tất cả chức lập kế hoạch thực và cơng việc (tasks) mà người dùng mong muốn hoạt động cách đắn Bài giảng môn Thu nhận yêu cầu - BM HTTT - HUI 13 Quy trình Làm tài liệu người dùng (User documentation process) • Các yêu cầu là đầu vào quy trình làm tài liệu, vậy chất lượng yêu cầu định chất lượng tài liệu Tải FULL (29 trang): https://bit.ly/3vgOYuz Dự phịng: fb.com/TaiHo123doc.net Bài giảng mơn Thu nhận u cầu - BM HTTT - HUI 14 Quy trình Thi cơng hệ thống (Construction process) • Các yêu cầu là cơsở để thiết kế và thi công phần mềm Yêu cầu chức (functional requirements) dẫn tới thiết kế components, chúng phục vụ nhưl à đặc tả cho mã viết Thực soát xét thiết kế để đảm bảo bản thiết kế chứa tất cả yêu cầu Kiểm thử đơn vị (unit testing) mã nguồn xác định liệu có đáp ứng đặc tả thiết kế và yêu cầu tương ứng hay không 4252594 ... quản lý rủi ro • Đánh giá rủi ro gồm: • Định danh rủi ro (risk identification) • Phân tích rủi ro (risk analysis) • Ưu tiên hố rủi ro (risk prioritization Bài giảng môn Thu nhận yêu cầu - BM... • Các rủi ro liên quan đến công nghệ • Sự thiếu hiểu biết nguồn rủi ro là nguồn gốc rủi ro? ?? Bài giảng môn Thu nhận yêu cầu - BM HTTT - HUI CÁC YẾU TỐ CỦA QUẢN LÝ RỦI RO (ELEMENTS OF RISK. .. MANAGEMENT) • Quản lý rủi ro là ứng dụng cơng cụ và thủ tục thích hợp để kiềm chế rủi ro dự án giới hạn chấp nhận Bài giảng môn Thu nhận yêu cầu - BM HTTT - HUI CÁC YẾU TỐ CỦA QUẢN LÝ RỦI RO (ELEMENTS

Ngày đăng: 03/02/2023, 17:52

Từ khóa liên quan

Tài liệu cùng người dùng

  • Đang cập nhật ...

Tài liệu liên quan