
UML có thể được sử dụng nhiều hay ít tùy thích.Martin Fowler mô tả ba cách phổ biến mà mọi người thường sử dụng UML:
- UML như một bản phác thảo — Sử dụng UML để tạo ra những bản phác thảo ngắn gọn nhằm truyền đạt các điểm chính. Đây là những bản phác thảo tạm thời có thể được viết trên bảng trắng hoặc thậm chí trên một miếng lót ly bia trong tình huống khẩn cấp. Trong giai đoạn đầu của phát triển, việc sử dụng UML như một bản phác thảo là rất hiệu quả và có thể được sử dụng như một công cụ hợp tác nơi các nhà phát triển có thể động não về thiết kế hệ thống.
- UML như một bản thiết kế — Cung cấp một thông số chi tiết của một hệ thống với các sơ đồ UML. Những sơ đồ này sẽ không phải là tạm thời mà sẽ được tạo ra bằng một công cụ UML. UML có thể được sử dụng như một bản thiết kế, và các nhà phát triển có thể theo đó để sản xuất mã. Việc sử dụng các bản phác thảo đơn giản sẽ không đủ cho họ, vì điều đó sẽ yêu cầu họ phải điền vào các chỗ trống. Cách tiếp cận này thường liên quan đến các hệ thống phần mềm và thường bao gồm việc sử dụng kỹ thuật đảo ngược và tiến tới để giữ cho mô hình đồng bộ với mã.
- UML như một ngôn ngữ lập trình — Điều này đi thẳng từ một mô hình UML đến mã thực thi (không chỉ là các phần của mã như với kỹ thuật tiến tới), có nghĩa là mọi khía cạnh của hệ thống đều được mô hình hóa. Về lý thuyết, bạn có thể giữ mô hình của mình vô thời hạn và sử dụng các phép biến đổi và tạo mã để triển khai đến các môi trường khác nhau. Fowler tin rằng năng suất của UML như một ngôn ngữ lập trình ngày nay không tốt hơn năng suất của việc sử dụng bất kỳ ngôn ngữ nào khác, do đó sẽ khó khăn cho UML để trở nên phổ biến. Ông cũng tin rằng các bản thiết kế chi tiết cao không hiệu quả vì chúng khó thực hiện và sẽ làm chậm quá trình phát triển.
Tóm tắt
Cách tiếp cận được sử dụng phụ thuộc vào loại ứng dụng bạn đang xây dựng, mức độ nghiêm ngặt mà thiết kế sẽ được xem xét, liệu bạn có đang phát triển một hệ thống phần mềm hay không, và nếu đó là phần mềm, quy trình phát triển phần mềm mà bạn đang sử dụng.
Trong một số ngành công nghiệp, chẳng hạn như y tế và quốc phòng, các dự án phần mềm có xu hướng nghiêng về UML như một bản thiết kế vì yêu cầu chất lượng cao. Thiết kế phần mềm được xem xét kỹ lưỡng vì nó có thể là quan trọng cho nhiệm vụ: bạn không muốn máy theo dõi nhịp tim của mình đột nhiên hiển thị “màn hình xanh chết chóc.”
Một số dự án có thể giảm bớt việc mô hình hóa. Thực tế, một số ngành công nghiệp thương mại thấy rằng việc mô hình hóa quá nhiều là cồng kềnh và làm chậm năng suất. Đối với những dự án như vậy, việc sử dụng UML như một bản phác thảo và có mô hình của bạn chứa một số sơ đồ kiến trúc và một vài sơ đồ lớp và chuỗi để minh họa các điểm chính là hợp lý.
Tài liệu tham khảo UML được khuyến nghị
- Hướng dẫn và bài viết về UML bởi Visual Paradigm
- Kỹ thuật mã hóa sử dụng Visual Paradigm
- Tạo mã cơ sở dữ liệu và khung ORM
This post is also available in Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Polski, Portuguese, Ру́сский, 简体中文 and 繁體中文.