Как мы специфицировали проект с Как мы специфицировали проект с помощью помощью UMLUML

Наталья ЛеоноваНаталья ЛеоноваТ-Системс РУСТ-Системс РУС, , Санкт-Петербург, РоссияСанкт-Петербург, Россия

О себе:

• Страший бизнес-аналитик в компании Т-Системс Рус• Работаю в проекте, находящемся в подразделении Deutsche Telekom• Человек, возлюбивший моделирование

• https://ru.linkedin.com/in/leonovanatalia

https://www.facebook.com/natasha.leonova.357

Введение

• Почему моделирование• Инструментарий• Личный опыт - проект, который «вылечился моделированием» • Специфика мультилингвальных проектов

Личный опыт

• Новый проект – пример многоязычной команды• Существует с 2014 года • Разработан командой в Санкт-Петербурге • Часть команды - в Германии

Что было в самом начале

Модель на стадии создания или привет от разработчиков

Почему именно моделирование

• Новая возможность документирования• Упрощение задач разработки и анализа• Наглядность• Новое знание для аналитиков

Как ощущает себя аналитик

Иногда аналитик выглядит примерно так...

Новое решение – зачем?

• Потребность облегчить задачу разработке• Улучшить процесс документирования• Возможность опробовать новый инструментарий• Уменьшить проблемы коммуникации

ALARM!

И ВОТ МЫ ОПИСЫВАЕМ ПРОЕКТ, И ВОТ МЫ ОПИСЫВАЕМ ПРОЕКТ, КОТОРЫЙ ДО ЭТОГО ТРОГАЛИ И КОТОРЫЙ ДО ЭТОГО ТРОГАЛИ И

ДОКУМЕНТИРОВАЛИ ТОЛЬКО ДОКУМЕНТИРОВАЛИ ТОЛЬКО РАЗРАБОТЧИКИРАЗРАБОТЧИКИ

К вопросу коммуникации

Многоязычный проект – это 3 иностранных языка, 3 Многоязычный проект – это 3 иностранных языка, 3 разные культуры и 3 вида коммуникативных неудач…разные культуры и 3 вида коммуникативных неудач…

Как это было (с)

Суровая реальностьЗАКАЗЧИКЗАКАЗЧИК РАЗРАБОТЧИКРАЗРАБОТЧИК АНАЛИТИКАНАЛИТИК

Что хотелось сделать лучше

• Упростить создание документации

• Сделать её понятной для всех членов команды

• Визуализировать изменения

И немного конкретики...

• Использовали инструментарий Enterprise Architect

• Модели удобнее для всех участникам проекта

• Есть контроль версий и история изменений

Что было сделано

• Описали веб-сервисы с помощью моделей

• Добавили комментарии

• Из модели можно генерить документацию

Об особенностях

• Модели EA начали использовать не сразу

• Основные используемые диаграммы – диаграммы классов и use case диаграммы

• Описания и комментарии – на английском языке

Как это выглядит

Из модели в документ

О плюсах

• Модель могут редактировать как аналитики, так и разработчики

• Модель понятна заказчикам и коллегам с немецкой стороны• Структура удобнее для всех

• Баги на документацию исправляются быстрее

О минусах

• Стоимость лицензии• Особенности инструментария• Вечный вопрос, кому давать права на редактирование

На заметку аналитику

UML – полезное знание для аналитика

Кроме Enterprise Architect существует множество различных тулов для моделирования и «рисования»

Визуализируй требования! Визуализируй их полностью!

Что почитать

Cертификация - OMG-Certified UML Professional (OCUP) Foundation – Intermediate – Advanced

Что почитать:http://www.omg.org/cgi-bin/doc?ad/97-08-11 Х. Гома “UML-проектирование систем реального времени параллельных и распределенных приложений”

Немного выводов

Модели как универсальный вид документации

Устранение непониманий с заказчиком и немецкой частью проекта

Быстрое реагирование на проблемы

И еще немного выводов

Возможность генерировать артефакты для разработки

Удобство инструментария – очень важная штука

Альтернатива обычным способам документации

Вопросы?

Если у Вас есть вопросы или Вы хотите порисовать диаграммы...

Спасибо за внимание!

https://ru.linkedin.com/in/leonovanatalia

https://www.facebook.com/natasha.leonova.357