UMLet Sơ đồ như sử dụng Case, Class, Hoạt động, vv

Question

Bạn có thể vui lòng giúp tôi tìm thấy một hướng dẫn chi tiết về các chủ đề này:

1. UML
2. Behavior Sơ đồ
   1. Trường hợp sử dụng Sơ đồ
   2. Hoạt động Sơ đồ
3. Sơ đồ cấu trúc
   1. Class Diagram
4. Interaction Diagrams
   1. Chuỗi Sơ đồ Sơ đồ
   2. Truyền

Tôi thực sự là một newbie và tôi muốn biết ý tưởng trong việc sử dụng sơ đồ UML là gì , có sự khác biệt và các công cụ (như UMLet) lý tưởng cho những người mới như tôi.

Answer 1

Đầu tiên và nhiều nhất cho phép tôi thảo luận UML và Trường hợp sử dụng.

UML chỉ là một cách đồ họa mô tả hệ thống phần mềm. Có hai loại UML cụ thể là:

1. UML Sketching - ở đây bạn chỉ muốn truyền đạt ý tưởng và đi qua các phương pháp thay thế khác nhau. Nó không cụ thể nhưng nó chỉ đưa ra những ý tưởng cơ bản.
2. Kế hoạch chi tiết UML - Đây là loại mô hình rất chi tiết, trong đó mọi thứ được sắp xếp tốt và có thời gian hoàn thành nhất định.

Tiếp theo là quy trình phát triển UML.

1. Mô hình thác - Quá trình phát triển phải tuân theo quy trình phân tích, thiết kế, mã hóa và kiểm tra nghiêm ngặt. Có nghĩa là bạn không thể thực hiện mã hóa mà không cần thiết kế, v.v. Bạn phải bắt đầu với quá trình Phân tích, Thiết kế, Mã hóa và Thử nghiệm (ADCT). Không cho phép chồng chéo trong quy trình này.
2. Lặp đi lặp lại (Phổ biến nhất) - Cách lặp lại khác với mô hình thác nước theo nghĩa là nó linh hoạt hơn. Bạn có thể chia hệ thống thành nhiều phần và chạy Quy trình ADCT trên mỗi phần. Có nghĩa là bạn sẽ không làm Phân tích chỉ một lần, điều này sẽ làm cho hệ thống của bạn linh hoạt với những thay đổi. Không có thắc mắc đây là một cách tiếp cận phổ biến hơn.

Tiếp theo là quá trình lập kế hoạch UML

1. Kế hoạch Đoán trước - kết quả được biết đến trong suốt thời gian của dự án và tất cả mọi thứ nên chạy trơn tru với tất cả các bên liên quan tham gia, 'trên cùng một trang. Nếu bạn có thể dễ dàng liệt kê tất cả các yêu cầu và bạn chắc chắn rằng nó sẽ không thay đổi, hãy sử dụng Lập kế hoạch dự báo.

2. Lập kế hoạch thích ứng (Phát triển nhanh) - tại đây nhà phát triển liên tục làm việc với người dùng để có các thay đổi có thể có. Chúng hoạt động như 'bộ điều hợp' - để thay đổi. Sự linh hoạt làm cho nó trở thành một lựa chọn tốt hơn từ việc lập kế hoạch tiên đoán.

Cuối cùng sử dụng biểu đồ trường hợp. Sử dụng Sơ đồ trường hợp xác định cách chương trình của bạn sẽ giải quyết vấn đề hoặc cung cấp một số chức năng.

Dưới đây là một ví dụ:

Trường hợp sử dụng Sơ đồ thường giao dịch với sự tương tác của diễn viên mà có thể là một con người, hoặc một hệ thống bên ngoài. Các trường hợp Sử dụng được đại diện bởi các Elipses như "Insert Card".

Dòng từ diễn viên đối với các ca sử dụng được gọi là đường truyền thông.

Phần 'bao gồm' có nghĩa là hai hoặc nhiều trường hợp sử dụng sẽ cố gắng truy cập một trường hợp sử dụng duy nhất. trong khi phần 'mở rộng' là khi một ca sử dụng sẽ cố gắng truy cập vào một ca sử dụng tùy chọn.

Trường hợp sử dụng 'Chọn số tiền' là trường hợp sử dụng chung trong khi dưới hai trường hợp sử dụng cụ thể.

Sau đây là mô tả trường hợp sử dụng. Về cơ bản chỉ là mô tả về trường hợp sử dụng của bạn. như "Người dùng nhập thẻ của họ và nhập mã pin. Bảo mật hệ thống sau đó sẽ kiểm tra xem thẻ có đang hoạt động hay không bị đánh cắp và/hoặc nếu Pin được nhập đúng", v.v. Nó sẽ được bao bọc bằng cách nói rằng hệ thống (an ninh) sẽ cung cấp tiền và biên lai.

Một điều cần lưu ý là

1. Triggers (máy nhận thẻ/tài khoản vào Pin)

2. diễn viên

3. Điều kiện tiên quyết (ví dụ, ngân hàng có nguồn vốn đủ)
4. Mục tiêu (ví dụ: Kết luận thành công như có thể cung cấp tiền của người dùng).
5. Danh sách kết luận thất bại (ví dụ: thẻ không hợp lệ)
6. Extensions (ví dụ: Nếu pin không hợp lệ sau ba 3 cố gắng)
7. bước của Execution (ví dụ: Từ Chèn khách hàng dùng thẻ lên đến phóng của thẻ)

Hoạt động Sơ đồ

Hoạt động Sơ đồ cơ bản chỉ mô tả những hành động xảy ra để đạt được một mục tiêu cuối cùng. Nếu bạn đã quen với biểu đồ luồng, thì sẽ dễ hiểu hơn các khái niệm đằng sau Sơ đồ hoạt động.

Nodes ban đầu là điểm khởi đầu của Diagram Hoạt động được tượng trưng bởi một bóng mờ circle.The ghi chú màu tím đơn giản mô tả các thành phần khác nhau của một biểu đồ hoạt động.

Lớp Sơ đồ

Lớp học mô tả loại đối tượng chương trình của bạn sẽ sử dụng trong khi lớp Sơ đồ mô tả những lớp học và làm thế nào họ có liên quan.

tôi sẽ chỉ tải lên một số slide show để làm hướng dẫn nhanh hơn:

Chuỗi Sơ đồ

trình tự sơ đồ tương tác mô hình trong chương trình của bạn và cung cấp cho bạn một cách hợp lý để bố trí hệ thống của bạn. Chúng sắp hiển thị thứ tự tương tác giữa các phần của chương trình của bạn.

Khi tạo biểu đồ trình tự, bạn mô tả những tương tác nào được kích hoạt và khi nào. Họ tập trung vào thứ tự của các sự kiện trong tất cả các tương tác.

Một lần nữa, đây là những sơ đồ chuỗi các hướng dẫn:

Sơ đồ Communication sơ đồ

Truyền thông được sử dụng để hiển thị các liên kết giữa những người tham gia. Họ tập trung vào những tương tác nào được kích hoạt và khi nào. Họ cũng mô tả thứ tự của các sự kiện trong tất cả các tương tác.

Những ý tưởng này là từ các video hướng dẫn of Derek Banas

Dưới đây là danh sách các UML Tools. Một số là miễn phí. :)

Answer 2

Đầu tiên bạn nên hiểu gì là UML và gì là KHÔNG

Vì vậy, bắt đầu với đọc bài viết Craig Larman của What UML Is and Isn't

Sau đó, để được một ý tưởng như thế nào UML có thể được sử dụng "sai" Hoặc Cách sử dụng UML không được sử dụng

Đọc bài viết Death by UML Fever bởi ALEX E. BELL.Chú ý đến các chuyên gia trong ngành (PHILIPPE KRUCHTEN, GRADY BOOCH) bình luận về bài viết đó.

Đừng cố gắng học hỏi từng chi tiết của UML Notation

% 20 của UML là đủ cho 80% nhu cầu của bạn. Cố gắng không sử dụng các tính năng "ít được biết đến". Bạn không cần phải sử dụng tất cả Sơ đồ UML. Sử dụng cái mà bạn nhận được lợi ích.

Modeling tốt nhất Công cụ

Các công cụ mô hình hóa tốt nhất là là vẽ tự do nơi-bề mặt như bảng trắng, lật bảng xếp hạng thậm chí giấy tờ. Không phải công cụ CASE. Tìm một bức tường, và biến nó để giải phóng diện tích vẽ với các công cụ như Whiteboard-like Cling Sheets

Hãy thử Agile Modeling

Kiểm tra bên để có được một ý tưởng về Agile Modeling

Tìm Một cuốn sách tốt UML

Để tìm hiểu ký hiệu UML theo cách ngắn và ngắn gọn:

UML chưng cất: Hướng dẫn tóm tắt để các đối tượng chuẩn Modeling Language (3rd Edition) của Martin Fowler

Để Áp dụng UML với Process (RUP) trong một Agile Way

Áp dụng UML và Patterns: Giới thiệu về hướng đối tượng Phân tích và Thiết kế và Phát triển lặp (3rd Edition) bởi Craig Larman (tác giả)

Đối ngắn và Nice Hướng dẫn với Hướng dẫn

Các yếu tố của phong cách UML (TM) 2.0 Scott W.Ambler (Tác giả)

Nếu Bạn Không thích Sách hoặc không muốn chi tiêu tiền

Đối với Lớp Sơ đồ:

Kiểm tra UML basics: The class diagram

Đối với Chuỗi Sơ đồ

Kiểm tra UML basics: The sequence diagram

Đối Hoạt động Sơ đồ

Kiểm tra UML basics: The activity diagram

Kiểm tra UML 2 Activity Diagrams

Đối với trường hợp sử dụng Sơ đồ

Kiểm tra UML 2 Use Case Diagrams

Hãy cẩn thận. Trường hợp sử dụng là các câu chuyện văn bản cho biết sự tương tác giữa người dùng (diễn viên) và hệ thống để đạt được mục tiêu. Vì vậy, sử dụng sơ đồ trường hợp mà không sử dụng văn bản trường hợp là vô giá trị. Để đạt được sự hiểu biết thêm về trường hợp sử dụng đọc các chương miễn phí sau đây từ cuốn sách:

• Larman-Chapter 6 Applying evolutionary use cases [Miễn phí Tải về]
• Use case2.0 ebook Author: Ivar Jacobson, Ian Spence, Kurt Bittner. [Miễn phí Tải về]

Đối với Nhà nước Máy Sơ đồ

Kiểm tra Sparx EA UML 2 State Machine Diagram

Đối với Sơ đồ Component

Kiểm tra UML basics: The component diagram

Đối với triển khai Sơ đồ Kiểm tra Sparx EA UML 2 Deployment Diagram

PS: Có sơ đồ khác nhưng đó là hầu hết những người sử dụng rộng rãi.

VÀ Google nó ... Ví dụ: tôi google nó và xem mặt http://www.uml-diagrams.org/uml-25-diagrams.html. Có vẻ như một mặt tốt để biết chi tiết.

Answer 3

Đây là cách tôi đã học được một vài thuật ngữ khi tôi bắt đầu. (Tôi vẫn đang học cũng như vậy nếu tôi sai, xin vui lòng chỉnh sửa)

UML chỉ là một cách để mô tả cách một hệ thống hoạt động bằng cách sử dụng sơ đồ khối. Họ có một số biểu tượng để đại diện cho các ý nghĩa khác nhau.

Sơ đồ trường hợp sử dụng chỉ nói cách một thứ gì đó (Họ gọi đó là diễn viên) tương tác với hệ thống! Sơ đồ hoạt động là loại âm thanh của nó, các hoạt động khác nhau diễn ra cho một hành động nhất định xảy ra!

Dưới đây là ví dụ: Activity Diagram for Banking System (UML) Vẫn còn một số câu trả lời của tôi, nhưng câu trả lời từ những người khác là khá tốt.