Лабораторные работы. ЛАБОРАТОРНЫЕ ЗАНЯТИЯ. Лабораторная работа 1
 Скачать 1.87 Mb.
|
|
Контрольные вопросы 1. Что такое бизнес-процесс? 2. Каковы основные компоненты функциональной модели? 3. Что представляют собой методологии функционального моделирования? 4. Что такое сценарии? 5. Какие виды сценариев Вы знаете? 6. В чем отличие серверных элементов управления от клиентских? 7. Какие технологии программирования серверных сценариев Вы знаете? В чем их отличие? Содержание и оформление отчета Отчет должен содержать: титульный лист, название и цель работы; вариант задания; скриншоты результатов работы; выводы по работе. Лабораторная работа № 2 Функциональное моделирование и построение моделей с помощью PLATINUM BPwin. Построение диаграммы IDEF3. Цель работы: изучение методики построения динамической модели предметной области Задачи: получение навыка разработки динамических моделей в нотации IDEF3 Основой модели IDEF3 служит так называемый сценарий процесса, который выделяет последовательность действий и подпроцессов анализируемой системы. Как и в методе IDEF0, основной единицей модели IDEF3 является диаграмма. Другой важный компонент модели — действие, или в терминах IDEF3 "единица работы" (Unit of Work). Диаграммы IDEF3 отображают действие в виде прямоугольника. Действия именуются с использованием глаголов или отглагольных существительных, каждому из действий присваивается уникальный идентификационный номер. Этот номер не используется вновь даже в том случае, если в процессе построения модели действие удаляется. В диаграммах IDEF3 номер действия обычно предваряется номером его родителя.  Рисунок 1. Изображение и нумерация действия в диаграмме IDEF3 Существенные взаимоотношения между действиями изображаются с помощью связей. Все связи в IDEF3 являются однонаправленными, и хотя стрелка может начинаться или заканчиваться на любой стороне блока, обозначающего действие, диаграммы IDEF3 обычно организуются слева направо таким образом, что стрелки начинаются на правой и заканчиваются на левой стороне блоков. Связь типа "временное предшествование"  показывает, что исходное действие должно полностью завершиться, прежде чем начнется выполнение конечного действия. Связь типа "объектный поток"  используется в том случае, когда некоторый объект, являющийся результатом выполнения исходного действия, необходим для выполнения конечного действия. Наименования потоковых связей должны четко идентифицировать объект, который передается с их помощью. Исходное действие должно завершиться, прежде чем конечное действие может начать выполняться. Связь типа "нечеткое отношение"  используется для выделения отношений между действиями, которые невозможно описать с использованием связей предшествования или объектных связей. Одно из применений нечетких отношений — отображение взаимоотношений между параллельно выполняющимися действиями. Завершение одного действия может инициировать начало выполнения сразу нескольких других действий или, наоборот, определенное действие может требовать завершения нескольких других действий до начала своего выполнения. Такие ситуации описываются с помощью перекрестков (junction). Перекрестки (или соединения) используются для отображения логики взаимодействия стрелок при слиянии и разветвлении или для отображения множества событий, которые могут или должны быть завершены перед началом следующей работы. Перекрестки разбивают или соединяют внутренние потоки и используются для изображения ветвления процесса: разворачивающие соединения используются для разбиения потока. Завершение одного действия вызывает начало выполнения нескольких других; сворачивающие соединения объединяют потоки. Завершение одного или нескольких действий вызывает начало выполнения другого действия. Соединения «И» инициируют выполнение конечных действий. Все действия, присоединенные к сворачивающему соединению "и", должны завершиться, прежде чем начнется выполнение следующего действия. Например, после обнаружения пожара инициируются включение пожарной сигнализации, вызов пожарной охраны, и начинается тушение пожара. Запись в журнал производится только тогда, когда все три перечисленных действия завершены.  Рисунок 2. Соединения "и" Соединение "исключающее "или"" означает, что вне зависимости от количества действий, связанных со сворачивающим или разворачивающим соединением, инициировано будет только одно из них, и поэтому только оно будет завершено перед тем, как любое действие, следующее за сворачивающим соединением, сможет начаться. Если правила активации соединения известны, они обязательно должны быть документированы либо в его описании, либо пометкой стрелок, исходящих из разворачивающего соединения. На рисунке 3 соединение "исключающее "или"" используется для отображения того факта, что студент не может одновременно быть направлен на лекции по двум разным курсам.  Рисунок 3. Соединение "исключающее "или"" Соединение "ИЛИ" предназначено для описания ситуаций, которые не могут быть описаны двумя предыдущими типами соединений. Аналогично связи нечеткого отношения соединение "или" в основном определяется и описывается непосредственно аналитиком. На рисунке 4 соединение J2 может активизировать проверку данных чека и/или проверку суммы наличных. Проверка чека инициируется, если покупатель желает расплатиться чеком, проверка суммы наличных — при оплате наличными. И то, и другое действие инициируются при частичной оплате, как чеком, так и наличными.  В рассмотренных примерах все действия выполнялись асинхронно, т.е. они не инициировались одновременно. Однако существуют случаи, когда время начала или окончания параллельно выполняемых действий должно быть одинаковым, т.е. действия должны выполняться синхронно. Для моделирования такого поведения системы используются различные виды синхронных соединений, которые обозначаются двумя двойными вертикальными линиями внутри прямоугольника. Существует 5 типов перекрестков:
Все соединения на диаграммах должны быть парными, из чего следует, что любое разворачивающее соединение имеет парное себе сворачивающее. Однако типы соединений не обязательно должны совпадать. Соединения могут комбинироваться для создания более сложных ветвлений. Комбинации соединений следует использовать с осторожностью, поскольку перегруженные ветвлением диаграммы могут оказаться сложными для восприятия. Действия в IDEF3 могут быть декомпозированы или разложены на составляющие для более детального анализа. Метод IDEF3 позволяет декомпозировать действие несколько раз, что обеспечивает документирование альтернативных потоков процесса в одной модели. Еще одним элементом диаграммы IDEF3 является указатель. Указатель выражает некую идею, концепцию или данные, которые нельзя связать со стрелкой, перекрестком или работой. Указатели должны быть связаны с единицами работ или перекрестками пунктирными линиями.
Моделирование потоков данных Диаграммы потоков данных (Data Flow Diagrams — DFD) предназначены для демонстрации того, как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами. Основными компонентами диаграмм потоков данных являются: внешние сущности; функциональные блоки; потоки данных; хранилища данных. Внешняя сущность представляет собой материальный объект или физическое лицо, являющиеся источником или приемником информации, например, заказчики, персонал, поставщики, клиенты, склад. Определение некоторого объекта или системы в качестве внешней сущности указывает на то, что она находится за пределами границ анализируемой системы.  Рисунок 5. Графическое представление внешней сущности. Функциональный блок моделирует некоторую функцию или процесс, который преобразует входные потоки данных в выходные в соответствии с определенным алгоритмом. Физически процесс может быть реализован различными способами: это может быть подразделение организации, выполняющее обработку входных документов, или программа, аппаратно реализованное логическое устройство и т.д.  Рисунок 6. Графическое изображение процесса в виде функционального блока. Функциональные блоки нотации DFD имеют входы и выходы, но не имеют управления и механизма исполнения. В некоторых интерпретациях нотации DFD механизмы исполнения моделируются как ресурсы и изображаются в нижней части функционального блока. Поток данных определяет информацию, передаваемую через некоторое соединение от источника к приемнику. Реальный поток данных может быть информацией, передаваемой по кабелю между двумя устройствами, пересылаемыми по почте письмами, магнитными лентами или дискетами, переносимыми с одного компьютера на другой и т.д. Поток данных на диаграмме изображается линией, оканчивающейся стрелкой, которая показывает направление потока. Каждый поток данных имеет имя, отражающее его содержание. В DFD используются также двунаправленные стрелки, которые нужны для отображения взаимодействия между блоками по типу «запрос – ответ».  Рисунок 7. Поток данных Хранилище данных — это абстрактное устройство для хранения информации, которую можно в любой момент поместить в хранилище и через некоторое время извлечь, причем способы помещения и извлечения могут быть любыми. В отличие от потоков данных, описывающих объекты в движении, хранилища данных изображают объекты в покое. В материальных системах хранилища данных изображаются там, где объекты ожидают обработки, например, в очереди. В системах обработки информации хранилища данных являются механизмом, который позволяет сохранить данные для последующих процессов. Хранилище данных может быть реализовано физически в виде микрофиши, ящика в картотеке, таблицы в оперативной памяти, файла на магнитном носителе и т.д. Хранилище данных в общем случае является прообразом будущей базы данных, и описание хранящихся в нем данных должно соответствовать модели данных.  Рисунок 8. Графическое изображение хранилища данных Построение DFD-диаграмм. Первым шагом при построении иерархии DFD является построение контекстных диаграмм. Обычно при проектировании относительно простых систем строится единственная контекстная диаграмма со звездообразной топологией, в центре которой находится так называемый главный процесс, соединенный с приемниками и источниками информации, посредством которых с системой взаимодействуют пользователи и другие внешние системы. Перед построением контекстной DFD необходимо проанализировать внешние события (внешние сущности), оказывающие влияние на функционирование системы. Количество потоков на контекстной диаграмме должно быть по возможности небольшим, поскольку каждый из них может быть в дальнейшем разбит на несколько потоков на следующих уровнях диаграммы. Для проверки контекстной диаграммы можно составить список событий. Список событий должен состоять из описаний действий внешних сущностей (событий) и соответствующих реакций системы на события. Каждое событие должно соответствовать одному или более потокам данных: входные потоки интерпретируются как воздействия, а выходные потоки — как реакции системы на входные потоки. Для сложных систем (десять и более сущностей) строится иерархия контекстных диаграмм. При этом контекстная диаграмма верхнего уровня содержит не единственный главный процесс, а набор подсистем, соединенных потоками данных. Контекстные диаграммы следующего уровня детализируют контекст и структуру подсистем. Задание 1. На основе разработанной на предыдущей лабораторной работе функциональной модели построить диаграмму IDEF3. 2. На основе диаграммы IDEF3 создать сценарий, более подробно описывающий какой-либо подпроцесс обработки документов. 3. Провести сравнение двух диаграмм – сценария IDEF3 и диаграммы IDEF3, выбрав в меню команду Tools\Visual Diagram Compare… 4. Построить диаграмму DFD. 5. Построить организационную диаграмму, пользуясь положением об отделах предприятия «Уралтранснефтепродукт». 5.1. Заполнить словарь данными, необходимыми для построения организационной диаграммы – выделить ролевые группы и роли в организационной структуре. Для этого выбрать в меню команду Dictionary/Role Group… для описания ролевых групп и команду Dictionary/Role… для описания ролей сотрудников. 5.2. Для построения организационной диаграммы выбрать в меню команду Diagram/Add Organization Chart… 5.3. Полученная в результате простейшая двухуровневая организационная структура может быть развернута как по вертикали, так и по горизонтали. Для этого нужно выделить блок на организационной диаграмме и нажать правую кнопку мыши. При этом команды Edit subordinate list… и Add subordinates… добавляют следующий уровень иерархии, а команды Add sibling on left и Add sibling on right добавляют блоки организационной диаграммы на том же уровне иерархии. 6. Сформировать отчет в виде HTML-документа. Для этого выполнить команду Tools/report Builder. |