Комплексное определение для информационного моделирования (IDEF1X), страница 21

a) Менеджер проекта

b) Разработчик

c) Источники информации

d) Эксперты предметной области

e) Приемочная комиссия проекта

Под распределением ролей, независимо от представителей проекта, понимается распределение ответственности. Описание ролей представлено ниже.

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

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

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

Рисунок А3.1. Организация команды.

Роль менеджера проекта

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

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

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

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

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

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

Роль Разработчика

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

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

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