Як навчитися застосовувати UML?, CASE-засоби (моделювання), Програмування, статті

UML – (Unified Modeling Language – уніфікована мова моделювання давно вже став стандартом de-facto. Багато софтверні компанії, беручи на роботу програмістів цікавляться його знаннями UML (і відсутність таких явно не є плюсом). А вже про аналітиків і годі говорити. Без знання і вміння працювати з діаграмами UML, аналітикам просто вказують на двері.


UML – це не мова в прямому сенсі цього слова, не така мова як, наприклад, мова програмування. Це – набір правил, який можна назвати стандартом, складання діаграм, необхідних у ході розробки та впровадження програмного забезпечення та опису бізнес-процесів.

Кожна діаграма призначена для відображення певної інформації. Значки на діаграмах і їх зв’язку також мають строго обумовлений призначення, і повинні застосовуватися певним чином. Однакове застосування діаграм і гарантує те, що кожен учасник проекту буде розуміти те, що що хотів сказати автор діаграми.

Зараз книг по UML видається величезна кількість. В одному тільки Озоне я знайшов 116 книг із згадкою UML в заголовку. Вас не дивує, чому книг так багато? Приміром, підручників англійської мови в Озоне всього 62 найменування. Невже UML настільки складніше англійської, що вимагає стількох роз’яснень? Або може бути всі ці книги слабо допомагають у вивченні UML? Та не може такого бути! Імениті автори пишуть і переписують свої книги, друкують нові видання і все без толку?

Єдиний висновок, який можна зробити виходячи з достатку літератури, що її купують. Дійсно, у мене самого штук п’ять книг в назві яких зустрічається ця абревіатура. Цікаво, чому її все-таки купують? Видів діаграм і правил їх складання значно менше, ніж правил в англійській мові. А вже видів значків на діаграмах ні в яке порівняння не йде з кількістю слів, які потрібно запам’ятати, щоб швидко читати текст, я не кажу вже про те, щоб писати.

Отже, є проблема, є велика кількість літератури, а створювати діаграми правильно, як не вміли аналітики, так і не вміють. Здавалося б що тут складного? Купив одну-дві – десять книг по UML, всі їх прочитав і вуаля!

Якось мене попросили допомогти зобразити складний алгоритм на діаграмі діяльності. Бізнес-процес ніяк не хотів вкладатися в “плавальні доріжки”. А потім виявилося, що на одній діаграмі одночасно були присутні доріжки відповідають на питання “хто” і відповідають на питання “де”, тобто виходило не два виміри, а три, що для даної діаграми зобразити просто не представлялося можливим. Довелося розбити цю діаграму на дві. До речі, в нотації Aris ця проблема вирішується за рахунок додавання додаткових елементів, а в UML можна вирішити лише створенням окремих діаграм або на крайній випадок – коментарями.

У складанні діаграм – немає єдиного рішення. Одну і ту ж діаграму можна намалювати по різному. Тут неможливо 100% зробити однакові діаграми. Кожен аналітик намалює діаграми по своєму, і добре, якщо він дотримується хоча б нотації UML.

Якщо вам скажуть “намалюйте будинок”, то який будинок ви намалюєте? У кожної людини свій погляд на речі. Якщо ви хочете вивчити малювання будинку і прочитаєте книгу про те, як малювати будинки, то як добре ви зможете їх малювати? Ось теж саме і тут. Ви прочитали книгу про UML і що?

Щоб навчитися плавати – треба плавати. Щоб навчитися застосовувати UML потрібно його застосовувати. Виникає питання: як це зробити. Можна взяти приклад з книги, для якого вже створена діаграма і, перед тим як читати, спробувати створити таку діаграму самому. Можна знайти в Інтернеті вже створені діаграми, але тут та ж проблема. Ми знову будемо читати про те, як хтось десь і колись тим чи іншим чином “Малював дім”.

Найкраще вчитися малювати діаграми самому на простих завданнях. Як навчають щойно прийшли на роботу аналітиків? Дають їм просте завдання, вони його виконують, завдання перевіряють, виправляють помилки і дають нове. І, поступово, аналітик починає не просто розуміти як потрібно відображати той чи інший випадок на діаграмі, він починає сам, своїми руками малювати діаграми без додаткових питань. Просто читання – не дає результату. Тільки практика допоможе навчитися застосовувати UML в роботі.

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*