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

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 • 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 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 ứng dụng công cụ 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) quy trình khảo sát, xác định kiểm soá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, vấn đề (issue), 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 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 hoá 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 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 cơsở quy trình lập kế hoạch dự án • Các ước lượng tài nguyên lịch biểu cần dựa hiểu biết xây dựng chuyển giao cho khách hàng • Thông thường, lập kế hoạch dự án nghĩa tính toán cho tất tính mong muốn thực giới hạn ngân sách 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 sản phẩm, phiên bao gồm số tính Bài giảng môn Thu nhận yêu cầu - BM HTTT - HUI 10 Quy trình Giám sát kiểm soát dự án (Project tracking and control Process)) • Giám sát (monitor) trạng thái yêu cầu coi 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 soát thay đổi Bài giảng môn Thu nhận yêu cầu - BM HTTT - HUI 15 Quy trình Thi công hệ thống (Construction process) • Các yêu cầu cơsở để thiết kế 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 thiết kế chứa tất 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ế yêu cầu tương ứng hay không Bài giảng môn Thu nhận yêu cầu - BM HTTT - HUI 16 Yêu cầu nhóm Stakeholder Bài giảng môn Thu nhận yêu cầu - BM HTTT - HUI 17 Yêu cầu nhóm Stakeholder • Nhóm marketing (Marketing or Product Management): đặc tả yêu cầu kinh doanh yêu cầu thị trường cho nhóm phát triển; đề xuất thay đổi nhóm phát triển • Nhóm hỗ trợ kỹ thuật (Technical Support): hỗ trợ người dùng khách hàng, cung cấp đầu vào cho nhóm phát triển từ việc phân tích báo cáo lỗi khách hàng, đề nghị thay đổi nâng cấp phần mềm • Người phụ trách dùng (Users): mô tả yêu cầu người dùng thuộc tính chất lượng yêu cầu đó, soát xét yêu cầu Bài giảng môn Thu nhận yêu cầu - BM HTTT - HUI 18 Yêu cầu nhóm Stakeholder • Nhóm kỹ thuật phần cứng (Hardware Engineering): đặc tả • • • • giao diện phần cứng mà phần mềm phải làm việc Nhóm kỹ thuật hệ thống (Systems Engineering): phân bổ yêu cầu hệ thống cho phần mềm, đề xuất thay đổi Nhóm mua sắm (Procuers): đặc tả nhu cầu kinh doanh, chức hiệu suất; đề xuất thay đổi Nhóm pháp lý (Legal Department): xử lý vấn đề pháp luật liên quan đến license tools components Cấp quản lý (Management): đề ràng buộc dự án, ràng buộc tài nguyên cam kết khác cho nhóm phát triển Bài giảng môn Thu nhận yêu cầu - BM HTTT - HUI 19 CƠ BẢN VỀ CẢI TIẾN QUY TRÌNH PHẦN MỀM (FUNDAMENTALS OF SOFTWARE PROCESS IMPROVEMENT) Cải tiến quy trình cần thực theo kiểu tiến hoá, liên tục có chu trình (Process improvement should be evolutionary, continuous, and cyclical) Con người tổ chức thay đổi họ bị thúc ép phải thay đổi (People and organizations change only when they have an intence to so) Các thay đổi quy trình cần phải hướng đích (Process changes should be goal oriented) Xử lý hoạt động cải tiến quy trình bạn nhưlà tiểu dự án (Treat improvement activities as miniprojects) Bài giảng môn Thu nhận yêu cầu - BM HTTT - HUI 20 CHU TRÌNH CẢI TIẾN QUY TRÌNH (THE PROCESS IMPROVEMENT CYCLE) Assess Current Practices = Đánh giá practices Plan Improvement Actions = Lập kế hoạch cho hoạt động cải tiến Create, Pilot and Implement New Processes = Thiết lập, thử nghiệm, cải tiến quy trình Evaluate Results = Đánh giá kết Bài giảng môn Thu nhận yêu cầu - BM HTTT - HUI 21 CHU TRÌNH CẢI TIẾN QUY TRÌNH (THE PROCESS IMPROVEMENT CYCLE) Cải tiến quy trình cần thực theo kiểu tiến hoá, liên tục có chu trình (Process improvement should be evolutionary, continuous, and cyclical) Con người tổ chức thay đổi họ bị thúc ép phải thay đổi (People and organizations change only when they have an intence to so) Các thay đổi quy trình cần phải hướng đích (Process changes should be goal oriented) Xử lý hoạt động cải tiến quy trình bạn nhưlà tiểu dự án (Treat improvement activities as miniprojects) Bài giảng môn Thu nhận yêu cầu - BM HTTT - HUI 22 CÁC HOẠT ĐỘNG CỦA QUI TRÌNH CẢI TIẾN Đánh giá practices (assess current practices) • Đánh giá practices sử dụng tổ chức để xác định mạnh hạn chế Bài giảng môn Thu nhận yêu cầu - BM HTTT - HUI 23 CÁC HOẠT ĐỘNG CỦA QUI TRÌNH CẢI TIẾN Lập kế hoạch cho hoạt động cải tiến (plan improvement actions) Ngày hoàn thành ước tính dự án (Estimated completion date for all activites): Bài giảng môn Thu nhận yêu cầu - BM HTTT - HUI 24 CÁC HOẠT ĐỘNG CỦA QUI TRÌNH CẢI TIẾN Bài giảng môn Thu nhận yêu cầu - BM HTTT - HUI 25 CÁC HOẠT ĐỘNG CỦA QUI TRÌNH CẢI TIẾN Thiết lập, thử nghiệm, cải tiến quy trình (create, pilot, and implement new processes) Đánh giá kết (evaluate results) Bài giảng môn Thu nhận yêu cầu - BM HTTT - HUI 26 TÀI SẢN QUY TRÌNH PHÁT TRIỂN YÊU CẦU (REQUIREMENTS DEVELOPMENT PROCESS ASSETS) Template tầm nhìn phạm vi dự án (Project vision and Scope Template) Thủ tục phát triển yêu cầu (Requirements Development Procedure) Thủ tục phân bổ yêu cầu (Requirements Allocation Procedure) Template tình sử dụng (Use case template) Template đặc tả yêu cầu phần mềm (SRS template) Thủ tục xếp thứ tự ưu tiên yêu cầu (Requirements Prioritization Procedure) Các checklists tra SRS use-case (SRS and use -case Inspection Checklists) Bài giảng môn Thu nhận yêu cầu - BM HTTT - HUI 27 TÀI SẢN QUY TRÌNH QUẢN LÝ YÊU CẦU (REQUIREMENTS MANAGEMENT PROCESS ASSETS) Thủ tục kiểm soát thay đổi (Change control procedure) Thủ tục ban kiểm soát thay đổi (Change Control Board Procedure) Checklists templates phân tích ảnh hưởng thay đổi yêu cầu (Requirements Change Impact Analysis Checklist and Template) Thủ tục giám sát tình trạng yêu cầu (Requirements Status Tracking Procedure) Template ma trận lần vết yêu cầu (Requirements Traceability Matrix Template) Bài giảng môn Thu nhận yêu cầu - BM HTTT - HUI 28 LỘ TRÌNH CẢI TIẾN QUY TRÌNH YÊU CẦU (REQUIREMENTS PROCESS IMPROVEMENT ROADMAP) Bài giảng môn Thu nhận yêu cầu - BM HTTT - HUI 29 Assigment • Hoàn thành Bảng tự đánh giá Requirements Practices Phụ lục Xác định cơhội cải tiến requirements practices cao bạn hạn chế quy trình • Xác định số tài sản quy trình công nghệ yêu cầu Hình 4-6, tài sản quy trình chưa thực hữu ích tổ chức bạn lại nghĩ sử dụng tốt • Dựa bước trên, xây dựng lộ trình cải tiến quy trình yêu cầu template Hình 4-7 Giao cho thực mốc lộ trình • Yêu cầu người viết kế hoạch hành động để đạt mốc đó, sử dụng template kế hoạch hành động Hình 4-4 Giám sát tiến độ thực kế hoạch cải tiến