2.3 Функциональная модель задачи

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

При проектировании функциональной модели в рамках технического задания на дипломный проект, был использован пакет прикладных программ BPWin. С его помощью были получены два вида диаграмм бизнес-процессов AS-IS (как есть), описывающие положение вещей до внедрения разработки и TO-BE (как должно быть), описание бизнес-процессов после внедрения разработки .

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

Структура диаграмм рассмотрена на рис. 2.3, где:

Вход (Input) - материал или информация, которая используется или преобразовывается работой.

Управление (Control) - правила, стратегии, процедуры или стандарты, которыми руководствуется работа. Каждая работа должна иметь хотя бы одну стрелку управления.

Выход (Output) - материал или информация, которая производится работой. Каждая работа должна иметь хотя бы одну стрелку выхода.

Механизм (Mechanism)- ресурсы, которые выполняют работу, например, персонал предприятия станки, механизмы и т.д.

Рис. 2.3 - Структура контекстной диаграммы

На контекстной диаграмме A-0 (рис. 2.4)отразим основные входные потоки, выходные данные, механизмы и управление. Управляющими воздействиями здесь будет Инструкция. Механизмами являются пользователь и ПО.

Рис. 2.4 – Контекстная диаграмма «Формирование баз знаний в формате CLIPS».

Отразим этот блок на диаграмме первого уровня А0 «Формирование баз знаний в формате CLIPS» (рис.2.4). Входными данными модели будут:

• знания экспертов;

• база данных СУБД Cache’.

Выходными данными модели будут:

• базы знаний в формате CLIPS.

Декомпозируем процесс формирования баз знаний на три подпроцесса (Рис. 2.5). Это будут:

• Подключение к СУБД;

• Формирование структуры баз знаний;

• Ручное извлечение знаний.

Рис. 2.5. – Декомпозиция «Формирование баз знаний в формате CLIPS»

Декомпозируем подзадачу «Формирование структуры баз знаний» на два подзадачи (Рис. 2.6), разделяя ее общую работу на два – «Формирование структуры шаблона» и «Формирование структуры правил». Аналогично декомпозируется работа «Формирование структуры правил» (Рис. 2.7) на три подзадачи – «Выбор связующей таблицы», «Выбор таблицы для левой части правила» и «Выбор таблицы для правой части правила».

Рис. 2.6 – Декомпозиция «Формирование структуры баз знаний»

Рис. 2.7 – Декомпозиция «Формирование структуры правил»

Анализ диаграмм AS-IS (Рис. 2.4 – Рис. 2.7) показал, что все действия эксперта по извлечению знаний могут быть автоматизированы при помощи специализированного программного обеспечения, таким образом, были разработаны диаграммы TO-BE (Рис. 2.8 – 2.11), отображающие автоматизацию всех процессов.

Рис. 2.8 – Контекстная диаграмма «Формирование баз знаний в формате CLIPS» в модели TO-BE.

Рис. 2.9 – Декомпозиция «Формирование баз знаний в формате CLIPS» в модели TO-BE

Рис. 2.10 – Декомпозиция «Формирование структуры баз знаний» в модели TO-BE

Рис. 2.11 – Декомпозиция «Формирование структуры правил» в модели TO-BE

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