Обратные связи по входу должны быть показаны как

ElectronicsBlog

Обучающие статьи по электронике

Обратная связь. Часть 1. Виды обратной связи

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

Для сборки радиоэлектронного устройства можно преобрески DIY KIT набор по ссылке.

Зачем нужна обратная связь

В отличие от идеальных операционных усилителей (ОУ), имеющих равномерную АЧХ, то есть их коэффициент усиления не изменяется в зависимости от частоты входного сигнала, реальные ОУ имеют коэффициент усиления, который с ростом частоты усиливаемого сигнала уменьшается. Кроме того в ОУ с увеличением частоты сигнала происходит фазовый сдвиг между входным и выходным сигналом, вследствие этого на некоторых частотах усиливаемого сигнала происходит самовозбуждение схемы, то есть усилитель превращается в генератор. Это всё приводит к уменьшению качественных показателей электронных схем.

Одним из наиболее распространённых и эффективных способов влияния на качественные параметры электронных схем с ОУ является применение обратной связи (ОС). Стоит отметить, что ОС широко применяется не только с ОУ, но и со многими другими электронными схемами, поэтому всё, что будет сказано про использование ОС с ОУ, относится и ко всем другим схемам с ОС.

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

%D0%A1%D1%82%D1%80%D1%83%D0%BA%D1%82 %D0%9E%D0%A1
Структурная схема усилителя с обратной связью.

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

Виды обратной связи

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

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

Различают четыре вида обратных связей:

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

Рассмотрим, как образуется каждый вид обратной связи.

Параллельная обратная связь по напряжению

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

%D0%9F%D0%B0%D1%80%D0%B0%D0%BB %D0%BF%D0%BE %D0%BD%D0%B0%D0%BF%D1%80
Структурная схема параллельной обратной связи по напряжению.

Таким образом, входное напряжение цепи ОС UСВ равно выходному напряжению на нагрузке UН, а выходное напряжение цепи ОС UОС пропорционально сумме токов входного сигнала IСИГ и цепи ОС IOC на общем входном сопротивлении усилительной схемы.

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

Параллельная обратная связь по току

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

%D0%9F%D0%B0%D1%80%D0%B0%D0%BB %D0%BF%D0%BE %D1%82%D0%BE%D0%BA%D1%83
Структурная схема параллельной обратной связи по току.

Данный вид ОС характеризуется следующими параметрами: входное напряжение ОС UOC пропорционально выходному току усилителя протекающего через резисторы RT и RH, а выходное напряжение цепи ОС UОС пропорционально сумме токов входного сигнала IСИГ и цепи ОС IOC на общем входном сопротивлении усилительной схемы.

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

Последовательная обратная связь по напряжению

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

%D0%9F%D0%BE%D1%81%D0%BB %D0%BF%D0%BE %D0%BD%D0%B0%D0%BF%D1%80
Структурная схема усилителя с последовательной цепью ОС по напряжению.

В последовательной обратной связи по напряжению входное напряжение UСВ равно выходному напряжению на нагрузке UН. В тоже время сумма выходного напряжения цепи ОС UОС и напряжения источника сигнала UСИГ равна входному напряжению усилителя UВХ.

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

Последовательная обратная связь по току

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

Читайте также:  Как сделать так чтобы губы были пухлыми всегда

%D0%9F%D0%BE%D1%81%D0%BB %D0%BF%D0%BE %D1%82%D0%BE%D0%BA%D1%83
Структурная схема усилителя с последовательной обратной связью по току.

Последовательная обратная связь по току имеет следующие характеристики. Входное напряжение цепи ОС UCB пропорционально выходному току усилителя ICB, который протекает через резисторы RH, RT и RВЫХ, а выходное напряжение цепи ОС UОС совместно с напряжением источника сигнала UСИГ составляет входное напряжение усилителя UВХ.

Из вышеизложенного следует, что при уменьшении сопротивлений RH, RT и RВЫХ, а также при увеличении входного сопротивления усилителя и источника сигнала действие последовательной ОС по току уменьшается. А при отсутствии нагрузки и холостом ходу на входе схемы данный вид ОС сводится к нулю.

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

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

Источник

Обратные связи в схемах нотации IDEF0

Объекты и связи в IDEF0

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

image001

Рис. 13. Формирование модели бизнес-процесса.

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

Стрелки, входящие в функцию слева, служат для описания потоков материальных ресурсов или потоков информации, документов.

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

Все ресурсы для выполнения работы отобра­жаются на диаграмме стрелками, входящими в четырехугольник снизу

Управляющие воздействия показываются на диаграмме стрелками сверху (устное распоряжение руко­водителя, нормативный документ, государственный, отраслевой стандарт, тех­нические условия и т.д.).

Моделирование процессов в нотации IDEF0 начинается с создания так называемой контекстной диаграммы, описывает деятельность организации или процесса в целом.

Обратные связи в схемах нотации IDEF0

Рассмотрим пример описания процесса, поместив на диаграмму три функции, как показано на рис. 14

image002

Рис. 14. Формирование модели бизнес-процесса. Шаг 2

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

Располагать на одной диаграмме не более шести и не менее двух функций.

С каждой стороны в четырехугольник может входить не более шести стрелок одновременно.

Объекты на диаграмме расположены в шахматном или так называемом порядке доминирования.

Модели IDEF0 предназначены для описания процессов с точки зрения управления.

image003

Рис. 15. Формирование модели бизнес-процесса. Шаг 3.

Для планирования коммерческий отдел (далее КО) использует информацию о рынке (прайс-листы и т.п.) и заявки клиентов.

Деятельность КО определяется «Регламентом планирования». «Планом организации на год».

Результатом работы КО является «План отгрузки ГП (готовой продукции)».

1. Рассмотрим функцию «Осуществлять деятельность. ». Ее выполняет Произ­водственный отдел (ПрО) и Цех (рис. 16).

image004

Рис. 16. Формирование модели бизнес-процесса. Шаг 4

Для выполнения работ требуется сырье и материалы.

Работы регламентируются нормативами на расход сырья государствен­ными, отраслевыми стандартами, техническими условиями, требованиями кли­ента. Для работы ПрО требуется АСУ ТП собственной разработки. Для производства готовой продукции Цеху необходимы станки и прочее оборудование, т.е. основные средства (ОС).

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

1. Необходимо показать входы и выходы функции «Анализировать, контролировать и управлять деятельностью». Предположим, что её выполнение (контроль) должно осуществляться тем, кто работу планирует, т.е. КО.

В своей работе по анализу и контролю КО руководствуется регламентом анализа и контроля и годовым планом работы организации в целом. Для работы КО использует MS Excel.

Исходя из схемы процесса, представленной на рис. 17, КО использует вход «Фактическая информация по выполнению плана».

image005

Рис. 17. Формирование модели бизнес-процесса. Шаг 5

Для выполнения работы КО необходим анализ и контроль исполнения плановой информации на основании сравнения.

Таким образом, необходимо показать на схеме, что «План отгрузки ГП», являющийся выходом первой функции процесса и попадающий на вход функции «Осуществлять деятельность», должен также попадать и на вход функции «Анализировать, контролировать и управлять деятельностью».

Результатом работы КО является отчет для руководства организации «План/ факт», как показано на рис. 17.

Необходимо отобразить на схеме процесса, по крайней мере, два типа обратных связей — по информации и управлению (рис. 7.6).

image006

Рис. 18. Формирование модели бизнес-процесса. Шаг 6.

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

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

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

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

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

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

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

Читайте также:  Как по английски будет стройное тело

Дата добавления: 2015-12-08 ; просмотров: 2725 ; ЗАКАЗАТЬ НАПИСАНИЕ РАБОТЫ

Источник

Методология IDEF0

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

Каждая IDEF0-диаграмм а содержит блоки и дуги. Блоки изображают функции моделируемой системы. Дуги связывают блоки вместе и отобра­жают взаимодействия и взаимосвязи между ними.

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

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

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

Взаимодействие работ с внешним миром и между собой описывается в виде стрелок, изображаемых одинарными линиями со стрелками на концах. Стрелки представляют собой некую информацию и именуются существительными.

Типы стрелок

В IDEF0 различают пять типов стрелок.

Рис. 2.1Типы стрелок

В методологии IDEF0 требуется только пять типов взаимодействий между блоками для описания их отношений: управление, вход, обратная связь по управлению, обратная связь по входу, выход-механизм. Связи по управлению и входу являются простейшими, поскольку они отражают прямые воздействия, которые интуитивно понятны и очень просты.

Рис. 2.2. Связь по выходу

Рис. 2.3. Связь по управлению

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

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

Обратная связь по управлению возникает тогда; когда выход некоторого блока влияет на блок с большим доминированием.

Связи «выход-механизм» встречаются нечасто. Они отражают ситуацию, при которой выход одной функции становится средством достижения цели для другой.

Рис. 2.4. Обратная связь по входу

Рис. 2.5. Обратная связь по управлению

Связи «выход-механизм» характерны при распределении источников ресурсов (например, требуемые инструменты, обученный персонал, физическое пространство, оборудование, финансирование, материалы).

В IDEF0 дуга редко изображает один объект. Обычно она символизирует набор объектов. Так как дуги представляют наборы объектов, они могут иметь множество начальных точек (источников) и конечных точек (назначений). Поэтому дуги могут разветвляться и соединяться различными способами. Вся дуга или ее часть может выходить из одного или нескольких блоков и заканчиваться в одном или нескольких блоках.

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

Слияния дуг в IDEFO, изображаемое как сходящиеся вместе линии, указывает, что содержимое каждой ветви идет на формирование метки для дуги, являющейся результатом слияния исходных дуг. После слияния результирующая дуга всегда помечается для указания нового набора объектов, возникшего после объединения. Кроме того, каждая ветвь перед слиянием может помечаться или не помечаться в соответствии со следующими правилами:

Рис. 2.6. Связь выход-механизм

Количественный анализ диаграмм

Для проведения количественного анализа диаграмм перечислим показатели модели:

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

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

Рис. 2.7. Пример несбалансированной диаграммы

Введем коэффициент сбалансированности диаграммы

Необходимо стремиться, чтобы Кь был минимален для диаграммы.

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

Инструментарий BPWin

При запуске BPWin по умолчанию появляется основная панель инструментов, палитра инструментов и Model Explorer.

При создании новой модели возникает диалог, в котором следует указать, будет ли создана модель заново, или она будет открыта из репозитария ModelMart, внести имя модели и выбрать методологию, в которой будет построена модель (рис. 2.8).

Рис.2.8 Диалог создания модели

Модель в BPWin рассматривается как совокупность работ, каждая из которых оперирует с некоторым набором данных. Если щелкнуть по любому объекту модели левой кнопкой мыши, появляется всплывающее контекстное меню, каждый пункт которого соответствует редактору какого-либо свойства объекта.

Пример

После изучения исходных документов и опроса заказчиков и пользователей системы необходимо сформулировать цель моделирования и определить точку зрения на модель. Рассмотрим технологию ее построения на примере системы «Служба занятости в рамках вуза», основные возможности которой были описаны в лабораторной работе № 1.

Сформулируем цель моделирования: описать функционирования системы, которое было бы понятно ее пользователю, не вдаваясь в подробности, связанные с реализацией. Модель будем строить с точки зрения пользователей (студент, преподаватель, администратор, деканат, фирма).

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

Читайте также:  Как я буду выглядеть толстой

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

Контекстная диаграмма

Таким образом, определим контекстную диаграмму системы (рис. 2.9).

Рис 2.9.Контекстная диаграмма системы

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

Получим диаграмму, изображенную на рис. 2.10.

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

Рис. 2.10. Декомпозиция работы «Обслуживание, клиента системы»

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

Рис. 2.11. Декомпозиция работы «Определение уровня доступав систему»

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

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

После открытия БД необходимо сообщить системе об установлении соединения с БД, после чего выполнить запрос и сгенерировать отчеты для пользователя (рис. 2.12).

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

Рис. 2.12. Декомпозиция работы «Обработка запроса клиента»

Корректировка диаграммы

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

Скорректируем диаграмму, добавив в нее стрелки «Шаблоны отчетов» и «Запросы на изменение БД» и туннельную стрелку «Клиент системы». Туннелирование «Клиента системы» применено для того, чтобы не выносить стрелку на диаграмму верхнего, так как функция выбора формы отчета не является достаточно важной для отображения ее на родительской диаграмме.

Декомпозицию работы «Выполнение запроса» целесообразно провести при помощи диаграммы DFD (лабораторная работа № 3), так как методология IDEF0 рассматривает систему как совокупность взаимосвязанных работ, что плохо отражает процессы обработки информации.

Рис. 2.13. Декомпозиция работы «Обработка запроса клиента»

Рис. 2.14. Декомпозиция работы «Обслуживание клиента системы»(вариант 2)

Рис. 2.15. Контекстная диаграмма системы (вариант 2)

Перейдем к декомпозиции последнего блока «Изменение БД». С точки зрения клиента, данные системы располагаются в одной БД. Реально в системе присутствует шесть БД:

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

Данную модель реализовать другим способом, предоставив возможность обновления БД непосредственно по запросам, минуя процесс контроля данных. В этом случае необходимо обеспечить контроль целостности БД для избежания ее повреждения. В этом случае диаграмма будет выглядеть следующим образом (рис. 2.17).

Рис. 2.16. Декомпозиция работы «Изменение БД»

Рис. 2.17. Декомпозиция работы «Изменение БД» (вариант 2) Для первого варианта, изображенного нарис. 2.12

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

Декомпозиция работы «Выполнение запроса» будет проведена в следующей лабораторной работе, иллюстрируя применение диаграмм DFD для описания процессов обработки информации.

Проведем количественный анализ моделей, изображенных на рис. 2.12 и 2.13, согласно вышеописанной методике. Рассмотрим поведение коэффициента ^ у этих моделей. У родительской диаграммы «Обработка запроса клиента» коэффициент равен 4/2 = 2, а диаграммы декомпозиции 3/3 = 1. Значение коэффициента убывает, что говорит об упрощении описания функций с понижением уровня модели.

Рассмотрим изменение коэффициента Кb у двух вариантов моделей.

для второго варианта

Коэффициент Кb не меняет своего значения, следовательно, сбалансированность диаграммы не меняется.

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

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

Контрольные вопросы

Список Контрольных вопросов:

Источник

Adblock
detector