 |
Связь между диаграммой и ее родительским функциональным блоком
|
|
|
|
Функциональный блок декомпозируется, если необходимо детально описать его работу. При декомпозиции блока полезно рассмотреть его жизненный цикл, это поможет определить функциональные блоки получающейся "детской" диаграммы. Например, жизненный цикл блока "Поджарить бифштекс" может выглядеть как следующая последовательность: "Подготовить продукты", "Отбить мясо", "Разогреть масло" и т.д.
При моделировании IDEF0 важно иметь в виду, что граница детской диаграммы есть граница родительского функционального блока. Это означает, что вся работа выполняется блоками самого нижнего уровня. В отличие от иерархии, применяемой в структурном программировании, блоки верхнего уровня не являются субъектами управления для блоков нижнего уровня. Это означает, что в IDEF0 дети — это те же объекты, что и их родители, только показанные с большей детализацией. Действия генерального директора компании на диаграммах IDEF0 могут отражаться рядом с действиями простых рабочих.
На концах граничных стрелок (начинающихся или заканчивающихся за пределами диаграммы) детских диаграмм помещаются коды ICOM, чтобы показать, где находится соответствующая стрелка на родительской диаграмме (рис. 2.12). Они нужны для проверки целостности модели и могут быть полезны, когда порядок расположения стрелок на детской диаграмме отличается от порядка их расположения на родительской диаграмме. Код ICOM состоит из латинской буквы I, С, О или М и числа, показывающего расположение стрелки на родительской диаграмме в порядке сверху вниз или слева направо.
Рисунок 2.12 - ICOM-коды на граничных стрелках
2.2.2.9 Два подхода к началу моделирования ("в ширину" и "в глубину")
|
|
|
Модели могут проектироваться с использованием подхода "в ширину", когда каждая диаграмма максимально детализируется перед своей декомпозицией, и с подходом "в глубину", когда сначала определяется иерархия блоков, а затем создаются соединяющие их стрелки. Естественно, возможно применение комбинации этих подходов, причем иерархия блоков может иногда немного измениться после того, как нарисованы стрелки. Это происходит из-за того, что создание стрелок может изменить понимание внутренней архитектуры моделируемого объекта.
Когда остановиться?
Сформулированная цель моделирования содержит вопросы, на которые должна отвечать модель. Когда становится возможным получение ответов на них с помощью модели, модель считается удовлетворяющей поставленным требованиям и рассматривается как завершенная. При построении декомпозиции первого уровня нужно следить за тем, чтобы все блоки на диаграмме лежали внутри определенных ранее границ моделирования. Перед декомпозированием блока нужно удостовериться, не приведет ли это к превышению установленной ранее глубины детализации для данной модели. Еще одно правило состоит в том, что моделирование IDEF0 должно продолжаться до тех пор, пока стрелки предшествования (вход и выход) преобладают на диаграммах.
При необходимости дальнейшей детализации отдельных процессов могут быть использованы диаграммы IDEF3.
Другие диаграммы IDEF0
В дополнение к контекстным диаграммам и диаграммам декомпозиции при разработке и представлении моделей могут применяться другие виды IDEF0-диаграмм.
Дерево модели. Это обзорная диаграмма, показывающая структуру всей модели. На рисунке 2.13 и 2.14 приведены фрагменты такой диаграммы. Обычно вершина дерева соответствует контекстному блоку, под вершиной выстраивается вся иерархия блоков модели. Однако не запрещается назначать вершиной произвольный блок, помещая под ним все его детские блоки. Из-за высокой итеративности функционального моделирования можно ожидать, что дерево модели будет неоднократно изменяться существенным образом до тех пор, пока не будет получена его стабильная версия. Обзор модели с использованием дерева помогает сконцентрироваться на функциональной декомпозиции модели.
|
|
|
Рисунок 2.13 - Фрагмент дерева модели
Рисунок 2.14 – Фрагмент дерева модели
Презентационные диаграммы. Презентационные диаграммы (For Exposition Only diagrams -FEO diagrams) часто включают в модели, чтобы проиллюстрировать другие точки зрения или детали, выходящие за рамки традиционного синтаксиса IDEF0 (рисунок 2.15). Диаграммы FEO допускают нарушение любых правил построения диаграмм IDEF0 в целях выделения важных с точки зрения аналитика частей модели. Естественно, если диаграмма FEO включена в модель исключительно для отображения другой точки зрения на систему, она скорее всего будет выглядеть как обыкновенная диаграмма IDEF0, удовлетворяя всем ограничениям IDEF0.
Один из способов использования FEO-диаграмм состоит в отделении функционального блока от его окружения посредством создания диаграммы с единственным блоком и всеми относящимися к нему стрелками наподобие контекстной диаграммы (рис. 2.15). Это может оказаться полезным в ситуациях, когда необходимо быстро получить информацию об интерфейсе (стрелках) функционального блока, а соответствующая диаграмма декомпозиции содержит слишком много, объектов.
Кроме того, встречаются следующие виды презентационных диаграмм;
· копия диаграммы IDEF0, которая содержит все функциональные блоки, и стрелки, относящиеся только к одному из функциональных блоков, - это позволяет отразить взаимодействие между этим блоком и другими объектами диаграммы;
· копия диаграммы IDEF0, которая содержит все функциональные блоки, и стрелки, непосредственно относящиеся только к входу и (или) к выходу родительского блока;
· различные точки зрения, как правило, на глубину одного уровня декомпозиции.
Рисунок 2.15 - Диаграмма FEO для выделения функционального блока и его стрелок
Удаление диаграмм
Для того чтобы удалить диаграмму, щелкните на панели инструментов на кнопке «Diagram Dictionary Editor» 
, в появившемся окне выберите тип (Diagram Type) и название диаграммы, которую необходимо удалить, и нажмите Delete (рисунок 2.16).
|
|
|
Рисунок 2.16 – Удаление диаграмм
ПРАКТИЧЕСКИЕ ЗАНЯТИЯ
В качестве примера рассмотрим деятельность вымышленной компании Quill, которая существует 5 лет и занимается в основном сборкой и продажей настольных компьютеров и ноутбуков. Годовой оборот компании составляет примерно 20 млн. долл. Компания закупает компоненты для компьютеров от трех независимых поставщиков, а не производит компоненты самостоятельно. Она только собирает и тестирует компьютеры. Компания реализует продукцию через магазины и специализируется на покупателях, для которых главный критерий при покупке - стоимость компьютера. Предполагаемый объем рынка для компании Quill в последующие 2 года - 50 млн. долл.
Несмотря на некоторое увеличение объема продаж, прибыли уменьшаются, растет конкуренция на рынке. Чтобы не потерять позиции, компания решает проанализировать текущие бизнес-процессы и реорганизовать их с целью увеличения эффективности производства и продаж. Основные процедуры в компании таковы:
· продавцы принимают заказы клиентов;
· операторы группируют заказы по типам компьютеров;
· операторы собирают и тестируют компьютеры;
· операторы упаковывают компьютеры согласно заказам;
· кладовщик отгружает клиентам заказы.
В настоящее время компания Quill использует купленную бухгалтерскую информационную систему, которая позволяет оформить заказ, счет и отследить платежи по счетам.
Улучшение деятельности компании должно касаться структуры управления компанией, эффективности производства и внутреннего контроля. В результате реорганизация может потребовать внедрения новой корпоративной информационной системы (состоящей не только из одного бухгалтерского модуля).
Однако перед тем как пытаться производить какие-то улучшения, необходимо разобраться в существующих бизнес-процессах.
|
|
|
