Review Use-case là gì
Kinh Nghiệm Hướng dẫn Use-case là gì Mới Nhất
Lê Minh Sơn đang tìm kiếm từ khóa Use-case là gì được Cập Nhật vào lúc : 2022-10-10 08:38:13 . Với phương châm chia sẻ Mẹo Hướng dẫn trong nội dung bài viết một cách Chi Tiết 2022. Nếu sau khi tham khảo nội dung bài viết vẫn ko hiểu thì hoàn toàn có thể lại Comments ở cuối bài để Tác giả lý giải và hướng dẫn lại nha.Use Case là gì là từ khóa mà Google trả ra tới 3.200.000 kết quả chỉ với sau 0.5 giây. Theo lý thuyết, phân tích Use Case là kỹ thuật giúp quy mô hóa những yêu cầu của khối mạng lưới hệ thống phần mềm. Một quy mô Use Case tốt sẽ mô tả khối mạng lưới hệ thống 1 cách trực quan và dễ hiểu nhất cho mọi đối tượng sử dụng. Để biết Use Case là gì và làm thế nào để xây dựng một sơ đồ Use Case hiệu suất cao, cùng tham khảo ngay!
Nội dung chính - Giải đáp: Use Case là gì?Các thành phần của Use Case là gì?Use Case, Communication Link, Boundary of SystemRelationshipCách xây dựng một Use Case Diagram hoàn chỉnhGiai đoạn quy mô hóa:Giai đoạn cấu trúc:Giai đoạn review:Điểm mặt những sai lầm cần lưu ý khi thiết kế Use Case Diagram
Use Case là gì là thắc mắc được nhiều người tiêu dùng quan tâm
Quảng Cáo
Mục lục
- 1 Giải đáp: Use Case là gì?2 Các thành phần của Use Case là gì?
- 2.1 Actor2.2 Use Case, Communication Link, Boundary of System2.3 Relationship
- 3.1 Giai đoạn quy mô hóa:3.2 Giai đoạn cấu trúc:3.3 Giai đoạn review:
Giải đáp: Use Case là gì?
Theo lý thuyết: Use Case là kỹ thuật mô tả sự tương tác giữa người tiêu dùng và khối mạng lưới hệ thống (trong 1 môi trường tự nhiên thiên nhiên rõ ràng, vì 1 mục tiêu rõ ràng). Sự tương tác này hoàn toàn có thể là:
- Cách thức mà người tiêu dùng tương tác với khối mạng lưới hệ thống;Cách thức mà khối mạng lưới hệ thống tương tác với những khối mạng lưới hệ thống khác.
Tất nhiên, sự tương tác này nên phải nằm trong một môi trường tự nhiên thiên nhiên rõ ràng – tức là nằm trong 1 toàn cảnh, phạm vi rõ ràng hoặc mở rộng ra là trong 1 khối mạng lưới hệ thống (phần mềm) rõ ràng. Mục đích của Use Case là gì? Đó là phải diễn tả được yêu cầu theo tầm nhìn rõ ràng từ phía người tiêu dùng.
Quảng Cáo
Use Case in như một sơ đồ mô tả sự tương tác Một trong những bên
Tên của Use Case được đặt ngắn gọn, rõ ràng, miêu tả đủ nghĩa đối tượng người tiêu dùng. Người dùng sẽ sử dụng những Use Case để đại diện cho những trách nhiệm của khối mạng lưới hệ thống.
Quảng Cáo
Ví dụ về “khối mạng lưới hệ thống đặt vé máy bay trực tuyến” thì hiệu suất cao “đặt vé” là một Use Case rõ ràng nhất của khối mạng lưới hệ thống mà người tiêu dùng muốn nhận được. Chức năng “tìm kiếm” vé trên khối mạng lưới hệ thống cũng hoàn toàn có thể là hiệu suất cao được sử dụng. Tuy nhiên, hiệu suất cao “tìm kiếm” đây không phải là một Use Case vì nó chỉ là một phần của quá trình xử lý đặt vé.
Bạn đọc tham khảo thêm:
Việc làm java web lương cao chính sách mê hoặc
Tuyển dụng php lương cao chính sách mê hoặc
Tuyển dụng Python lương cao chính sách mê hoặc
Các thành phần của Use Case là gì?
Nếu thắc mắc sơ đồ Use Case là gì thì nội dung này sẽ cho bạn đáp án đúng chuẩn. Các thành phần của Use Case bao gồm:
Các thành phần cơ bản của Use Case là gì?
Actor
Actor được sử dụng để chỉ người tiêu dùng hoặc một đối tượng nào đó bên phía ngoài tương tác với khối mạng lưới hệ thống.
Actor – thành phần quan trọng nhất
Để xác nhận đó liệu có phải là Actor hay là không thì cần xét trên những thắc mắc sau:
- Ai là người tiêu dùng hiệu suất cao chính của khối mạng lưới hệ thống (tác nhân chính)?Ai sẽ là Admin của khối mạng lưới hệ thống – người setup, quản lý và bảo dưỡng khối mạng lưới hệ thống (tác nhân phụ)?Ai sẽ cần khối mạng lưới hệ thống tương hỗ để thực hiện những tác vụ hằng ngày?Hệ thống này còn có nên phải tương tác với những khối mạng lưới hệ thống nào khác không?Ai là người input tài liệu vào khối mạng lưới hệ thống (đối với khối mạng lưới hệ thống lưu
trữ tài liệu)?Ai hay cái gì quan tâm đến giá trị mà khối mạng lưới hệ thống sẽ mang lại?
Use Case, Communication Link, Boundary of System
Use Case là gì? Đây là những hiệu suất cao mà những Actor sẽ sử dụng hay thể hiện sự tương tác giữa người tiêu dùng và khối mạng lưới hệ thống. Để tìm ra được những Use Case, ta cần trả lời những thắc mắc sau:
- Actor có nhu yếu các hiệu suất cao nào của khối mạng lưới hệ thống? Actor có hành
động đó đó là gì?Actor có cần đọc, thêm mới, hủy bỏ, sửa đổi hay tàng trữ loại thông tin nào trong khối mạng lưới hệ thống không?Hệ thống có cần thông báo những thay đổi bất thần trong nội bộ cho Actor không?Công việc hằng ngày của Actor hoàn toàn có thể được đơn giản hóa hoặc hữu hiệu hóa qua những hiệu suất cao của khối mạng lưới hệ thống?Use Case hoàn toàn có thể được tạo ra bởi sự kiện nào khác không?Hệ thống có nhu yếu các thông tin đầu vào/đầu ra nào, những thông tin đó sẽ đi từ đâu đến đâu?Những
trở ngại vất vả và thiếu hụt của khối mạng lưới hệ thống hiện tại nằm ở đâu?
Sự tương tác và phạm vi của Use Case
Communication Link thể hiện sự tương tác giữa người tiêu dùng (Actor) và khối mạng lưới hệ thống (System), nó link giữa Actor và Use Case. Boundary of System đó đó là phạm vi mà Use Case xảy ra. Ví dụ với khối mạng lưới hệ thống CRM, phạm vi hoàn toàn có thể là những cụm tính năng lớn như quản lý đơn hàng, quản lý người tiêu dùng hoặc cả một module lớn như quản lý bán hàng. Bạn đọc tham khảo thêm: Testcase là gì? Làm thế nào để tạo nên những biểu mẫu test case chất lượng?
Relationship
Relationship gồm 3 loại: Include, Extend, và Generalization. Include Include được định nghĩa là quan hệ nên phải có Một trong những Use Case với nhau. Xét về nghĩa, Include trong tiếng Anh nghĩa là gồm có. Tức nếu nói Use Case A có quan hệ Include với Use Case B thì điều đó có nghĩa Use Case A gồm có Use Case B.
Để Use Case A xảy ra thì phải đạt được Use Case B. Ví dụ: để rút được tiền trong thẻ, người tiêu dùng phải xác thực tài khoản. Chỉ khi xác thực tài khoản xong, bạn mới hoàn toàn có thể rút được tiền trong thẻ. Hay nói cách khác, để Use Case rút tiền (Use Case A) xảy ra thì Use Case xác thực tài khoản (Use Case B) phải hoàn thành xong. Đây là ví dụ hoàn hảo nhất cho quan hệ Include.
Mối quan hệ Include và Extend được diễn tả trong sơ đồ Use Case
Extend Extend màn biểu diễn quan hệ mở rộng Một trong những Use Case với nhau. Nếu Include thể hiện quan hệ bắt buộc thì Extend lại là quan hệ không bắt buộc (hoàn toàn có thể có hoặc không) Một trong những Use Case với nhau. Nếu Use Case B là Extend của Use Case A, điều này còn có nghĩa Use Case B chỉ là một lựa chọn chỉ xảy ra trong một thực trạng rõ ràng nào đó.
Ví dụ: khi bạn đăng nhập khối mạng lưới hệ thống, Use Case quên mật khẩu (Use Case B) sẽ có quan hệ Extend với Use Case đăng nhập khối mạng lưới hệ thống (Use Case A). Bởi, Use Case quên mật khẩu chỉ là một Use Case hoàn toàn có thể xảy ra hoặc không và nó có liên quan đến Use Case đăng nhập khối mạng lưới hệ thống chứ không phải bất kỳ một Use Case nào khác. Generalization Chúng ta hoàn toàn có thể hiểu đơn giản Generalization là quan hệ cha con Một trong những Use Case với nhau. Điểm khác lạ giữa Generalization với Include và Extend đó đó là kĩ năng thể hiện quan hệ Một trong những Actor với nhau.
Ví dụ về quan hệ Generalization theo phương thức thanh toán
Tham khảo thêm những ví dụ dưới đây để làm rõ ràng hơn nhé! Ví dụ về quan hệ cha – con Một trong những Use Case là gì:
- Đăng nhập (cha): Có thể thông qua số điện thoại (con) hoặc E-Mail (con).Đặt hàng (cha): Có đặt hàng qua số điện thoại (con) hoặc website (con).Thanh toán (cha): Có thể thông qua thẻ ATM (con), thẻ thanh toán quốc tế (con) hay những ví điện tử (con).Tìm kiếm (cha): Có thể qua từ khóa (con) hoặc theo nhóm sản phẩm (con).
Ví dụ về quan hệ cha – con Một trong những Actor:
- Khách hàng (cha): Gồm người tiêu dùng cũ (con) và
người tiêu dùng mới (con).
Nhìn chung, Generalization sẽ giúp tất cả chúng ta làm rõ hơn về những yêu cầu bằng những nhóm Use Case có quan hệ cha – con. Ngoài ra, Generalization còn tồn tại tính thừa kế, tức cha có gì thì con có đó kể cả Use Case hay Actor.
Cách xây dựng một Use Case Diagram hoàn hảo nhất
Đến đây, chắc chắn là bạn đọc đã hiểu Use Case là gì. Và để xây dựng được một sơ đồ Use Case hoàn hảo nhất cần trải qua nhiều quá trình với tiến trình sau:
Ví dụ về một Use Case Diagram hoàn hảo nhất
Giai đoạn quy mô hóa:
- Bước 1: Thực hiện thiết lập ngữ cảnh của khối mạng lưới hệ thống.Bước 2: Xác định những Actor.Bước 3: Xác định những Use Case.Bước 4: Định nghĩa những quan hệ giữa Actor và Use Case.Bước
5: Đánh giá những quan hệ đó để tìm cách rõ ràng hóa.
Giai đoạn cấu trúc:
- Bước 6: Đánh giá những Use Case cho quan hệ Include.Bước 7: Đánh giá những Use Case cho quan hệ Extend.Bước 8: Đánh giá những Use Case cho quan hệ Generalization .
Giai đoạn review:
- Kiểm tra (verification): đảm bảo khối mạng lưới hệ thống đúng với tài liệu đặc tả.Thẩm định (validation): đảm bảo
khối mạng lưới hệ thống sẽ được phát triển là thứ mà người tiêu dùng cuối thực sự thiết yếu.
Điểm mặt những sai lầm cần lưu ý khi thiết kế Use Case Diagram
Sơ đồ Use Case là thứ thể hiện được những yêu cầu từ phía người tiêu dùng. Do vậy, thiết yếu kế sao cho đơn giản, rõ ràng và dễ hiểu nhất. Để biết những sai lầm thường gặp khi xây dựng Use Case là gì, cách khắc phục ra làm sao, những bạn nên lưu tâm:
Tô màu cho Use Case Diagram để sơ đồ rõ ràng hơn
- Đặt tên không chuẩn: Vì là quy mô hóa nên cần diễn đạt bằng hình ảnh, nỗ lực sử dụng ít chữ nhất hoàn toàn có thể. Vì vậy, những gì được ghi trên Use Case Diagram phải thật cô đọng và có mức giá trị tức thì. Đó là nguyên do bạn tránh đặt tên quá dài;Lẫn lộn giữa Use Case và phân rã hiệu suất cao:
Sai lầm nhìn thấy ngay là những từ “quản lý” (manage) trên sơ đồ. Use Case cần truyền tải được mục tiêu sau cùng, tiềm ẩn tầm nhìn của người tiêu dùng ở đầu cuối;Thiết kế quá nhiều Use Case: Là một sai lầm nhiều người phạm phải. Bạn nên tận dụng những Relationship để khiến những Use Case link với nhau, sau đó sử dụng Boundary of System để phân nhóm, số lượng giới hạn cho những Use Case;Quá đi sâu vào rõ ràng những hiệu suất cao CRUD: Nếu sử dụng mỗi thực thể là một trong lần CRUD thì sẽ
rất tốn công. Điều này cũng tạo sự lặp đi lặp lại ở những sơ đồ Use Case nhưng lại không thể hiện được nhiều thông tin cho những người dân xem. Để xử lý và xử lý, bạn hoàn toàn có thể thử thêm 1 dòng note trước đoạn mô tả Use Case của tài liệu hoặc tạo hẳn 1 Use Case mang tên là manage X với X là một trong đối tượng bất kỳ;Thiếu thẩm mỹ: Nhiều sơ đồ Use Case khá thiếu thẩm mỹ, không còn thiết kế hợp lý nên không thu hút được người tiêu dùng. Vì vậy, bạn cần để ý quan tâm thiết kế những Use Case trong Diagram cùng kích cỡ, đánh dấu
những Use Case ID, không được chồng chéo những quan hệ, hoàn toàn có thể tô màu lên Use Case,… để sơ đồ rõ ràng, mạch lạc hơn.
Những thông tin chia sẻ trên đây kỳ vọng sẽ giúp bạn đọc nắm được Use Case là gì và nắm được tuyệt kỹ xây dựng một sơ đồ Use Case hoàn hảo nhất. Và nếu yêu thích những thủ thuật công nghệ tiên tiến hữu ích, hãy tiếp tục đồng hành cùng ITNavi bạn nhé!
Bạn thấy nội dung bài viết thế nào?
Tải thêm tài liệu liên quan đến nội dung bài viết Use-case là gì Hỏi Đáp Là gì
Post a Comment