UML

Giới thiệu Các kiến trúc phần mềm hiện đại hiếm khi tuân theo các đường đi thực thi đơn giản, tuyến tính. Các hệ thống phân tán, các dịch vụ vi mô dựa trên sự kiện, và các luồng dữ liệu đồng thời đòi hỏi các mô hình hành vi có thể mô tả chính xác các nhánh điều kiện, thực thi song song, các quy trình lặp lại, và xử lý ngoại lệ. Các sơ đồ tuần tự UML truyền thống, bị giới hạn bởi luồng tin nhắn theo chiều dọc nghiêm…continue reading →

Giới thiệu Các hệ thống phần mềm hiện đại hiếm khi là tĩnh. Các đối tượng, thành phần và dịch vụ liên tục thay đổi, phản ứng với đầu vào người dùng, tin nhắn mạng, tín hiệu phần cứng và bộ đếm thời gian nội bộ. Trong khi mô hình hóa cấu trúc xuất sắc trong việc xác định cái gì một hệ thống được tạo thành từ những gì, thì lại thiếu sót trong việc nắm bắt như thế nào các thành phần đó hành xử như thế nào theo thời gian. Đây chính là nơi…continue reading →

Giới thiệu Khi các hệ thống phần mềm hiện đại ngày càng mở rộng về quy mô và chức năng, các sơ đồ trạng thái phẳng nhanh chóng trở nên khó kiểm soát. Các ứng dụng thực tế hiếm khi hoạt động theo cách tuyến tính đơn giản; thay vào đó, chúng quản lý các quy trình phụ thuộc lẫn nhau, các quá trình nền và các tương tác do người dùng khởi xướng, đòi hỏi sự điều phối chính xác. Để giải quyết sự phức tạp này, mô hình hóa máy trạng…continue reading →

Giới thiệu Trong kỹ thuật phần mềm hiện đại, các sơ đồ trường hợp sử dụng thường bị hiểu nhầm là chỉ danh sách tính năng đơn thuần hoặc bản đồ hành trình dự án cấp cao. Trên thực tế, chúng đóng vai trò như khung xương kiến trúc. Khi được áp dụng đúng cách, các mối quan hệ trường hợp sử dụng không chỉ liệt kê những gì hệ thống cần làm; chúng tích cực phân tách các hành vi phức tạp thành các mô-đun dễ quản lý, tái sử dụng được và…continue reading →

Giới thiệu Các hệ thống phần mềm hiện đại vốn dĩ phức tạp, bao gồm hàng trăm thành phần tương tác, các tiến trình đồng thời và luồng dữ liệu tinh vi. Việc cầu nối khoảng cách giữa các yêu cầu kinh doanh trừu tượng và việc triển khai kỹ thuật cụ thể đòi hỏi một phương tiện giao tiếp chuẩn hóa, rõ ràng. Ngôn ngữ mô hình hóa thống nhất (UML) đóng vai trò như bản vẽ tổng thể phổ quát, cung cấp một từ vựng trực quan mà các nhà phát…continue reading →

Packages in the Unified Modeling Language are used to group elements and provide namespaces for the grouped elements. A package can contain other packages, thus providing a hierarchical organization of packages. Almost all UML elements can be grouped into packages. Thus, classes, objects, use cases, components, nodes, node instances, etc. can be organized into packages, thus making the organization of the myriad elements contained in a real-world UML model manageable.

UML Sequence Diagrams are interaction diagrams that detail how operations are carried out. They capture the interaction between objects in the context of a collaboration. Sequence Diagrams are time focus and they show the order of the interaction visually by using the vertical axis of the diagram to represent time what messages are sent and when.

In UML, relationships are connections between model elements. Use cases are also connected to each other in different kinds of relationships. The relationship between two use cases basically models the dependencies between two use cases. By reusing existing use cases using different types of relationships, the overall effort required to develop the system is reduced. Use case diagrams show use cases, actors, and the relationships between them. For example, the relationship between an actor and a use case illustrates that the actor can use a certain functionality of the business system.

Use case relationships model the dependencies between use cases in the interaction model of the system. Although, independent use cases can adequately represent simpler systems. However, in order to represent complex or large systems, we may need to construct complex use cases with the help of dependencies between use cases. Establishing relationships between use cases allows reuse of those use cases that need to be defined over and over again, which reduces developer effort.