Đang tải... (xem toàn văn)
Xây dựng ứng dụng J2EE với Rational Rose và UML
Đồ án tốt nghiệp - Xây dựng ứng dụng J2EE với Rational Rose và UML Trang 1 LỜI NĨI ĐẦU Nếu như trước đây phần mềm (software) được bán kèm theo máy tính, phần mềm coi như được cho khơng thì ngày nay hồn tồn khác, giá cả phần cứng hạ xuống và phần mềm dần dần trở nên thống lĩnh. Máy tính trở nên hữu dụng trong mọi mặt của cuộc sống, sản xuất kinh doanh, khoa học kỹ thuật, quản lý, giáo dục . Để có thể áp dụng máy tính vào những nhu cầu của đời sống xã hội ta phải có các chương trình điều khiển, quản lý, tính tốn và thực hiện các chức năng như mong muốn mà ta gọi đó là phần mềm. Quy trình để sản xuất được một phần mềm gồm nhiều cơng đoạn từ phân tích thiết kế, đặc tả u câu khách hàng cho tới lập trình, bảo trì .Mỗi cơng đoạn là cả q trình đòi hỏi kỹ sư phần mềm phải khảo sát tỉ mỉ, chính xác trong từng thao tác. Chất lượng phần mềm do khâu phân tich thiết kế quyết định là chủ yếu, do vậy phân tích thiết kế và đặc tả các u cầu là giai đoạn quan trọng nhất. Nói đến cơng nghệ phần mềm chúng ta phảI kể đến các hệ thống phân tán. Trong thời kỳ phát triển mạnh của mạng tồn cầu – Internet, các ứng dụng phân tán phát triển rất mạnh và mang tính cấp thiết. Nó đem lại lợi ích vơ cùng to lớn cho con người. Nhằm tìm hiểu theo hướng phát triển này, đồ án của em tiếp cận một 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. Đó là cơng nghệ J2EE- Java 2 Platform, Enterprise Edition, nó tương đối mới. Cùng với cơng nghệ này, ngơn ngữ mơ hình thuần nhất(UML- Unified Modeling Language) là ngừời bạn đồng hành để mơ hình hóa, hiện thực hố ứng dụng trong q trình phân tích và 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) và Rational Rose. Trong thời gian ngắn cũng như khả năng, trong đồ án còn nhiều sai sót, rất mong sự chỉnh sửa của thầy hướng dẫn và sự góp ý từ phía người đọc. Một lần nữa em xin cảm ơn thầy Nguyễn Thanh Tùng đã tận tình hướng dẫn cho em hồn thành đồ án này. Nha Trang tháng 07/ 2003 Sinh viên thực hiện: Lê Quang Dung THƯ VIỆN ĐIỆN TỬ TRỰC TUYẾN Đồ án tốt nghiệp - Xây dựng ứng dụng J2EE với Rational Rose và UML Trang 2 PHẦN I GIỚI THIỆU CƠNG NGHỆ CHƯƠNG 1 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 và thiết kế hướng đối tượng là một cách suy nghĩ về vấn đề sử dụng các mơ hình được tổ chức xung quanh các khái niệm thế giới thực. Cấu trúc nền tảng là đối tượng, nó kết hợp cả cấu trúc dữ liệu và hành vi vào trong một thực thể đơn. Các mơ hình hướng đối tượng là có ích cho việc hiểu vấn đề, việc trao đổi với người dùng, mơ hình hố các tổ chức kinh doanh, chuẩn bị tài liệu và thiết kế chương trình cùng cơ sở dữ liệu. 1.1. Các ngun tắc cơ bản của 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 các khía cạnh bản chất cố hữu của một thực thể và lờ đi các đặc tính phụ của nó. Trong phát triển hệ thống, điều này có nghĩa là tập trung vào đối tượng là cái gì và làm cái gì, trước khi quyết định nó được cài đặt như thế nào. Sử dụng trừu tượng hố giữa quyền thực hiện các quyết định lâu dài nhằm tránh các ràng buộc vội vã tới các chi tiết. Việc sử dụng trừu tượng hóa trong khi phân tích có nghĩa là chỉ giải quyết với các khái niệm lĩnh vực ứng dụng, khơng thực hiện các quyết định thiết kế và cài đặt trước khi hiểu vấn đề. Sử dụng chính xác trừu tượng hố cho phép cùng một mơ hình được sử dụng cho cả phân tích, thiết kế mức cao, cấu trúc chương trình, cấu trúc dữ liệu và 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 các khía cạnh bên ngồi của đối tượng, từ các chi tiết cài đặt bên trong của đối tượng. Bọc kín ngăn ngừa một chương trình trở nên q phụ thuộc lẫn nhau đến nỗi một thay đổi nhỏ cũng có các hiệu ứng lớn. Việc cài đặt một đối tượng có thể bị thay đổi mà khơng ảnh hưởng đến các ứng dụng có dùng đến nó. Việc bọc kín là khơng duy nhất đối với các ngơn ngữ hướng đối tượng, nhưng khả năng kêt hợp cấu trúc dữ liệu và hành vi trong một thực thể đơn thực hiện việc bọc kín là kỳ diệu hơn so với các ngơn ngữ truyền thống. 1.1.3. Kết hợp dữ liệu và hành vi(data - behavior) Nơi gọi một thao tác khơng cần xem xét việc thực hiện thao tác đã cho tồn tại như thế nào. Đa hình đã di chuyển gánh nặng của việc quyết định sử dụng cài đặt nào từ việc gọi mã tới phân cấp lớp. Trong một hệ thống hướng đối tượng, phân cấp cấu trúc dữ liệu là đồng nhất với phân cấp kế thừa thao tác. THƯ VIỆN ĐIỆN TỬ TRỰC TUYẾN Đồ án tốt nghiệp - Xây dựng ứng dụng J2EE với Rational Rose và UML Trang 3 1.1.4. Phân chia Kỹ thuật hướng đối tượng đề xướng việc phân chia tại vài mức khác nhau. Việc kế thừa cả cấu trúc dữ liệu và hành vi cho phép cấu trúc chung được chia sẻ trong vài lớp con giống nhau mà khơng dư thừa. Việc phân chia mã sử dụng kế thừa là một trong những tiến bộ chính của ngơn ngữ hướng đối tượng. Phát triển hướng đối tượng khơng chỉ cho phép chia sẻ thơng tin trong ứng dụng mà còn đưa ra triển vọng của việc sử dụng lại các thiết kế và mã trong các đề án tượng lai. Phát triển hướng đối tượng cung cấp các cơng cụ như là trừu tượng bọc kín, kế thừa để xây dựng các thư viện của các thành phần có thể dùng lại được. 1.2. Các khái niệm cơ bản của hướng đối tượng Khi nói về hướng đối tượng, các khái niệm cơ bản sau đây cần được 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 con (Subsystem) • Quan hệ (Relationship) Tất cả các khái niệm này được trình bày trong phần “tổng quan về UML” ở phần sau. 1.3. Phát triển hướng đối tượng là gì? Phát triển hướng đối tượng là một cách suy nghĩ mới về phần mềm đặt cơ sở trên những khái niệm trừu tượng đang tồn tại trong thế giới thực. Bản chất của việc phát triển hướng đối tượng là nhận biết và tổ chức cá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 là có ích trong việc loại bỏ các hạn chế do tính khơng mềm dẻo của các ngơn ngữ lập trình truyền thống. Phát triển hướng đối tượng là q trình nhận thức độc lập với ngơn ngữ lập trình cho đến các bước cuối cùng. Phát triển hướng đối tượng là hướng suy nghĩ mới và khơng là kỹ thuật lập trình. Lợi ích của vấn đề này là giúp các chun gia, phát triển viên và khách hàng biểu lộ các khái niệm trừu tượng một cách rõ ràng và truyền gởi chúng tới nơi khác. Nó có thể phục vụ như là một trung gian cho việc xác định, phân tích, lập tài liệu và giao tiếp cũng như việc lập trình. 1.3.2. Phương pháp hướng đốI tượng Chúng ta đưa ra phương pháp phát triển hướng đối tượng và các ký hiệu đồ họa cho việc biểu diễn các khái niệm hướng đối tượng. Phương pháp bao gồm việc xây dựng một mơ hình của lĩnh vực ứng dụng, sau đó thêm các chi tiết vào nó trong khi thiết kế hệ thống. THƯ VIỆN ĐIỆN TỬ TRỰC TUYẾN Đồ án tốt nghiệp - Xây dựng ứng dụng J2EE với Rational Rose và UML Trang 4 Có nhiều phương pháp phân tích và thiết kế hướng đối tượng khác nhau – tiêu biểu là các phương pháp Booch của Grady Booch, phương pháp OMT (Object Modeling Technique) của James Rumbaugh, phương pháp OOSE (Object Oriented Software Engineering) của Ivar Jacobson. Nhìn chung, một cách chắc chắn rằng các phương pháp này đều bao gồm các 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, mỗi phương pháp có cách thức mơ hình hố khác nhau. Trong đồ án này, em sẽ trình bày phương pháp hướng đối tượng với việc sử dụng ký pháp của UML để mơ hình hố. 1.4. Lợi ích và sức mạnh của OO • Cách tiếp cận hướng chức năng Trước kia chúng ta thường hay sử dụng phương pháp hướng chức năng để xây dựng hệ thống. Với phương pháp này, dữ liệu và chức năng(hành vi hay xử lý) được tách ra riêng rẽ. Ở đó, chức năng được coi như là những hành vi có tính chủ động, còn dữ liệu là bộ phận nắm giữ thơng tin một cách bị động và được tác động bởi các chức năng. Hệ thống được chia thành các chức năng nhỏ dần cho tới khi nó có thể dễ dàng cho việc mã hố, còn dữ liệu được gửi giữa các chức năng này. Một hệ thống được phát triển theo cách này 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 năng là tất cả các chức năng phải biết làm thế nào dữ liệu được lưu trữ, cấu trúc dữ liệu của nó. Các kiểu khác nhau của dữ liệu có những định dạng khác nhau, vì thế việc mã hố chương trình trở nên rắc rối. Hơn nữa, khi ta thay đổi cấu trúc dữ liệu, dẫn đến ta phải thay đổi tất cả các chức năng liên quan đến cấu trúc này. Hệ thống được phát triển theo phương pháp này trở nên có tính ổn định kém. Một chút thay đổi sẽ gây nên hậu quả nghiêm trọng. Một vấn đề khác đối với phương pháp hướng chức năng là chúng ta thường khơng có những tư duy một cách tự nhiên về cấu trúc của vấn đề nó được cấu tạo như thế nào. Do vậy việc xây dựng hệ thống trở nên khó khăn hơn. Một ngun nhân khác đối với phương pháp hướng chức năng là hệ thống rất khó để sửa đổi, tính khả chuyển kém, nhạy cảm với sự thay đổi, vì dữ liệu và 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 sẽ mang lại cho ta nhiều lợi ích, tiêu biểu là: - Giảm chi phí bảo trì: bởi vì hầu hết các xử lý trong hệ thống được bọc kín - dữ liệu và hành vi được gom chung lại, các hành vi có thể được sử dụng lại và kết hợp thành các hành vi mới. - Mơ hình thế giới thực: hệ thống hướng đối tượng là định hướng để mơ hình thế giới thực. Các đối tượng được tổ chức thành các lớp đối tượng, và các đối tượng được kết hợp với các hành vi. Mơ hình dựa trên đối tượng hơn là dựa trên dữ liệu và xử lý. Cách thức này gần gũi với tư duy con người, do vậy việc xây dựng dễ dàng hơn. - Tính tin cậy cao: bởi vì các hành vi mới được xây dựng từ các đối tượng đã có sẵn. - Khả năng sử dụng lại mã nguồn cao: bởi cơ chế kết hợp dữ liệu với hành vi vào một đối tượng riêng biệt, cơ chế đóng gói, cơ chế bọc kín. Do vậy, dễ dàng cho việc kế thừa, hay sử dụng lại. THƯ VIỆN ĐIỆN TỬ TRỰC TUYẾN Đồ án tốt nghiệp - Xây dựng ứng dụng J2EE với Rational Rose và UML Trang 5 1.5. Tổng quan về UML UML được viết tắt của cụm từ Unified Modeling Language, tạm dịch là ngơn ngữ mơ hình hợp nhất. UML là thế hệ kế vị của làn sóng phân tích và thiết kế hướng đối tượng (OOA & D) xuất hiện trong những năm đầu 80 và cuối những năm 90. UML phát triển trên sự hợp nhất trong các phương pháp của tác giả Booch, Rumbaugh (OMT) và Jacopson, và đã được chuẩn hóa bởi OGM. UML được gọi là một ngơn ngữ mơ hình hóa dùng để đặc tả, trực quan hóa dùng để xây dựng và làm sưu liệu cho các hệ thống phần mềm • Mơ hình hóa : giúp cho chúng ta hiểu được thế giới thực, mơ hình hóa thế giới thực để có thể hiểu được những đặc trưng, tính tốn các thơng số và dự đốn kết quả sẽ đạt được. • Ngơn ngữ : Chức năng của UML như là một phương tiện để bày tỏ và trao đổi tri thức (giao tiếp) • Trực quan hóa hệ thống : được sử dụng để diễn tả hệ thống một cách trực quan trước khi nó được thực hiện. • Xây dựng hệ thống : được sử dụng để hiện thực hóa hệ thống. • Làm sưu liệu : được sử dụng để nắm bắt kiến thức về hệ thống thơng qua vòng đời của nó. UML khơng phải là : • Một ngơn ngữ lập trình trực quan, mà nó là một ngơn ngữ mơ hình. • Một cơng cụ, mà nó là một ngơn ngữ đặc tả mơ hình • Một xử lý, mà nó cho phép xử lý UML thích hợp với việc giải quyết vấn đề hướng đối tượng. Bất kì ai quan tâm đến UML đều quen thuộc với ngun lý cơ bản về việc giải quyết 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 ) là sự trừu tượng hố vấn đề cơ bản. Phạm vi (domain ) là thế giới thực mà vấn đề đó mang đến. Hình 1.1: sự hợp nhất của UML THƯ VIỆN ĐIỆN TỬ TRỰC TUYẾN Đồ án tốt nghiệp - Xây dựng ứng dụng J2EE với Rational Rose và UML Trang 6 Mơ hình chứa các đối tượng (objects) tác động lẫn nhau bằng cách gởi các thơng tin (messages) khác nhau. Nếu một đối tượng đang tồn tại thì đối tượng đó có thuộc tính (attributes) và có các hành vi (behaviors hoặc operations). Giá trị của các thuộc tính trong đối tượng được xác định bởi trạng thái của nó (state). Lớp (Classes) là bảng thiết kế cho các đối tượng. Lớp bao gồm các thuộc tính (dữ liệu) và các hành vi (phương thức hoặc hàm) trong một thực thể riêng biệt đơn giản. Các đối tượng là các thể hiện (instance) của các lớp. 1.5.1. Các đặc điểm của UML Bốn đặc điểm chính của UML để có thể phân biệt với các ngơn ngữ mơ hình khác : • Đa năng (general-purpose) • Khả năng ứng dụng rộng rãi (broadly applicable) • Được hỗ trợ bởi các cơng cụ (tool- supported) • Là một chuẩn cơng nghiệp (industrial standerdized) 1.5.2 Kiến trúc tổng qt của UML a)Các mơ hình . Xét về đặc điểm tĩnh, các mơ hình nắm bắt một số đặc điểm và hành vi của hệ thống. Xét về đặc điểm động, nắm bắt các đặc điểm của hệ thống, về cơ bản chúng lưu trữ các tri thức về mặt ngữ nghĩa. b) Cấu trúc View Ngày nay các hệ thống phần mềm càng trở nên phức tạp, khó khăn do vậy ta khơng thể mơ hình hóa chúng chỉ bằng một lược đồ hay mơ hình. Hệ thống phải được phân tích dưới nhiều góc độ khác nhau. UML đưa ra định nghĩa về cấu trúc View. Mỗi View là một thể hiện của hệ thống dưới một khía cạnh nào đó. Mỗi View có thể bao gồm nhiều loại lược đồ khác nhau (xem hình 1.2) • Use Case View hay còn gọi là Use model view thể hiện các vấn đề về giải pháp liên quan đến chức năng tổng qt của hệ thống. • Logical View hay còn gọi là Structure Model view hoặc Static view: thể hiện các vấn đề liên quan đến cấu trúc thiết kế hệ thống. THƯ VIỆN ĐIỆN TỬ TRỰC TUYẾN Đồ án tốt nghiệp - Xây dựng ứng dụng J2EE với Rational Rose và UML Trang 7 Hình 1.2 : cấu trúc View trong UML • Process View hay còn gọi là bihavioral model view, Dynamic hay Collaboration View thể hiện các vấn đề liên quan đến xử lý giao tiếp và đồng bộ trong hệ thống. • Deployment View hay còn gọi là Environment model View : thể hiện các vấn đề liên quan đến việc triển khai hệ thống. • Một số model View khác có thể được sử dụng khi cần thiết. c) Các lược đồ. Lược đồ miêu tả các tri thức về mặt cú pháp được miêu tả quanh cấu trúc, Hình 1.3 Hình 1.3 : Các lược đồ của UML THƯ VIỆN ĐIỆN TỬ TRỰC TUYẾN Đồ án tốt nghiệp - Xây dựng ứng dụng J2EE với Rational Rose và UML Trang 8 ♦ Use Case View Lược đồ người sử dụng (Use Case Diagram) : Mơ tả các chức năng của hệ thống. Lược đồ Use Case diễn tả các Use Case trong hệ thống và các quan hệ ràng buộc… ♦ Logical View Lược đồ lớp (Class Diagram) : mơ tả cấu trúc tĩnh của hệ thống thể hiện các phần mà hệ thống có thể xử lý được. Lược đồ đối tượng (Object Diagram): mơ tả cấu trúc tĩnh của hệ thống tại một thời điểm, nó có thể xem như một thể hiện của lược đồ lớp. ♦ Process View Lược đồ tuần tự ( Sequence Diagram ) :Mơ tả sự tương tác giữa các thành phần trong hệ thống theo thời gian. Lược đồ cộng tác (Collaboration Diagram) : mơ tả sự tương tác giữa các thành phần trong hệ thống theo thời gian và khơng gian. Lược đồ trạng thái (State Diagram) : mơ tả trạng thái, sự hồi đáp của một thành phần trong hệ thống khi có những tác động vào nó. Lược đồ hoạt động (Activity Diagram) : mơ tả sự hoạt động của các thành phần trong hệ thống. ♦ Implementation View Lược đồ thành phần (Component) : mơ tả tổ chức của các thành phần thực thi trong hệ thống. ♦ Invironmen View Lược đồ triển khai (Deployment Diagram) : mơ tả cấu hình của các thành phần mơi trường và trình tự của các thành phần thực thi trên đó. 1.5.3. Các lược đồ trong UML Trọng tâm của việc giải quyết vấn đề hướng đối tượng là xây dựng một mơ hình. Mơ hình trừu tượng hóa các chi tiết cần thiết của vấn đề cơ bản về thế giới thực. Trọng tâm của UML được thể hiện qua 8 loại lược đồ khác nhau : • 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 gì từ quan điểm của người quan sát tổng quan. Điều quan trọng là nhấn mạnh hệ thống làm gì hơn là làm như thế nào. THƯ VIỆN ĐIỆN TỬ TRỰC TUYẾN Đồ án tốt nghiệp - Xây dựng ứng dụng J2EE với Rational Rose và UML Trang 9 Lược đồ Use case quan hệ gần gũi đến các sự kiện. Sự kiện (scenario) là những gì xảy ra khi ai đó tương tác với hệ thống. Đây là sự kiện về một khoa y học: một 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 nhất trong sổ hẹn gặp và lịch hẹn gặp cho thời qian đó. Use case là tập hợp các sự kiện về một cơng việc đơn giản hoặc mục đích của nó. actor là người tham gia vào các sự kiện trong phiên làm việc. Actor đóng vai trò là người hoặc đối tượng hoạt động. Hình dưới là mơ tả use case là Make Appointment, actor là Patient. Mối liên hệ giữa use case và actor là mội quan hệ kết hợp ( communication association ) (gọi tắt là communication ). Hình 1.4: actor và use case Actor có hình que, Use case có hình bầu dục, mối quan hệ là đường thẳng liên kết giữa actor và use case. Lược đồ use case là tập hợp các actor, các use case, các mối quan hệ giữa chúng. Hình vẽ dưới cho ta 4 use case và 4 actor. Chú ý rằng một use case đơn giản có thể có nhiều actor. Hình 1.5: lược đồ use case Lược đồ Use case hổ trợ 3 phạm vi sau : • Xác định các đặc trưng : Use case mới thường thường phát sinh các u cầu mới khi hệ thống phân tích và đưa ra các mơ hình. • Giao tiếp với clients : các kí hiệu đơn giản giúp cho lược đồ use case có thể giao tiếp với client. • Phát sinh các trường hợp test : tập hợp các sự kiện cho một use case có thể đề nghị các trường hợp cho các sự kiện này. THƯ VIỆN ĐIỆN TỬ TRỰC TUYẾN Đồ án tốt nghiệp - Xây dựng ứng dụng J2EE với Rational Rose và UML Trang 10 Chi tiết lược đồ Use case Lược đồ Use case phát hoạ tổng quan của hệ thống. Mỗi lược đồ Use case có các actor, các use case, các quan hệ. Một lược đồ Use case đơn giản được mở rộng với các đặc trưng thêm vào để hiển thị thơng tin hơn (hình 1.6). Các đặc trưng của lược đồ Use case • system boundaries (kết hợp hệ thống) • generalizations (tổng qt hố) • 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ác đặ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ừ các actor mở rộng. Tổng qt hố (generalization) use case biểu diễn rằng một use case là một loại đặc biệt đơn giản khác.Pay Bill là use case cha và Bill Insurance là use case con .Use case con được thay thế bởi use case cha bất cứ khi nào cần thiết. Sự tổng qt hố xuất hiện như một dòng với mũi tên hình tam giác ở đầu hướng về 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 khi cùng use case được phân chia thành hai use case khác nhau. Cả Make Appointment và Request Medication quan hệ bao hàm với như cơng việc con. Trong lược đồ, kí hiệu bao hàm là đường gạch đứt, bắt đầu ở use case cơ sở và kết thúc với mũi tên đến use case bao hàm. Đường gạch đứt được gán nhãn <<include>>. Quan hệ mở rộng (extend) chỉ ra một use case là một biến đổi của use case khác. Kí hiệu quan hệ mở rộng là đường gạch đứt, có nhãn là <<extend>> và một THƯ VIỆN ĐIỆN TỬ TRỰC TUYẾN [...]... (visibility) và ph m vi (scope) Trang 12 m t THƯ VIỆN ĐIỆN TỬ TRỰC TUYẾN Đồ án tốt nghiệp - Xây dựng ứng dụng J2EE với Rational Rose và UML Chú thích l p là m t hình ch nh t g m 3 ph n : tên l p, thu c tính (attributes) và phương th c (operations) Thu c tính và phương th c đư c gán theo phương th c truy xu t và ph m vi Hình 1.9 : l p thơng tin t m v và ph m vi Ví d minh ho cách s d ng theo qui ư c UML • Thành... TRỰC TUYẾN Đồ án tốt nghiệp - Xây dựng ứng dụng J2EE với Rational Rose và UML CHƯƠNG 2 GI I THI U V J2EE (Java 2 Platform Enterprise Edition) 2.1 Gi i thi u sơ lư c v J2EE System J2EE là n n đ phát tri n các ng d ng ph n m m phân tán c a hãng T lúc b t đ u c a ngơn ng java, nó đã thích nghi và phát tri n t t Ngày càng nhi u cơng ngh đã tr thành m t ph n c a n n Java, các API và các chu n m i đư c phát... hi u giao di n trong UML : m t là kí hi u như trên, hai là kí hi u hình que ho c hình tròn Trong hình tròn chú thích, giao di n là 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 trong lư c đ Trang 14 THƯ VIỆN ĐIỆN TỬ TRỰC TUYẾN Đồ án tốt nghiệp - Xây dựng ứng dụng J2EE với Rational Rose và UML Hình 1.12: các l p giao di n và khn m u Packages (Gói) và objects (Đ i tư ng)... thái dư i đây có hai ti u trình trùng l p d n vào hai tr ng thái con c a tr ng thái hồn ch nh Auction: Bidding và Authorizing Credit Bidding là tr ng thái hồn ch nh v i ba tr ng thái con.Authorizing Credit có hai tr ng thái con Trang 20 THƯ VIỆN ĐIỆN TỬ TRỰC TUYẾN Đồ án tốt nghiệp - Xây dựng ứng dụng J2EE với Rational Rose và UML Auction u c u phân nhánh đ u vào thành hai ti u trình riêng bi t Tr khi... constraints (Ph thu c và ràng bu c) Ph thu c (dependency ) là m i quan h gi a hai l p mà thay đ i l p này có th nh hư ng đ n l p khác Ph thu c đư c v như đư ng g ch đ t Trong lư c đ l p Co op dư i đây ph thu c vào Company N u thay đ i Company thì ph i thay đ i Co op Trang 13 THƯ VIỆN ĐIỆN TỬ TRỰC TUYẾN Đồ án tốt nghiệp - Xây dựng ứng dụng J2EE với Rational Rose và UML Hình 1.10: quan h ph thu c và ràng bu c... Plug-in) ch y trên máy client Trang 25 THƯ VIỆN ĐIỆN TỬ TRỰC TUYẾN Đồ án tốt nghiệp - Xây dựng ứng dụng J2EE với Rational Rose và UML Hình 2.5:ki n trúc t ng th c a h th ng J2EE 2.2 Gi i thi u d ch v JNDI (Java Naming and Directory Interface) JNDI là d ch v đăng ký và truy tìm tên đ i tư ng chu n Enterprise JavaBeans d a vào JNDI đ truy tìm các thành ph n phân tán thơng qua m ng JNDI là m t cơng ngh chính... nhánh M t nhánh và nhánh k ti p c a nó k t h p đ đánh d u nhánh cu i xu t hi n trong lư c đ dư i d ng hình thoi r ng M t chuy n đ i có th phân nhánh thành hai hay nhi u ho t đ ng song song S phân nhánh và s k t h p các ti u trình ti p theo ra kh iphân nhánh xu t hi n trong lư c đ như thanh r n Trang 21 THƯ VIỆN ĐIỆN TỬ TRỰC TUYẾN Đồ án tốt nghiệp - Xây dựng ứng dụng J2EE với Rational Rose và UML Hình 1.22:... tác Chúng chuy n thơng tin gi ng nhau như lư c đ tu n t , nhưng chúng t p trung vào vai trò đ i tư ng thay vì th i gian mà thơng đi p đó g i đ n Trong lư c đ tu n t , vai trò đ i tư ng là các đ nh và thơng đi p đư c k t n i Trang 17 THƯ VIỆN ĐIỆN TỬ TRỰC TUYẾN Đồ án tốt nghiệp - Xây dựng ứng dụng J2EE với Rational Rose và UML Hình 1.17: lư c đ c ng tác Hình ch nh t c a vai trò đ i tư ng đư c ghi trong... ĐIỆN TỬ TRỰC TUYẾN Đồ án tốt nghiệp - Xây dựng ứng dụng J2EE với Rational Rose và UML Hình2.4: sơ đ t ng Business tier Hình v minh h a cho ta th y 1 Enterprise Bean có th nh n d li u t client, x lý nó (n u c n thi t) và g i nó đ n EIS tier (Enterprise Information System tier) đ lưu tr 1 Enterprise Bean cũng có th nh n d li u t EIS tier, x lý d li u đó (n u c n thi t) và sau đó là g i nó tr l i các chương...THƯ VIỆN ĐIỆN TỬ TRỰC TUYẾN Đồ án tốt nghiệp - Xây dựng ứng dụng J2EE với Rational Rose và UML mũi tên hư ng v use case cơ s Đi m m r ng (extension point) đư c xác đ nh khi use case m r ng là thích h p và đư c vi t bên trong use case cơ s 1.5.3.2 Class diagrams (Lư c đ l p) Class diagram đưa ra t ng quan h th ng b ng cách hi n th các l p và quan h gi a chúng Lư c đ l p là lư c đ tĩnh, hi n
