Hướng đối tượng người tiêu dùng là một thuật ngữ không mới, tuy vậy theo kinh nghiệm tiếp xúc, có tương đối nhiều bạn dù đang học lập trình sẵn hướng đối tượng người tiêu dùng rất lâu, mà lại vẫn ko thích dùng hướng đối tượng người tiêu dùng trong các bài tập của mình… (lạ nhỉ?)
Vậy hướng đối tượng người tiêu dùng là gì? Nôm na hoàn toàn có thể coi hướng đối tượng người tiêu dùng là một giải pháp tiếp cận sự việc theo biện pháp giống cùng với đời thực nhất. Vậy thì người ta phải một cách nào đấy để bạn ta thấy bí quyết mình phân tích, đó là những lược đồ. Hồi đó thì cũng bừa bãi lắm, từng nhóm phân tích dùng một cách, thật may mắn cách phía trên hơn trăng tròn năm, mấy ông chuyên gia đã ngồi lại cùng nhau và cho ra đời một ngữ điệu ngon lành để quy mô hóa hướng đối tượng, sẽ là UML (Unified Modelling Language).
Bạn đang xem: Phân tích thiết kế hướng đối tượng uml là gì
Lớp điều khiển và tinh chỉnh (control): tinh chỉnh quy trình nghiệp vụ của hệ thống, lớp điều khiển và tinh chỉnh không thẳng thực hiện công dụng một use case, nhưng nó sẽ yêu cầu những lớp nhiệm vụ tương tác với nhau theo yêu cầu của nhiệm vụ để dứt use case.Lớp giao diện (boundary): những lớp miêu tả giao diện của hệ thống, làm trách nhiệm tương tác với người dùng, tiếp nhận yêu cầu, hiển thị hiệu quả và yêu cầu đối tượng người sử dụng điều khiển khớp ứng thực thi quy trình nghiệp vụLớp truy vấn xuất tài liệu (data access): những lớp này sẽ làm nhiệm vụ truy cập cơ sở dữ liêu, chứa các đoạn mã SQL để truy vấn, thêm, sửa, xóa record trong bảng… Thông thường thao tác làm việc này có thể bao hàm luôn trong lớp entity, mà lại để gọn gàng nhẹ, người ta thường quy mô hóa các làm việc truy cập dữ liệu vào các lớp DAO (Data Access Object)Mô hình hệ trọng giữa những lớp rất có thể hiểu nôm na như hình sau:Actor chỉ ảnh hưởng với lớp boundaryLớp boundary chỉ can dự với lớp control
Lớp control liên tưởng với lớp DAO, lớp DAO truy vấn cơ sở dữ liệu, tạo ra ra những lớp entity, tinh chỉnh nghiệp vụ theo yêu mong của boundary
Lớp boundary kết xuất hiệu quả cho actor
Thông thường người ta tốt vẽ lược đồ những lớp thực thể để quy mô hóa toàn cục thông tin mà hệ thống quản lý, để làm cơ sở xây dựng đại lý dữ liệu… ví dụ dưới là một lược vật lớp của một hệ thống bán sản phẩm online
Lược trang bị tuần tự: diễn tả trình tự xử lý của một use case
Mỗi lược thứ tuần tự biểu lộ tuần tự các lời gọi thông điêp (kích hoạt phương thức) giữa đối các đối tượng khi tiến hành một use case.
Lược đồ dùng tuần từ là quy định hữu hiệu để quy mô hóa xử lý, gán trọng trách cho lớp, hình thành các phương thức đến các đối tượng người tiêu dùng tham gia vào một kịch bạn dạng use case làm sao đó.
Nhìn vào lược đồ dùng tuần tự, lập trình viên rất có thể dễ dàng hiểu rằng mình cần phải thao tác làm việc với các lớp làm sao để cài đặt một chức năng, mình rất cần được cho lớp nào hotline lớp nào, trình tự điện thoại tư vấn qua lại ra sao…
Lược đồ hoạt động: biểu hiện kịch bạn dạng xử lý của hệ thống hoặc của một thao tác
Lược đồ vận động có các cấu trúc lặp, rẽ nhánh, đồng bộ nên dễ ợt thể hiện nay các thao tác xử lý phức tạp, y như một lưu trang bị thuật toán. Lược đồ vận động được sử đụng để mô tả
Thuật toán cách xử trí của một làm việc (ví dụ: kiểm tra đăng nhập, sao cho những người dùng nhập không nên lần đồ vật 3 thì khóa tài khoản),Toàn bộ kịch bản xử lý trong một chuỗi use case nào đó (ví dụ: Kịch bạn dạng lớn khi người sử dụng mua hàng: chào bán hàng, tính tiền, tính điểm tích lũy thành viên, bớt giá, gửi tặng ngay phẩm, có tác dụng thẻ bảo hành…)
Lược đồ gia dụng triển khai
Lược đồ thực thi thể hiện phương thức các thành phần khối hệ thống được thực thi thực sự như vậy nào, nguyên tố nào sẽ tiến hành triển khai trên trang bị server, thành phần nào trên client, những thành phần xúc tiến qua mặt đường truyền như thế nào… Nói phổ biến lược đồ triển khai giúp người phát triển hình dung ra khối hệ thống được setup thực sự ra sao sau khi trả chỉnh, ném lên kế hoạch về nền tảng, phần cứng, kết nối…
Tài liệu về những lược thiết bị UML hoàn toàn có thể tìm tìm ở khắp nơi, đương nhiên lược đồ nào thì cũng quan trọng, tuy thế ưu tiên số một đó là: Lược vật use case, lược vật dụng lớp, lược thiết bị tuần tự với lược đồ hoạt động.
Ngôn ngữ mô hình hóa thống nhất (tiếng Anh: Unified Modeling Language, viết tắt thành UML) là 1 ngôn ngữ mô hình gồm các ký hiệu đồ họa mà các phương pháp hướng đối tượng người dùng sử dụng để thiết kế các khối hệ thống thông tin một bí quyết nhanh chóng.
Cách kiến thiết các mô hình trong UML tương xứng mô tả các hệ thống thông tin cả về cấu trúc cũng như hoạt động. Giải pháp tiếp cận theo mô hình của UML góp ích rất nhiều cho tất cả những người thiết kế và thực hiện khối hệ thống thông tin tương tự như những người tiêu dùng nó; tạo cho một cái nhìn toàn diện và vừa đủ về hệ thống thông tin dự tính xây dựng. Cách nhìn tổng thể này giúp thâu tóm trọn vẹn những yêu mong của fan dùng; giao hàng từ quy trình tiến độ phân tích tới việc thiết kế, thẩm định và đánh giá và kiểm tra sản phẩm ứng dụng technology thông tin. Các mô hình hướng đối tượng được lập cũng là cửa hàng cho việc ứng dụng những chương trình tự động hóa sinh mã trong những ngôn ngữ lập trình phía đối tượng, ví dụ như ngôn ngữ C++, Java,... Phương thức mô hình này rất hữu ích trong lập trình hướng đối tượng. Các mô hình được sử dụng bao gồm Mô hình đối tượng (mô hình tĩnh) và quy mô động.
UML áp dụng một hệ thống ký hiệu thống nhất trình diễn các bộ phận mô hình (model elements). Tập vừa lòng các phần tử mô hình tạo thành thành những Sơ đồ UML (UML diagrams). Có những loại sơ thứ UML hầu hết sau:
Sơ thứ lớp (Class Diagram)Sơ đồ đối tượng người tiêu dùng (Object Diagram)Sơ đồ trường hợp sử dụng (Use Cases Diagram)Sơ thiết bị trình trường đoản cú (Sequence Diagram)Sơ đồ hiệp tác (Collaboration Diagram tuyệt là Composite Structure Diagram)Sơ đồ trạng thái (State Machine Diagram)Sơ đồ gia dụng thành phần (Component Diagram)Sơ đồ chuyển động (Activity Diagram)Sơ đồ tiến hành (Deployment Diagram)Sơ đồ gói (Package Diagram)Sơ đồ liên lạc (Communication Diagram)Sơ đồ địa chỉ (Interaction Overview Diagram - UML 2.0)Sơ đồ phối hợp thời gian (Timing Diagram - UML 2.0)2.Một số dạng biểu trang bị UML phổ biến
2.1.Biểu vật dụng Use case (Use Case Diagram)
Một biểu thiết bị Use case chỉ ra một số trong những lượng các tác nhân nước ngoài cảnh cùng mối liên kết của chúng so với Use case mà khối hệ thống cung cấp. Một Use case là một trong lời miêu tả của một tính năng mà khối hệ thống cung cấp. Lời diễn đạt Use case thường là 1 văn phiên bản tài liệu, tuy thế kèm theo đó cũng có thể là một biểu vật hoạt động. Các Use case được diễn đạt duy nhất theo hướng nhìn từ ngoại trừ vào của các tác nhân (hành vi của khối hệ thống theo như sự mong đợi của bạn sử dụng), không diễn đạt chức năng được cung cấp sẽ chuyển động nội bộ bên trong hệ thống ra sao. Những Use case định nghĩa những yêu ước về mặt tác dụng đối với hệ thống.
Hệ thống: Với mục đích là thành phần của biểu đồ gia dụng use case, hệ thống biểu diễn ma lanh giới giữa bên trong và phía bên ngoài của một đơn vị trong phần mềm bọn họ xây dựng.Một hệ thống ở vào biểu đồ dùng use case không nhất thiết là 1 hệ phần mềm; nó rất có thể là một loại máy,hoặc là một khối hệ thống thực như một doanh nghiệp, một trường đại học,…
Tác nhân(actor):là người tiêu dùng của hệ thống, một tác nhân hoàn toàn có thể là một người dùng thực hoặc các hệ thống máy tính khác bao gồm vai trò nào đó trong hoạt động vui chơi của hệ thống. Như vậy, tác nhân tiến hành các use case. Một tác nhân hoàn toàn có thể thực hiện các use case và ngược lại một use case cũng hoàn toàn có thể được triển khai bởi các tác nhân
Tác nhân được kí hiệu:
Mối quan hệ giữa những use case:
Association: thường được dùng để làm mô tả quan hệ giữa Actor cùng Use Case với giữa các Use Case với nhau
Xem thêm: Ekip ban sự kiện là gì? có vai trò như thế nào và làm những gì?
Ví dụ quan hệ extent:
Ví dụ quan hệ tình dục Generalization:
2.2.Biểu trang bị lớp (Class Diagram)
Một biểu đồ dùng lớp chỉ ra kết cấu tĩnh của các phần trong hệ thống. Những lớp là thay mặt đại diện cho các “đối tượng” được cách xử trí trong hệ thống. Những lớp rất có thể quan hệ với nhau trong vô số dạng thức:
liên kết (associated - được nối kết với nhau),phụ ở trong (dependent - một tấm này nhờ vào vào lớp khác),chuyên biệt hóa (specialized - một lớp này là một công dụng chuyên biệt hóa của lớp khác),hay đóng gói ( packaged - hợp với nhau thành một 1-1 vị).Tất cả những mối quan lại hệ đó đều được biểu thị trong biểu vật lớp, đi kèm với cấu trúc bên phía trong của các lớp theo quan niệm thuộc tính (attribute) và giấy tờ thủ tục (operation). Biểu đồ được coi là biểu đồ tĩnh theo phương diện cấu tạo được miêu tả ở phía trên có hiệu lực tại ngẫu nhiên thời điểm như thế nào trong toàn thể vòng đời hệ thống.
Một hệ thống thường sẽ sở hữu được một loạt những biểu đồ vật lớp – không phải khi nào tất cả các biểu đồ lớp này cũng được nhập vào một trong những biểu đồ gia dụng lớp tổng thể duy duy nhất – cùng một lớp rất có thể tham gia vào các biểu đồ gia dụng lớp.
2.2.1.Một lớp có những thành phần sauTên lớp
Các ở trong tính
Các phương thức
Liên kết (Association)Mối tương tác ngữ nghĩa thân hai hay nhiều lớp chỉ ra sự link giữa các thể hiện nay của chúng
Mối quan hệ giới tính về mặt cấu trúc chỉ ra các đối tượng người dùng của lớp này còn có kết nối với các đối tượng người dùng của lớp khác.
Bội số quan tiền hệ: là con số thể hiện tại của một lớp liên quan tới một biểu thị của lớp khác.Với từng liên kết, có hai bội số quan liêu hệ mang lại hai đầu của liên kết.
Ví dụ:
Với mỗi đối tượng người sử dụng của Professor, có tương đối nhiều Course Offerings hoàn toàn có thể được dạy.Với mỗi đối tượng của Course Offering, bao gồm thể có một hoặc 0 Professor giảng dạy.
Biểu diễn bội số quan liêu hệ:| Unspecified | |
| 1 | chính xác 1 |
| 0..* | 0 hoặc nhiều |
| * | 0 hoặc nhiều |
| 1..* | 1 hoặc nhiều |
| 0..1 | 0 hoặc 1 |
| 2..4 | Specified Range |
| 2, 4..6 | Multiple, Disjoint Ranges |
Kết tập (Aggregation)
Là một dạng quan trọng đặc biệt của liên kết mô hình hóa quan hệ toàn thể-bộ phận (whole-part) thân đối tượng cục bộ và các phần tử của nó.Kết tập là quan hệ “là một phần” (“is a part-of”).Bội số dục tình được biểu diễn giống như các liên kết khác
▫ Whole cài đặt Part, tạo ra và bỏ Part.
▫ Part bị bỏ đi khi Whole bị bỏ, Part cần thiết tồn tại trường hợp Whole không tồn tại.
Sự khác nhau giữa Association, Aggregation với Composition
Tổng quát tháo hóa (Generalization)
Mối quan hệ nam nữ giữa các phần trong đó một lớp phân tách sẻ cấu trúc và/hoặc hành vi với một hoặc các lớp khác
Xác định sự phân cấp cho về cường độ trừu tượng hóa trong các số đó lớp bé kế thừa xuất phát từ một hoặc nhiều lớp cha
▫ Đơn kế thừa (Single inheritance)
▫ Đa thừa kế (Multiple inheritance)
Là mối contact “là một loại” (“is a kind of”)
Lớp trừu tượng cùng lớp rõ ràng (Abstract & Concrete Class)
Nếu chúng ta đang mô hình hóa một hệ thống lớn hoặc một nghành nghề dịch vụ nghiệp vụ lớn, thì không thể tránh khỏi, sẽ có nhiều phân loại khác biệt trong mô hình của bạn. Việc cai quản tất cả những lớp có thể là một trọng trách khó khăn, vì thế UML cung cấp 1 phần tử tổ chức triển khai được gọi là gói. Những gói chất nhận được các đơn vị tạo mô hình tổ chức các phân các loại của mô hình thành các vùng tên, là một trong những kiểu y hệt như các folder trong một hệ thống tệp. Việc phân loại một khối hệ thống thành các gói làm cho khối hệ thống trở bắt buộc dễ hiểu, đặc biệt là nếu từng gói thay mặt cho một trong những phần cụ thể của hệ thống
Có hai cách để vẽ những gói bên trên sơ đồ. Không có quy tắc để khẳng định xem ký kết pháp nào sẽ được sử dụng, nước ngoài trừ bài toán tuân theo phán xét riêng của người sử dụng về bài toán ký pháp nào là dễ dàng đọc các sơ đồ gia dụng lớp mà bạn đang vẽ nhất. Cả hai giải pháp sẽ bước đầu bằng một hình chữ nhật béo với một hình chữ nhật nhỏ tuổi hơn (phiếu) ở ở phía trên cùng phía bên trái nó, như vào . Nhưng lại nhà tạo quy mô phải quyết định cách thể hiện những thành viên của gói như vậy nào, ví dụ như sau:
Nếu nhà tạo mô hình quyết định hiển thị những thành viên của gói phía bên trong hình chữ nhật lớn, thì toàn bộ các thành viên4 sẽ yêu cầu được đặt trong hình chữ nhật đó. Cũng vậy, tên của gói rất cần được đặt trong hình chữ nhật bé dại hơn của gói
Nếu nhà tạo quy mô quyết định hiển thị các thành viên của gói phía bên ngoài hình chữ nhật lớn, thì toàn bộ các thành viên sẽ tiến hành hiển thị bên trên sơ đồ cần phải được đặt ở bên ngoài hình chữ nhật ấy. Để cho thấy phân các loại nào trực thuộc về gói, thì một mặt đường thẳng sẽ được vẽ trường đoản cú từng phân loại đến một vòng tròn bao gồm dấu cùng (+) bên trong vòng tròn gắn liền với gói.
Ví dụ:
3.Công vậy vẽ biểu trang bị UML
Công rứa offline
Công cố kỉnh online
4.Tài liệu tham khảo
Các bạn cũng có thể xem những qui định chuẩn chỉnh trong kiến thiết biểu trang bị UML trên đây:
