Автор модели

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Авторская проверка

‹ Руководитель проекта
Вверх
Авторская проверка ›

Айтистанция
Добавить комментарий