ПРОЕКТИРОВАНИЯ ИС С ИСПОЛЬЗОВАНИЕМ UML ТЕХНОЛОГИЙ

Различные методологии и способы проектирования описывают жизненный цикл процесса создания и сопровождения информационной системы. Однако они лишь разделяют процессы на этапы и определяют их состав, тогда как не описывают достаточно точно структуру и поведение информационной системы.

В таких ситуациях используют различные таблицы и диаграммы. Зачастую, эти средства не показывают всех аспектов проектирования и имеют множество различных вариаций. Из-за чего тратиться больше времени и ресурсов на проектирование и разработку системы. В попытках унифицировать процесс проектирования, чаще всего, обращаются к специальной графической нотации UML.

На сегодняшний день UML является неотъемлемой частью инструментария разработчиков, технических специалистов и не только. UML имеет широкий спектр применений и вне IT. Разберём пример использования UML нотаций в процессе проектирования сайта площадки по размещению авторских текстов и переводов.

В UML имеются 2 основных типа диаграмм:

• Поведенческие;
• Структурные.

Как ясно из названий, поведенческие диаграммы показывают логические процессы системы, которое имеет ясное начало и конец. Тогда как структурные диаграммы, показывают внутренние составные элементы и их взаимосвязи друг с другом. К примеру, классы или пакеты.

Начиная проектирование информационной системы, стоит выделить все необходимые бизнес-процессы. Будем использовать диаграмму вариантов использования. Она не будет углубляться в сам процесс, но покажет бизнес извне, как и с какой сущностью взаимодействует бизнес-процесс.

Рисунок 1. UML-диаграмма вариантов использования

Далее, мы может подробно разобрать каждый из бизнес-процессов путём использования диаграммы деятельности. Описанные, выше бизнес-процессы слишком просты, поэтому предположим, что на сайте есть функция заказы печатной версии выбранной книги. Опишем бизнес-процесс выполнения заявки на печать.

Рисунок 2. UML диаграмма деятельности

Как видно из диаграммы, в этом бизнес-процессе участвуют 3 сущности: продавец (магазин), изготовитель (полиграфия), отправитель (почта).

Помимо данной диаграммы, можно использовать ещё диаграмму состояний, которая более подробно покажет, в каких позициях может находиться заявка, или использовать другие диаграммы, уточняющие поведение информационной системы. Следует также понимать, что некоторые диаграммы могут использоваться в процессах модулей системы или более мелких её процессах. Зачастую, достаточно и этих 2-х описанных выше диаграмм. Необходимо, понимать какие диаграммы стоит использовать и где. Иначе, трудозатраты на нотации могут не окупиться или оказаться бесполезны, так как описывают одно и тоже. Большое количество нотаций, не означает более лёгкий процесс разработки.

После описания поведения системы, необходимо спроектировать его структуру. Это может быть как диаграмма классов, диаграмма компонентов, диаграмма пакетов, диаграмма объектов и т.п. Структурные диаграммы следует составлять, учитывая ранее описанные бизнес-процессы, как некую степень абстракции, проецируемую в методологии структурирования элементов информационной системы. К примеру: ООП, MVC и прочее. Стоит также отметить, что использование диаграмм может отличаться от типа жизненного цикла проектирования информационной системы.

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

Список литературы:

1. Диаграммы вариантов использования [Электронный ресурс]  // Учебная и научная деятельность Владимира Викторовича Анисимова: сайт. URL: https://www.sites.google.com/site/anisimovkhv/learning/pris/lecture/tema12/tema12_2 (дата обращения: 16.02.2021)
2. Диаграммы деятельности [Электронный ресурс]  // Учебная и научная деятельность Владимира Викторовича Анисимова: сайт. URL: https://www.sites.google.com/site/anisimovkhv/learning/pris/lecture/tema14/tema14_3 (дата обращения: 16.02.2021)