Mô hình phát triển phần mềm là thể hiện trừu tượng của quy trình phần mềm, dùng để diễn tả các đặc tả về quy trình từ những khía cạnh cụ thể. Có rất nhiều mô hình phát triển, nhưng phổ biến nhất là: mô hình thác nước (waterfall), mô hình phát triển tiến hóa (evolutionary development), mô hình xoắn ốc (spiral model), mô hình phát triển lặp lại tăng thêm (incremental delivery) và mô hình công nghệ phần mềm dựa thành phần (reuseoriented development)
MÔ HÌNH PHÁT TRIỂN PHẦN MỀM – PHẦN Hôm nay, thào luận chủ đề mô hình phát triển phần mềm Mô hình phát triển phần mềm gì? Và có mô hình phát triển phần mềm? Mô hình phát triển phần mềm thể trừu tượng quy trình phần mềm, dùng để diễn tả đặc tả quy trình từ khía cạnh cụ thể Có nhiều mô hình phát triển, phổ biến là: mô hình thác nước (waterfall), mô hình phát triển tiến hóa (evolutionary development), mô hình xoắn ốc (spiral model), mô hình phát triển lặp lại & tăng thêm (incremental delivery) mô hình công nghệ phần mềm dựa thành phần (reuse-oriented development) Đầu tiên, không đề cập đến mô hình thác nước (waterfall), mô hình bao gồm pha (phase): định nghĩa yêu cầu (requirements definition), thiết kế (System and software design), cài đặt kiểm thử đơn vị (implementation and unit testing), tích hợp kiểm thử hệ thống (integration and system testing), vận hành bảo trì (Operation and Maintenance) • • • • • Định nghĩa yêu cầu (requirements definition): bao gồm dịch vụ, ràng buộc, chức mà khách hàng yêu cầu Nói cách đơn giản gặp đối tác để bàn thảo thông tin cụ thể Thiết kế (System and software design):bao gồm phần cứng phần mềm Cài đặt kiểm thử đơn vị (implementation and unit testing): code code code, sau test, mà dạng unit testing để đảm bảo method hoạt động tốt thỏa tài liệu đặc tả Tích hợp kiểm thử hệ thống (integration and system testing): chương trình con, phương thức tích hợp lại, tạo thành hệ thống hoàn chỉnh Sau kiểm thử xem coi hệ thống có chức thỏa đặc tả hay không, có tồn lỗi không Một vấn đề dễ hiểu là, lỗi tốt, “thà cực khổ lúc tìm lỗi, phải mang gánh nặng sau” Sau giai đoạn này, phần mềm bàn giao cho khách hàng Vận hành bảo trì (Operation and maintenance): Hệ thống sau xây dựng xong bàn giao cho khách hàng Tuy nhiên, bàn giao khách hàng dùng ngay, mà ta cần phải tiến hành hướng dẫn cài đặt tiến hành training họ sử dụng phần mềm Sau thời gian sử dụng, khách hàng có nhu cầu mở rộng tính năng, phản hồi lại lỗi mà không tìm thấy trình kiểm thử, lúc ta đem sản phẩm mở rộng, cải tiến chức tiến hành kiểm lỗi theo yêu cầu khách hàng Đối với mô hình này, giai đoạn phải thực cách Do đó, giai đoạn không thực hiện, giai đoạn trước không hoàn thành tốt, yêu cầu khách hàng có thay đổi, ta phải thực lại quy trình từ đầu đến cuối Đó chưa kể đến vấn đề khách hàng phải kiên nhẫn chờ đợi thời gian dài để biết phần mềm Chính thế, dự án có yêu cầu rõ ràng, bị thay đổi suốt trình thiết kế, đội ngũ phát triển chuyên nghiệp mô hình lựa chọn hợp lý MÔ HÌNH PHÁT TRIỂN PHẦN MỀM – PHẦN Tiếp sau mô hình thác nước (waterfall), đề cập đến mô hình xoắn ốc (spiral model) Trong mô hình này, quy trình phát triển phần mềm biểu diễn hình xoắn ốc Các pha bao gồm: • • • • Thiết lập mục tiêu (Objective setting): xác định mục tiêu cho pha (phase) dự án Như mục tiêu gì? Đó ràng buộc (constraint) & yêu cầu (requirement) xác định rõ ràng, kế hoạch chi tiết đề ra, rủi ro (risk) cần phải dự đoán trước Và với rủi ro (risk) liệu chiến lược thay (alternative strategy) đề Đánh giá giảm thiểu rủi ro (risk assessment and reduction): đánh giá rủi ro xảy dự án, đề xuất cách thức để giảm thiểu rủi ro Phát triển đánh giá (development and validation): Sau đánh giá rủi ro tiềm ẩn hệ thống, mô hình phát triển chọn Chẳng hạn như, rủi ro (risk) việc tích hợp (integration) hệ thống (sub - system) lại với nhau, mô hình tốt để xây dựng dự án mô hình waterfall Lập kế hoạch (planning): đánh giá đưa định xem có nên thực bước mô hình hay không Nếu định tiếp tục thực hiện, pha (phase) lập kế hoạch MÔ HÌNH PHÁT TRIỂN PHẦN MỀM – PHẦN Mô hình mà muốn đề cập phần mô hình phát triển tiến hóa (evolutionary development) Mô hình dựa ý tưởng xây dựng phiên thử nghiệm ban đầu, sau đem cho khách hàng xem, đem tinh chỉnh lại Quá trình thực thỏa mãn yêu cầu khách hàng dừng lại Mô hình phát triển phù hợp với vài lĩnh vực như: kinh doanh (business), thương mại điện tử (e-commerce), hệ thống cá nhân (personal system),v.v… Trong mô hình có phương pháp chính: • • Phát triển thăm dò: làm việc với khách hàng, sau lấy đặc tả sơ ban đầu xây dựng hệ thống Đầu tiên, tìm hiểu rõ ràng yêu cầu từ khách hàng, sau bổ sung thêm yêu cầu khách hàng đề xuất Cuối cùng, thỏa mãn yêu cầu khách hàng lúc hệ thống xây dựng hoàn chỉnh Loại bỏ mẫu thử: tìm hiểu yêu cầu hệ thống Bắt đầu với yêu cầu chưa rõ ràng thông tin Các mẫu thử (sample) xây dựng chuyển giao đến cho khách hàng Từ đó, ta biết mẫu thử cần thiết cho hệ thống Do đó, mẫu thử có tác dụng làm sáng tỏ yêu cầu khách hàng Với mô hình này, ta có lợi ích chính: • • • Chi phí cho việc chạy theo yêu cầu khách hàng cắt giảm đáng kể Tổng phí cho trình tái phân tích tài liệu đặc tả thu giảm đáng kể Dễ dàng lấy phản hồi từ phía khách hàng trình phát triển Khách hàng thấy “mặt mũi” hệ thống, cách thức hoạt động Quá trình chuyển giao training nhanh hơn, khách hàng không nhiều thời gian để học cách sử dụng chương trình Có lợi ích hẳn phải có nhược điểm, mô hình có vài nhược điểm đáng lưu tâm: • • Quy trình phát triển không rõ ràng, nói cách đơn giản là, người quản lý thấy quy trình Cấu trúc hệ thống có xu hướng thoái hóa thêm vài chức Chi phí mức độ khó khăn tăng dần kết hợp thay đổi lại với Do đó, mô hình thích hợp với dự án có chu kì tồn ngắn, phần hệ thống lớn hệ thống có mức độ tương tác vừa nhỏ MÔ HÌNH PHÁT TRIỀN PHẦN MỀM – PHẦN Phần này, xin giới thiệu khái quát mô hình, mô hình công nghệ phần mềm dựa thành phần (reuse – oriented software engineering) mô hình phát triển lặp lại & tăng thêm (incremental delivery) Đầu tiên mô hình công nghệ phần mềm dựa thành phần (reuse – oriented software engineering) Mô hình dựa kĩ thuật tái sử dụng (reuse) cách có hệ thống, hệ thống tích hợp từ nhiều thành phần có sẵn, thành phần thương mại COTS(Commercial off the shelf) Mô hình bao gồm: • • • • Phân tích thành phần sẵn có (component analysis) Điều chỉnh yêu cầu (requirement modification) Thiết kế hệ thống với kĩ thuật tái sử dụng (system design with reuse) Xây dựng tích hợp hệ thống (development and integration) Tiếp tục với mô hình phát triển lặp lại & tăng thêm (incremental delivery) Mô hình chia thành nhiều vòng, tăng dần Mỗi vòng phần kết chức khách hàng yêu cầu Các yêu cầu theo thứ tự ưu tiên, yêu cầu có độ ưu tiên cao phát triển sớm Đối với mô hình có số ưu điểm: • • • Các yêu cầu có độ ưu tiên cao kiểm thử (testing) kĩ Sau lần tăng vòng ta chuyển giao kết cho khách hàng Các vòng trước làm mẫu thử giúp tìm hiểu yêu cầu vòng