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

Для экспертов курс обучения должен быть более эффективен, чем для других участников проекта, не вовлеченных в процесс моделирования.  Фактически, одной из обязанностей разработчика является гарантировать то, что эксперты правильно понимают методологию и процесс разработки. Главным образом, эксперты должны иметь навыки прочтения модели, но  также полезно обучить экспертов некоторым навыкам построения модели. Обеспечив экспертов основными способностями понимания моделирования, можно гарантировать, что эксперты смогут внести полезный вклад в процесс проектирования модели. Более того, постепенно, разрастающийся проект предоставляет экспертам возможность изучать методологию моделирования по частям. Это приводит к улучшению способности экспертов понимать модель и содействовать разработчикам в процессе ее проектирования.

Роль приемочной комиссии проекта

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

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

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

А3.1.4. Сбор исходного материала

Одной из первых проблем, с которыми сталкивается разработчик, является определение того, какой материал и от каких источников можно получить. Часто, границы и контекст нотации IDEF1X можно определить на основе анализа функциональной модели IDEF0. Когда проведен анализ функций и определена взаимосвязь между функциями, можно определить целевую функцию предприятия, описанного функциональной моделью. Целевая функция – это использование определенной информации для представления проблемной области.

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

Источники информации могут принимать различные формы и могут быть широко распространены по всей организации.

Источники информации могут включать:

a) Результаты интервью

b) Результаты наблюдений

c) Методику и процедуры

d) Выходную информацию существующих систем (например, отчеты и показатели)

e) Входная информация существующих систем (бланки ввода данных и показатели)

f) Базы данных/спецификацию файлов для существующих систем.

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

Как описано в разделе А2, назначение моделирования данных в том, чтобы определить точку зрения предприятия на информационные ресурсы, которые отображаются как концептуальная схема данных в архитектуре ANSI/SPARC. Источники документов, в большинстве случаев, представляются как внутренняя или вешняя схема данных, которая должна  отображаться на концептуальной схеме. Например, пользователь рассказывает о своем видении внутренней схемы данных, которая должна служить как источник документации. Описание файлов и баз данных формируют представление внутренней схемы данных и также может быть использовано как источник документации. Хотя структура данных будет очень упрощенной на протяжении всего процесса моделирования, конечная модель данных должна иметь такую структуру, чтобы можно было обратиться к исходной внутренней и внешней схеме данных.

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