МОДЕЛИ ПРЕДСТАВЛЕНИЯ СИСТЕМЫ И ИХ ОПИСАНИЕ

Ниже рассматриваются диаграммы стандарта UML2.0.

Диаграмма вариантов использования отображает поведение системы или ее части под тем углом, под каким её видит пользователь (Приложение A). На диаграмме изображен актер: менеджер. Так же изображены варианты использования. Цель варианта использования заключается в том, чтобы определить законченный аспект или фрагмент поведения некоторой сущности без раскрытия её внутренней структуры.

Диаграмма последовательности (Приложение Б) — диаграмма, на которой показаны взаимодействия объектов, упорядоченные по времени их проявления. При рассмотрении предметной области для диаграммы последовательности были выделены следующие объекты: Таблица «Услуги», таблица «Клиенты», Таблица «Мастера», список мастеров, журнал регистрации, резервирование. Так же на диаграмме изображены соответствующие сообщения, линии жизни и фокусы управления.

Далее будет рассмотрена диаграмма состояний, описывающая процесс бронирования клиентов в косметическом салоне (Приложение В). Диаграмма состояний в UML описывает все возможные состояния одного экземпляра определенного класса и возможные последовательности его переходов из одного состояния в другое, то есть моделирует все изменения состояний объекта как его реакцию на внешние воздействия. На диаграмме показаны следующие состояния: запрос на подключение к Web-серверу, выбор журнала регистрации, бронирование клиента.

Диаграмма развёртывания в UML моделирует физическое развертывание артефактов на узлах (Приложение Г).

 Диаграмма компонентов — статическая структурная диаграмма, показывает разбиение программной системы на структурные компоненты и связи (зависимости) между компонентами (Приложение Д). На данной диаграмме показаны база данных и её составляющие, так как база данных и является структурным составляющими рассмотренной предметной области.

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

В приложении изображены диаграммы методологии IDEF0. В IDEF0 реализованы идеи системного анализа, под которыми понимают исследования, начинающиеся с общего обзора системы, а затем детализируют ее в виде иерархической структуры с определенным числом уровней, на каждом из которых не более 8 элементов. В результате система разбивается на функциональные части, дается их описание, исследуются информационные потоки и формализуется структура данных. В основе структурного анализа используются два базовых принципа: принцип «разделяй и властвуй» и принцип иерархического упорядочения (Приложение Ж).