1. Построение модели idef3

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

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

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

IDEF3 также может быть использован как метод проектирования бизнес-процессов. IDEF3-моделирование органично дополняет тра­диционное моделирование с использованием стандарта методологии IDEF0. В на­стоящее время оно получает все большее распространение как вполне жизнеспособный путь построения моделей проектируемых систем для дальнейшего анализа имитационными методами.

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

Ниже будет представлена модель IDEF3 для разрабатываемого программного обеспечения (рис. 1).

Рисунок 1 - Модель IDEF3 РПО

2. Разработка концептуальной модели

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

Рассмотрим стандартный сценарий. Пользователь запускает курс лекций. Курс лекций загружается из соответствующих файлов в формате html. Изучив лекции по определенной теме, пользователь может пройти по ней тестирование, которое покажет уровень освоения пользователем данной темы, однако тестирование можно проходить и без ознакомления с лекционным материалом. Предварительно пользователь должен ввести свои данные для их записи в базу данных, в которую после прохождения теста будет записана оценка. Вопросы по тестам лежат в отдельной папке. Результаты тестирования выводятся по 5-балльной шкале. В случае выхода пользователя во время тестирования происходит потеря результатов тестирования, в базу данных добавляется неудовлетворительная оценка. Также пользователь может посмотреть список рекомендованной литературы по каждой теме в соответствующем блоке программы.

3. Разработка схемы потоков данных

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

По концептуальной модели строится схема потоков данных, которая представлена на рис. 2.

Рисунок 2 - Схема потоков данных

По концептуальной модели и схеме потоков данных (рис. 2) можно выделить запросы программы:

1-2 – запрос на запуск лекции;

3-4 – отклик на запрос по запуску лекции;

1-5-6-7 – запрос на запуск теста;

9-6-7 – запрос на запуск теста;

8-10 – отклик на запрос запуска теста;

12-13 – запрос на запуск журнала;

14-15 – отклик на запрос запуска журнала;

11 – запись данных в бд;