Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

Управление инновационными проектами Учебное пособие в 2-х частях. Изд-е второе, перераб. и расширен - Александрова Т.В

.,.pdf
Скачиваний:
106
Добавлен:
24.05.2014
Размер:
940.83 Кб
Скачать

Институт инноватики

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). Это позволяет проследить хронологию совершенствования

 

модели.

20

Институт инноватики

 

 

 

 

 

 

 

 

http://ii.spb.ru/

USED AT:

AUTHOR:Marca

 

 

 

 

 

DATE:11/04/98

WORKING

READER

DATE CONTEXT:

 

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

 

 

 

REV:

 

DRAFT

 

 

 

NOTES:

1

2

3

4

5

6

7

8

9

10

RECOMMENDED

 

 

 

PUBLICATION

 

 

 

 

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

 

 

 

 

 

 

 

Справочник

 

 

 

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

 

 

 

 

 

 

стандартов

 

 

 

задания

 

 

 

 

 

 

 

 

 

качества

 

 

 

 

C1

 

 

 

 

 

 

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

C2

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

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

 

 

 

I1

 

 

Управлять

 

 

 

 

 

 

 

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

 

 

выполнением

 

 

 

 

 

 

 

O1

Рабочий

 

 

 

 

 

 

 

 

O2

 

заданияA1 План

 

 

 

 

 

 

 

комплект

 

 

 

 

 

Чертеж

 

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

 

 

 

 

 

 

выполнения

 

 

 

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

 

 

 

Мастер

 

 

 

 

 

 

 

 

 

задания

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Сырье и заготовки Выполнить

 

 

 

I2

 

 

 

 

 

 

 

 

 

 

задание

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

Станки и

 

 

 

 

 

 

 

 

 

A2

 

 

 

инструменты

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Рабочий

Принятое

 

Деталь с

 

 

 

Принятое, но

 

Брак

задание

 

 

 

 

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

 

 

 

 

 

 

биркой

 

 

 

 

 

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

 

 

 

 

 

задание

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

качество

 

 

 

 

 

 

 

 

 

 

 

 

 

выполненияA3

 

 

Персонал

 

 

 

 

 

 

 

 

Контролер

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

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

 

 

 

 

 

 

 

 

 

 

 

 

 

M1

 

 

 

 

 

 

 

 

 

NODE:

A0

 

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

NUMBER:

 

 

 

 

 

 

Рис. 5.

Типичная IDEF0-диаграмма

 

 

IDEF0-блоки

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

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

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

21

Институт инноватики

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.

22

Институт инноватики

http://ii.spb.ru/

Управление

(Control)

 

 

Функция

 

 

Вход

Выход

 

(Input)

 

(Output)

 

 

 

 

 

Механизм

(Mechanism)

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

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

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

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

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

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

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

23

Институт инноватики

http://ii.spb.ru/

Управление – это особый тип входных данных функции. Часто возникает вопрос, какого типа должна быть стрелка: вход или управление. В этом случае рекомендуется выбирать управление; в дальнейшем, после уточнения, стрелке присваивается требуемый тип.

Выход (Output)

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

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

Механизм (Mechanism)

Механизм – это те ресурсы, при помощи которых выполняется функция. В качестве механизма выступают люди, машины, оборудование, которые обеспечивают все необходимое для реализации функции. IDEF0-блок может не содержать стрелок механизма. Это объясняется тем, что знание механизма, осуществляющего функцию, зачастую не является целью моделирования системы.

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

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

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

Закупить

Материалы

Обработать

материалы

материалы

 

 

 

 

 

 

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

24

Институт инноватики

http://ii.spb.ru/

Связь выход-управление показывает влияние одной функции на другую. При этом результат выполнения первой функции управляет выполнением второй. Это классический прием функциональной декомпозиции, которая и применяется в IDEF0. На рис. 8 "Согласованный план" управляет реализацией рекомендаций экспертов. Рекомендации никак не изменяются в процессе реализации, поэтому "Согласованный план" изображается стрелкой управления.

Рассмотреть Согласованный рекомендации план экспертов

Реализовать

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

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

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

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

Изготовить

деталь

Подготовить

оснастку

Оснастка

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

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

25

Институт инноватики

http://ii.spb.ru/

Оценка эффективности хода проекта

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

Оценить

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

выполнения

проекта

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

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

 

Крашеные

Оценить

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

детали

 

 

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

 

 

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

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

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

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

По сути, IDEF0 призван визуализировать взаимосвязь функций в системе. Выход функции может быть использован более, чем одной другой функцией. Стрелки в IDEF0 могут разветвляться (branch) и объединяться (split), охватывая необходимые функции-блоки.

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

26

Институт инноватики

http://ii.spb.ru/

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

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

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

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

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

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

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

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

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

27

Институт инноватики

http://ii.spb.ru/

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

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

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

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

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

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

Отходы

Бракованные

детали

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

Туннели

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

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

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

28

Институт инноватики

http://ii.spb.ru/

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

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

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

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

Комплект

 

 

 

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

чертежей

 

 

 

 

2

 

 

 

 

(

)

 

 

 

 

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

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

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

 

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

 

Запуск в

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

 

 

3

 

 

 

 

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

 

 

 

 

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

 

 

Технологи

 

 

 

 

 

 

6

 

 

 

 

( )

 

 

 

Диспетчеры

 

 

 

 

 

 

Персонал

( )

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

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

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

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

Когда автор диаграммы готов предоставить диаграммы для рецензирования, он готовит папку (kit или folder) для каждого из читателей, которые будут рецензировать модель и делать комментарии или заметки (notes) к диаграммам или связанной с ними текстовой информацией. Отрецензированные

29

Соседние файлы в предмете Экономика