Phân tích hướng đối tượng UML Giáo viên: Đỗ Thị Mai Hường Bộ môn : Các hệ thống thông tin Khoa : CNTT - Học viện kỹ thuật quân Please purchase a personal license Bài Tổng quan Nội dung Phân tích thiết kế gì? Tại phải phân tích thiết kế? Tầm quan trọng phân tích thiết kế công nghệ phần mềm Các cách tiếp cận phân tích thiết kế hệ thống Các khái niệm hướng đối tượng Khái quát qui trình phát triển hệ thống thông tin Tiến trình RUP Phân tích thiết kế gì? Phân tích thiết kế phần mềm: Quá trình tìm hiểu mô lại tượng, quy trình nghiệp vụ giới thực từ xây dựng hệ thống để giải toán đặt máy tính Thế giới thực Thiết kế Lập trình Kiểm thử Phần mềm Tại phải phân tích thiết kế? Tầm quan trọng thiết kế Bảo trì Kiểm thử Bảo trì Cài đặt Kiểm thử Thiết kế Có thiết kế Cài đặt Không thiết kế Tầm quan trọng phân tích thiết kế Chất lượng thiết kế nhân tố định chất lượng phần mềm Không thiết kế - thiết kế không tốt dẫn đến phần mềm chất lượng thấp Không quản lý thay đổi yêu cầu Khó kiểm thử Khó bảo trì Không có tính tiến hóa Không tái sử dụng Tầm quan trọng phân tích thiết kế Thiết kế tốt mang lại phần mềm chất lượng tốt: Dễ dàng thay đổi yêu cầu Dễ kiểm thử Dễ bảo trì Có tính tiến hóa cao Có khả tái sử dụng cao Các cách tiếp cận phân tích thiết kế hệ thống Có cách: Hướng chức năng/ cấu trúc Hướng đối tượng Hướng chức Đặc trưng phương pháp hướng cấu trúc phân chia chương trình thành nhiều chương trình con, chương trình nhằm đến thực công việc xác định Cách thức thực phương pháp hướng cấu trúc phương pháp thiết kế từ xuống (top-down) Phương pháp tiến hành phân rã toán thành toán nhỏ hơn, tiếp tục phân rã toán nhận toán cài đặt sử dụng hàm ngôn ngữ lập trình hướng cấu trúc Hướng chức năng… 10 Phân tích yêu cầu Đặc tả yêu cầu thông báo thức đòi hỏi hệ thống phải phát triển Nó tài liệu thiết kế Mô tả đặc tả yêu cầu Ngôn ngữ đặc tả Ký pháp đồ họa Pha Pha thu thu thập thập và phân phân tích tích yêu yêu cầu cầu rất quan quan trọng trọng Nếu Nếu không không phát phát hiện ra lỗi lỗi tại pha pha này thì rất khó khó và tốn tốn kém để để phát phát hiện ra nó ởở pha pha tiếp theo 34 Thiết kế hệ thống Sau giai đoạn phân tích, yêu cầu cụ thể hệ thống xác định, giai đoạn thiết kế cho yêu cầu Công tác thiết kế xoay quanh câu hỏi chính: Hệ thống làm cách để thỏa mãn yêu cầu nêu Đặc tả yêu cầu? Các hoạt động thiết kế Hệ thống cốt lõi cụ thể phụ thuộc cài đặt Mô hình hệ thống Đặc tả yêu cầu Thiết Thiết kế kế logíc: logíc: Phân Phân hoạch hoạch Thành phần Thành phần làm làm cái gì? gì? Quan Quan hệ hệ các thành thành phần phần Trừu tượng Độc lập cài đặt Kiến trúc tổng thể Thiết Thiết kế kế chi chi tiết: tiết: Làm Làm mịn mịn Thành Thành phần phần làm làm như thế nào? nào? Thiết Thiết kế kế các quan quan hệ hệ 35 Thiết kế hệ thống Một số công việc thường thực giai đoạn thiết kế: Nhận biết form nhập liệu tùy theo thành phần liệu cần nhập Nhận biết reports output mà hệ thống phải sản sinh Thiết kế forms (vẽ giấy hay máy tính, sử dụng công cụ thiết kế) Nhận biết thành phần liệu bảng để tạo database Ước tính thủ tục giải thích trình xử lý từ input đến output 36 Lập trình kiểm thử Mỗi thành phần pha thiết kế thực thành mođun chương trình Kiểm chứng hay kiểm thử mođun chương trình theo đặc tả có từ pha thiết kế Tổ hợp mođun chương trình thành hệ thống Kiểm thử hệ thống chương trình để đảm bảo đáp ứng đầy đủ yêu cầu Khi người phát triển thỏa mãn với sản phẩm khách hàng kiểm thử hệ thống Pha kết thúc khách hàng chấp nhận sản phẩm 37 Bảo trì hệ thống Pha bắt đầu hệ thống cài đặt sử dụng thực tế, sau cấp phát sản phẩm cho khách hàng Bảo trì bao gồm thay đổi sản phẩm để khách hàng đồng ý họ thỏa mãn với sản phẩm Bảo trì bao gồm sửa phần mềm loại bỏ lỗi mà không phát pha trước nâng cấp phần mềm Hiệu năng: Bổ sung chức năng, tăng tốc độ thực chương trình Thích nghi: Các thay đổi cho phù hợp với môi trường phần mềm hoạt động thay đổi, thí dụ yêu cầu phủ 38 Một số mô hình phát triển hệ thống Mô hình thác nước Mô hình tăng trưởng Tiến trình RUP Mô hình thác nước Các hoạt động phát triển phần mềm biểu diễn mô hình thác nước Tiến trình phát triển sản phẩm phần mềm 40 Mô hình tăng trưởng 41 Tiến trình lặp tăng dần Tiến trình thống (Rational Unified Process - RUP) Là Software Engineering process Là sản phẩm tiến trình (process product) Rational Software phát triển bảo trì RUP nâng cao team productivity Các hoạt động RUP tạo lập quản lý models Là hướng dẫn cách sử dụng hiệu UML 42 Các nguyên tắc RUP Lặp tăng trưởng Dự án cắt thành vòng lặp giai đoạn ngắn Cuối vòng lặp phần thi hành hệ thống sản sinh theo cách tăng trưởng (thêm vào) Tập trung vào kiến trúc Toàn hệ thống phức tạp phải chia thành phần (các modun) để dễ dàng triển khai bảo trì, tạo nên kiến trúc (Theo góc nhìn) 43 Các nguyên tắc RUP Dẫn dắt ca sử dụng RUP nhấn mạnh đáp ứng nhu cầu người dùng, thể ca sử dụng Các ca sử dụng ảnh hưởng dẫn đường cho giai đoạn phát triển hệ thống Khống chế nguy Các nguy dự án phải phát sớm loại bỏ sớm tốt Yêu cầu để xác định thứ tự trước sau vòng lặp 44 Các pha công đoạn tiến trình RUP Có pha Khởi đầu (inception) Cho nhìn tổng quát hệ thống xây dựng dự án triển khai Phác thảo (elaboration) Bao gồm phân tích chi tiết hệ thống, chức lẫn cấu trúc tĩnh Đồng thời kiến trúc hệ thống đề xuất Kiến trúc dựng thành nguyên mẫu, thể nhiều ý đồ hệ thống Xây dựng (construction) Tập trung vào việc thiết kế thực thi hệ thống Chuyển giao (transition) Nhằm chuyển hệ thống xây dựng cho người dùng cuối Inception time Elaboration Construction Transition 45 Các lặp luồng công việc Phases Core Workflows Inception Elaboration Construction Transition Requirements An iteration in the elaboration phase Analysis Design Implementation Test Preliminary Iteration(s) iter #1 iter #2 iter #n iter #n+1 iter #n+2 iter #m iter #m+1 Ite tio n s 46 Tiến trình 10 bước Nghiên cứu sơ Khởi đầu Nhận định đặc tả ca sử dụng Mô hình hóa lĩnh vực ứng dụng Xác định đối tượng/lớp tham gia ca sử dụng Triển khai Mô hình hóa tương tác Làm nguyên mẫu giao diện người dùng Xây dựng Cài đặt chuyển giao Mô hình hóa ứng xử Thiết kế hệ thống Thiết kế chi tiết 10 Cài đặt 47 48