Сейчас на сайте
Сейчас на сайте 0 пользователей и 0 гостей.

Автор модели

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

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

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

  • организация процесса разработки модели;

  • оформление модели в виде IDEFO-диаграмм;

  • установление необходимого контакта со всеми участниками проекта на основании предос-тавленного руководителем проекта списка источников информации и списка экспертов;

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

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

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

  • автор устно и письменно опрашивает экспертов. Читатели сообщают о замеченных недостатках автору с помощью вносимых прямо в папку замечаний, которые называются комментариями.

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

Последовательность выполнения декомпозиции имеет большое значение, поскольку в IDEF анализ объектов системы оказывает важнейшее влияние на анализ функций. На основании правил, изложенных в стандарте IDEF0, может быть предложен следующий порядок разработки модели автором:

  1. Изучение объекта моделирования и определение области действия модели.

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

  3. Анализ и синтез системных объектов, записывая, как именно подверглись разбиению объекты, входящие в ограниченный объект. Список данных начинается со всех граничных стрелок и их ICOM-кодов, а заканчивается их составляющими.

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

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

  6. Функциональные части объединяются в сбалансированные наборы из 3-6 блоков. Такое тре-бование стандарта вынуждает автора использовать абстракцию и декомпозицию для по-степенного представления деталей системы.

  7. Создаются основные стрелки, представляющие ограничения, потом внешние и, наконец, внутренние стрелки.

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

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

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