Miêu tả Use Case Miêu tả Use Case Bởi: duongkieuhoa tonthathoaan Miêu tả Use Case Như trình bày, lời miêu tả Use Case thường thực văn Đây lời đặc tả đơn giản quán việc tác nhân Use Case (hệ thống) tương tác với Nó tập trung vào ứng xử đối ngoại hệ thống không đề cập tới việc thực nội bên hệ thống Ngôn ngữ thuật ngữ sử dụng lời miêu tả ngôn ngữ thuật ngữ sử dụng khách hàng/người dùng Văn miêu tả cần phải bao gồm điểm sau: - Mục đích Use Case: Mục đích chung Use Case gì? Cái cần phải đạt tới? Use Case nói chung mang tính hướng mục đích mục đích Use Case cần phải rõ ràng - Use Case khởi chạy nào: Tác nhân gây thực Use Case này? Trong hoàn cảnh nào? - Chuỗi thông điệp tác nhân Use Case: Use Case tác nhân trao đổi thông điệp hay kiện để thông báo lẫn cho nhau, cập nhật nhận thông tin giúp đỡ định? Yếu tố miêu tả dòng chảy thông điệp hệ thống tác nhân, thực thể hệ thống sử dụng bị thay đổi? - Dòng chảy thay Use Case: Một Use Case có dòng thực thi thay tùy thuộc vào điều kiện Hãy nhắc đến yếu tố này, ý đừng miêu tả chúng chi tiết đến mức độ chúng “che khuất“ dòng chảy hoạt động trường hợp Những động tác xử lý lỗi đặc biệt miêu tả thành Use Case khác - Use Case kết thúc với giá trị tác nhân nào: Hãy miêu tả Use Case coi kết thúc, loại giá trị mà cung cấp đến tác nhân 1/9 Miêu tả Use Case Hãy nhớ lời miêu tả xác định thực thi có liên quan đến tác nhân bên ngoài, việc thực bên hệ thống Văn phải rõ ràng, quán, khiến cho khách hàng dễ dàng hiểu thẩm tra chúng (để đồng ý đại diện cho mà anh/cô ta muốn từ phía hệ thống) Tránh dùng câu văn phức tạp, khó diễn giải dễ hiểu lầm Một Use Case miêu tả qua biểu đồ hoạt động Biểu đồ hoạt động chuỗi hành động, thứ tự chúng, định chọn lựa để xác định xem hành động sau thực Để bổ sung cho lời miêu tả Use Case, người ta thường đưa loạt cảnh kịch cụ thể để minh họa điều xảy Use Case thực thể hóa Lời miêu tả cảnh kịch minh họa trường hợp đặc biệt, tác nhân lẫn Use Case coi thực thể cụ thể Khách hàng dễ dàng hiểu toàn Use Case phức tạp có cảnh kịch miêu tả thực tiễn hơn, minh họa lại lối ứng xử phương thức hoạt động hệ thống Nhưng xin nhớ rằng, lời miêu tả cảnh kịch bổ sung ứng cử viên để thay cho lời miêu tả Use Case Sau Use Case miêu tả, hoạt động công việc đặc biệt cần phải thực thẩm tra xem mối quan hệ (đã đề cập tới phần 2.7) có nhận diện không Trước tất Use Case miêu tả, nhà phát triển chưa thể có kiến thức hoàn tất tổng thể để xác định mối quan hệ thích hợp, thử nghiệm làm theo phương thức dẫn đến tình nguy hiểm Trong thời gian thực công việc này, trả lời câu hỏi sau: - Tất tác nhân liên quan đến Use Case có mối liên kết giao tiếp với Use Case không? - Có tồn tương tự loạt tác nhân minh họa vai trò chung nhóm liệu miêu tả lớp tác nhân (base class)? - Có tồn tương tự loạt Use Case, minh họa dòng chảy hành động chung? Nếu có, liệu điều miêu tả mối quan hệ sử dụng đến với Use Case khác? - Có tồn trường hợp đặc biệt Use Case miêu tả mối quan hệ mở rộng? - Có tồn tác nhân hay Use Case mối liên kết giao tiếp? Nếu có, chắn có chuyện lầm lạc, sai trái: Tại lại xuất tác nhân này? - Có lời yêu cầu chức xác định, lại không Use Case xử lý? Nếu thế, tạo Use Case cho yêu cầu 2/9 Miêu tả Use Case Văn miêu tả Use Case đơn giản: Ví dụ Use Case "Cung Cấp Thông Tin Về Một Tài Khoản Tại Nhà Băng ABC”: Sau phân tích hệ thống, ta nhận thấy cần có Use Case để in lên hình nhân viên nhà băng tất chi tiết tài khoản khách hàng Đặc tả Use Case: Chi tiết tài khoản: // tên Use Case Số Use Case: UCSEC35 Miêu tả ngắn: // miêu tả ngắn gọn Use Case Use Case "chi tiết tài khoản" cho phép nhân viên nhà băng xem chi tiết tài khoản mà định tìm hiểu Dòng chảy kiện: // dòng logic chung Nhân viên chọn Chi Tiết Tài Khoản menu Một đường khác để thông tin chi tiết tài khoản gọi từ Màn Hình Tóm Tắt Thông Tin Về Tài Khoản (xem Use Case số UCSEC99) Dòng hành động chính: // dòng logic chi tiết Mỗi khách hàng có số định danh gọi CustomerId Một khách hàng có nhiều tài khoản Sau nhân viên nhập CustomerId vào hệ thống, hình phải in tất tài khoản thuộc khách hàng thuộc nhà băng ABC, rải rác tất chi nhánh Khi chọn tiếp loại tài khoản số tài khoản, chi tiết tài khoản mong muốn in Loại tài khoản tiết kiệm: Nếu loại tài khoản chọn tài khoản tiết kiệm, theo Use Case số UCSEC45, chi tiết sau in ra: - Mức tiền có - Các tờ sec chưa toán - Lượng tiền tín dụng phép - Lượng tiền lãi ngày hôm - Lượng tiền tối thiểu cần phải có tài khoản 3/9 Miêu tả Use Case Loại tài khoản đầu tư: Nếu loại tài khoản chọn loại đầu tư, theo Use Case số UCSEC46, chi tiết sau in - Hạn đầu tư - Số tiền đầu tư - Ngày đầu tư - Lượng tiền cuối hạn - Ngày cuối hạn - Tỷ lệ lời Dòng hành động thay thế: // chuỗi logic thay Không tìm thấy chi tiết: Khi chọn số tài khoản không thích hợp (không có tài khoản tương ứng) dù lý chức hay kỹ thuật, theo Use Case số UCSEC12, hệ thống đưa hình báo lỗi Điều kiện thoát: // Use Case kết thúc nào? Nút Thoát: Khi chọn nút thoát, người sử dụng quay trở lại hình Nút Xem Thêm: Khi chọn nút này, người sử dụng yêu cầu chọn loại tài khoản từ danh sách đổ xuống Nút Xem Giao Dịch: Khi chọn nút này, người sử dụng chuyển sang hình "Giao dịch" theo Use Case số UCSEC91, hình giao dịch xảy tài khoản, bên cạnh chi tiết tài khoản Nút Yêu Cầu In Kết Quả: Khi chọn phần thực đơn này, kết giao dịch theo Use Case số UCSEC70 in máy in địa phương nối trực tiếp với máy tính nhân viên Các yêu cầu đặc biệt: // yêu cầu đặc biệt Theo Use Case số UCSEC110, hệ thống có khả in lên hình ngôn ngữ khác Chức kích hoạt người sử dụng chọn mục Ngoại Ngữ menu Điều kiện trước đó: // điều xảy trước Use Case thực 4/9 Miêu tả Use Case Bảo an: Người sử dụng (nhân viên tiếp khách) cung cấp số định danh riêng biệt để truy nhập vào hệ thống Dịch chuyển: Người sử dụng đến hình Chi Tiết Tài Khoản sau truy nhập thành công Identify thành công Điều kiện sau đó: // điều xảy sau Use Case thực hiện? Hệ thống không lưu trữ lại thông tin liên quan tới khách hàng lên đĩa cứng cục Thử Use Case Một mục đích Use Case thử nghiệm (testing) Có hai loại thử nghiệm khác thực đây: kiểm tra (verification) phê duyệt xác nhận (validation) Kiểm tra đảm bảo hệ thống phát triển đắn phù hợp với đặc tả tạo Phê duyệt xác nhận đảm bảo hệ thống phát triển thứ mà khách hàng người sử dụng cuối thật cần đến Công việc phê duyệt xác nhận thực kề trước giai đoạn phát triển Ngay mô hình Use Case hoàn tất (hay chí giai đoạn phát triển), mô hình phải trình bày thảo luận với khách hàng người sử dụng Họ cần phải xác nhận mô hình đắn, hoàn tất thỏa mãn mong đợi họ hệ thống; đặc biệt phương cách mà hệ thống cung cấp chức cho họ Để làm điều đó, nhà phát triển phải đảm bảo khách hàng thật hiểu mô hình ý nghĩa chúng, để tránh trường hợp tạo thứ chấp nhận Trong giai đoạn này, rõ ràng câu hỏi ý tưởng xuất chúng cần phải bổ sung thêm vào mô hình Use Case trước đến giai đoạn phê duyệt chung Giai đoạn xác nhận thực thời kỳ thử nghiệm hệ thống, điểm yếu phương thức làm hệ thống không thỏa mãn yêu cầu cụ thể người sử dụng toàn dự án phải làm lại từ đầu Kiểm tra hệ thống để đảm bảo hoạt động đặc tả Điều thực trước có thành phần hệ thống tạo Chỉ sau người ta thử xem hệ thống có hoạt động đặc tả mà người sử dụng đưa ra, Use Case thực theo lời miêu tả mô hình, chúng hoạt động theo phương thức miêu tả văn miêu tả Use Case Đi dọc Use Case 5/9 Miêu tả Use Case Một kỹ thuật hữu dụng dùng giai đoạn định nghĩa lẫn thử nghiệm Use Case gọi "Đi Bộ Dọc Use Case” Theo kỹ thuật này, nhiều người khác nhóm làm mô hình đóng vai tác nhân hệ thống Use Case cụ thể Người đảm nhận vai tác nhân bắt đầu việc nói tác nhân làm với hệ thống Kết công việc hệ thống khởi chạy Use Case cụ thể hành động Người đóng vai hệ thống sau nói làm Use Case thực Nhà phát triển đứng trò chơi diễn kịch ghi chép tìm cách phát điểm yếu Use Case miêu tả diễn viên Trong trường hợp đặc thù, bạn tìm thấy có vài chuỗi hành động bổ sung không miêu tả vài hành động không miêu tả với đầy đủ chi tiết Các "diễn viên" hiểu thấu đáo khía cạnh sử dụng hệ thống công việc thử Use Case hiệu nhiêu Việc thay đổi diễn viên để đóng vai trò khác dẫn tới thay đổi miêu tả hướng nhìn, cung cấp liệu đầu vào cho nhà tạo mô hình để họ biết làm cách đưa lời miêu tả Use Case rõ ràng hơn, minh bạch hơn, điểm thiếu Một vai trò tất tác nhân diễn thực thi, tất Use Case thực thi theo kiểu này, thời điểm mà người ta nói trình thử nghiệm mô hình Use Case hoàn tất Thực Use Case Use Case lời miêu tả độc lập với thực thi chức hệ thống Điều có nghĩa Use Case thực (thực thể hóa) hệ thống, nên trách nhiệm để thực thi hành động miêu tả tài liệu Use Case phân bổ cho đối tượng cộng tác thực thi chức Các nguyên tắc UML cho việc thực Use Case là: Một Use Case thực cộng tác (collaboration): Một cộng tác giải pháp (phụ thuộc vào thực thi nội bộ) Use Case sử dụng khái niệm lớp/đối tượng mối quan hệ chúng (gọi ngữ cảnh – context cộng tác) tương tác chúng để đạt tới chức mong muốn (gọi chuỗi tương tác cộng tác) Kí hiệu cho cộng tác hình ellipse có chứa tên cộng tác Một cộng tác trình bày UML qua loạt biểu đồ ngữ cảnh lẫn chuỗi tương tác thành phần tham gia: thành phần tham gia cộng tác loạt lớp (và thực thể cộng tác: đối tượng) Các biểu đồ sử dụng biểu đồ cộng tác, biểu đồ chuỗi biểu đồ hoạt động Cần phải sử dụng loại biểu đồ để tạo tranh bao quát cộng tác định tùy thuộc vào trường hợp cụ thể Trong vài trường hợp, biểu đồ cộng tác 6/9 Miêu tả Use Case đủ; trường hợp khác, người ta thiết cần tới kết hợp nhiều loại biểu đồ khác Một cảnh kịch (Scenario) thực thể (instance) Use Case cộng tác: cảnh kịch chuỗi thực thi cụ thể (một dòng chảy cụ thể kiện) trình bày thực thể hóa Use Case (tức lần sử dụng hệ thống) Khi cảnh kịch quan sát tư cách Use Case, người ta miêu tả ứng xử bên hướng phía tác nhân Khi quan sát cảnh kịch tư cách thực thể cộng tác, người ta miêu tả thực thi nội (các dòng lệnh code) lớp tham gia đây, thuật toán thủ tục chúng giao tiếp chúng với Tác vụ thực Use Case chuyển bước hành động khác lời miêu tả Use Case thành lớp (Class), thủ tục lớp quan hệ chúng với Nó miêu tả động tác phân bổ trách nhiệm bước Use Case vào lớp tham gia cộng tác thực Use Case Tại giai đoạn này, người ta phải tìm giải pháp cung cấp hành vi hướng ngoại xác định Use Case; miêu tả thuật ngữ cộng tác nội hệ thống Mỗi bước hành động Use Case chuyển thành thủ tục (operation) lớp tham gia Một bước Use Case chuyển thành loạt thủ tục nhiều lớp; xảy ánh xạ 1-1 hành động Use Case thủ tục thực thi tương tác đối tượng lớp tham gia Cũng xin nhớ lớp tham gia nhiều Use Case khác trách nhiệm cao lớp nằm việc kết tập tất vai trò mà lớp đảm nhận Use Case khác Mối quan hệ Use Case thực thi theo khái niệm cộng tác qua mối quan hệ nâng cao (refinement relationship) – biểu thị đoạn thẳng chấm chấm với mũi tên - - - -> hay hyperlink ngầm công cụ Một hyperlink công cụ tạo điều kiện chuyển từ việc quan sát Use Case biểu đồ Use Case sang cộng tác thực thi Use Case Các hyperlink sử dụng để chuyển từ Use Case sang cảnh kịch (thường mô hình động – biểu đồ hoạt động, biểu đồ chuỗi hay biểu đồ cộng tác) miêu tả thực cụ thể Use Case Phân bổ trách nhiệm cho lớp cách thành công tác vụ đòi hỏi kinh nghiệm Cũng giống công đoạn hướng đối tượng khác, công việc mang tính vòng lặp (iterative) Nhà phát triển thử nghiệm với nhiều phân bổ trách nhiệm khác nâng cấp chúng giải pháp tạo mô hình thực chức đó, đồng thời lại đủ mức độ động phép tiến hành thay đổi tương lai 7/9 Miêu tả Use Case Jacobson sử dụng phương pháp định nghĩa ba loại đối tượng (có nghĩa ba loại lớp): đối tượng biên (boundary objects) , đối tượng huy (control objects) đối tượng thực thể (entity objects) Đối với Use Case, lọai đối tượng sử dụng để miêu tả cộng tác thực thi Use Case Trách nhiệm loại đối tượng kể sau: - Đối tượng thực thể: loại đối tượng đại diện cho thực thể toán nằm phạm vi mà hệ thống xử lý Thường chúng mang tính thụ động, theo khái niệm chúng không tự gây nên tương tác chúng Trong hệ thống thông tin, đối tượng thực thể thường mang tính trường tồn (persistent) lưu trữ hệ ngân hàng liệu Các đối tượng thực thể thường tham gia vào nhiều Use Case khác - Đối tượng biên: loại đối tượng nằm gần đường ranh giới hệ thống (mặc dù nằm bên hệ thống) Chúng tương tác với tác nhân nằm bên hệ thống nhận thông điệp gửi thông điệp đến loại đối tượng khác nằm bên hệ thống - Đối tượng huy: loại đối tượng huy tương tác nhóm đối tượng Một đối tượng đóng vai trò "bộ phận điều khiển” cho toàn Use Case hoàn tất, hay thực thi chuỗi hành động chung nhiều Use Case Thường đối tượng tồn trình thực thi Use Case Ba loại đối tượng có ba kí hiệu khác sử dụng vẽ loại biểu đồ miêu tả cộng tác biểu đồ lớp Sau định nghĩa nhiều loại đối tượng khác xác nhận cộng tác, người ta để công tìm tương tự chúng để số lớp sử dụng loạt Use Case khác Sử dụng Use Case theo phương thức ta tạo nên tảng cho việc phân tích thiết kế hệ thống; qui trình phát triển Ivar Jacobson gọi "Qui Trình Phát Triển Theo Use Case" (Use case – driven) Nhìn chung có nhiều phương pháp khác để phân bổ trách nhiệm từ Use Case cho lớp Có phương pháp đề nghị phải tiến hành phân tích phạm vi toán, tất lớp thực thể (thuộc phạm vi toán) với mối quan hệ chúng với Sau nhà phát triển phân tích Use Case phân bổ trách nhiệm cho lớp mô hình phân tích (analysis model), nhiều thay đổi chúng bổ sung thêm lớp Một phương pháp khác lại đề nghị nên lấy Use Case làm tảng để tìm lớp, trình phân bổ trách nhiệm mô hình phân tích phạm vi toán bước bước thiết lập Một điểm quan trọng cần phải nhắc lại công việc mang tính vòng lặp Khi phân bổ trách nhiệm cho lớp, ta phát thiếu đồng lỗi biểu đồ lớp qua đó, dẫn đến việc sửa chữa biểu đồ lớp Những lớp 8/9 Miêu tả Use Case nhận dạng tìm nhằm mục đích hỗ trợ cho Use Case Trong số trường hợp, chí xảy chuyện phải thay đổi sửa chữa biểu đồ Use Case hiểu hệ thống cách sâu sắc hơn, nhà phát triển nhận có Use Case không miêu tả xác đắn Các Use Case giúp tập trung vào khía cạnh chức hệ thống, phải đảm bảo cho miêu tả xác xây dựng xác hệ thống Một vấn đề xảy với nhiều phương pháp hướng đối tượng mà không sử dụng đến khái niệm Use Case chúng tập trung nhiều vào cấu trúc tĩnh lớp đối tượng (nhiều người ta gọi phương pháp mô hình hóa khái niệm – conceptual modeling) lại bỏ qua khía cạnh chức khía cạnh động hệ thống 9/9 ... theo phương thức miêu tả văn miêu tả Use Case Đi dọc Use Case 5/9 Miêu tả Use Case Một kỹ thuật hữu dụng dùng giai đoạn định nghĩa lẫn thử nghiệm Use Case gọi "Đi Bộ Dọc Use Case Theo kỹ thuật... có Use Case để in lên hình nhân viên nhà băng tất chi tiết tài khoản khách hàng Đặc tả Use Case: Chi tiết tài khoản: // tên Use Case Số Use Case: UCSEC35 Miêu tả ngắn: // miêu tả ngắn gọn Use Case. .. Có lời yêu cầu chức xác định, lại không Use Case xử lý? Nếu thế, tạo Use Case cho yêu cầu 2/9 Miêu tả Use Case Văn miêu tả Use Case đơn giản: Ví dụ Use Case "Cung Cấp Thông Tin Về Một Tài Khoản