ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 09.11.2024
Просмотров: 81
Скачиваний: 0
База нормативной документации: www.complexdoc.ru
Фрагмент типовой модели промышленного предприятия в формате IDEF0 дан в приложении В.
Аналогичные типовые модели могут быть разработаны для других видов бизнеса (оказание услуг, транспорт, банковское дело, финансовая деятельность и т.д.).
Рисунок 41
12 Организация процесса функционального моделирования и управление проектом
12.1 Общие положения
Для эффективного моделирования и получения результатов в соответствии со сроками и сметами управление проектом должно представлять собой процесс, в ходе которого координируется
55
База нормативной документации: www.complexdoc.ru
работа авторов, экспертов и тех, кто принимает окончательную версию модели системы или ее части.
Это должен быть процесс, в полной мере использующий возможности методологии, основанной на разделении функций участников проекта и итеративном характере рецензирования, в ходе которого проверяется корректность диаграмм и/или моделей, а также соответствие их поставленной цели и точке зрения.
IDEF0-модель есть результат скоординированной коллективной работы, при которой авторы создают первоначальные диаграммы, основанные на собранной информации об объекте моделирования, и передают их другим участникам проекта для рассмотрения и формулирования замечаний. Порядок, изложенный ниже, требует, чтобы каждый эксперт, у которого есть замечания к диаграмме, сделал их письменно и передал автору диаграммы. Этот цикл продолжается до тех пор, пока диаграммы, а затем и вся модель не будут приняты. Процесс моделирования иллюстрируется рисунком 42. Диаграмма отражает тот факт, что этот процесс - итеративная процедура, приводящая к точному описанию системы.
Рисунок 42
56
База нормативной документации: www.complexdoc.ru
Ценность модели (проекта) определяется ее приемлемостью для экспертов. Эта приемлемость достигается следующими путями:
1)постоянным рецензированием экспертами развивающейся модели, что обеспечивает необходимый уровень соответствия - адекватности - модели существующему моделируемому объекту (если модель отражает состояние «как есть») или предполагаемому (состояние «как должно быть») в том понимании, которое соответствует мнению экспертов;
2)периодическим обсуждением диаграмм, частей модели и модели в целом на техническом совете, решение которого (оформленное в виде протокола) позволяет автору продолжить уточняющее моделирование или закончить его ввиду достаточности детализации и приемлемости проекта (модели).
Если в процессе моделирования выявляется несогласованность оценок экспертов, то она должна быть преодолена, чтобы получить модель, адекватно представляющую объект моделирования или какую-то его часть.
Методология IDEF0 предусматривает необходимость сохранения записей обо всех решениях и альтернативных подходах по мере того, как они возникают на протяжении проекта.
Копии диаграмм, разработанные автором, критически (конструктивно) анализируются компетентными экспертами, которые заносят свои замечания и предложения непосредственно на копиях диаграмм. Авторы отвечают на каждое замечание письменно на тех же копиях.
Предложения принимаются или отвергаются письменно с указанием причин. После внесения изменений и исправлений старые варианты диаграмм остаются в архиве проекта.
Впроцессе чтения диаграмм ничто не должно предполагаться
вмодели по умолчанию, а также не должны делаться выводы, выходящие за пределы действия и утверждения модели. Это побуждает автора к тщательному комментированию и иллюстрированию каждого добавляемого к модели фрагмента, чтобы при чтении и интерпретации модели ее толкование было однозначным и соответствующим поставленной цели и установленной точке зрения без личного присутствия автора и его дополнительных пояснений.
57
База нормативной документации: www.complexdoc.ru
12.2 Состав участников проекта и структура их взаимодействия
В коллектив, занимающийся проектированием (моделированием), должны входить следующие участники:
-руководитель проекта;
-авторы (разработчики) модели;
-технический совет;
-эксперты в предметной области;
-библиотекарь.
Дополнительный специфический участник проекта - «Источники информации».
При проведении работ с привлечением сторонних организаций может создаваться технический совет, обеспечивающий взаимодействие всех участников проекта, работающих как в составе проектирующей организации, так и вне ее. Выполняемая функция («роль», которую выполняет участник проекта) не зависит от должности. Один и тот же человек может выполнять несколько функций. Однако «роль» каждого участника проекта индивидуальна, должна быть определена и зависит от рассматриваемой части проекта. Структура взаимодействия участников проекта приведена на рисунке 43.
58
База нормативной документации: www.complexdoc.ru
Рисунок 43
Принципы коллективной работы в IDEF0-методологии гарантируют, что окончательная версия IDEF0-модели будет верной, так как модель корректируется по результатам рецензирования частей модели, оформленных в виде папок. Более подробная детализация достигается построением необходимого количества диаграмм. По новым частям модели делаются новые замечания, вносятся новые изменения. Окончательная модель соответствует представлениям автора и экспертов о системе, смоделированной с данной точки зрения и для данной цели.
Руководитель проекта и разработчики модели (авторы) должны быть главными исполнителями. Хотя конечной целью разработчика является получение одобрения модели техническим советом, утверждает результаты руководитель проекта. Таким образом, обеспечивается согласованность интересов авторов, рецензентов, совета и руководителя проекта.
12.2.1 Руководитель проекта
Руководитель проекта - лицо, осуществляющее административное управление проектом. Руководитель проекта должен выполнять следующие основные функции:
59
База нормативной документации: www.complexdoc.ru
-выбирать разработчиков модели (авторов). Главным аспектом данной функции является достижение руководителем проекта и разработчиком модели согласия относительно основополагающих правил, в соответствии с которыми выполняется моделирование. Сюда входят использование методологии, порядок и степень контроля за разработчиком модели со стороны руководителя проекта, область действия и ориентация разрабатываемой модели;
-определять обязательные источники информации, на которые разработчик модели будет опираться при построении модели. Этими источниками могут быть либо люди, осведомленные о различных аспектах рассматриваемой сферы деятельности, либо документы, освещающие предметную область моделирования. Эти источники определяются на начальной стадии моделирования, но список их в процессе моделирования должен пересматриваться и уточняться, поскольку по мере построения модели потребности в информации меняются;
-выбирать экспертов, чьи знания будут использованы разработчиком для получения оценки (одобрения) диаграмм и частей модели. Список экспертов составляется на начальной стадии проекта и уточняется о мере необходимости;
-формировать технический совет. Руководитель проекта по должности является председателем технического совета. Этот совет под его председательством периодически собирается для обсуждения существенных вопросов, рецензирования и определения статуса модели и ее частей;
-присваивать статус рассматриваемой советом части модели. 12.2.2 Разработчики ( авторы ) модели
Разработчики (авторы) модели - лица, создающие IDEF0-модели. Разработчик создает модель на основе материала, собранного из источников информации.
Разработчик должен:
- собирать исходные данные от обязательных источников информации, определенных руководителем проекта; при недостаточности собранных сведений автор вправе использовать любые другие источники информации с обязательным указанием ссылок на них;
60
База нормативной документации: www.complexdoc.ru
-обучать (при необходимости) основам IDEF0-моделирования руководителя проекта, экспертов (рецензентов и читателей) и других членов технического совета для обеспечения правильного понимания ими моделей, создаваемых авторами;
-оформлять модель в виде IDEF0-диаграмм;
-организовать разработку модели.
В период подготовки проекта разработчик вместе с руководителем проекта изучает и устанавливает область действия модели. Затем он намечает план проекта, то есть состав и последовательность работ, которые необходимо выполнить для достижения поставленных целей.
Руководитель проекта обеспечивает разработчика списком источников информации и списком экспертов, к которым разработчик может обратиться. Разработчик должен удостовериться, что со всеми участниками проекта установлен необходимый контакт.
Исходную информацию разработчик собирает из источников, установленных руководителем проекта. Природа этой информации во многом зависит от стадии разработки модели. Источниками информации могут служить люди и документы. Разработчик должен понимать, что каждый эксперт-источник информации смотрит на информацию со своей точки зрения. Разработчик должен стараться увидеть смысл и структуру информации глазами ее источника. Синтезируя эти точки зрения в процессе сравнения и противопоставления, разработчик создает адекватный образ объекта моделирования.
Второй функцией разработчика является помощь в технике моделирования всем, кому она может понадобиться. Эта помощь заключается в общем ориентировании членов технического совета, источников информации и экспертов, ознакомлении их с навыками чтения модели, а также с навыками моделирования.
Третьей функцией является оформление модели в виде IDEF0-диаграмм. Для рецензирования разработчик оформляет папки с диаграммами для передачи их в библиотеку проекта.
Разработчик организует построение модели. Для поддержки принятых разработчиком решений и регистрации вклада каждого участника записи исходной информации, собранной в процессе
61
База нормативной документации: www.complexdoc.ru
моделирования, сохраняются в течение определенного времени после завершения проекта. Это позволяет разработчику следить за тем, чтобы исследуемая область была охвачена со всех сторон. Зная, кто и в каких областях поставлял информацию и как это происходило, разработчик может оценить степень соответствия стадии моделирования исходным целям.
12.2.3 Технический совет
Этот элемент организации процесса создания моделей предлагает арбитражные решения по моделированию и рекомендации по установлению статуса диаграмм, части и/или модели в целом (статусы: «Рабочий проект», «Эскиз», «Рекомендовано» и «Публикация»).
Технический совет проводит политику проекта через рекомендации и замечания авторам, предложения по становлению статуса руководителю проекта и подготовку компромиссных решений в конфликтных ситуациях, которые могут возникнуть в процессе проекта. В техническом совете должно быть несколько специалистов с высоким уровнем компетентности, способных отстоять свои решения перед высшим руководством объекта моделирования.
Технический совет формируется из экспертов и профессионалов, знакомых с предметной областью моделирования. Руководитель проекта формирует этот совет и является его председателем. Поскольку основной причиной, побуждающей создавать модель, является необходимость повышения эффективности объекта моделирования, важно, чтобы в совете были представлены все службы, имеющие отношение к рассматриваемой в проекте предметной области. Полезно включать в совет экспертов из смежных подразделений объекта моделирования, не входящих в исследуемую область, но связанных с ней. Эти эксперты помогают адекватно оценить влияние окружающей среды на объект моделирования.
Эксперты могут быть членами совета. Эксперту обычно показывают только ограниченные фрагменты модели на промежуточных стадиях, в то время как совет должен принять решение по всей модели. Иногда в совет могут входить лица, играющие роль источников. В силу очевидной противоречивости интересов нецелесообразно, чтобы в совет входили разработчики модели.
62
База нормативной документации: www.complexdoc.ru
12.2.4 Э к с п е р т
Эксперт - выбираемое руководителем проекта лицо, обладающее специальными знаниями некоторых аспектов моделируемой области. Его опыт в предметной области, к которой относится моделируемый объект, позволяет делать полезные критические замечания в процессе создания модели.
Эксперты призваны критически оценивать создаваемую по частям модель. Это осуществляется в ходе нескольких циклов изучения с использованием читательских папок (цикл автор/ читатель). Папки обеспечивают эксперта набором информации, предназначенным для описания законченного фрагмента моделируемого объекта. С помощью папок эксперту предоставляется информация в наглядном виде. В процессе рецензирования ему может понадобиться заполнить пробелы или даже завершить изложение материала, представленного в папке. Хотя папка во многом основывается на интерпретации разработчиком ранее полученной информации, комментарии экспертов служат ценным материалом для уточнения модели. В информационных папках перед экспертом должны ставиться конкретные, четко сформулированные вопросы, связанные с моделированием.
Главной задачей эксперта является оценка адекватности модели соответствующей предметной области. Экспертная оценка является основным средством в достижении консенсуса среди изучающих модель экспертов. Одобренная модель - это модель, согласованная с экспертами. Если эксперты согласны с тем, что модель или ее часть адекватно представляет рассматриваемый объект, то модель считается одобренной. Если есть не согласившиеся с этим, то их мнение должно обязательно фиксироваться, и модель считается неправильной, пока не доказано обратное. Для достижения консенсуса авторы учитывают комментарии и замечания экспертов при пересмотре той части модели, к которой эти замечания относятся.
Эксперты подразделяются на две группы:
-эксперты-рецензенты;
-эксперты-читатели.
Эксперт-рецензент - член коллектива разработчиков, знающий предметную область моделирования, специализирующийся на
63
База нормативной документации: www.complexdoc.ru
некоторой конкретной функции предприятия и ответственный за обеспечение критических комментариев относительно разрабатываемой модели. Эксперт-рецензент должен знать IDEF0-методологию и уметь делать письменные структурированные замечания в рассылаемых папках. Он является постоянным и активным участником цикла автор/читатель.
Эксперт-читатель - член коллектива разработчиков, профессионально знающий предметную область моделирования, понимающий IDEF0-методологию и умеющий читать IDEF0-диаграммы. Эксперт-читатель знакомится с документацией (IDEF0-папкой), не делая письменных комментариев. От экспертовчитателей авторы получают замечания с помощью опроса.
12.2.5 Библиотекарь
Библиотекарь - лицо, ответственное за хранение документации, изготовление копий, координацию обмена письменной и/или электронной информацией (рассылка папок, получение рецензий, регистрация и публикация диаграмм и модели).
12.2.6 Источники информации
Исходная информация для IDEF0-модели поступает к разработчику из разных источников: от людей и от документов. Люди, являющиеся источниками информации, обладают конкретными знаниями о частных свойствах объекта моделирования, управлении или ходе бизнес-процесса, и их участие в моделировании может быть ограничено несколькими минутами опроса. Однако именно эти источники обеспечивают основу для моделирования. Информация, предоставляемая ими, используется для создания модели, а восприятие этой информации обеспечивает разработчику понимание, необходимое для построения адекватной модели.
Руководитель проекта подбирает источники информации, исходя из направления проекта и потребностей разработчика. По мере развития процесса моделирования потребности в информации изменяются, и список источников информации руководитель проекта пересматривает. Собираемая разработчиком информация должна как можно точнее фиксироваться.
Каждый источник воспринимает предметную область по-своему, и на разработчике лежит ответственность за правильный отбор информации. Особенно это относится к источникам-документам.
64