Упражнение №2.   Создание декомпозиции контекстной диаграммы



 

Проведем декомпозицию контекстной диаграммы описав последовательность обслуживания клиентов:

Выберите кнопку перехода на уровень ниже в панели инструментов.

В диалоговом окне укажите число работ на диаграмме нижнего уровня - "4", а нотацию декомпозиции – IDEF0, затем нажмите "ОК". Автоматически будет создана диаграмма декомпозиции.

 

Правой кнопкой мыши щелкните по 1-ой работе, выберите "Редактировать активный элемент" и на вкладке "Название" укажите имя работы. Повторите операцию для всех четырех работ, используя следующую последовательность обслуживания клиента:

  • Определение уровня доступа в систему
  • Обращение к подсистеме
  • Изменение БД (при необходимости)
  • Обработка запроса клиента

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

 

Перейдите в режим рисования стрелок. Произведите связывание граничных стрелок с функциональными объектами, как показано на нижеприведенном рисунке. Для связывания граничных стрелок наводите курсор на сами стрелки, а не на границы области построения моделей. Не забудьте создать новые внутренние стрелки.

Обязательно создайте стрелку обратной связи (по управлению) Запросы на изменение БД, идущую от работы Обработка запроса клиентак Изменение БД. Изменить стиль стрелки – толщину (правая кнопка мыши – Редактировать активный элемент – вкладка Линия)

Методом drag&drop возможно переносить стрелки и их названия. При необходимости возможно установить "тильду" (опция контекстного меню при нажатии на стрелке правой кнопкой мыши) для явной связи стрелки и подписи к ней.

В результате получится представление вида:

 

Рисунок 1.13 - Структурно-функциональная модель задачи

 

Упражнение №3. Создание дальнейших диаграмм декомпозиций

 

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

Декомпозируем последовательно все блоки полученной диаграммы.

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

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

Т.о. определение уровня доступа в систему будет выглядеть следующим образом:

 

Декомпозиция работы Обращение к подсистемене отвечает цели и точки зрения модели. Пользователя системы не интересуют внутренние алгоритмы её работы. Поэтому декомпозиция данного блока не проводится. Аналогично обстоит дело с работой Изменение БД.

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

 

Необходимо отметить, что в блок Выполнение запросавключается работа различных подсистем. Например, если запрос включает в себя тестирование, то его будет исполнять подсистема профессиональных и психологических тестов. При анализе полученной диаграммы возникает вопрос по каким правилам проводится генерация отчетов? Необходимо наличие заранее сформированных шаблонов, по которым будет производиться выборка из БД. Причем эти шаблоны должны соответствовать запросам и должны быть заранее определены. Клиенту же предоставляется возможность выбора формы отчета.

Скорректируем диаграмму, добавив в неё стрелку Шаблоны отчетов.

 

 

Эта стрелка автоматически не попадает в диаграмму верхнего уровня и имеет квадратные скобки у окончания (тунелирование), поэтому необходимо щелкнуть правой кнопкой мыши по квадратным скобкам и выбрать в контекстном меню пункт Тунель. Система предложит остановиться на одной из двух опций:

 

 

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

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

Декомпозиция процесса Обработка запроса клиентапосле корректировки примет вид:

 

 

 

Вернемся на диаграммы верхних уровней и сделаем необходимые изменения:

 

 

 


Дата добавления: 2018-04-04; просмотров: 403;