ÔN tập xây DỰNG PHẦN mềm THEO mô HÌNH PHÂN lớp

ÔN TẬP XÂY DỰNG PHẦN MỀM THEO MÔ HÌNH PHÂN LỚP Trình bày ý nghĩa loại mơ hình : sơ đồ lớp khái niệm sơ đồ lớp thiết kế - Nêu liên hệ mơ hình Trình bày ý nghĩa loại sơ đồ : sơ đồ hoạt động ( activity diagram) sơ đồ (sequence diagram)  Activity Diagram - Biểu đồ hoạt động nắm bắt hành động kết chúng - Biểu đồ hoạt động tập trung vào công việc thực thực thi thủ tục (hàm), hoạt động lần thực thi trường hợp sử dụng đối tượng - Biểu đồ hoạt động biến thể biểu đồ trạng thái có mục tiêu tương đối khác, nắm bắt hành động (công việc hoạt động phải thực hiện) kết chúng theo biến đổi trạng thái Các trạng thái biểu đồ hoạt động (được gọi trạng thái hành động) chuyển sang giai đoạn hành động trạng thái thực xong (mà không xác định kiện theo nội dung biểu đồ trạng thái) - Một điểm phân biệt khác biểu đồ hoạt động biểu đồ trạng thái hành động định vị luồng (swimlane) Một luồng gom nhóm hoạt động, ý tới khái niệm người chịu trách nhiệm cho chúng chúng nằm đâu tổ chức Một biểu đồ hoạt động phương pháp bổ sung cho việc miêu tả tương tác, kèm với trách nhiệm thể rõ hành động xảy nào, chúng làm (thay đổi trạng thái đối tượng), chúng xảy (chuỗi hành động), chúng xảy đâu (luồng hành động) Biểu đồ hoạt động sử dụng cho nhiều mục đích khác nhau, ví dụ như: - Để nắm bắt cơng việc (hành động) phải thực thi thủ tục thực Đây tác dụng thường gặp quan trọng biểu đồ hoạt động - Để nắm bắt công việc nội đối tượng - Để nhóm hành động liên quan thực thi sao, chúng ảnh hưởng đến đối tượng nằm xung quanh chúng - Để trường hợp sử dụng thực thể hóa nào, theo khái niệm hành động biến đổi trạng thái đối tượng - Để doanh nghiệp hoạt động theo khái niệm cơng nhân (tác nhân), qui trình nghiệp vụ (workflow), tổ chức đối tượng (các khía cạnh vật lý tri thức sử dụng doanh nghiệp) - Biểu đồ hoạt động coi loại Flow chart Điểm khác biệt Flow Chart bình thường áp dụng qui trình tuần tự, biểu đồ hoạt động xử lý các qui trình song song  Sequence Diagram - Biểu đồ trình tự sử dụng chủ yếu để thể mối tương tác đối tượng thứ tự trình tự mà mối tương quan xảy Giống biểu đồ lớp, chuyên viên phát triển thường nghĩ biểu đồ trình tự dành riêng họ Tuy nhiên, nhân viên kinh doanh tổ chức tìm biểu đồ trình tự hiệu để trao đổi công việc gần hoạt động cách trình bày đối tượng công việc đa dạng tác động với Bên cạnh tập hợp tài liệu kiện tổ chức, biểu đồ trình tự cấp độ kinh doanh sử dụng tài liệu cần thiết để trao đổi yêu cầu cho việc thực thi hệ thống tương lai Trong giai đoạn yêu cầu dự án, chun viên phân tích tận dụng trường hợp tới mức độ cao cách đưa mức cải tiến thức Khi xảy vậy, sử dụng tình cải tiến vào nhiều biểu đồ trình tự - Nhân viên kỹ thuật tổ chức tìm biểu đồ trình tự hiệu qua việc chứng minh hệ thống tương lai hoạt động Trong giai đoạn thiết kế, chuyên viên kiến trúc chuyên viên phát triển sử dụng biểu đồ để ép mối tương quan đối tượng hệ thống, lọc thiết kế hệ thống tổng thể - Một sử dụng biểu đồ trình tự chuyển đổi từ yêu cầu thể sử dụng tình tới cải tiến mức thức cải tiến Sử dụng trường hợp cải tiến thường xuyên vào nhiều biểu đồ trình tự Ngồi sử dụng việc thiết kế hệ thống mới, biểu đồ trình tự sử dụng để dẫn chứng đối tượng hệ thống tồn (gọi "hợp lệ") gần tương tác Sự dẫn chứng hữu ích chuyển đổi hệ thống tới nhân tổ chức khác Trình bày ý nghĩa chức lớp kiến trúc lớp Cho ví dụ minh họa - GUI layer: Lớp làm nhiệm vụ giao tiếp với người dùng cuối để thu thập liệu hiển thị kết quả/dữ liệu thông qua thành phần giao diện người sử dụng - Business Logic Layer: layer xử lý liệu trước đưa lên hiển thị hình xử lý liệu trước chuyển xuống Data Access Layer để lưu liệu xuống sở liệu Đây nơi để kiểm tra ràng buộc yếu tố nghiệp vụ, tính tốn, xử lý u cầu lựa chọn kết trả cho GUI Layers - Data Access Layer: Lớp thực nghiệp vụ liên quan đến lưu trữ truy xuất liệu ứng dụng đọc, lưu, cập nhật sở liệu, Ví dụ: Mơ tả hoạt động mơ hình 3-layer với ứng dụng liệt kê danh sách điểm sinh viên: - Từ hình form quản lý sinh viên gồm có combobox chọn lớp, gridview để hiển thị danh sách sinh viên button để thực lệnh liệt kê danh sách (1) Người dùng chọn combobox lớp GUI ấn button liệt kê (2) GUI kiểm tra yêu cầu chọn combobox hợp lệ gởi mã lớp (**) vừa chọn sang BUS xử lý yêu cầu hiển thị danh sách điểm sinh viên (4) Tại BUS yêu cầu từ GUI đơn giản nên BUS khơng xử lý mà gởi mã lớp sang DAL lấy danh sách điểm (5) Tại DAL sau nhận yêu cầu lấy danh sách điểm từ mã lớp, DAL tương tác với hệ quản trị CSDL (6) qua lệnh mở tập tin, kết nối, truy vấn,… để lấy danh sách điểm (7) với mã số yêu cầu, DAL tiếp tục gởi danh sách (**) sang BUS để xử lý (7) (8) Tại BUS sau nhận danh sách điểm từ DAL gởi sang, BUS thực nghiệp vụ cách tính điểm trung bình, kết luận đậu/rớt sinh viên (tất xử lý mặt nghiệp vụ), sau gởi danh sách điểm xử lý (**) sang GUI để hiển thị (9) (9) lần GUI kiểm tra tính hợp lệ liệu hiển thị thông tin thông báo lên hình cho người dùng (10) (**) Trong số trường hợp lượng thơng tin gởi nhiều, ví dụ sinh viên gồm nhiều thuộc tính họ tên, tuổi, ngày sinh,… ta dùng DTO để chuyển đối tượng danh sách đối tượng tầng với cho tiện dụng Nêu thành phần hệ thống xây dựng cấu trúc đa giao diện - Các công cụ để xây dựng hệ thống Trình bày mơ hình phân lớp mà bạn tìm hiểu ( MVC, MVP, MVVM, …)  MVC  Tổng quan: Vào năm 70 kỷ 20, phòng thí nghiệm Xerox PARC Palo Alto Sự đời giao diện đồ họa (Graphical User Interface - GUI) lập trình hướng đối tượng (Object Oriented Programming - OOP) cho phép lập trình viên làm việc với thành phần đồ họa đối tượng đồ họa có thuộc tính phương thức riêng Khơng dừng lại đó, nhà nghiên cứu Xerox PARC xa họ cho đời gọi kiến trúc MVC (viết tắt Model – View – Controller) Kiến trúc ngày phát triển hoàn thiện nhằm giải vấn đề phát sinh giải pháp cho trình phát triển phần mềm  Các thành phần MVC Trong kiến trúc này, hệ thống chia thành tầng tương ứng với tên gọi (Model – View – Controller) Ở nhiệm vụ cụ thể tầng phân chia sau: Model (Tầng liệu): đối tượng tập hợp đối tượng biểu diễn cho phần liệu chương trình Nó giao nhiệm vụ cung cấp liệu cho sở liệu lưu liệu vào kho chứa liệu Tất nghiệp vụ logic thực thi Model Dữ liệu vào từ người dùng thông qua View đến Controller kiểm tra Model trước lưu vào sở liệu Việc truy xuất, xác nhận, lưu liệu phần Model Hình 1: Luồng xử lý mơ hình MVC View (Tầng giao diện): phần giao diện với người dùng, bao gồm việc liệu hình, cung cấp menu, nút bấm, hộp đối thoại, chọn lựa …, để người dùng thêm, xóa sửa, tìm kiếm làm thao tác khác liệu hệ thống Thông thường, thông tin cần hiển thị lấy từ thành phần Models Controller (Tầng điều khiển): phần điều khiển ứng dụng, điều hướng nhiệm vụ (task) đến phương thức (method) có chức xử lý nhiệm vụ Nó chịu trách nhiệm xử lý tác động mặt giao diện, thao tác models, cuối chọn view thích hợp để hiển thị hình  Ưu điểm nhược điểm: Ưu điểm: Phát triển phần mềm: Có tính chun nghiệp hóa, chia cho nhiều nhóm đào tạo nhiều kỹ khác nhau, từ thiết kế mỹ thuật lập trình đến tổ chức database Giúp phát triển ứng dụng nhanh, đơn giản, dễ nâng cấp Bảo trì: Với lớp phân chia theo nói, thành phần hệ thống dễ thay đổi, thay đổi lập lớp, ảnh hưởng đến lớp gần kề nó, khơng phát tán náo loạn chương trình Mở rộng: Với lớp chia theo ba lớp nói, việc thêm chức vào cho lớp dễ dàng phân chia theo cách khác Nhược điểm: Đối với dự án nhỏ việc áp dụng mơ hình MC gây cồng kềnh, tốn thời gian trình phát triể Tốn thời gian trung chuyển liệu tầng  So sánh mơ hình MVC với mơ hình lớp Hình 2: So sánh mơ hình MVC với mơ hình lớp Điểm giống: Tách rời programming core/business logic khỏi phụ thuộc tài nguyên môi trường Presentation Layer (PL) thể giống chức View Controller Business Layer (BL) Data Access Layer (DL) thể giống chức Model Như nhìn góc độ này, MVC tương đương với 3-layer (tất nhiên có chồng chéo hình vẽ) Điểm khác: Trong mơ hình lớp, q trình theo chiều dọc, PL, sang BL, tới DL, từ DL, chạy ngược lại BL quay lại PL Hình 3: Mơ hình lớp Còn mơ hình MCD, liệu nhận View, View chuyển cho Controller cập nhật vào Model, sau liệu Model đưa lại cho View mà không thông qua Controller, luồng xử lý có hình tam giác Hình 4: Mơ hình MCD  MVP  Tổng quan Mẫu kiến trúc Dolphin Smalltalk Model-View-Presenter chia ứng dụng thành phần liệu (data), trình bày (presentation) xử lý logic thuộc phần trình bày (presentation logic) thành thành phần riêng biệt  Lịch sử Phiên Dolphin Smalltalk Model-View-Presenter (gọi tắt Dolphin MVP) phiên MVP xây dựng dựa phiên Taligent MVP xuất trước Dolphin MVP xây dựng bên tương tự MVC cổ điển khác vai trò Controller Presenter  Cấu trúc  Các thành phần Model chứa liệu tính tốn xử lý logic để giải vấn đề mà phần mềm hướng tới (business logic) View thành phần đảm nhận trình bày từ liệu Model View bao gồm thể control, form, widget,… Presenter thành phần đảm nhận xử lý trình bày mà cần đến tương tác liệu  Phối hợp thành phần Trong vai trò Model khơng thay đổi so với MVC cổ điển Thành phần View Dolphin MVP thực việc trình bày từ nội dung Model gắn kết với Model thông qua Observer Pattern Tuy nhiên, thực bắt kiện xảy bên Một vài trường hợp đơn giản TextView, liệu nhập xử lý trực tiếp cập nhật thay đổi trực tiếp vào Model hầu hết trường hợp khác, việc xử lý chuyển giao cho Presenter đảm trách cần thao tác đến Model Trong View đảm nhận trình bày Presenter đảm trách cách Model thao tác     thay đổi giao diện người dùng Presenter nơi chứa xử lý đặc trưng ứng dụng (application logic so với business logic Model) Một điểm đáng ý khác Presenter có khả thao tác trực tiếp lên View mà gắn kết, điều khác biệt với phiên Taligent MVP xuất trước So sánh Dolphin MVP MVC cổ điển Điểm khác biệt Dolphin MVP MVC cổ điển khác vai trò Presenter Controller, dẫn đến khác vai trò hai thành phần View Trong Dolphin MVP, diện Controller bị loại bỏ, thay vào đó, việc xử lý liệu input View đảm nhận chuyển cho Presenter có yêu cầu tương tác đến Model  MVVM View: Tương tự mơ hình MVC, View phần giao diện ứng dụng để hiển thị liệu nhận tương tác người dùng Một điểm khác biệt so với ứng dụng truyền thống View mơ hình tích cực Nó có khả thực hành vi phản hồi lại người dùng thơng qua tính binding, command Model: Cũng tương tự mơ hình MVC Model đối tượng giúp truy xuất thao tác liệu thực ViewModel: Lớp trung gian View Model ViewModel xem thành phần thay cho Controller mơ hình MVC Nó chứa mã lệnh cần thiết để thực data binding, command Một điểm cần lưu ý mơ hình MVVM, tầng bên khơng biết thơng tin tầng bên Như hình minh họa đây: ... sách đối tượng tầng với cho tiện dụng Nêu thành phần hệ thống xây dựng cấu trúc đa giao diện - Các công cụ để xây dựng hệ thống Trình bày mơ hình phân lớp mà bạn tìm hiểu ( MVC, MVP, MVVM, …)  MVC... Bảo trì: Với lớp phân chia theo nói, thành phần hệ thống dễ thay đổi, thay đổi lập lớp, ảnh hưởng đến lớp gần kề nó, khơng phát tán náo loạn chương trình Mở rộng: Với lớp chia theo ba lớp nói, việc... (tất nhiên có chồng chéo hình vẽ) Điểm khác: Trong mơ hình lớp, trình theo chiều dọc, PL, sang BL, tới DL, từ DL, chạy ngược lại BL quay lại PL Hình 3: Mơ hình lớp Còn mơ hình MCD, liệu nhận View,