Иерархия диаграмм. Типы связей между функциями
Иерархия диаграмм. Типы связей между функциями. Групповая работа в IDEF0. Методология IDEF1X
Иерархия диаграмм
1234414243421422423А-0А0А-4А-42Более общее представление Более детальное представлениеЭта диаграмма является "родителем" этой диаграммыРис. Структура IDEF0 –модели. Декомпозиция диаграмм
123Функции блоков 2 и 3 могут выполняться параллельноТолько эти данные передаютсяРис. Одновременное выполнение
123Родительская диаграммаРодительский блок212322Эта управляющая дуга переносится с родительской диаграммыДетальная диаграммаЭта дуга продолжается на родительской диаграммеЭта входная дуга переносится с родительской диаграммыРис. Соответствие должно быть полным и непротиворечивым
Рис. Пример обратной связи1Разработка проекта2Экспертизасистемные требованиякомментариипредварительнаяспецификацияулучшенный проектНа IDEF0-диаграммах не указаны явно ни последовательность, ни время. Обратные связи, итерации, продолжающиеся процессы и перекрывающиеся (по времени) функции могут быть изображены с помощью дуг. Обратные связи могут выступать в виде комментариев, замечаний, исправлений и т.д.
Оформление заявки для биржиПорядок Подачи заявкиЗаявка клиентаБрокерКонтрактРис. Пример механизмаРыночные условияМеханизмы (дуги с нижней стороны) показывают средства, с помощью которых осуществляется выполнение функций. Механизм может быть человеком, компьютером или любым другим устройством, которое помогает выполнять данную функцию
А0 Разработать компьютерную системуА 13Уточнить план сопутствующих мероприятийA 11 Принять структуру и метод изготовления системы А 12Рассчитать требования, затраты, время на разработкуА2 Разработатьграфик работA3Построитьмодель системыА1Планировать процессРис. Иерархия диаграмм
Типы связей между функциями
{2D5ABB26-0587-4C30-8999-92F81FD0307C}Тип связиОтносительная значимость Случайная 0 Логическая 1 Временная 2 Процедурная 3 Коммуникационная 4 Последовательная 5 Функциональная 6Типы связей между функциями
АCBEFDРис. Случайная связность(0) Тип случайной связности: наименее желательный.Случайная связность возникает, когда конкретная связь между функциями мала или полностью отсутствует. Это относится к ситуации, когда имена данных на SADT-дугах в одной диаграмме имеют малую связь друг с другом. Крайний вариант этого случая показан на рисунке
Тип логической связности. Логическое связывание происходит тогда, когда данные и функции собираются вместе вследствие того, что они попадают в общий класс или набор элементов, но необходимых функциональных отношений между ними не обнаруживается.(2) Тип временной связности. Связанные по времени элементы возникают вследствие того, что они представляют функции, связанные во времени, когда данные используются одновременно или функции включаются параллельно, а не последовательно.
Планировать АПланировать ВСогласовать А и ВААBBРис. Процедурная связность(3) Тип процедурной связности. Процедурно-связанные элементы появляются сгруппированными вместе вследствие того, что они выполняются в течение одной и той же части цикла или процесса.
1 2АВАСРис. Коммуникационная связность(4) Тип коммуникационной связности. Диаграммы демонстрируют коммуникационные связи, когда блоки группируются вследствие того, что они используют одни и те же входные данные и/или производят одни и те же выходные данные
Рис. Последовательная связность 1 2АВС(5) Тип последовательной связности. На диаграммах, имеющих последовательные связи, выход одной функции служит входными данными для следующей функции. Связь между элементами на диаграмме является более тесной, чем на рассмотренных выше уровнях связок, поскольку моделируются причинно-следственные зависимости
fgАВСРис. Функциональная связность(6) Тип функциональной связности. Диаграмма отражает полную функциональную связность, при наличии полной зависимости одной функции от другой. Диаграмма, которая является чисто функциональной, не содержит чужеродных элементов, относящихся к последовательному или более слабому типу связности. Одним из способов определения функционально-связанных диаграмм является рассмотрение двух блоков, связанных через управляющие дуги, как показано на рисунке.В математических терминах необходимое условие для простейшего типа функциональной связности, показанной на рисунке, имеет следующий видC = g(B) = g(f(A))
{5C22544A-7EE6-4342-B048-85BDC9FD1C3A}ЗначимостьТип связностиДля функцийДля данных0СлучайнаяСлучайнаяСлучайная1ЛогическаяФункции одного и того же множества или типа (например, "редактировать все входы")Данные одного и того же множества или типа2ВременнаяФункции одного и того же периода времени (например, "операции инициализации")Данные, используемые в каком-либо временном интервале3ПроцедурнаяФункции, работающие в одной и той же фазе или итерации (например, "первый проход компилятора")Данные, используемые во время одной и той же фазы или итерации4КоммуникационннаяФункции, использующие одни и те же данныеДанные, на которые воздействует одна и та же деятельность5ПоследовательнаяФункции, выполняющие последовательные преобразования одних и тех же данныхДанные, преобразуемые последовательными функциями6ФункциональнаяФункции, объединяемые для выполнения одной функцииДанные, связанные с одной функцией
Групповая работа в IDEF0
Этапы процесса разработки: Создание модели группой специалистов, относящихся к различным сферам деятельности предприятия. Это авторы (Authors). В течении создания первоначальной модели авторы опрашивают компетентных лиц о структуре различных процессов. На основе положений, документов, результатов опросов создается черновик (Model Draft) модели. Распространение черновика для рассмотрения, согласования и комментариев. Происходит обсуждение черновика модели с компетентными лицами (читателями) на предприятии. Каждая диаграмма письменно критикуется и передается автору. Автор письменно соглашается или нет … Цикл продолжается пока автор и читатели не придут к единому мнению. Официальное утверждение модели. Если у автора и читателей отсутствуют разногласия, то руководитель рабочей группы утверждает модель. Окончательная модель представляет собой согласованное представление о предприятии (системе) с заданной точки зрения и для заданной цели.
Методология IDEF1X
Метод IDEF1 разработанный Т. Рэмей, основан на подходе П. Чена и позволяет построить модель данных.На основе совершенствования методологии IDEF1 создана ее новая версия – методология IDEF1X, разработанная с учетом простоты изучения и возможности автоматизации.Сущность в методологии IDEF1X является независимой, если каждый экземпляр сущности может быть однозначно идентифицирован без определения его отношений с другими сущностямиНезависимые от идентификатора сущностиИмя сущности / Номер сущностиСлужащий / 44
Сущность называется зависимой от идентификаторов или просто зависимой, если однозначная идентификация экземпляра сущности зависит от его отношения к другой сущности.Зависимые от идентификатора сущностиИмя сущности / Номер сущностиПроектное задание / 56
Мощности связей: каждый экземпляр сущности-родителя может иметь ноль, один или более связанных с ним экземпляров сущности-потомка каждый экземпляр сущности-родителя должен иметь не менее одного связанного с ним экземпляра сущности-потомка каждый экземпляр сущности-родителя может иметь не более одного связанного с ним экземпляра сущности-потомка каждый экземпляр сущности-родителя связан с некоторым фиксированным числом экземпляров сущности-потомкаНоль или одинZОдин или болееРНоль, один или болееN
ppt_xppt_y
ppt_xppt_y
ppt_xppt_y
ppt_xppt_y
ppt_xppt_y
ppt_xppt_y
ppt_xppt_y
ppt_xppt_y
ppt_xppt_y
Если экземпляр сущности-потомка однозначно определяется своей связью с сущностью-родителем, то связь называется идентифицирующей в противном случае – неидентифицирующей.Сущность – А/1Ключевой-атрибут-АСущность – родительСущность – В/2Имя связи от родителя к потомкуИмя связиСущность – потомокКлючевой-атрибут-А (FK)Ключевой-атрибут-ВРис. Идентифицирующая связь
Сущность-потомок в неидентифицирующей связи будет независимой от идентификатора, если она не является также сущностью-потомком в какой-либо идентифицирующей связи.Сущность – А/1Ключевой-атрибут-АСущность – родительСущность – В/2Имя связи от родителя к потомкуИмя связиСущность – потомокКлючевой-атрибут-ВРис. Неидентифицирующая связьАтрибут-А (FK)
Атрибуты изображаются в виде списка имен внутри блока сущности. Атрибуты, определяющие первичный ключ, размещаются наверху списка и отделяются от других атрибутов горизонтальной чертой.Имя_Сущности/Номер_СущностиАтрибуты первичного ключаимя-атрибута[имя-атрибута]…Рис. Атрибуты и первичные ключи[имя-атрибута][имя-атрибута][имя-атрибута]…
Сущности могут иметь также внешние ключи (Foreign Key), которые могут использоваться в качестве части или целого первичного ключа или неключевого атрибута. Внешний ключ изображается с помощью помещения внутрь блока сущности имен атрибутов, после которых следуют буквы FK в скобках.Пример внешнего ключа-неключевого атрибутаномер брокераРис. Примеры внешних ключейномер отдела (FK)Брокер/12Пример внешнего ключа-атрибута первичного ключаномер-заказа (FK)номер-товараЗаявка-на-покупку/2