Đang tải... (xem toàn văn)
Silde bài giảng công nghệ phần mềm
Cơng nghệ phần mềm Một số mơ hình vịng đời phát triển phần mềm Giảng viên: TS Nguyễn Mạnh Hùng Học viện Cơng nghệ Bưu Viễn thơng (PTIT) Nội dung tham khảo từ Stephen R Schach Object-Oriented and Classical Software Engineering Seventh Edition, WCB/McGraw-Hill, 2007 Mơ hình lí thuyết Trên lí thuyết thì: Các pha tiến hành Bắt đầu phát triển hoàn tồn từ khơng có Thực tế Phát triển phần mềm hồn tồn khác: Lỗi xảy lúc nơi tiến trình phát triển Khách hàng thay đổi không nắm rõ yêu cầu Vấn đề thay đổi yêu cầu (1) Khách hàng thay đổi yêu cầu phần mềm phát triển Ngay thay đổi có lí hợp lí, thay đổi đểu ảnh hưởng đến phần mềm Các thay đổi dẫn đến lỗi hồi quy (regression fault) Nếu thay đổi nhiều → phải thiết kế cài đặt lại phần mềm Vấn đề thay đổi yêu cầu (2) Yêu cầu thay đổi việc không tránh khỏi: Khách hàng công ty phát triển yêu cầu thay đổi thường xuyên Mỗi cá nhân/khách hàng có quyền thay đổi u cầu → chưa có giải pháp triệt để để giải vấn đề này! Mơ hình lặp tăng trưởng (1) Thực tế: Các pha phát triển không kết thúc chuyển sang pha khác, kéo dài liên tục suốt vịng đời phát triển → gọi workflow Bản chất tiến trình phát triển phần mềm lặp: lặp lại bước nhiều lần, kết lần sau tốt lần trước Mơ hình lặp tăng trưởng (2) Luật Miller: Tại thời điểm, người ta tập trung vào tối đa khoảng vấn đề → để xử lí vấn đề lớn, sử dụng phương pháp làm mịn bước: Tập trung xử lí việc quan trọng trước Các việc quan trọng xử lí sau → gọi tiến trình tăng trưởng Mơ hình lặp tăng trưởng (3) Mơ hình lặp tăng trưởng (4) Lặp tăng trưởng kết hợp nhau: Khơng có pha đơn lẻ, mà pha lặp lại nhiều lần 10 Mơ hình thác nước (1) 15 Mơ hình thác nước (2) Đặc trưng: Các vòng lặp phản hồi sau pha Làm tài liệu cuối pha Ưu nhược điểm? 16 Mơ hình mẫu nhanh (1) 17 Mơ hình mẫu nhanh (2) Đặc trưng: Tiến hành làm mẫu nhanh (rapid prototype) pha lấy yêu cầu Các pha lại làm theo thứ tự tuyến tính Ưu nhược điểm? 18 Tiến trình linh hoạt (1) Trích chọn story sản phẩm: Ước lượng thời gian chi phí Chọn story để phát triển Mỗi story chia nhỏ thành task Viết test case cho task trước cài đặt 19 Tiến trình linh hoạt (2) Phát triển story: Khơng có pha đặc tả Thiết kế linh hoạt thay đổi theo yêu cầu khách hàng Luôn có đại diện khách hàng team Lập trình theo cặp Liên tục tích hợp task 20 Tiến trình linh hoạt (3) Sử dụng phương pháp họp đứng (stand-up meeting): Tồn team đứng vịng trịn nhìn thấy Thời gian họp cố định hàng ngày, không 15p Họp để thấy vấn đề, có, khơng giải vấn đề Lần lượt người trả lời câu hỏi giống 21 Tiến trình linh hoạt (4) Các câu hỏi họp đứng: Tôi làm từ buổi họp hơm qua? Hơm tơi làm gì? Có vấn đề với việc làm hơm nay? Chúng ta có quên làm phần không? Tôi học thêm làm việc với team? 22 Tiến trình linh hoạt (5) Chiến lược: Mỗi story phát triển liên tục phải hoàn thiện sau 2-3 tuần Cứ sau tuần hoàn thành bước lặp bàn giao tính cho khách hàng Sử dụng kĩ thuật timeboxing để quản lí thời gian → mơ hình u cầu cố định thời gian, khơng cố định tính sản phẩm 23 Tiến trình linh hoạt (6) Ưu điểm nhược điểm: Phương pháp họp đứng (stand-up meeting)? Kĩ thuật timeboxing? 24 Mơ hình xoắn ốc (1) 25 Mơ hình xoắn ốc (2) Đặc trưng: Có nhiều vịng lặp nhau, vòng lặp sau phát triển rộng vòng trước Mỗi pha lần lặp: – Bắt đầu việc định phân tích rủi ro – Kết thúc việc đánh giá lỗi lập kế hoạc cho pha – Nếu rủi ro khơng xử lí dừng lại 26 Mơ hình xoắn ốc (3) 27 Mơ hình xoắn ốc (4) Ưu điểm nhược điểm? 28 Questions? ... trưởng (1) Thực tế: Các pha phát triển không kết thúc chuyển sang pha khác, kéo dài liên tục suốt vòng đời phát triển → gọi workflow Bản chất tiến trình phát triển phần mềm lặp: lặp lại bước... WCB/McGraw-Hill, 2007 Mơ hình lí thuyết Trên lí thuyết thì: Các pha tiến hành Bắt đầu phát triển hồn tồn từ khơng có Thực tế Phát triển phần mềm hồn tồn khác: Lỗi xảy lúc nơi tiến trình phát triển Khách... cầu phần mềm phát triển Ngay thay đổi có lí hợp lí, thay đổi đểu ảnh hưởng đến phần mềm Các thay đổi dẫn đến lỗi hồi quy (regression fault) Nếu thay đổi nhiều → phải thiết kế cài đặt lại phần