Программная система формирования баз знаний в формате CLIPS
Дипломная работа - Компьютеры, программирование
Другие дипломы по предмету Компьютеры, программирование
?ем еще одного языка описания бизнес-логики - Бейсика. Использование Бейсика позволит облегчить изучение Cache большому количеству программистов, владеющих этим широко распространенным языком.
Партнеры InterSystems используют CSP для написания приложений самой разной сложности. На CSP реализованы различные информационные системы, электронные магазины, системы электронного документооборота, системы для раiета с населением по оплате коммунальных услуг и ряд других интересных приложений.
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
Анализ диаграмм функциональной модели позволил выделить действующие лица - пользователей программы, функции системы, подлежащие автоматизации - ввод сведений о работе системы, формирование баз знаний и ее структуры, что позволило перейти к дальнейшему проектированию программной системы.
2.4 Объектная модель задачи
Процесс проектирования программы состоит из ряда этапов. На первом этапе происходит разработка функциональной модели, вследствие анализа предметной области. Благодаря этой модели происходит выявление процессов, подлежащих автоматизации. Затем, на базе этой модели строиться объектная модель задачи, которая уже на начальных этапах проектирования позволяет разбить программу на модули и наметить их функции.
Проектирование объектной модели осуществлялось с помощью RationalRose.
На основании анализа функциональной модели, определено одно действующее лицо: "Эксперт", который формирует базы знаний в формате CLIPS. Кроме того, на этом этапе определены функции, выполняемые этим действующим лицом (варианты использования), такие как "Подключение к СУБД", "Форм
Copyright © 2008-2014 geum.ru рубрикатор по предметам рубрикатор по типам работ пользовательское соглашение