Александрова Т.В., Голубев С.А., Колосова О.В., Туккель И.Л. и др. Управление инновационными проектами. Часть 2. Инструментальные средства и практикум управления проектами

Подождите немного. Документ загружается.

Институт инноватики http://ii.spb.ru/

Стандартный бланк содержит типовой заголовок и нижний колонтитул.

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

тировать работу над моделью. Элементы нижней части бланка содержат ин-

формацию, идентифицирующую диаграмму: номер диаграммы и ссылку на

родительскую диаграмму.

Элементы заголовка бланка:

Поле Назначение

Used At Используется для ссылок на документы, где эта диаграмма исполь-

зуется. Часто это поле не заполняется.

Author, Date,

and Project

Содержит имя автора, создавшего диаграмму, дату создания и назва-

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

Notes

1 2 3 4 5 6 7 8 9 10

Когда диаграмма, напечатанная на бумаге, редактируется, читатель

отмечает каждое появившееся замечание зачеркиванием цифры в

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

Status Статус отражает степень готовности диаграммы. Это поле исполь-

зуется при осуществлении формального цикла публикации, чтения

и редактирования модели.

Working Новая диаграмма, в диаграмму внесены большие изменения или

старая диаграмма переработана новым автором.

Draft Диаграмма одобрена читателями. Она готова для рассмотрения ру-

ководителем проекта и для подробного комментирования.

Recommended Диаграмма и все сопровождающие ее комментарии рассмотрены и

одобрены. Изменения в диаграмме не предполагаются.

Publication Диаграмма готова к печати и публикации.

Reader, Date Имя читателя и дата чтения (рецензирования).

Context Это эскиз родительской диаграммы, на которой выделяется роди-

тельский блок. Поле контекста на контекстной диаграмме содержит

слово TOP, что показывает отсутствие у нее родительской диаграм-

мы в этой модели.

Элементы нижней части бланка:

Поле Назначение

Node Номер диаграммы. Он совпадает с номером декомпозируемого блока.

Title Название диаграммы, совпадающее с названием декомпозируемого

блока

Number

Так называемый C-номер, уникальный номер, однозначно идентифи-

цирующий ЭТУ диаграмму. Любая новая версия диаграммы будет

иметь свой C-номер. Обычно C-номер содержит инициалы автора как

уникальный идентификатор. Пример: JDM001. C-номера использу-

ются как номера страниц.

Если создается новая версия диаграммы, то новый вариант должен

содержать ссылку на старую диаграмму, например, JDM002

(JDM001). Это позволяет проследить хронологию совершенствования

модели.

Институт инноватики http://ii.spb.ru/

Готовая детал

Оценка степени

завершенности

задания

Станки и

инструменты

Рабочий

комплект

Требования по

срокам выполнения

задания

Справочник

стандартов

качества

Персонал

механического цеха

USED AT:

CONTEXT:

NODE: TITLE: NUMBER:

A0 Изготовить нестандартную деталь

AUTHOR:

PROJECT:

NOTES: 1 2 3 4 5 6 7 8 9 10

DATE:

REV:

WORKING

DRAFT

RECOMMENDED

PUBLICATION

READER DATE

11/04/98

Marca

Механический цех

Управлять

выполнением

задания

Выполнить

задание

Контролировать

качество

выполнения

Штамп "Принято"

Статус задания

План

выполнения

задания

Чертеж

Мастер

Сырье и заготовки

Деталь с

биркой

Принятое, но

незаконченное

задание

Брак

Рабочий

Законченное или незаконченное задание

Контролер

Принятое

задание

Рис. 5. Типичная IDEF0-диаграмма

IDEF0-блоки

IDEF0-блоки, называемые функциями, обрабатывают или преобразуют

входные данные в выходные данные. Поскольку IDEF0 моделирует системы

как иерархически упорядоченную декомпозицию функций, первая функция,

которая определяется – это функция самой системы. IDEF0-блок, представ-

ляющий функцию моделируемой системы, называется контекстным (context).

IDEF0-блок изображается в виде прямоугольника, в котором вписано

название функции. Название обычно состоит из глагола, обозначающего, что

функция делает, и прямого дополнения, квалифицирующего производимое

действие. Название функции должно соответствовать выбранной точке зре-

ния модели. Для специалиста, с позиции которого производится описание

системы, оно должно быть одновременно и понятно, и существенно.

Как было отмечено ранее, IDEF0-модель является системой иерархиче-

ски упорядоченных IDEF0-блоков. Каждый IDEF0-блок (функция) может

быть декомпозирован (детально описан) на составляющие подфункции. По-

скольку IDEF0 определяет всю систему как блок, ее декомпозиция заключа-

Институт инноватики http://ii.spb.ru/

ется в определении того, из каких блоков состоит контекстный блок. Каждый

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

образом детально описан и т.д. Структура модели показана на рис. 4.

Такую декомпозицию часто называют моделированием сверху вниз, од-

нако, это неправильное употребление термина. Функциональную декомпози-

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

тему. Представление о системе разделяется на уровни детализации, где каж-

дый последующий уровень предоставляет более детальную информацию о

предыдущем. Более детальный уровень не просто показывает структуру пре-

дыдущего, а выполняет его подробное описание. После подробного описания

функции наше представление о ней зачастую изменяется, становится более

полным. Увеличение и качественное изменение знаний отражается и на пре-

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

Декомпозиция IDEF0-блока представляется теми же выразительными

средствами в виде набора IDEF0-блоков. Иными словами, функция рассмат-

ривается как совокупность составляющих ее подфункций. Эти подфункции в

своей взаимосвязи представляют собой именно декомпозируемую функцию.

Взаимодействие и связи между подфункциями (блоками) отображается с по-

мощью дуг (arrows).

Интерфейс функции (стрелки)

Каждая функция имеет входные и выходные данные. Входные данные

используются или трансформируются в процессе ее выполнения. Выходные

данные представляют результат выполнения функции.

В IDEF0 входы функции подразделяются на три категории: помимо тра-

диционного входа данных (input) выделяются управление (control) и механизм

(mechanism). Управление – это объекты, которые определяют и контролируют

способ, при помощи которого функция преобразует входные данные, причем

само управление не подвергается преобразованию в процессе выполнения

функции. Механизм – это те объекты, которые собственно и выполняют функ-

цию преобразования входных данных в выходные. Объекты, являющиеся вхо-

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

Входные и выходные данные в IDEF0 отображаются с помощью дуг.

Стрелки, как и категории данных, бывают четырех типов:

I = Input – Вход

C = Control – Управление

O = Output – Выход

M = Mechanism – Механизм

Тип стрелки определяется тем, к какой стороне IDEF0-блока она при-

соединена (рис. 6) По первым буквам английских названий, система обозна-

чения входных и выходных данных при помощи стрелок в IDEF0 называется

ICOM.

Институт инноватики http://ii.spb.ru/

Выход

(Output)

Механизм

(Mechanism)

Вход

(Input)

Управление

(Control)

Функция

Рис. 6. Тип стрелки определяется стороной блока

С помощью стрелок представляются люди, предметы, концепции, собы-

тия. Каждая стрелка должна иметь название, которое записывается около ли-

нии. Тогда как название функции – это фраза с глаголом, название стрелки –

всегда существительное. Название стрелки не всегда может быть правильно

понято читателем, поэтому рекомендуется давать текстовые комментарии к

стрелкам.

Вход данных (Input)

Вход данных представляет материалы, предметы или информацию, ко-

торые трансформируются в процессе выполнения функции с целью получе-

ния результата Стрелки входа соединяются с левой стороной блока. Некото-

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

образует или изменяет что-либо. Например, функция "Принять решение", ко-

торая заключается в анализе определенных факторов, не преобразует и не

модифицирует ни один из факторов. Принятое решение также не оказывает

никакого воздействия на исходный набор факторов. При этом факторы пред-

ставляются входами управления.

Управление (Control)

Управление определяет как, когда и в каком случае выполняется функ-

ция, и какой результат от нее ожидается. Поскольку управление "руководит"

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

функция (IDEF0-блок) должна иметь как минимум один вход управления.

Стрелки управления входят в IDEF0-блок сверху.

Управление часто представляется в виде правил, норм, процедур, стан-

дартов. Они оказывают влияние на выполнение функции, не изменяясь при

этом сами. В том случае, если целью функции является изменение подобной

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

стрелкой входных данных функции.

Институт инноватики http://ii.spb.ru/

Управление – это особый тип входных данных функции. Часто возника-

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

случае рекомендуется выбирать управление; в дальнейшем, после уточнения,

стрелке присваивается требуемый тип.

Выход (Output)

Выход – это материалы, предметы, информация, производимые функ-

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

хотя бы одну стрелку выхода. Функции, которые не производят чего-либо

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

рассмотрения.

При моделировании непроизводственных процессов, выходом функции

часто являются данные, которые были обработаны или переработаны по ал-

горитму, определяемому функцией. Это становится важным при наименова-

нии входных и выходных данных. Например, функция "Проверить платеже-

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

выходные данные. Правильное обозначение данных предполагает, что в этом

случае входная стрелка будет названа "Исходные данные о покупателе", а

выходная "Проверенные данные о покупателе"

Механизм (Mechanism)

Механизм – это те ресурсы, при помощи которых выполняется функция.

В качестве механизма выступают люди, машины, оборудование, которые

обеспечивают все необходимое для реализации функции. IDEF0-блок может

не содержать стрелок механизма. Это объясняется тем, что знание механиз-

ма, осуществляющего функцию, зачастую не является целью моделирования

системы.

Варианты взаимодействия функций

Существует пять основных вариантов взаимодействия функций (связей

между функциями): выход-вход, выход-управление, выход-механизм, обрат-

ная связь выход-управление и обратная связь выход-вход. Эти типы взаимо-

действия, естественно, отображаются при помощи стрелок.

Связь выход-вход обозначает, что выполнение одной функции предше-

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

данными для другой. На рис. 7 функция "Закупить материалы" предшествует

выполнению функции "Обработать материалы".

Материалы

Закупить

материалы

Обработать

материалы

Рис. 7. Связь выход-вход

Институт инноватики http://ii.spb.ru/

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

При этом результат выполнения первой функции управляет выполнением вто-

рой. Это классический прием функциональной декомпозиции, которая и при-

меняется в IDEF0. На рис. 8 "Согласованный план" управляет реализацией ре-

комендаций экспертов. Рекомендации никак не изменяются в процессе реали-

зации, поэтому "Согласованный план" изображается стрелкой управления.

Согласованный

план

Рассмотреть

рекомендации

экспертов

Реализовать

рекомендации

Рис. 8. Связь выход-управление

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

предоставляет средства для реализации другой функции. На рис. 9 изображен

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

ную оснастку.

Обратные связи по управлению или входу применяются в тех случаях,

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

нове результатов работы первого блока.

Оснастка

Подготовить

оснастку

Изготовить

деталь

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

Пример обратной связи выход-управление приведен на рис. 10 – оценка

эффективности хода проекта, реализуемого по принятому, плану управляет

модификациями самого плана. "Оценка эффективности" – безусловно, управ-

ляющая информация, поскольку функция "Разработать план проекта" никак

не модифицирует текущую оценку.

Институт инноватики http://ii.spb.ru/

Оценка эффективности

хода проекта

Разработать план

проекта

Оценить

эффективность

выполнения

проекта

Рис. 10. Обратная связь выход-управление

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

зать цикл исправлений, доработок. На рис. 11 приведен пример такой связи.

Готовые детали

Крашеные

детали

Красить детали

Оценить

готовность детали

Рис. 11. Обратная связь выход-вход

Также с помощью обратной связи выход-вход можно показать, как бра-

кованные изделия используются в качестве сырья для того же процесса, в ре-

зультате которого они были неудачно произведены. Например, так можно

отобразить процесс производства пластиковых бутылок, где некондиционные

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

Разветвления и объединение стрелок

По сути, IDEF0 призван визуализировать взаимосвязь функций в систе-

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

цией. Стрелки в IDEF0 могут разветвляться (branch) и объединяться (split),

охватывая необходимые функции-блоки.

Стрелки являются иерархическими наборами объектов системы. Так как

стрелка редко представляет один объект, то хорошим стилем проектирования

является разветвление и объединение стрелок. Вся стрелка или ее часть мо-

жет начинаться в одном или нескольких блоках и заканчиваться в одном или

нескольких блоках. Объединение стрелок необходимо с целью минимизации

количества стрелок и упрощения описания, а разветвление – для детализиро-

ванного описания данных, поступающих на входы блоков.

Институт инноватики http://ii.spb.ru/

При разветвлении или объединении каждая ветвь стрелки может полу-

чать свое название. Таким образом осуществляется декомпозиция объектов,

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

зывается так же и содержит те же объекты, что и разветвляемая стрелка.

Примеры разветвлений и объединений

На рис. 12 приведен пример, где стрелка разветвляется только для того,

чтобы быть присоединенной к нескольким блокам, каждому из которых не-

обходима вся информация, отображаемая стрелкой.

Правила и процедуры

Рис. 12. Разветвление с полной информацией

На рис. 13 в результате разветвления стрелки "Правила и процедуры"

для второго блока специально выделяются данные о правилах и процедурах

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

содержащейся в стрелке.

Правила и процедуры

для персонала

Правила и процедуры

Рис. 13. Разветвление с выделенной информацией

Институт инноватики http://ii.spb.ru/

Если ответвление стрелки имеет свое название, т.е. выделяет часть ин-

формации, то новое название должно отражать то, что ответвление является

подмножеством исходной стрелки. Разветвление стрелок позволяет осущест-

вить декомпозицию данных, изображаемых стрелкой.

При объединении неименованных стрелок на рис. 14 имеется в виду, что

выходы обоих блоков имеют одинаковое название, и писать его около каждо-

го блока нет необходимости.

Бракованные материалы

Рис. 14. Объединение "одинаковых" входов

На рис. 15 приведен пример, когда объединяются стрелки с разными на-

званиями. Объединенная стрелка получает название, обобщающее ее состав-

ляющие.

Бракованные

детали

Бракованные материалы Отходы

Рис. 15. Объединение "разных" входов

Туннели

Помещение стрелки в "туннель" позволяет скрывать несущественные

для диаграммы детали, или, наоборот, добавлять при описании важную для

изложения информацию.

В случае, если стрелки не было на родительской диаграмме (она не упо-

миналась ранее), а на текущей диаграмме она необходима, то туннель ис-

пользуется как точка входа или выхода стрелки из системы.

На рис. 16 приведена диаграмма, для которой "Персонал" является важ-

нейшим механизмом, однако, скорее всего эта стрелка не будет нести новой

информации нигде больше в модели. Поэтому, стрелка "Персонал" появляет-

Институт инноватики http://ii.spb.ru/

ся именно на этой диаграмме и отсутствует на родительской, и туннель явля-

ется точкой входа этой стрелки в модель.

С помощью туннелей стрелки "Конструкторы" и "Диспетчеры" не попа-

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

димости, излишняя. А стрелка "Технологи" будет представлена на диаграмме

декомпозиции. Здесь туннели служат точками выхода стрелок из системы.

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

венными деталями.

( )

Конструкторское

проектирование

Технологическое

проектирование

Запуск в

производство

Конструкторы

Персонал

Комплект

чертежей

Технологическая информация

Сопроводительная

документация

Диспетчеры

Технологи

Рис. 16. Помещение стрелок в туннель

Цикл Автор-Читатель

Исходные данные для разработки модели автор получает путем опроса

экспертов. Затем он формализует полученные знания, создавая IDEF0-

модель. Разработка модели – итеративный процесс: автор согласует текущие

результаты моделирования с экспертами, предоставившими информацию и с

потенциальными пользователями модели.

IDEF0-диаграммы рассматриваются и редактируются для того, чтобы

убедиться в их корректности и для улучшения их качества. Рецензирование

отдельных диаграмм и модели в целом реализуется через цикл автор-

читатель.

Когда автор диаграммы готов предоставить диаграммы для рецензиро-

вания, он готовит папку (kit или folder) для каждого из читателей, которые

будут рецензировать модель и делать комментарии или заметки (notes) к диа-

граммам или связанной с ними текстовой информацией. Отрецензированные