Đang tải... (xem toàn văn)
Câu 1 (2 điểm) Thế nào là biểu đồ tương tác (Interactive Diagram) của UML? Hãy chỉ ra những điểm giống nhau và khác nhau giữa biểu đồ tuần tự (Sequence Diagram) và biểu đồ cộng tác (Collaboration Diagram). Trả lời: Interactive Diagram của UML tức biểu đồ tương tác, bao gồm 2 loại là: Biểu đồ tuần tự (Sequence Diagram) và Biểu đồ cộng tác (Collaboration Diagram). Giống nhau: Dùng mô hình hoá sự tương tác (trao đổi thông điệp) giữa các đối tượng thuộc những lớp khác nhau. Khác nhau: Biểu đồ tuần tự hướng thời gian (TimeOriented) là chủ yếu, trong khi Biểu đồ cộng tác thiên về hướng thông điệp (MessageOriented).
ĐỀ CƯƠNG ƠN TẬP UML Câu (2 điểm) Thế biểu đồ tương tác (Interactive Diagram) UML? Hãy điểm giống khác biểu đồ (Sequence Diagram) biểu đồ cộng tác (Collaboration Diagram) Trả lời: - Interactive Diagram UML tức biểu đồ tương tác, bao gồm loại là: Biểu đồ (Sequence Diagram) Biểu đồ cộng tác (Collaboration Diagram) - Giống nhau: Dùng mơ hình hố tương tác (trao đổi thơng điệp) đối tượng thuộc lớp khác - Khác nhau: Biểu đồ hướng thời gian (Time-Oriented) chủ yếu, Biểu đồ cộng tác thiên hướng thơng điệp (Message-Oriented) Câu (4 điểm) Giải thích biểu đồ ca (Use Case Diagram) sau: Trả lời: - Đây biểu đồ ca mơ hình hố hệ thống thư viện điện tử - Các tác nhân (Actor): Borrower (bạn đọc), Student (sinh viên), Staff (cán quan), Guest (khách ngồi quan), Librarian (thủ thư) - Các ca sử dụng (Use Case): Searches (tìm tài liệu), Makes Reservation (giữ chỗ), Removes Reservation (huỷ chỗ giữ), Borrows (cho mượn), Returns (nhận tài liệu trả), Renews (gia hạn), Manages Borrower (quản lý bạn đọc), Manages Item (quản lý tài liệu) - Quan hệ khái qt hố: Student, Staff, Guest với Borrower Librarian với Staff - Quan hệ kết hợp: Borrower với Librarian, Borrower với Searches Removes Reservation; Librarian với Borrows, Returns, Renews, Manages Borrower Manages Item Chú ý quan hệ kết hợp chiều Librarian Renews (Chức Renews có khả chủ động gửi thơng điệp cho Librarian báo trường hợp mượn tài liệu q hạn) - Quan hệ phụ thuộc: Include (gộp) Borrows với Removes Reservation, Extend Searches với Makes Reservation Sự khác Include Extend: Borrows ln ln cần tới Removes Reservation, Searches khơng phải lúc dùng Makes Reservation Câu (4 điểm) Xây dựng biểu đồ hoạt động (Activity Diagram) Làm đồ án mơn học với hành động: Chọn đề tài, Liên hệ với thày hướng dẫn, tiến hành cơng việc đồng thời, xen kẽ Thu thập tài liệu, Nghiên cứu tài liệu, Lập trình Soạn đồ án Khi hồn thành, cần Liên hệ lại với thày hướng dẫn In đồ án, Ghi đĩa CD sau Nộp đồ án (kèm CD) sau phép thày, khơng phải sửa lại đồ án Trả lời: CÂU 4: TRÌNH BÀY CÁC HƯỚNG NHÌN TRONG UML PHÂN TÍCH CÁC MỐI QUAN HỆ GIỮA CÁC BIỂU ĐỒ (DIAGRAM) VÀ VIỆC HÌNH THÀNH CÁC KHUNG NHÌN (VIEW) CHO VÍ DỤ MINH HỌA UML có tất hướng nhìn sau: - Hướng nhìn Use case (use case view): hướng nhìn khía cạnh chức hệ thống, nhìn từ hướng tác nhân bên ngồi - Hướng nhìn logic (logical view): chức thiết kế bên hệ thống nào, qua khái niệm cấu trúc tĩnh ứng xử động hệ thống - Hướng nhìn thành phần (component view): khía cạnh tổ chức thành phần code - Hướng nhìn song song (concurrency view): tồn song song/ trùng hợp hệ thống, hướng đến vấn đề giao tiếp đồng hóa hệ thống - Hướng nhìn triển khai (deployment view): khía cạnh triển khai hệ thống vào kiến trúc vật l (các máy tính hay trang thiết bị coi trạm cơng tác) Khi bạn chọn cơng cụ để vẽ biểu đồ, chọn cơng cụ tạo điều kiện dễ dàng chuyển từ hướng nhìn sang hướng nhìn khác Ngồi ra, cho mục đích quan sát chức thiết kế nào, cơng cụ phải tạo điều kiện dễ dàng cho bạn chuyển sang hướng nhìn Use case (để xem chức miêu tả từ phía tác nhân), chuyển sang hướng nhìn triển khai (để xem chức phân bố cấu trúc vật l - Nói cách khác nằm máy tính nào) Ngồi hướng nhìn kể trên, ngành cơng nghiệp phần mềm sử dụng hướng nhìn khác, ví dụ hướng nhìn tĩnh-động, hướng nhìn logic-vật l., quy trình nghiệp vụ (workflow) hướng nhìn khác UML khơng u cầu phải sử dụng hướng nhìn này, hướng nhìn mà nhà thiết kế UML nghĩ tới, nên có khả nhiều cơng cụ dựa hướng nhìn * MỐI QUAN HỆ GIỮA BIỂU ĐỒ (DIAGRAM) VÀ VIỆC HÌNH THÀNH CÁC KHUNG NHÌN VIEW + Hướng nhìn Use case (Use case View): Hướng nhìn Use case miêu tả chức hệ thống phải cung cấp tác nhân từ bên ngồi mong đợi Tác nhân thực thể tương tác với hệ thống; người sử dụng hệ thống khác Hướng nhìn Use case hướng nhìn dành cho khách hàng, nhà thiết kế, nhà phát triển người thử nghiệm; miêu tả qua biểu đồ Use case (use case diagram) bao gồm biểu đồ hoạt động (activity diagram) Cách sử dụng hệ thống nhìn chung miêu tả qua loạt Use case hướng nhìn Use case, nơi Use case lời miêu tả mang tính đặc thù cho tính hệ thống (có nghĩa chức mong đợi) Hướng nhìn Use case mang tính trung tâm, đặt nội dung thúc đẩy phát triển hướng nhìn khác Mục tiêu chung hệ thống cung cấp chức miêu tả hướng nhìn – với vài thuộc tính mang tính phi chức khác – hướng nhìn có ảnh hưởng đến tất hướng nhìn khác Hướng nhìn sử dụng để thẩm tra (verify) hệ thống qua việc thử nghiệm xem hướng nhìn Use case có với mong đợi khách hàng (Hỏi: "Đây có phải thứ bạn muốn") có với hệ thống vừa hồn thành (Hỏi: "Hệ thống có hoạt động đặc tả?”) + Hướng nhìn logic (Logical View): Hướng nhìn logic miêu tả phương thức mà chức hệ thống cung cấp.Chủ yếu sử dụng cho nhà thiết kế nhà phát triển Ngược lại với hướng nhìn Use case, hướng nhìn logic nhìn vào phía bên hệ thống Nó miêu tả kể cấu trúc tĩnh (lớp, đối tượng, quan hệ) tương tác động xảy đối tượng gửi thơng điệp cho để cung cấp chức định sẵn Hướng nhìn logic định nghĩa thuộc tính trường tồn (persistency) song song (concurrency), giao diện cấu trúc nội lớp Cấu trúc tĩnh miêu tả biểu đồ lớp (class diagram) biểu đồ đối tượng (object diagram) Q trình mơ hình hóa động miêu tả biểu đồ trạng thái (state diagram), biểu đồ trình tự (sequence diagram), biểu đồ tương tác (collaboration diagram) biểu đồ hoạt động (activity diagram) + Hướng nhìn thành phần (Component View): Là lời miêu tả việc thực thi modul phụ thuộc chúng với Nó thường sử dụng cho nhà phát triển thường bao gồm nhiều biểu đồ thành phần Thành phần modul lệnh thuộc nhiều loại khác nhau, biểu đồ với cấu trúc phụ thuộc chúng Các thơng tin bổ sung thành phần, ví dụ vị trí tài ngun (trách nhiệm thành phần), thơng tin quản trị khác, ví dụ báo cáo tiến trình cơng việc bổ sung vào + Hướng nhìn song song (Concurrency View): Hướng nhìn song song nhắm tới chia hệ thống thành qui trình (process) xử lý (processor) Khía cạnh này, vốn thuộc tính phi chức hệ thống, cho phép sử dụng cách hữu hiệu nguồn tài ngun, thực thi song song, xử lý kiện khơng đồng từ mơi trường Bên cạnh việc chia hệ thống thành tiểu trình thực thi song song, hướng nhìn phải quan tâm đến vấn đề giao tiếp đồng hóa tiểu trình Hướng nhìn song song giành cho nhà phát triển người tích hợp hệ thống, bao gồm biểu đồ động (trạng thái, trình tự, tương tác hoạt động) biểu đồ thực thi (biểu đồ thành phần biểu đồ triển khai) + Hướng nhìn triển khai (Deployment View): Cuối cùng, hướng nhìn triển khai cho sơ đồ triển khai mặt vật l hệ thống, ví dụ máy tính máy móc liên kết chúng với Hướng nhìn triển khai giành cho nhà phát triển, người tích hợp người thử nghiệm hệ thống thể biểu đồ triển khai Hướng nhìn bao gồm ánh xạ thành phần hệ thống vào cấu trúc vật l.; ví dụ chương trình hay đối tượng thực thi máy tính * VÍ DỤ MINH HỌA Hình - Biểu đồ use case cơng ty bảo hiểm Hình - Biểu đồ lớp biểu đồ đối tượng thể lớp CÂU 5: TRÌNH BÀY VÀ PHÂN TÍCH MỐI QUAN HỆ GIỮA CÁC BIỂU ĐỒ UML VÀ Q TRÌNH PHÂN TÍCH, THIẾT KẾ MỘT HỆ THỐNG THƠNG TIN THEO PHƯƠNG PHÁP HƯỚNG ĐỐI TƯỢNG? * TRÌNH BÀY VÀ PHÂN TÍCH MỐI QUAN HỆ GIỮA CÁC BIỂU ĐỒ UML BIỂU ĐỒ (DIAGRAM) Biểu đồ hình vẽ bao gồm ký hiệu phần tử mơ hình hóa xếp để minh họa thành phần cụ thể hay khía cạnh cụ thể hệ thống Một mơ hình hệ thống thường có nhiều loại biểu đồ, loại có nhiều biểu đồ khác Một biểu đồ thành phần hướng nhìn cụ thể; vẽ ra, thường thường xếp vào hướng nhìn Mặt khác, số loại biểu đồ thành phần nhiều hướng nhìn khác nhau, tùy thuộc vào nội dung biểu đồ - Biểu đồ Use case (Use Case Diagram): Một biểu đồ Use case số lượng tác nhân ngoại cảnh mối liên kết chúng Use case mà hệ thống cung cấp (nhìn hình 3.2) Một Use case lời miêu tả chức mà hệ thống cung cấp Lời miêu tả Use case thường văn tài liệu, kèm theo biểu đồ hoạt động Các Use case miêu tả theo hướng nhìn từ ngồi vào tác nhân (hành vi hệ thống theo mong đợi người sử dụng), khơng miêu tả chức cung cấp hoạt động nội bên hệ thống Các Use case định nghĩa u cầu mặt chức hệ thống - Biểu đồ lớp (Class Diagram): Một biểu đồ lớp cấu trúc tĩnh lớp hệ thống (nhìn hình 3.3) Các lớp đại diện cho “vật” xử lý hệ thống Các lớp quan hệ với nhiều dạng thức: liên kết (associated - nối kết với nhau), phụ thuộc (dependent - lớp phụ thuộc vào lớp khác), chun biệt hóa (specialized - lớp kết chun biệt hóa lớp khác), hay đóng gói ( packaged hợp với thành đơn vị) Tất mối quan hệ thể biểu đồ lớp, kèm với cấu trúc bên lớp theo khái niệm thuộc tính (attribute) thủ tục (operation) Biểu đồ coi biểu đồ tĩnh theo phương diện cấu trúc miêu tả có hiệu lực thời điểm tồn vòng đời hệ thống Một hệ thống thường có loạt biểu đồ lớp – tất biểu đồ lớp nhập vào biểu đồ lớp tổng thể – lớp tham gia vào nhiều biểu đồ lớp Biểu đồ lớp miêu tả chi tiết chương sau - Biểu đồ đối tượng (Object Diagram): Một biểu đồ đối tượng phiên biểu đồ lớp thường sử dụng ký hiệu biểu đồ lớp Sự khác biệt hai loại biểu đồ nằm chỗ biểu đồ đối tượng loạt đối tượng thực thể lớp, thay lớp Một biểu đồ đối tượng ví dụ biểu đồ lớp, tranh thực tế xảy hệ thống thực thi: tranh mà hệ thống có thời điểm Biểu đồ đối tượng sử dụng chung ký hiệu biểu đồ lớp, trừ hai ngoại lệ: đối tượng viết với tên gạch tất thực thể mối quan hệ Biểu đồ đối tượng khơng quan trọng biểu đồ lớp, chúng sử dụng để ví dụ hóa biểu đồ lớp phức tạp, với thực thể cụ thể mối quan hệ tranh tồn cảnh Một biểu đồ đối tượng thường thường sử dụng làm thành phần biểu đồ cộng tác (collaboration), lối ứng xử động loạt đối tượng - Biểu đồ trạng thái (State Diagram): Một biểu đồ trạng thái thường bổ sung cho lời miêu tả lớp Nó tất trạng thái mà đối tượng lớp có, kiện (event) gây thay đổi trạng thái (hình 3.5) Một kiện xảy đối tượng tự gửi thơng điệp đến cho - ví dụ để thơng báo khoảng thời gian xác định qua – số điều kiện thỏa mãn Một thay đổi trạng thái gọi chuyển đổi trạng thái (State Transition) Một chuyển đổi trạng thái có hành động liên quan, xác định điều phải thực chuyển đổi trạng thái diễn Biểu đồ trạng thái khơng vẽ cho tất lớp, mà riêng cho lớp có số lượng trạng thái định nghĩa rõ ràng hành vi lớp bị ảnh hưởng thay đổi qua trạng thái khác Biểu đồ trạng thái vẽ cho hệ thống tổng thể Biểu đồ trạng thái miêu tả chi tiết chương sau (Mơ hình động) - Biểu đồ trình tự (Sequence Diagram): Một biểu đồ trình tự cộng tác động loạt đối tượng (xem hình 3.6) Khía cạnh quan trọng biểu đồ trình tự thơng điệp (message) gửi đối tượng Nó trình tự tương tác đối tượng, điều xảy thời điểm cụ thể trình tự thực thi hệ thống Các biểu đồ trình tự chứa loạt đối tượng biểu diễn đường thẳng đứng Trục thời gian có hướng từ xuống biểu đồ, biểu đồ trao đổi thơng điệp đối tượng thời gian trơi qua Các thơng điệp biểu diễn đường gạch ngang gắn liền với mũi tên (biểu thị thơng điệp) nối liền đường thẳng đứng thể đối tượng Trục thời gian lời nhận xét khác thường đưa vào phần lề biểu đồ - Biểu đồ cộng tác (Collaboration Diagram): Một biểu đồ cộng tác cộng tác động, giống biểu đồ trình tự Thường người ta chọn dùng biểu đồ trình tự dùng biểu đồ cộng tác Bên cạnh việc thể trao đổi thơng điệp (được gọi tương tác), biểu đồ cộng tác đối tượng quan hệ chúng (nhiều gọi ngữ cảnh) Việc nên sử dụng biểu đồ trình tự hay biểu đồ cộng tác thường định theo ngun tắc chung sau: Nếu thời gian hay trình tự yếu tố quan trọng cần phải nhấn mạnh chọn biểu đ * Q TRÌNH PHÂN TÍCH, THIẾT KẾ MỘT HỆ THỐNG THƠNG TIN THEO PHƯƠNG PHÁP HƯỚNG ĐỐI TƯỢNG Sử dụng UML để PTTKHT cần thực bước sau: Bước 1: Xác định tác nhân (actor), trường hợp sử dụng (use case), mối quan hệ trường hợp sử dụng, từ xây dựng biểu đồ trường hợp sử dụng Bước 2: Mơ tả thuộc tính phương pháp cho lớp Bước 3: Xác định lớp đối tượng, mối quan hệ chúng để xây dựng biểu đồ lớp, từ xây dựng biểu đồ đối tượng Bước 4: Xác định thủ tục từ trường hợp sử dụng, từ xây dựng biểu đồ trình tự biểu đồ hợp tác Bước 5: Xác định ứng xử đối tượng thơng qua biểu đồ Bước 6: Xác định kiến trúc hệ thống cách xác định thành phần hệ thống, xây dựng biểu đồ thành phần biểu đồ triển khai CÂU 6: a) TRÌNH BÀY VÀ PHÂN TÍCH MỐI QUAN HỆ GIỮA CÁC BIỂU ĐỒ VÀ MƠ HÌNH UML VỚI SÁU QUY TRÌNH (WORKFLOW) CỦA QUY TRÌNH RUP RUP gì? Là qui trình công nghệ phần mềm phát triển hãng Rational RUP hỗ trợ hoạt động nhóm , phân chia công việc cho thành viên nhóm, giai đoạn khác qúa trình phát triển phần mềm RUP sử dụng hệ thống ký hiệu trực quan UML RUP phát triển song song với UML Các đặc điểm RUP Là qui trình công nghệ phần mềm hoàn chỉnh Là sản phẩm tiến trình Hỗ trợ tăng suất làm việc nhóm Tạo, trì, quản lý loại mô hình Có hướng sử dụng ngôn ngữ UML Được hỗ trợ nhiều công cụ phát triển PM Là tiến trình tuỳ biến Nắm bắt nhiều “best pratcices” Tổng quan RUP CÂU b) TRÌNH BÀY MỤC TIÊU MƠ HÌNH USE CASE VÀ MỐI QUAN HỆ CỦA NĨ VỚI QUY TRÌNH PHÂN TÍCH VÀ THIẾT KẾ (ANALYSIS & DESIGN WORKFLOW) Mục tiêu yếu Use Case là: - Để định mơ tả u cầu mặt chức hệ thống, kết rút từ thỏa thuận khách hàng (và/hoặc người sử dụng cuối) nhóm phát triển phần mềm - Để tạo nên lời mơ tả rõ ràng qn việc hệ thống cần phải làm gì, để mơ hình sử dụng qn suốt tồn q trình phát triển, sử dụng làm cơng cụ giao tiếp cho tất người phát triển nên u cầu này, để tạo nên tảng cho việc tạo nên mơ hình thiết kế cung cấp chức u cầu - Để tạo nên tảng cho bước thử nghiệm hệ thống, đảm bảo hệ thống thỏa mãn u cầu người sử dụng đưa Trong thực tế thường để trả lời câu hỏi: Liệu hệ thống cuối có thực chức mà khởi đầu khách hàng đề nghị? - Để cung cấp khả theo dõi u cầu mặt chức chuyển thành lớp cụ thể thủ tục cụ thể hệ thống - Để đơn giản hóa việc thay đổi mở rộng hệ thống qua việc thay đổi mở rộng mơ hình Use Case, sau theo dõi riêng Use Case bị thay đổi hiệu ứng chúng thiết kế hệ thống xây dựng hệ thống Mối quan hệ Use case với quy trình phân tích thiết kế: …………………………………………… Có ba loại quan hệ Use Case: Quan hệ mở rộng, quan hệ sử dụng quan hệ tạo nhóm Quan hệ mở rộng quan hệ sử dụng hai dạng khác tính thừa kế Quan hệ tạo nhóm phương cách để đặt nhiều Use Case chung với vào gói Quan hệ mở rộng Nhiều q trình phát triển Use Case, người ta thấy số Use Case tồn cung cấp phần chức cần thiết cho Use Case Trong trường hợp vậy, định nghĩa Use Case Use Case cũ cộng thêm phần Một Use Case gọi Use Case mở rộng (Extended Use Case ) Trong quan hệ mở rộng, Use Case gốc (Base Use Case ) dùng để mở rộng phải Use Case hồn thiện Use Case mở rộng khơng thiết phải sử dụng tồn hành vi Use Case gốc Biểu đồ sau Use Case “K hợp đồng mua tơ” Use Case mở rộng "K hợp đồng bảo hiểm” Hình - Quan hệ mở rộng Use Case Quan hệ mở rộng Use Case biểu thị đoạn thẳng với hình tam giác rỗng trỏ phía Use Case dùng để mở rộng, kèm với stereotype - Quan hệ sử dụng Khi nhóm Use Case chung hành vi hành vi tách riêng thành Use Case riêng biệt sử dụng Use Case kia, mối quan hệ gọi quan hệ sử dụng Trong quan hệ sử dụng, phải sử dụng tồn Use Case khái qt hóa, nói cách khác, ta có Use Case sử dụng tồn Use Case khác Các hành động Use Case khái qt hóa khơng cần phải sử dụng tiến trình Chúng trộn lẫn với hành động xảy Use Case chun biệt hóa Quan hệ sử dụng Use Case biểu thị đoạn thẳng với hình tam giác rỗng trỏ phía Use Case sử dụng, kèm với stereotype - Quan hệ chung nhóm Khi số Use Case xử l chức tương tự liên quan đế theo phương thức đó, người ta thường nhóm chúng lại với Nhóm Use Case thực khái niệm "Gói" (Package) UML Gói khơng cung cấp giá trị gia tăng cho thiết kế Ví dụ: tất Use Case có liên quan đến tương tác khách hàng nhân viên thu ngân nhóm thành "Package Khách hàng- N/v thu ngân" Hình 4.7 – Package UML Liên kết sử dụng : thành lập có use case mà tìm thấy vài use case có dòng hoạt động chung để tránh mơ tả dòng hoạt động chung lặp lại use case này, tách dòng hoạt động chung thành use case Use case sử dụng use case khác Quan hệ use case với use case trích gọi quan hệ Quan hệ sử dụng giúp tránh trùng lắp cách cho phép use case chia Sự giống liên kết liên kết tất xem loại kế thừa Khi muốn chia số hoạt động chung nhiều use case, dùng liên kết cách trích hoạt động chia thành use case Khi muốn thêm vào khác biệt cho use case để mơ tả tình đặc biệt tình chung, tạo ues case có liên kết với use case chung Dựa vào liên kết thiết lập cho use case phân use case thành hai loại: Use case trừu tượng: use case chưa hồn hảo nghĩa khơng tương tác với tác nhân mà sử dụng ues case khác Use case trừu tượng liên kết liên kết mức độ khác Ví dụ: Các ues case kiểm tra thẻ, xử lý từ chối mượn sách, ues case trừu tượng Use case cụ thể: ues case có tương tác trực tiếp với tác nhân Ví dụ: use case xử lý mượn sách, xử lý trả sách, use case trừu tượng CÂU 7: TRÌNH BÀY VÀ PHÂN TÍCH MỐI QUAN HỆ GIỮA CÁC BIỂU ĐỒ UML VÀ Q TRÌNH PHÂN TÍCH VÀ THIẾT KẾ MỘT HỆ THỐNG THƠNG TIN THEO PHƯƠNG PHÁP HƯỚNG ĐỐI TƯỢNG TRONG CÁC BƯỚC THỰC HIỆN CỦA MỘT QUY TRÌNH PHẦN MỀM MINH HỌA BẰNG QUY TRÌNH ICONIX * Phân tích thơ - Liên kết mơ hình động với mơ hình tĩnh: " Những đối tượng cần cho use case ?" = > Sử dụng kỹ thuật phân tích thơ (robustness) - Một biểu đồ robustness giống biểu đồ cộng tác UML - Phần cốt lõi UML khơng xác - Phương pháp hướng đối tượng Jocobson’s - Các đối tượng lớp biên: Mỗi tác nhân dùng giao tiếp với hệ thống - Các đối tượng lớp thực thể: thường đối tượng từ mơ hình miền - Các đối tượng điều khiển: Mỗi server “ chất keo” đối tượng lớp biên thực thể * Các yếu tố phân tích Robustness - Làm mịn hai văn use case mơ hình tĩnh kết phân tích robustness * Thực phân tích robustness - Bổ dọc văn Use case - Tại thời điểm, vẽ tác nhân, đối tượng lớp biên, thực thể điều khiển thích hợp sau kết nối chúng với - Có thể phù hợp với q trình tất tiến trình thay đổi biểu đồ * Vai trò biểu đồ robustness * Tổng quan thiết kế sơ - Liên quan đến việc xem xét biểu đồ robustness văn use case cho kịch mà ta lập kế hoạch xây dựng - Đảm bảo biểu đồ văn ues case kết hợp với - Chúng hồn thánh xác thể hành vi mà hệ thống mong muốn - Đảm bảo mơ hình miền phù hợp với biểu đồ robustness: tất đối tượng thực thể biểu đồ robustness thể mơ hình miền - Đảm bảo lớp thực thể cư trú với thuộc tính theo dõi luồng liệu hình hệ thống Use Case: Chi tiết chức ban quản trị hệ thống Biểu đồ mơ tả luồng xử lý việc đăng ký thành viên website Biểu đồ mơ tả luồng xử lý việc quản lý hồ sơ cá nhân Biểu đồ mơ tả luồng xử lý việc quản lý hồ sơ tuyển dụng Biểu đồ mơ tả luồng xử lý duyệt hồ sơ ứng tuyển: BÀI TẬP: Bài tốn quản lý đề tài khóa luận tốt nghiệp sinh viên xây dựng web service nhằm đáp ứng việc giao tiếp thơng tin sinh viên giảng viên nhanh thuận tiện Mỗi sinh viên giảng viên cấp tài khoản đăng nhập để thuận tiện cho việc quản lý đề tài Mỗi sinh viên có nhiều giảng viên đồng hướng dẫn thực đề tài Sinh viên đề xuất đề tài để giảng viên xét duyệt Khi giảng viên xem duyệt đề tài sinh viên đưa nhận hướng dẫn sinh viên Sinh viên đề nghị hướng dẫn giảng viên giảng viên số người hướng dẫn Đối với giảng viên, đưa đề tài để sinh viên tham khảo nhận hướng dẫn Nếu giảng viên nhận đủ người để hướng dẫn khơng thể nhận thêm Tùy vào học vị giảng viên mà số lượng sinh viên hướng dẫn khác Do khơng phải sinh viên đủ điều kiện làm khóa luận khơng phải giảng viên hướng dẫn khóa luận, đó, hệ thống cần có người quản trị, cấp phát cho sinh viên giảng viên tài khoản đăng nhập vào hệ thống Phân tích thiết kế hệ thống 1.1.Phân tích chức hệ thống Các chức hệ thống mơ tả qua biểu đồ usecase sau: Use case có tác nhân sinh viên, giáo viên admin Mỗi tác nhân đăng nhập vào hệ thống có chức khác Admin có chức người có quyền cao tạo, xóa chỉnh sửa thơng tin account Sinh viên đăng nhập vào hệ thống thay đổi password khơng thể thay đổi thơng tin thân Sinh viên xem thơng tin thân ,giáo viên đề án.Sinh viên đăng kí nhận giáo viên làm người hướng dẫn chọn đề án làm tốt nghiệp.Tuy nhiên sinh viên đề nghị đề án Giáo viên đăng nhập xem tất thơng tin giáo viên sinh viên.Ngồi giáo viên thay đổi số thơng tin khơng quan trọng thân số điện thoại, email … Ngồi web có chức tìm kiếm thơng tin để giúp giáo viên sinh viên dễ dàng việc sử dụng Mơ tả chức chi tiết: Chức chung : đăng nhập Khi user đánh accout password hiển thị hình tương ứng tùy vào type accout Nếu accout password sai quay trở lại hình đăng nhập Nếu nhập sai lần web khơng cho đăng nhập 10 phút Chức giáo viên đăng nhập xong : Thốt Xem thơng tin giáo viên Thay đổi số thơng tin thân : số điện thoại, mail Quản lý sinh viên : xem thơng tin sinh viên, nhận sinh viên,tử chối sinh viên, giao đề án Quản lý đề án năm : thêm đề án, nhận đề án sinh viên Quản lý đề án làm năm trước , tìm kiếm, upload nội dung đề án Chức sinh viên sau đăng nhập: Thốt Xem thơng tin thân Quản lý giáo viên : xem thơng tin giáo viên, nhận giáo viên làm người hướng dẫn, danh sách đề án giáo viên Các đề án năm : đề xuất đề án, tìm kiếm, xem đề án năm giáo viên, nhận đề án Các đề án làm : xem đề án, tìm kiếm Chức admin sau đăng nhập : Tạo thêm accout Xóa accout Thay đổi thơng tin accout admin 1.2.Biểu đồ lớp hệ thống Giáo viên có thuộc tính : Detail , DiaChi, Hoten, Mail, MaSoGV,SoDT,Status Trong MaSoGV khóa Biến Status để lưu trạng thái giáo viên : nhận hướng dẫn sinh viên Status < DeTail : miêu tả giáo viên Cái khơng quan trọng hệ thống có tác dụng hiển thị thơng tin giáo viên chức vụ, cấp… Sinh viên có thuộc tính : DiemTK ,HoTen, Lop, Mail, MaSoSV,SoTrinhNo Khóa MaSoSV SoTrinhNo DiemTK để giáo viên biết thơng tin sinh viên theo tiêu chuẩn làm đề án nhà trường Đề án có thuộc tính MaDeAn, MieuTaDA,Status Trong MaDeAn khóa Nó có dạng K51c_abcdef Vì qua kí tự đầu mã đề án ta biết khóa Thuộc tính Status để biết đề án có trạng thái : sinh viên đề xuất hay giáo viên Nếu sinh viên đề xuất mà giáo viên nhận có trạng thái đề án giáo viên Account có thuộc tính Acc,Pass,NgayDK,Type Trong Acc khóa ln khơng thể có account trùng Type để biết loại accout giáo viên hay sinh viên hay admin Mối quan hệ : Mỗi sinh viên giáo viên sở hữu account Mỗi giáo viên hưỡng dẫn từ đến sinh viên Mỗi sinh viên làm đề án Vì đề án có tối đa giáo viên phụ trách Mỗi giáo viên có đề án 1.3.Biểu đồ hệ thống Q trình sinh viên đăng kí giáo viên sau chọn đề án : Sinh viên phải vào web, đăng nhập với account password Account password gửi sever kiểm tra database xem thơng tin có khơng Sau nhận xác nhận đăng nhập sever hình web hiển thị menu cho sinh viên Sinh viên sau đăng kí giáo viên Web gửi việc chọn giáo viên vào database đề nghị liệt kê danh sách đề án Sever lưu việc chọn giáo viên trả danh sach đề án Web hiển thị danh sách đề án giáo viên Sinh viên đăng kí đề án Web gửi thơng tin đăng kí đề án sever Sever lưu thơng tin xác nhận lưu Web thơng báo đăng kí thành cơng Sinh viên khỏi web Q trình giáo viên nhận đề án sinh viên : Giáo viên đăng nhập vào web Q trình đăng nhập Khi đăng nhập thành cơng, web menu sử dụng Giáo viên chọn đề án u cầu nhận đề án Web gửi thơng tin sever thơng báo việc giáo viên nhận đề án Sever thêm đề án vào danh sách đề án năm giáo viên thay đổi trạng thái đề án Sever gửi thơng báo việc nhận đề án thành cơng Web hiển thị thơng báo nhận đề án thành cơng 1.4.Biều đồ hoạt động hệ thống Khi sinh viên muốn đăng kí để án giáo viên có cách Sinh viên chọn lựa đề án thích chương trình hiển thị link đến giáo viên tương ứng để sinh viên tiếp tục đăng kí giáo viên Sinh viên chọn giáo viên.Sau chương trình danh sách đề án giáo viên để sinh viên lựa chọn đề án để đăng kí Sinh viên đề xuất đề án Nếu đề án giáo viên nhận đề án coi giáo viên đó.Khi giáo viên nhận đề án có thơng báo hệ thống đến sinh viên đề án giáo viên nhận.Sinh viên đóchỉ việc đăng kí cách đầu Nếu đề án khơng chấp nhận sinh viên đề xuất đề án khác đăng kí cách đầu Việc giáo viên có nhận sinh viên hay khơng giáo viên tham khảo điểm số số trình nợ sinh viên Tuy nhiên sinh viên khơng đủ tiêu chuẩn mà giáo viên nhận sinh viên làm đề án.Q trình trao đổi người thực qua mail trực tiếp ngồi khơng thuộc vào hệ thống [...]... sẽ như trên Khi đăng nhập thành công, web sẽ hiện ra menu sử dụng Giáo viên chọn 1 đề án và yêu cầu nhận đề án Web sẽ gửi thông tin về sever thông báo việc giáo viên nhận đề án Sever sẽ thêm đề án vào danh sách các đề án năm nay của giáo viên và thay đổi trạng thái của đề án Sever gửi thông báo việc nhận đề án đã thành công Web hiển thị thông báo đã nhận đề án thành công 1.4.Biều đồ hoạt động của hệ... việc chọn giáo viên vào database và đề nghị liệt kê danh sách các đề án Sever sẽ lưu việc chọn giáo viên và trả về danh sach đề án Web sẽ hiển thị danh sách đề án của giáo viên Sinh viên đăng kí đề án Web gửi thông tin đăng kí đề án về sever Sever lưu thông tin và xác nhận là đã lưu Web thông báo đăng kí đã thành công Sinh viên thoát khỏi web Quá trình giáo viên nhận đề án của sinh viên : ... đăng nhập: Thoát Xem thông tin bản thân Quản lý giáo viên : xem thông tin giáo viên, nhận giáo viên làm người hướng dẫn, danh sách các đề án của giáo viên Các đề án năm nay : đề xuất đề án, tìm kiếm, xem đề án năm nay của giáo viên, nhận đề án Các đề án đã làm : xem đề án, tìm kiếm Chức năng của admin sau khi đăng nhập : Tạo thêm accout Xóa accout Thay đổi thông tin của accout của admin... sẽ không cho đăng nhập trong 10 phút Chức năng của giáo viên khi đăng nhập xong : Thoát Xem thông tin về giáo viên Thay đổi 1 số thông tin bản thân : số điện thoại, mail Quản lý sinh viên : xem thông tin về sinh viên, nhận sinh viên,tử chối sinh viên, giao đề án Quản lý đề án năm nay : thêm đề án, nhận đề án của sinh viên Quản lý các đề án đã làm năm trước , tìm kiếm, upload nội dung đề án... thông tin của các account Sinh viên khi đăng nhập vào hệ thống thì chỉ có thể thay đổi password và không thể thay đổi bất kì thông tin nào của bản thân Sinh viên có thể xem thông tin về bản thân ,giáo viên và các đề án.Sinh viên có thể đăng kí nhận giáo viên làm người hướng dẫn và chọn đề án làm tốt nghiệp.Tuy nhiên sinh viên cũng có thể đề nghị đề án Giáo viên khi đăng nhập có thể xem tất cả các thông... chọn lựa đề án mình thích thì chương trình sẽ hiển thị link đến giáo viên tương ứng để sinh viên có thể tiếp tục đăng kí giáo viên Sinh viên có thể chọn giáo viên.Sau đó chương trình sẽ hiện ra danh sách các đề án của giáo viên để sinh viên lựa chọn đề án để đăng kí Sinh viên có thể đề xuất đề án Nếu đề án ấy được 1 giáo viên nhận thì đề án đó coi như là của giáo viên đó.Khi giáo viên nhận 1 đề án... nhận 1 đề án thì sẽ có thông báo của hệ thống đến sinh viên là đề án đã được giáo viên nhận.Sinh viên đóchỉ việc đăng kí như 2 cách đầu Nếu đề án không được chấp nhận thì sinh viên có thể đề xuất đề án khác hoặc là đăng kí như 2 cách đầu Việc giáo viên có nhận sinh viên hay không thì giáo viên có thể tham khảo điểm số và số trình nợ của sinh viên Tuy nhiên nếu sinh viên không đủ tiêu chuẩn mà giáo... thế qua 4 kí tự đầu của mã đề án ta có thể biết được là nó là ở khóa nào Thuộc tính Status để biết là đề án này có trạng thái như thế nào : là do sinh viên đề xuất hay của giáo viên Nếu là của sinh viên đề xuất mà được giáo viên nhận thì nó sẽ có trạng thái mới là đề án của giáo viên Account có các thuộc tính là Acc,Pass,NgayDK,Type Trong đó Acc là khóa chính luôn vì không thể có 2 account trùng... viên có thể đề xuất đề tài của mình để giảng viên xét duyệt Khi giảng viên xem và duyệt một đề tài của sinh viên đưa ra có thể nhận hướng dẫn sinh viên đó Sinh viên có thể đề nghị được hướng dẫn bởi một giảng viên nếu giảng viên đó vẫn còn số người hướng dẫn Đối với giảng viên, có thể đưa ra đề tài để sinh viên tham khảo và nhận hướng dẫn Nếu giảng viên đã nhận đủ người để hướng dẫn thì không thể nhận... viên Mỗi sinh viên chỉ có thể làm 1 đề án Vì thế mỗi đề án có tối đa 2 giáo viên phụ trách Mỗi giáo viên có ít nhất 5 đề án 1.3.Biểu đồ tuần tự của hệ thống Quá trình sinh viên đăng kí giáo viên và sau đó chọn đề án : Sinh viên phải vào web, đăng nhập với account và password Account và password sẽ được gửi về sever và kiểm tra trong database xem thông tin có đúng không Sau khi nhận được xác nhận ... xử động hệ thống - Hướng nhìn thành phần (component view): khía cạnh tổ chức thành phần code - Hướng nhìn song song (concurrency view): tồn song song/ trùng hợp hệ thống, hướng đến vấn đề giao... quản trị khác, ví dụ báo cáo tiến trình cơng việc bổ sung vào + Hướng nhìn song song (Concurrency View): Hướng nhìn song song nhắm tới chia hệ thống thành qui trình (process) xử lý (processor) Khía... song song, xử lý kiện khơng đồng từ mơi trường Bên cạnh việc chia hệ thống thành tiểu trình thực thi song song, hướng nhìn phải quan tâm đến vấn đề giao tiếp đồng hóa tiểu trình Hướng nhìn song