ĐỒ ÁN TỐT NGHIỆP: Xây dựng ứng dụng J2EE với Rational Rose UML

Đồ án tốt nghiệp Xây dựng ứng dụng J2EE với Rational Rose UML LE QUANG DUNG TH40 LỜI NÓI ĐẦU Nếu trước phần mềm (software) bán kèm theo máy tính, phần mềm coi cho khơng ngày hồn tồn khác, giá phần cứng hạ xuống phần mềm trở nên thống lĩnh Máy tính trở nên hữu dụng mặt sống, sản xuất kinh doanh, khoa học kỹ thuật, quản lý, giáo dục Để áp dụng máy tính vào nhu cầu đời sống xã hội ta phải có chương trình điều khiển, quản lý, tính tốn thực chức mong muốn mà ta gọi phần mềm Quy trình để sản xuất phần mềm gồm nhiều cơng đoạn từ phân tích thiết kế, đặc tả yêu câu khách hàng lập trình, bảo trì Mỗi cơng đoạn q trình địi hỏi kỹ sư phần mềm phải khảo sát tỉ mỉ, xác thao tác Chất lượng phần mềm khâu phân tich thiết kế định chủ yếu, phân tích thiết kế đặc tả yêu cầu giai đoạn quan trọng Nói đến công nghệ phần mềm phảI kể đến hệ thống phân tán Trong thời kỳ phát triển mạnh mạng toàn cầu – Internet, ứng dụng phân tán phát triển mạnh mang tính cấp thiết Nó đem lại lợi ích vơ to lớn cho người Nhằm tìm hiểu theo hướng phát triển này, đồ án em tiếp cận công nghệ xây dựng ứng dụng phân tán, đa tầng có tính bảo mật cao Đó cơng nghệ J2EE- Java Platform, Enterprise Edition, tương đối Cùng với cơng nghệ này, ngơn ngữ mơ hình nhất(UMLUnified Modeling Language) ngừời bạn đồng hành để mơ hình hóa, thực hố ứng dụng q trình phân tích thiết kế hướng đối tượng Trong đồ án tốt nghiệp em phát triển ứng dụng J2EE với UML (Unified Modeling Language) Rational Rose Trong thời gian ngắn khả năng, đồ án cịn nhiều sai sót, mong chỉnh sửa thầy hướng dẫn góp ý từ phía người đọc Một lần em xin cảm ơn thầy Nguyễn Thanh Tùng tận tình hướng dẫn cho em hoàn thành đồ án PHẦN I GIỚI THIỆU CÔNG NGHỆ CHƯƠNG GIỚI THIỆU VỀ PHÂN TÍCH VÀ THIẾT KẾ HƯỚNG ĐỐI TƯỢNG VỚI UML Mơ hình hóa thiết kế hướng đối tượng cách suy nghĩ vấn đề sử dụng mô hình tổ chức xung quanh khái niệm giới thực Cấu trúc tảng đối tượng, kết hợp cấu trúc liệu hành vi vào thực thể đơn Các mơ hình hướng đối tượng có ích cho việc hiểu vấn đề, việc trao đổi với người dùng, mơ hình hố tổ chức kinh doanh, chuẩn bị tài liệu thiết kế chương trình sở liệu 1.1 Các nguyên tắc OO-Object Orientation 1.1.1 Trừu tượng hóa (Abstraction) Trừu tượng hóa bao gồm việc tập trung vào khía cạnh chất cố hữu thực thể lờ đặc tính phụ Trong phát triển hệ thống, điều có nghĩa tập trung vào đối tượng làm gì, trước định cài đặt Sử dụng trừu tượng hoá quyền thực định lâu dài nhằm tránh ràng buộc vội vã tới chi tiết Việc sử dụng trừu tượng hóa phân tích có nghĩa giải với khái niệm lĩnh vực ứng dụng, không thực định thiết kế cài đặt trước hiểu vấn đề Sử dụng xác trừu tượng hố cho phép mơ hình sử dụng cho phân tích, thiết kế mức cao, cấu trúc chương trình, cấu trúc liệu tài liệu 1.1.2 Bọc kín (Encapsulation) Bọc kín (che giấu thông tin) bao gồm việc phân tách khía cạnh bên ngồi đối tượng, từ chi tiết cài đặt bên đối tượng Bọc kín ngăn ngừa chương trình trở nên phụ thuộc lẫn thay đổi nhỏ có hiệu ứng lớn Việc cài đặt đối tượng bị thay đổi mà khơng ảnh hưởng đến ứng dụng có dùng đến Việc bọc kín không ngôn ngữ hướng đối tượng, khả kêt hợp cấu trúc liệu hành vi thực thể đơn thực việc bọc kín kỳ diệu so với ngôn ngữ truyền thống 1.1.3 Kết hợp liệu hành vi(data - behavior) Nơi gọi thao tác không cần xem xét việc thực thao tác cho tồn Đa hình di chuyển gánh nặng việc định sử dụng cài đặt từ việc gọi mã tới phân cấp lớp Trong hệ thống hướng đối tượng, phân cấp cấu trúc liệu đồng với phân cấp kế thừa thao tác 1.1.4 Phân chia Kỹ thuật hướng đối tượng đề xướng việc phân chia vài mức khác Việc kế thừa cấu trúc liệu hành vi cho phép cấu trúc chung chia sẻ vài lớp giống mà không dư thừa Việc phân chia mã sử dụng kế thừa tiến ngơn ngữ hướng đối tượng Phát triển hướng đối tượng không cho phép chia sẻ thơng tin ứng dụng mà cịn đưa triển vọng việc sử dụng lại thiết kế mã đề án tượng lai Phát triển hướng đối tượng cung cấp công cụ trừu tượng bọc kín, kế thừa để xây dựng thư viện thành phần dùng lại 1.2 Các khái niệm hướng đối tượng Khi nói hướng đối tượng, khái niệm sau cần hiểu rõ:  Đối tượng (Object)  Lớp (Class)  Thuộc tính (Atribute)  Thao tác (Operation)  Giao tiếp – đa hình (Interface - Polymorphism)  Thành phần (Component)  Đóng gói (Package)  Hệ thống (Subsystem)  Quan hệ (Relationship) Tất khái niệm trình bày phần “tổng quan UML” phần sau 1.3 Phát triển hướng đối tượng gì? Phát triển hướng đối tượng cách suy nghĩ phần mềm đặt sở khái niệm trừu tượng tồn giới thực Bản chất việc phát triển hướng đối tượng nhận biết tổ chức khái niệm thuộc lĩnh vực ứng dụng 1.3.1 Các khái niệm mơ hình hố Các ngơn ngữ lập trình hướng đối tượng có ích việc loại bỏ hạn chế tính khơng mềm dẻo ngơn ngữ lập trình truyền thống Phát triển hướng đối tượng trình nhận thức độc lập với ngơn ngữ lập trình bước cuối Phát triển hướng đối tượng hướng suy nghĩ khơng kỹ thuật lập trình Lợi ích vấn đề giúp chuyên gia, phát triển viên khách hàng biểu lộ khái niệm trừu tượng cách rõ ràng truyền gởi chúng tới nơi khác Nó phục vụ trung gian cho việc xác định, phân tích, lập tài liệu giao tiếp việc lập trình 1.3.2 Phương pháp hướng đốI tượng Chúng ta đưa phương pháp phát triển hướng đối tượng ký hiệu đồ họa cho việc biểu diễn khái niệm hướng đối tượng Phương pháp bao gồm việc xây dựng mơ hình lĩnh vực ứng dụng, sau thêm chi tiết vào thiết kế hệ thống Có nhiều phương pháp phân tích thiết kế hướng đối tượng khác – tiêu biểu phương pháp Booch Grady Booch, phương pháp OMT (Object Modeling Technique) James Rumbaugh, phương pháp OOSE (Object Oriented Software Engineering) Ivar Jacobson Nhìn chung, cách chắn phương pháp bao gồm bước: phân tích, thiết kế hệ thống, thiết kế đối tượng, cài đặt Mặc dù vậy, phương pháp có cách thức mơ hình hố khác Trong đồ án này, em trình bày phương pháp hướng đối tượng với việc sử dụng ký pháp UML để mô hình hố 1.4 Lợi ích sức mạnh OO  Cách tiếp cận hướng chức Trước thường hay sử dụng phương pháp hướng chức để xây dựng hệ thống Với phương pháp này, liệu chức năng(hành vi hay xử lý) tách riêng rẽ Ở đó, chức coi hành vi có tính chủ động, cịn liệu phận nắm giữ thông tin cách bị động tác động chức Hệ thống chia thành chức nhỏ dần dễ dàng cho việc mã hố, cịn liệu gửi chức Một hệ thống phát triển theo cách thường trở nên khó bảo trì Một vấn đề quan trọng với phương pháp hướng chức tất chức phải biết làm liệu lưu trữ, cấu trúc liệu Các kiểu khác liệu có định dạng khác nhau, việc mã hố chương trình trở nên rắc rối Hơn nữa, ta thay đổi cấu trúc liệu, dẫn đến ta phải thay đổi tất chức liên quan đến cấu trúc Hệ thống phát triển theo phương pháp trở nên có tính ổn định Một chút thay đổi gây nên hậu nghiêm trọng Một vấn đề khác phương pháp hướng chức thường khơng có tư cách tự nhiên cấu trúc vấn đề cấu tạo Do việc xây dựng hệ thống trở nên khó khăn Một nguyên nhân khác phương pháp hướng chức hệ thống khó để sửa đổi, tính khả chuyển kém, nhạy cảm với thay đổi, liệu hành vi bị tách riêng  Cách tiếp cận hướng đối tượng Việc phát triển hệ thống theo cách tiếp cận hướng đối tượng mang lại cho ta nhiều lợi ích, tiêu biểu là: - Giảm chi phí bảo trì: hầu hết xử lý hệ thống bọc kín - liệu hành vi gom chung lại, hành vi sử dụng lại kết hợp thành hành vi - Mơ hình giới thực: hệ thống hướng đối tượng định hướng để mơ hình giới thực Các đối tượng tổ chức thành lớp đối tượng, đối tượng kết hợp với hành vi Mơ hình dựa đối tượng dựa liệu xử lý Cách thức gần gũi với tư người, việc xây dựng dễ dàng - Tính tin cậy cao: hành vi xây dựng từ đối tượng có sẵn - Khả sử dụng lại mã nguồn cao: chế kết hợp liệu với hành vi vào đối tượng riêng biệt, chế đóng gói, chế bọc kín Do vậy, dễ dàng cho việc kế thừa, hay sử dụng lại 1.5 Tổng quan UML UML viết tắt cụm từ Unified Modeling Language, tạm dịch ngơn ngữ mơ hình hợp UML hệ kế vị sóng phân tích thiết kế hướng đối tượng (OOA & D) xuất năm đầu 80 cuối năm 90 UML phát triển hợp phương pháp tác giả Booch, Rumbaugh (OMT) Jacopson, chuẩn hóa OGM 1.1:hình hợp để củađặc UML UML gọi ngơn Hình ngữ mơ hóa dùng tả, trực quan hóa dùng để xây dựng làm sưu liệu cho hệ thống phần mềm  Mơ hình hóa : giúp cho hiểu giới thực, mơ hình hóa giới thực để hiểu đặc trưng, tính tốn thơng số dự đốn kết đạt  Ngôn ngữ : Chức UML phương tiện để bày tỏ trao đổi tri thức (giao tiếp)  Trực quan hóa hệ thống : sử dụng để diễn tả hệ thống cách trực quan trước thực  Xây dựng hệ thống : sử dụng để thực hóa hệ thống  Làm sưu liệu : sử dụng để nắm bắt kiến thức hệ thống thơng qua vịng đời UML khơng phải :  Một ngơn ngữ lập trình trực quan, mà ngơn ngữ mơ hình  Một cơng cụ, mà ngơn ngữ đặc tả mơ hình  Một xử lý, mà cho phép xử lý UML thích hợp với việc giải vấn đề hướng đối tượng Bất kì quan tâm đến UML quen thuộc với nguyên lý việc giải vấn đề hướng đối tượng, bắt đầu với việc xây dựng mơ hình Mơ hình (model ) trừu tượng hoá vấn đề Phạm vi (domain ) giới thực mà vấn đề mang đến Mơ hình chứa đối tượng (objects) tác động lẫn cách gởi thông tin (messages) khác Nếu đối tượng tồn đối tượng có thuộc tính (attributes) có hành vi (behaviors operations) Giá trị thuộc tính đối tượng xác định trạng thái (state) Lớp (Classes) bảng thiết kế cho đối tượng Lớp bao gồm thuộc tính (dữ liệu) hành vi (phương thức hàm) thực thể riêng biệt đơn giản Các đối tượng thể (instance) lớp 1.5.1 Các đặc điểm UML Bốn đặc điểm UML để phân biệt với ngơn ngữ mơ hình khác :  Đa (general-purpose)  Khả ứng dụng rộng rãi (broadly applicable)  Được hỗ trợ công cụ (tool- supported)  Là chuẩn công nghiệp (industrial standerdized) 1.5.2 Kiến trúc tổng quát UML a)Các mơ hình Xét đặc điểm tĩnh, mơ hình nắm bắt số đặc điểm hành vi hệ thống Xét đặc điểm động, nắm bắt đặc điểm hệ thống, chúng lưu trữ tri thức mặt ngữ nghĩa b) Cấu trúc View Ngày hệ thống phần mềm trở nên phức tạp, khó khăn ta khơng thể mơ hình hóa chúng lược đồ hay mơ hình Hệ thống phải phân tích nhiều góc độ khác UML đưa định nghĩa cấu trúc View Mỗi View thể hệ thống khía cạnh Mỗi View bao gồm nhiều loại lược đồ khác (xem hình 1.2)  Use Case View hay gọi Use model view thể vấn đề giải pháp liên quan đến chức tổng quát hệ thống  Logical View hay gọi Structure Model view Static view: thể vấn đề liên quan đến cấu trúc thiết kế hệ thống Hình 1.2 : cấu trúc View UML  Process View hay gọi bihavioral model view, Dynamic hay Collaboration View thể vấn đề liên quan đến xử lý giao tiếp đồng hệ thống  Deployment View hay gọi Environment model View : thể vấn đề liên quan đến việc triển khai hệ thống  Một số model View khác sử dụng cần thiết c) Các lược đồ Lược đồ miêu tả tri thức mặt cú pháp miêu tả quanh cấu trúc, Hình 1.3 Hình 1.3 : Các lược đồ UML  Use Case View Lược đồ người sử dụng (Use Case Diagram) : Mô tả chức hệ thống Lược đồ Use Case diễn tả Use Case hệ thống quan hệ ràng buộc…  Logical View Lược đồ lớp (Class Diagram) : mô tả cấu trúc tĩnh hệ thống thể phần mà hệ thống xử lý Lược đồ đối tượng (Object Diagram): mô tả cấu trúc tĩnh hệ thống thời điểm, xem thể lược đồ lớp  Process View Lược đồ ( Sequence Diagram ) :Mô tả tương tác thành phần hệ thống theo thời gian Lược đồ cộng tác (Collaboration Diagram) : mô tả tương tác thành phần hệ thống theo thời gian không gian Lược đồ trạng thái (State Diagram) : mô tả trạng thái, hồi đáp thành phần hệ thống có tác động vào Lược đồ hoạt động (Activity Diagram) : mô tả hoạt động thành phần hệ thống  Implementation View Lược đồ thành phần (Component) : mô tả tổ chức thành phần thực thi hệ thống  Invironmen View Lược đồ triển khai (Deployment Diagram) : mơ tả cấu hình thành phần mơi trường trình tự thành phần thực thi 1.5.3 Các lược đồ UML Trọng tâm việc giải vấn đề hướng đối tượng xây dựng mơ hình Mơ hình trừu tượng hóa chi tiết cần thiết vấn đề giới thực Trọng tâm UML thể qua loại lược đồ khác :  Use case diagrams (Lược đồ Use case)  Class diagrams (Lược đồ lớp)  Sequence diagrams (Lược đồ tuần tự)  Collaboration diagrams (Lược đồ cộng tác)  Statechart diagrams (Lược đồ trạng thái)  Activity diagrams (Lược đồ hoạt động)  Component diagrams (Lược đồ thành phần)  Deployment diagrams (Lược đồ triển khai) 1.5.3.1 Use case diagrams (Lược đồ use case) Use case diagrams mô tả hệ thống làm từ quan điểm người quan sát tổng quan Điều quan trọng nhấn mạnh hệ thống làm làm Lược đồ Use case quan hệ gần gũi đến kiện Sự kiện (scenario) xảy tương tác với hệ thống Đây kiện khoa y học: bệnh nhân gọi phòng khám để hẹn gặp cho việc kiểm tra hàng năm Người tiếp tân tìm thời gian trống gần sổ hẹn gặp lịch hẹn gặp cho thời qian Use case tập hợp kiện công việc đơn giản mục đích actor người tham gia vào kiện phiên làm việc Actor đóng vai trị người đối tượng hoạt động Hình mơ tả use case Make Appointment, actor Patient Mối liên hệ use case actor mội quan hệ kết hợp ( communication association ) (gọi tắt communication ) Hình 1.4: actor use case Actor có hình que, Use case có hình bầu dục, mối quan hệ đường thẳng liên kết actor use case Lược đồ use case tập hợp actor, use case, mối quan hệ chúng Hình vẽ cho ta use case actor Chú ý use case đơn giản có nhiều actor Hình 1.5: lược đồ use case Lược đồ Use case hổ trợ phạm vi sau :  Xác định đặc trưng : Use case thường thường phát sinh yêu cầu hệ thống phân tích đưa mơ hình  Giao tiếp với clients : kí hiệu đơn giản giúp cho lược đồ use case giao tiếp với client  Phát sinh trường hợp test : tập hợp kiện cho use case đề nghị trường hợp cho kiện Chi tiết lược đồ Use case Lược đồ Use case phát hoạ tổng quan hệ thống Mỗi lược đồ Use case có actor, use case, quan hệ Một lược đồ Use case đơn giản mở rộng với đặc trưng thêm vào để hiển thị thông tin (hình 1.6) Các đặc trưng lược đồ Use case  system boundaries (kết hợp hệ thống)  generalizations (tổng quát hoá)  includes (bao hàm)  extensions (mở rộng) Hình 1.6: lược đồ use case mở rộng Lược đồ Use case mở rộng lược đồ với đặc trưng thêm vào Hình chữ nhật kết hợp hệ thống ( system boundary ) phân chia hệ thống từ actor mở rộng Tổng quát hoá (generalization) use case biểu diễn use case loại đặc biệt đơn giản khác.Pay Bill use case cha Bill Insurance use case Use case thay use case cha cần thiết Sự tổng qt hố xuất dịng với mũi tên hình tam giác đầu hướng use case cha Quan hệ bao hàm ( Include ) quản lý use case thành use case thêm vào.Quan hệ bao hàm hữu ích use case phân chia thành hai use case khác Cả Make Appointment Request Medication quan hệ bao hàm với công việc Trong lược đồ, kí hiệu bao hàm đường gạch đứt, bắt đầu use case sở kết thúc với mũi tên đến use case bao hàm Đường gạch đứt gán nhãn Quan hệ mở rộng (extend) use case biến đổi use case khác Kí hiệu quan hệ mở rộng đường gạch đứt, có nhãn mũi tên hướng use case sở Điểm mở rộng (extension point) xác định use case mở rộng thích hợp viết bên use case sở 1.5.3.2 Class diagrams (Lược đồ lớp) Class diagram đưa tổng quan hệ thống cách hiển thị lớp quan hệ chúng Lược đồ lớp lược đồ tĩnh, hiển thị tác động khơng xảy chúng tác động Lược đồ lớp mô tả khách hàng đặt hàng Lớp Order, kết hợp với Customer Payment Payment loại : Cash, Check, Credit Order chứa OrderDetails kết hợp với Item Hình 1.6:lược đồ lớp Lược đồ lớp có loại quan hệ :  association (quan hệ kết hợp) quan hệ thể lớp Đây quan hệ kết hợp hai lớp thể lớp phải biết đến thể khác làm việc với Trong lược đồ, quan hệ kết hợp liên kết, kết nối đến hai lớp  aggregation (quan hệ thu nạp) mối kết hợp lớp thuộc tập hợp Một quan hệ thu nạp có hình thoi cuối điểm xem tồn thể Trong lược đồ này,Order có tập hợp OrderDetails  generalization (quan hệ tổng quát hoá) mối liên kết kế thừa diển tả lớp lớp cha (superclass) lớp khác Quan hệ tổng qt hố có hình tam giác biểu diễn lớp cha Payment lớp cha Cash, Check, Credit Một mối kết hợp có hai đầu giới hạn Một đầu có tên vai trị (role name) để lọc tính tự nhiên mối kết hợp Ví dụ,OrderDetail đường mẫu Order navigability (tính định hướng) : mũi tên quan hệ kết hợp hiển thị hướng quan hệ xem xét truy vấn OrderDetail truy vấn mẫu (Item) khơng thơng qua cách khác Trong trường hợp này, OrderDetail có Item Quan hệ kết hợp có mũi tên có tính định hướng multiplicity (bản số ) đầu quan hệ số thể lớp kết hợp với đầu khác Bản số số dãy số Ví dụ : Order có Customer, Customer có nhiều Orders Bản số Giải thích thể * * Khơng giới hạn số thể Chính xác thể * Ít thể Hình 1.7: số lược đồ lớp Mỗi lược đồ lớp có lớp, quan hệ, số Tính định hướng vai trị mẫu tuỳ chọn đặt lược đồ để làm sáng tỏ Chi tiết lược đồ lớp Lược đồ lớp gồm lớp, liên kết, số Lược đồ lớp biểu diễn nhiều thơng tin  compositions (thành phần)  class member visibility and scope (phạm vi tầm vực lớp thành viên)  dependencies and constraints (phụ thuộc ràng buộc)  interfaces (giao diện) Composition and aggregation (Thành phần thu nạp) Quan hệ kết hợp đối tượng phần mở rộng quan hệ thu nạp Thành phần (Composition ) quan hệ kết hợp với phần (part) thuộc toàn (whole), phần khơng tồn khơng có tồn Thành phần hiển thị hình thoi đặc phía cuối tồn Trong lược đồ biểu diễn rằng, BoxOffice thuộc MovieTheater.Nếu bỏ MovieTheater huỷ BoxOffice T Hình 1.8:lược đồ thành phần thu nạp Lớp thông tin: tầm vực (visibility) phạm vi (scope) Chú thích lớp hình chữ nhật gồm phần : tên lớp, thuộc tính (attributes) phương thức (operations) Thuộc tính phương thức gán theo phương thức truy xuất phạm vi Hình 1.9 : lớp thơng tin tầm vự phạm vi Ví dụ minh hoạ cách sử dụng theo qui ước UML  Thành viên tĩnh gạch Thành viên làm ví dụ khơng  Phương thức trình bày sau :  ( ) :  Danh sách thông số (parameter list) hiển thị kiểu thông số sau dấu hai chấm Dependencies and constraints (Phụ thuộc ràng buộc) Phụ thuộc (dependency ) mối quan hệ hai lớp mà thay đổi lớp ảnh hưởng đến lớp khác Phụ thuộc vẽ đường gạch đứt Trong lược đồ lớp Co op phụ thuộc vào Company Nếu thay đổi Company phải thay đổi Co op Hình 1.10: quan hệ phụ thuộc ràng buộc lược đồ lớp Ràng buộc ( constraint ) điều kiện mà thực thi thiết kế phải hoàn thành Ràng buộc biểu diễn hai dấu ngoặc mốc {} Ràng buộc lược đồ Section phần CourseSchedule Interfaces (Giao diện) stereotypes (Khuôn mẫu) Giao diện (interface) tập hợp kí hiệu hoạt động Trong C++, giao diện thực lớp trừu tượng với thành viên ảo Trong Java chúng thực trực tiếp Lược đồ lớp mơ hình hội nghị nghề nghiệp Lớp liên quan đến hội nghị SessionTalk (một bảng trình bày đơn giản) Session (tập hợp liên quan đến SessionTalk) ShuttleSchedule với danh sách ShuttleStop phần quan trọng để đăng kí khách sạn Trong lược đồ có ràng buộc, ShuttleStop phân cấp Có ba giao diện lược đồ : IDated, ILocatable, ITimed Tên giao diện bắt đầu kí tự I kèm với phương thức trừu tượng viết chữ nghiêng Một lớp lớp ShuttleStop, với phương thức kết hợp giao diện ILocatable, implementation ( realization ) giao diện Lớp ShuttleStop có kiểu mẫu ( stereotype ) > Kiểu mẫu qui định phương pháp mở rộng UML, thành phần mơ hình tạo từ kiểu tồn Tên kiểu mẫu viết tên lớp Giao diện loại đặc biệt kiểu mẫu Có hai cách kí hiệu giao diện UML : kí hiệu trên, hai kí hiệu hình que hình trịn Trong hình trịn thích, giao diện hình trịn với đường thẳng kết nối đến lớp thi hành Hình 1.11:các lớp giao diện lược đồ Hình 1.12: lớp giao diện khn mẫu Packages (Gói) objects (Đối tượng) Để tổ chức lược đồ lớp phức tạp, ta nhóm lớp phức tạp vào gói (packages) Một gói tập hợp thành phần UML liên quan Lược đồ mơ hình nghiệp vụ với lớp nhóm vào gói Các gói có dạng hình chữ nhật với nhãn (tab)ở đầu Tên gói nhãn hình chữ nhật Đường gạch nối quan hệ phụ thuộc (dependencies) Một gói phụ thuộc vào gói khác thay đổi gói khác có ảnh hưởng đến thay đổi lúc đầu Hình 1.13: lược đồ thành phần 1.5.3.3 Object diagrams (Lược đồ đối tượng) loại đặc biệt lược đồ lớp, biểu diễn thể thay lớp Chúng dùng để giải thích mối quan hệ phức tạp, đặc biệt quan hệ đệ qui Lược đồ lớp hiển thị Department chứa nhiều Departments khác Hình 1.14: lược đồ lớp thể quan hệ đệ qui Lược đồ đối tượng giải thích lược đồ lớp Hình 1.15: lược đồ đốI tượng Mỗi hình chữ nhật lược đồ tương ứng với thể Tên thể gạch lược đồ UML Tên lớp tên thể loại bỏ từ lược đồ đối tượng ý nghĩa lược đồ rõ 1.5.3.4 Sequence diagrams (Lược đồ tuần tự) Lược đồ lớp lược đồ đối tượng cấu trúc (view) mơ hình tĩnh Lược đồ tương tác (Interaction diagrams) cấu trúc động, mô tả đối tượng cộng tác Lược đồ (sequence diagram ) lược đồ tương tác diễn tả phương thức (operations ) hoạt động nào, thông điệp gởi đến Lược đồ tổ chức theo thời gian Các đối tượng liên quan đến phương thức liệt kê từ trái sang phải chúng tham gia vào thông điệp Dưới lược đồ cho việc đặt chổ khách sạn Đối tượng bắt đầu thơng điệp Reservation window Hình 1.16: lược đồ Reservation window gởi thông điệp makeReservation()đến HotelChain Sau HotelChain gởi thơng điệp makeReservation() đến Hotel Nếu Hotel có phịng, đặt chỗ (Reservation) thừa nhận việc đặt chổ (Confirmation ) Đường nét đứt gọi lifeline, biểu diễn thời gian mà đối tượng tồn Mỗi mũi tên thông điệp gọi Mũi tên từ người gởi đến đỉnh activation bar thông điệp lifeline người nhận Activation bar biểu diễn khoảng thời gian thực thi thông điệp