l Rose, можуть генерувати основу коду класів, яку потім програмісти заповнюють деталями на обраному ними мовою. За допомогою цих діаграм аналітики можуть показати деталі системи, а архітектори системи - зрозуміти її проект. Якщо, наприклад, який-небудь клас несе занадто велике функціональне навантаження, це буде видно на діаграмі класів, і архітектор зможе перерозподілити її між іншими класами. Якщо між сполученими класами не визначено жодних зв'язків, це також буде видно на діаграмі. Діаграми класів слід створювати, щоб показати взаємодіючі класи в кожному варіанті використання, можна створювати також більш загальні діаграми, що охоплюють всі системи або підсистеми цілком. p align="justify"> Перед тим, як приступити до опису діаграм класів, слід звернути увагу на один важливий момент, пов'язаний з характером використання цих діаграм розробниками. Цей момент зазвичай неможливо документується, однак робить істотний вплив на спосіб інтерпретації діаграм і тому має серйозне відношенню до того, що описується за допомогою моделі. p align="justify"> Існують три різних точки зору на побудову діаграм класів:
концептуальна точка зору. Якщо діаграми класів розглядаються з концептуальної точки зору, то вони будуть відображати поняття досліджуваної предметної області (моделюється організації). Ці поняття, природно, будуть відповідати реалізують їх класам, однак таке пряме відповідність часто відсутня. Насправді, концептуальна модель може мати вельми слабке відношення або взагалі не мати ніякого відношення до реалізовує її програмному забезпеченню, тому її можна розглядати як незалежну від засобів реалізації (мови програмування);
точка зору специфікації. У цьому випадку модель спускається на рівень ПЗ, але розглядаються тільки інтерфейси, а не програмна реалізація класів (під інтерфейсом тут розуміється набір операцій класу, видимих ​​ззовні);
точка зору реалізації. У цьому випадку модель дійсно визначає реалізацію класів ПЗ. Ця точка зору є найбільш поширеною серед програмістів. p align="justify"> Розуміння точки зору вкрай важливо як для побудови, так і для читання діаграм класів. На жаль, відмінності між ними не настільки виразні, і більшість розробників при побудові діаграм допускають змішання різних точок зору. p align="justify"> При побудові діаграми точка зору повинна бути ясною і єдиною. При читанні діаграми слід з'ясувати, з якої точки зору вона будувалася. Якщо потрібно інтерпретувати цю діаграму правильним чином, то без такого знання не обійтися. p align="justify"> Точка зору на діаграми класів не є власне формальною частиною UML, однак при побудові та аналізі моделей вона є вкрай важливою. Конструкції UML можна використовувати з будь-якої з трьох точок зору. Більшість досвідчених розробників-програмістів воліють точку зору реалізації. З іншого боку, очевидно, що побудова діаграм класів на стадії формування вимог до ПЗ повинно виконуватися з ...
