В двухдневном курсе Школы Прикладного Бизнес-анализа «UML для бизнес-аналитиков»

Вы познакомитесь с основными возможностями и примерами практического использования этого средства моделирования, чтобы понимать смысл диаграмм и уметь самостоятельно разрабатывать их.

Посвятив два дня изучению этого инструментария, новичок без опыта не станет гением UML, но перестанет его бояться и начнет использовать для того, чтобы выделить из требований стейкхолдеров и пользовательских историй варианты использования (use case) и детализировать их дальше на диаграммы деятельности, последовательности и состояний, объясняя разработчикам, что должна делать система.

Содержание программы:

Часть 1. Основы объектно-ориентированного подхода (ООП) – 1 час

• Что такое ООП, история возникновения и развития
• Понятие класса и объекта
• Чем объектно-ориентированный анализ отличается от структурного
• Преимущества и недостатки ООП

Часть 2. Разнообразие UML-диаграмм – 4 часа

• Виды диаграмм: структурные и динамические
• Артефакты, связи и специфические обозначения сущностей
• Структурные диаграммы (классов, объектов, компонентов, композитной структуры, развертывания, пакетов) – назначение, внешний вид, примеры построения
• Динамические диаграммы для описания поведения и взаимодействия (деятельности, состояний, вариантов использования, последовательности) – назначение, внешний вид, примеры построения

Часть 3. Особенности практического применения UML-диаграмм в системном и бизнес-анализе – 2 часа

• Типовая последовательность проектирования систем с помощью UML
• С чего начать: представление онтологии предметной области в UML
• От user story к детальным пользовательским сценариям
• Как описать функциональные требования в UML
• Как представить архитектуру требований в UML
• Какие UML-диаграммы использовать в программной документации (ТЗ, спецификация требований, программа и методика испытаний, руководство пользователя и т.д.)

Часть 4. Индивидуальная практическая работа с представлением результатов группе – 1 час

• Описать онтологию предметной области собственной системы (или вариант системы из предложенных примеров) в UML
• Описать требования к собственной системе (или вариант системы из предложенных примеров) в виде набора UML-диаграмм