CC BY
135
СПИСОК ЛИТЕРАТУРЫ
1. Гонсалес Р., Вудс Р. Цифровая обработка изображений. - М.: Техносфера, 2005. - 1072 с.
2. Skarbek W., Koschan A. Colour image segmentation - a survey // Techn. Rep. 94-32. - Technical University Berlin. 1994. URL: http://iristown.engr.utk.edu/~koschan/paper/coseg.pdf (дата обращения: 09.04.2012).
3. Malik J., Belongie S., Leung Т., Shi J. Contour and texture analysis for image segmentation // International Journal of Computer Vision. - 2001. - V. 43. - № 1. - P. 7-27.
4. Форсайт Д., Попе Д. Компьютерное зрение. Современный подход. - М.: Вильямс, 2004. - 928 с.
5. Lucchese L., Mitra S. Color image segmentation: A state-of-the-art survey // Proc. of the Indian National Science Academy (INSA-A).
- 2001. - V. 67. - №2. - P. 207-221.
6. Стоянов А.К. Применение рекуррентной нейронной сети для решения задачи кластеризации // Известия Томского политехнического университета. - 2009. - Т 315. - № 5. - С. 144-149.
7. Малинецкий ГГ. Математические основы синергетики. - М.: Изд-во ЛКИ, 2007. - 312 с.
Поступила 11.04.2012 г.
УДК 004.652.8:004.825
ДИАГНОСТИКА МОДЕЛЕЙ БАЗ ДАННЫХ НА ОСНОВЕ ПРОДУКЦИОННОЙ СИСТЕМЫ
А.А. Мицель, В.Д. Сибилев, И.А. Красиков
Томский государственный университет систем управления и радиоэлектроники E-mail: Krasikov86@sibmail.com
Представлена логическая структура и механизм работы проектируемой автоматизированной системы проверки моделей баз данных. Приведена формализация базы знаний продукционной системы искусственного интеллекта, используемая в синтаксическом анализе моделей баз данных. Рассмотрены примеры логического вывода на основе знаний, представленных в формализованной базе знаний продукционной системы искусственного интеллекта.
Ключевые слова:
База данных, синтаксические ошибки, семантические ошибки, логическая модель, метаданные, модель «сущность-связь», продукционная система, база знаний, правило-продукция.
Key words:
Database, syntax errors, semantic errors, loglc mode!, metadata, model «entity-relationship», production system, knowledge base, ru-le-production.
Введение
Диагностика моделей баз данных на сегодняшний день является одной из важнейших задач, стоящих перед проектировщиком баз данных (БД), от выполнения которой зависит будущее всей разрабатываемой информационной системы. Процесс проектирования модели БД представляет собой логически сложную, трудоемкую задачу, требующую от проектировщика знания семантического моделирования БД и навыков в работе с инструментальными средствами построения моделей БД, называемых CASE-системами (Computer Aided Software/System Ingineering).
В настоящее время специалистов в области проектирования БД готовят практически во всех вузах и иных учебных заведениях нашей страны, однако уровень знаний выпускаемых специалистов в данной области зачастую оставляет желать лучшего. Низкий уровень знаний проектировщиков БД проявляется в отсутствии навыка выделять объекты описываемой предметной области (ПО), формулировать законы взаимодействия объектов ПО друг с другом, строить на их основе модели БД, которые в конечном итоге сводятся к физическим БД. В таких моделях БД зачастую наблюдаются
различного рода аномалии обновления данных, их избыточность, утеря данных, либо в БД могут иметь место данные, не несущие никакой смысловой нагрузки. Перечисленные ошибки относятся к так называемым ошибкам нормализации БД, которые можно не допускать на этапе построения модели БД, владея методологией построения моделей БД и соблюдая применяемые к ним правила нормализации. В проектировании БД принят стандарт IDEF1X, который широко используется, начиная с 1993 г. и по сегодняшний день [1]. В стандарте IDEF1X четко и однозначно описаны все синтаксические правила построения моделей БД, на которых базируется большинство СА8Е-систем, однако знания методологии IDEF1X для успешного построения схем БД недостаточно, проектировщику необходимо также выявлять все функциональные зависимости (ФЗ) сущностей, вытекающие из делового регламента описываемой ПО. Правила нормализации БД, подробно описанные в книге [2], могли бы помочь студентам избежать большинства ошибок еще на этапе проектирования модели БД.
Данная статья является продолжением работ [3, 4], в которых:
• приведены основные проблемы, с которыми сталкиваются как студенты, занимающиеся выполнением курсовых работ по дисциплине «Базы данных», так и преподаватель, выполняющий проверку студенческих курсовых работ;
• изложены причины, по которым использование существующих на сегодняшний день CASE-систем нежелательно в учебном процессе;
• предложена концепция автоматизированной системы управления курсовым проектированием (АСУКП) по дисциплине «Базы данных», основной задачей которой является обучение студентов навыкам семантического моделирования баз данных с использованием методологии IDEF1X (Integration DEFinitions 1 eXpanded);
• предложена концептуальная модель автоматизированной системы проверки курсовых работ (АСПК), являющаяся подсистемой АСУКП. Задачей АСПК является проверка синтаксической правильности IDEF1X диаграмм и установление их соответствия требованиям нормализации. Основной целью АСПК является снятие с преподавателя большей части аудиторной нагрузки, уходящей на проверку IDEF1X диаграмм логических моделей баз данных (БД), выполненных студентами;
Проектируемая АСПК ориентирована на контроль знаний студентов по дисциплине базы данных, обучающихся по дистанционной технологии. Несмотря на то, что в настоящее время существует множество компьютерных систем контроля знаний (СКЗ), основывающихся на тестировании студентов по различным дисциплинам, к числу которых относится и дисциплина базы данных: ЦКТ, АСТ, WITS, CALAT, TeachLab, PROUST, LISP-Tutor, атак же веб система обучения Moodle [5], функционально они отличаются от АСПК, поскольку критерием оценки знаний студентов в данных системах является анализ ответов на задаваемые системой тестовые вопросы, а не проверка правильности практических работ студентов, основанных на построении схем БД.
Существуют также системы визуального проектирования БД, именуемые CASE-системами, к которым относятся Erwin, Vantage Team Builder, S-Designor, DataBase Designer, Design/IDEF, Designer/2000, Silverrun и PRO-IV [6]. С помощью CASE-систем можно строить схемы БД в различных графических нотациях, однако данные системы ориентированы, в первую очередь, на профессионального проектировщика БД, а не на студента. В связи с этим их использование в учебном процессе нежелательно. Кроме того, с помощью существующих на сегодняшний день CASE-систем невозможно выполнить синтаксический анализ и проверку на нормализацию построенных схем БД [7]. Но стоит отметить инструмент моделирования данных ERwin Examiner, позволяющий проверять построенные в Erwin Data Modeler схемы
БД [8], однако в данной среде присутствует автоматическая поддержка синтаксиса графической нотации IDEF1X построения схем БД, что позволяет студенту выполнять синтаксически правильные схемы БД, не зная методологии IDEF1X.
Компонентами логической модели БД являются: словарь (глоссарий) предметной области, содержащий определения сущностей, атрибутов и доменов, трехуровневая IDEF1X диаграмма пользовательских данных, состоящая из ER (Enti-ty-Relation), KB (Key Based), FA (Full Attributes) уровней детализации предметной области [9].
Целью данной работы является выявление ключевых моментов в диагностике моделей баз данных и рассмотрение возможности диагностирования моделей баз данных с помощью АСПК. Для достижения поставленной цели необходимо решить следующие задачи, касающиеся АСПК:
• рассмотреть ключевые моменты в проверке логической модели БД преподавателем и найти их схожесть с процессом автоматизированной проверки модели;
• описать ее логическую структуру и механизм работы;
• разработать ее функциональную модель и базу знаний;
• проверить работоспособность базы знаний в оболочке экспертной системы.
Ниже рассматривается механизм работы АСПК, основывающийся на продукционной системе искусственного интеллекта, разработана логическая структура метаданных, использующаяся для представления проектируемой студентом и хранения правильных, с точки зрения преподавателя, моделей БД, приведена ее функциональная модель.
1. Логическая структура и механизм работы автоматизированной системы проверки курсовых работ
В соответствии с вышесказанным, задачами АСПК являются:
• проверки правильности имен, определений сущностей и атрибутов, имеющихся в глоссарии, заключающиеся в установлении их соответствия объектам описываемой предметной области, исключение тавтологии (рекурсии) в их определениях;
• синтаксический анализ IDEF1X диаграмм баз данных ER, KB, FA уровней;
• установление соответствия IDEF1X диаграмм FA уровня требованиям нормализации (семантический анализ);
При проверке курсового проекта непосредственно преподавателем анализ IDEF1X модели БД, описанной в проекте, основывается на знании преподавателем методологии IDEF1X и ее применении в анализе предметной области конкретной темы курсового проекта. В процессе проверки курсовой работы у преподавателя формируется собственное представление о моделируемых пользова-
тельских данных, отраженное в виде IDEF1X модели БД, которой должна соответствовать IDEF1X модель БД студента, в случае правильно выполненной курсовой работы. Установление соответствия между IDEF1X моделями БД студента и преподавателя также является критерием правильности курсовой работы при ее проверке с помощью АСПК [4].
Для каждой темы курсового проекта в АСПК существует как минимум один вариант правильной IDEF1X диаграммы, созданный преподавателем, представленный метаданными (МД), имеющими логическую структуру, удовлетворяющую синтаксису методологии ГОEF1X [3].
Рабочими компонентами АСПК являются:
• метаданные модели студента (МДС) - набор таблиц базы данных соответствующей МД структуры, хранящих сведения о проектируемой студентом логической модели;
• метаданные модели преподавателя (МДП) -набор таблиц базы данных аналогичной МД и МДС структуры, хранящих реализации правильных схем БД, удовлетворяющих требованиям нормализации;
• продукционная система искусственного интеллекта, осуществляющая проверку синтаксической правильности схемы БД, выполненной студентом;
Механизм работы АСПК заключается в последовательном выполнении следующих шагов:
1. Проверка на принадлежность определений сущностей и атрибутов данных в глоссарии определениям сущностей и атрибутов, имеющимся в МДП. При установлении данного соответствия имена и определения сущностей и атрибутов заносятся в МДС, а сами сущности и атрибуты связываются на основе данных определений с соответствующими сущностями и атрибутами в МДП. После чего студент выполняет построение схемы БД в графическом редакторе схем АСУКП.
2. Проверка синтаксиса построенной в АСУКП схемы БД с помощью продукционной системы искусственного интеллекта, формализация базы знаний которой приведена в разделе 2 данной статьи. Если в проверяемой продукционной системой схеме БД отсутствуют синтаксические ошибки, то данная схема считается синтаксически правильной, и сведения о ней заносятся в МДС, в противном случае студенту выдается сообщение об ошибке, и схема не фиксируется в МДС до тех пор, пока студент не исправит ошибку. Если в существующую схему БД добавляется новая сущность, не определенная ранее в глоссарии, то АСПК возвращается на шаг 1, где производится анализ на соответствие данной сущности структуре БД в МДП, таким образом, устанавливается принадлежность нового объекта модели БД к описываемой предметной области.
3. Проверка схемы БД на соответствие требованиям нормализации. Данная проверка заключается в установлении семантического соответствия схе-
мы БД в МДС схеме БД в МДП, получаемого на основе результатов SQL запросов к таблицам в МДС и МДП, связанных между собой по определениям сущностей в глоссарии на шаге 1. Если соответствие между МДС и МДП установлено, то логическая схема БД считается нормализованной, т. е. семантически правильной.
Схема БД в МДП, заданная преподавателем заранее, должна удовлетворять требованиям третьей нормальной формы (3 НФ), касательно сущностей, которые:
• не должны допускать повторяющиеся кортежи, кортежи отношений должны быть не упорядоченными, атрибуты сущностей должны быть не упорядочены и различаться по наименованию, все значения атрибутов должны быть атомарными - требования 1НФ.
• должны удовлетворять требованиям 1НФ, и в них не должно быть неполных функциональных зависимостей неключевых атрибутов от составного первичного ключа - требования 2НФ.
• должны удовлетворять требованиям 2НФ, и между всеми ее неключевыми атрибутами не должно быть транзитивных зависимостей -требования 3НФ [10].
Только удовлетворяющая перечисленным выше требованиям нормализации схема БД считается семантически правильной, так же следует отметить, что существуют требования нормализации схем БД и более высокого уровня, чем 3НФ, но в рамках данной статьи они рассматриваться не будут, поскольку на практике, как правило, достаточным оказывается соответствие проектируемой схемы БД требованиям 3НФ [11].
Формулировка задачи семантического анализа в теоретико-множественном представлении выглядит следующим образом:
Если обозначить множество реализованных в МДС схем БД как ММДС, а множество семантически правильных, с точки зрения преподавателя, схем реализованных в МДП как ММДП, то формально задачу семантического анализа схемы БД студента можно представить в виде:
3М((М е ММДС)А (М е ММДП))^ £,
где М - проверяемая схема БД, а £ - логический вывод, обозначающий отсутствие семантических ошибок в проверяемой схеме БД.
2. Формализация базы знаний продукционной системы искусственного интеллекта, использующейся в автоматизированной системе проверки курсовых работ для синтаксического анализа схем базы данных В статье приведена формализация экспериментальной базы знаний продукционной системы искусственного интеллекта, знания в продукционной системе представляются правилами-продукциями или продукциями, являющимися импликациями вида «если-то», имеющими обозначение:
а^р, (1)
А
Рис. 1. Функциональная модель системы АСПК
где а - посылка; в - заключение. Для более подробного раскрытия условия применимости можно использовать выражение следующего вида:
Р АР2 А...Рп ^ В, (2)
где P¡ (/=1,2,...,п) - условия применимости, образующие конъюнктивную форму; B - заключение, которое может трактоваться как действие [12].
База знаний разделена на множества, элементами которых являются посылки и заключения, соответствующие синтаксическим правилам графотекстового языка IDEF1X описания логических моделей БД:
• E - входные данные продукционной системы.
• D - промежуточные данные, полученные из E.
• C - данные, не являющиеся прямыми следствиями из описания синтаксиса графической модели, но связанные с описанием ее семантики.
• B - выводы о наличии синтаксических и отсутствии или наличии семантических ошибок в анализируемой модели.
• A - принятые решения о принадлежности или не принадлежности анализируемой модели к множеству синтаксически и семантически правильных моделей БД.
На рис. 1 приведена функциональная модель системы АСПК.
Таблица 1. Правила-продукции продукционной системы
0) EJ—D 29) E2saE2-jaE29—D]6,
1) E8^D5, 30) E30—— D17,
2) E^D; 31) E31—— D17,
3) E]0—Ds, 32) E32—— D19,
4) E—D 33) D]6aD]-]—D]8,
5) E-3aEa^D2\ 34) D19—— D2o,
6) E14AE5—D6, 35) D18 —Di,
7) Ei4aEi2^D6, 36) D20—— D21,
8) E^Dy, 37) D2—D22,
9) D2—D, 38) D15—— D22,
10) E6aEb^D4, 39) D14AD22— C+1,
11) E2oaE2—D9, 40) D23—— C+1,
12) E2oaE23^Do; 41) C—B,
13) E22AE23 —Do, 42) C—Вь
14) E20AE21—>D12, 43) C+1 —Вд,
15) E20AE23—D13; 44) CaC+1—B5,
16) E22AE23—D13; 45) Cv-1aC/v— B8,
17) E]aD]aE<5—D-3; 46) B—^3,
18) D4—D; 47) B-2—A-3,
19) D6—Dj, 48) B-3—A-3,
20) E19AE15AE17AD9— D8, 49) B4—Aa,
21) D10AE15AE17AE19—D8, 50) B'5aB6jaB-]—A'5,
22) E16AE18AE19AD12——Du, 51) B8—6, 52) A3—A,
23) D13AE16AE18AE19——Du, 53) A—A
24) D3AD— Ci, 54) A5AA6—A2,
25) D8 — D14, 55) A—A,
26) D11—— D14, 56) A2—A,
27) E24aE26aE28—D16, 57) D24AD25—Cn-1,
28) E2saE26aE28—D]6, 58) E33—— D24
Формализация базы знаний системы АСПК в виде правил-продукций, полученных подстановкой характеристик анализируемой модели БД в формулы (1), (2), приведена в табл. 1.
Логический вывод в данной продукционной системе является прямым по образцу (вывод управляемый данными) со стратегией разрешения конфликтного множества правил-продукций в глубину.
3. Демонстрация работоспособности базы знаний
Продемонстрируем работоспособность базы знаний продукционной системы на основе прямого вывода по образцу от исходной последовательности предпосылок E к целевому состоянию системы A. В процессе вывода будет использоваться стратегия разрешения конфликтного множества правил, соответствующая алгоритму поиска решения в глубину. Поиск решения прекращается при достижении продукционной системой одного из терминальных состояний:
1. «Решение найдено» - состояние продукционной системы, соответствующее достижению в ходе поиска по образцу заданной цели - доказывает истинность утверждения о принадлежности анализируемой модели БД к множеству синтаксически правильных моделей с точки зрения методологии IDEF1X;
2. «Решение не найдено» - терминальное состояние продукционной системы, при котором за заранее указанное количество шагов либо по завершении просмотра всей базы знаний системой не была достигнута заданная цель поиска - указывает на невозможность доказательства заданного утверждения, что говорит о возможной синтаксической ошибке в анализируемой модели БД.
В качестве входных данных продукционной системы используются параметры, соответствующие синтаксически правильному описанию зависимой именованной сущности, имеющей именованную входящую идентифицирующую связь, изображенную в соответствии с требованиями уровня «сущность-связь» представления модели данных.
Данный пример вывода по образцу был проанализирован на достоверность принятого решения с помощью программной оболочки экспертной системы «Expert system», позволяющей работать со знаниями, представленными в продукционной системе искусственного интеллекта [13].
Результаты нескольких контрольных прогонов базы знаний изображены на рис. 2-4.
Прогон 1. Исходная последовательность фактов: E1, E2, E5, E8, E14, E25, E26, E28, E31, E20, E21, E19, E15, E17 - независимая сущность, удовлетворяющая требованиям именования сущностей, имеющая 1 или более обязательную не идентифицирующую связь, именованную в соответствии с требованиями именования связей.
Таблица 2. Прямой вывод, перебор в глубину
№ шага Рабочая память Конфликтное множество Активируемое правило
0 В7, В6, Е23, Е22, Е15, Е17, Е19, Е31, Е25, Е26, Е28, Е2, Е1, Е5, Е6, Е13, Сп - -
1 В7, В6, Е23, Е22, Е15, Е17, Е19, Е31, Е25, Е26, Е28, Е2, Е1, Е5, Е6, Е13, Сп 8, 10, 13 16, 28, 31, 45 45
2 В7, В6, Е23, Е22, Е15, Е17, Е19, Е31, Е25, Е26, Е28, Е2, Е1, Е5, Е6, Е13, Сп, В8 8,10,13,16, 28, 31, 51 51
3 В7, В6, Е23, Е22, Е15, Е17, Е19, Е31, Е25, Е26, Е28, Е2, Е1, Е5, Е6, Е13, Сп, В8, А6, 8, 10,13,16, 28, 31 31
4 В7, В6, Е23, Е22, Е15, Е17, Е19, Е31, Е25, Е26, Е28, Е2, Е1, Е5, Е6, Е13, Сп, В8, А6, Р17 8,10,13,16, 28 28
5 В7, В6, Е23, Е22, Е15, Е17, Е19, Е31, Е25, Е26, Е28, Е2, Е1, Е5, Е6, Е13, Сп, В8, А6, Р17, Р16 8,10,13, 16, 33 33
6 В7, В6, Е23, Е22, Е15, Е17, Е19, Е31, Е25, Е26, Е28, Е2, Е1, Е5, Е6, Е13, Сп, В8, А6, Р17, Р16, Р18 8,10,13,16,35 35
7 Е22, Е15, Е17, Е19, Е31, Е25, Е26, Е28, Е2, Е1, Е5, Е6, Е13, Сп, В8, А6, Р17, Р16, Р18, Р21 8,10,13, 16, 37 37
8 Е22, Е15, Е17, Е19, Е31, Е25, Е26, Е28, Е2, Е1, Е5, Е6, Е13, Сп, В8, А6, Р17, Р16, Р18, Р21, Р22 8,10,13,16 16
9 Е22, Е15, Е17, Е19, Е31, Е25, Е26, Е28, Е2, Е1, Е5, Е6, Е13, Сп, В8, А6, Р17, Р16, Р18, Р21, Р22, Р13 8, 10,13 13
10 В7, В6, Е23, Е22, Е15, Е17, Е19, Е31, Е25, Е26, Е28, Е2, Е1, Е5, Е6, Е13, Сп, В8, А6, Р17, Р16, Р18, Р21, Р22, Р13, Р10, 8, 10, 21 21
11 В7, В6, Е23, Е22, Е15, Е17, Е19, Е31, Е25, Е26, Е28, Е2, Е1, Е5, Е6, Е13, Сп, В8, А6, Р17, Р16, Р18, Р21, Р22, Р13, Р10, Р8 8, 10, 25 25
12 В7, В6, Е23, Е22, Е15, Е17, Е19, Е31, Е25, Е26, Е28, Е2, Е1, Е5, Е6, Е13, Сп, В8, А6, Р17, Р16, Р18, Р21, Р22, Р13, Р10, Р8, Р14 8, 10, 39 39
13 В7, В6, Е23, Е22, Е15, Е17, Е19, Е31, Е25, Е26, Е28, Е2, Е1, Е5, Е6, Е13, Сп, В8, А6, Р17, Р16, Р18, Р21, Р22, Р13, Р10, Р8, Р14, СІ+1 8, 10 10
14 В7, В6, Е23, Е22, Е15, Е17, Е19, Е31, Е25, Е26, Е28, Е2, Е1, Е5, Е6, Е13, Сп, В8, А6, Р17, Р16, Р18, Р21, Р22, Р13, Р10, Р8, Р14, СІ+1, Р4 8, 18, 18
15 В7, В6, Е23, Е22, Е15, Е17, Е19, Е31, Е25, Е26, Е28, Е2, Е1, Е5, Е6, Е13, Сп, В8, А6, Р17, Р16, Р18, Р21, Р22, Р13, Р10, Р8, Р14, СІ+1, Р4, Р7 8 8
16 В7, В6, Е23, Е22, Е15, Е17, Е19, Е31, Е25, Е26, Е28, Е2, Е1, Е5, Е6, Е13, Сп, В8, А6, Р17, Р16, Р18, Р21, Р22, Р13, Р10, Р8, Р14, СІ+1, Р4, Р7, Р1 17 17
17 В7, В6, Е23, Е22, Е15, Е17, Е19, Е31, Е25, Е26, Е28, Е2, Е1, Е5, Е6, Е13, Сп, В8, А6, Р17, Р16, Р18, Р21, Р22, Р13, Р10, Р8, Р14, СІ+1, Р4, Р7, Р1, Р3 24 24
18 В7, В6, Е23, Е22, Е15, Е17, Е19, Е31, Е25, Е26, Е28, Е2, Е1, Е5, Е6, Е13, Сп, В8, А6, Р17, Р16, Р18, Р21, Р22, Р13, Р10, Р8, Р14, СІ+1, Р4, Р7, Р1, Р3, СІ 44 44
19 В7, В6, Е23, Е22, Е15, Е17, Е19, Е31, Е25, Е26, Е28, Е2, Е1, Е5, Е6, Е13, Сп, В8, А6, Р17, Р16, Р18, Р21, Р22, Р13, Р10, Р8, Р14, СІ1, Р4, Р7, Р1, Р3, СІ, В5 50 50
20 В7, В6, Е23, Е22, Е15, Е17, Е19, Е31, Е25, Е26, Е28, Е2, Е1, Е5, Е6, Е13, Сп, В8, А6, Р17, Р16, Р18, Р21, Р22, Р13, Р10, Р8, Р14, СІ1, Р4, Р7, Р1, Р3, СІ, В5, А5 54 54
21 В7, В6, Е23, Е22, Е15, Е17, Е19, Е31, Е25, Е26, Е28, Е2, Е1, Е5, Е6, Е13, Сп, В8, А6, Р17, Р16, Р18, Р21, Р22, Р13, Р10, Р8, Р14, СІ1, Р4, Р7, Р1, Р3, СІ, В5, А5, А2 56 56
22 В7, В6, Е23, Е22, Е15, Е17, Е19, Е31, Е25, Е26, Е28, Е2, Е1, Е5, Е6, Е13, Сп, В8, А6, Р17, Р16, Р18, Р21, Р22, Р13, Р10, Р8, Р14, СІ1, Р4, Р7, Р1, Р3, СІ, В5, А5, А2, А - Решение найдено
Цель поиска: В5 - доказать принадлежность модели БД, включающей описываемый графический объект, к множеству синтаксически правильных моделей, с точки зрения методологии ГОEF1X.
Прогон 2. Исходная последовательность фактов: соответствует выборке данных прогона 1, но без включения факта Е5 - имя сущности не занесено в глоссарий модели.
Цель поиска: В5 - доказать принадлежность модели БД, включающей описываемый графический объект, к множеству синтаксически правильных моделей, с точки зрения методологии ГОEF1X.
Прогон 3. Исходная последовательность фактов: Е19, Е5, Е17, Е4, Е23, Е7, Е10, Е13, Е11, Е9, Е8, Е6, Е12, Е1 - случайная выборка фактов.
Цель поиска: В5 - доказать принадлежность модели БД, включающей описываемый графический объект, к множеству синтаксически правильных моделей с точки зрения методологии ГОEF1X.
Следует отметить, что в ходе выполнения курсовой работы студент может построить собственный
вариант синтаксически и семантически правильной модели БД, не предусмотренный преподавателем, в таком случае преподаватель должен зафиксировать новый вариант правильной модели БД в МДП.
Заключение
Разработана логическая структура АСПК, структура базы данных, хранящей проектируемые студентом и правильные, с точки зрения преподавателя, модели БД. Предложена функциональная модель АСПК, и формализована ее база знаний в виде правил продукций, которые были протестированы в оболочке экспертной системы.
Предлагаемое в данной статье решение не имеет аналогов среди существующих на сегодняшний день СА8Е-систем проектирования БД, ориентированных на задачи построения синтаксически правильных схем баз данных, а не обучения студентов. Авторы полагают, что предложенное в данной статье решение задачи проверки схем баз данных перспективно и требует его дальнейшей реализации.
Оболочка Экспертной системы - F:\Examples\IDEF1X.es
ЯВЕ
N* РАБОЧАЯ ПАМЯТЬ КОНФЛИКТНОЕ МНОЖЕСТВО ПРАВИЛ л
7 (Е2,1МЕ1,11 (Е 5,1), (Е8,1 ЦЕ 14,1), (Е 25,1 ], (Е2Є, 1], (Е 28,1 ], (Е 31 (1,1 ], (8,1), [11,1) 11
8 (Е2,1 ЦЕ 1,1), (Е5,1), (Е8,1 ЦЕ 14,1), (Е25,1), (Е26,1), (Е28,1 ], (Е31 (1,1], (8,1), [28,2) 28
9 [Е2,1 ЦЕ 1,1 ], [Е5,1), (Е8,1 ЦЕ 14,1), (Е25,1), (Е2Б, 1), (Е28,1 ], (Е31 (1,1], (8,1), [25,3) 25
10 (Е2,1 ЦЕ 1,1), (Е5,1 ], (Ей 1 ЦЕ 14,1), (Е25.1 ], (Е26.1). (Е28.1 ]. (Е31 (1.1]. (8.1). [38.4) 38
11 (Е2.1 ЦЕ 1.1), (Е5,1). (Е8.1 ЦЕ 14.1). (Е25.1). (Е26.1). (Е28.1 ]. (Е31 (1.1 ]. (8,1) 8
12 (Е2,1]. (Е1,1), (Е5.1), (Ей 1). (Е14,1), (Е25,1), (Е26,1), (Е28,1 ], (Е31 (1,1 ], (17,2) 17
13 (Е2,1 ЦЕ 1,1), (Е5,1), (Е8,1 ЦЕ 14,1), (Е25,1), (Е26,1), (Е28,1).. (Е31 ПЛ ] 1
14 (Е2,1 ЦЕ 1,1 ], (Е5,1), (Е8,1 ЦЕ 14,1), (Е25,1), (Е2Є, 1), [Е28,1).. (Е31 (6,2] Є
15 (Е2,1 ЦЕ 1,1), (Е5,1), (Е8,1 ЦЕ 14,1), (Е25,1), (Е26,1), (Е28,1 ], (Е31 (19,3] 18
1Є (Е2,1 ЦЕ 1,1), (Е5,1), (Ей 1 ЦЕ 14,1), (Е25,1), (Е26,1), (Е28,1 ], (Е31 (24,4] 24
17 (Е2,1 ЦЕ 1,1 ], (Е5,1), (Ей 1 ЦЕ 14,1), (Е25,1), (Е2Б, 1), (Е28,1 ], (Е31 144,5] 44
18 (Е2.1 ЦЕ 1.1), (Е5,1). (Ей 1 ЦЕ 14.1). (Е25.1). (Е26.1). (Е28.1 ]. (Е31 ■1 V
< 1) ш
Решение найдено.
Рис. 2. Прогон выборки данных соответствующей правильному описанию объекта графической модели БД
і::г Оболочка Экспертной системы - F:\Examples\IDEF1X.es
Решение |
ИВ®
N* РАБОЧАЯ ПАМЯТЬ КОНФЛИКТНОЕ МНОЖЕСТВО ПРАВИЛА
4 (Е2,1], (Е1,1), [Е8.1), (Е14, ), (Е25,1), [Е2Є, 1), (Е28,1], (Е31,1), (Е2 (1,1], (8,1), (11,1), (14,1 Ц35.3) 35
5 (Е2,1], (El, 1), [Е8,1), (Е14, ), (Е25,1), [Е2Є, 1), (Е28,1 ], (Е31,1), (Е2 (1,1 ], (8,1), (11,1), (14,1), (37,4) 37
8 (Е2.1]. (Е1.1). [Е8.1ЦЕ14. ). (Е25.1), [Е28.1). (Е28.1]. (Е31.1). (Е2 (1,1]. (8.1). (11.1). (14.1) 14
7 (Е2,1], (Е1,1), [Е8,1), (Е14, ), (Е25,1), [Е2Є, 1), (Е28,1], (Е31,1), (Е2 (1,1 ], (8,1), (11,1) 11
8 (Е2,1], (Е1,1), [Е8,1), (Е14, ), (Е25,1), [Е2Є, 1), (Е28,1], (Е31,1), (Е2 (1,1], (8,1), (20,2) 20
Э (Е2,1], (Е1,1), [Е8.1), (Е14, ), (Е25,1), [Е2Є, 1), (Е28,1], (Е31,1), (Е2 (1,1], (8,1), (25,3) 25
10 (Е2,1], (El, 1), [Е8,1), (Е14, ), (Е25,1), [Е2Є, 1), (Е28,1 ], (Е31,1), (Е2 (1,1 ], (8,1), (39,4) 39
11 (Е2.1]. (Е1.1). [Е8.1ЦЕ14. ). (Е25.1), [Е28.1). (Е28.1]. (Е31.1). (Е2 (1.1 ]. (8.1) 8
12 (Е2,1], (Е1,1), [Е8,1), (Е14, ), (Е25,1), [Е2Є, 1), (Е28,1], (Е31,1), (Е2 ПЛ ] 1
13 (Е2,1], (Е1,1), [Е8,1), (Е14, ), (Е25,1), [Е2Є, 1), (Е28,1], (Е31,1), (Е2 (6,2] Б
14 (Е2,1], (Е1,1), [Е8.1), (Е14, ), (Е25,1), [Е2Є, 1), (Е28,1], (Е31,1), (Е2 (19,3) 19
15 (Е2,1], (El, 1), [Е8,1), (Е14, ), (Е25,1), [Е2Є, 1), (Е28,1 ], (Е31,1), (Е2 -1 Я 1 -
\МШ Ш
Решение не найдено.
Рис. 3. Прогон выборки данных соответствующей описанию объекта графической модели БД, содержащей синтаксическую ошибку
Оболочка Экспе ртной системы - F:\ExampLes\IDEF1X.es
Файл Помощь
Предметная область | Продукции] Параметры решения Решение |
| РАБОЧАЯ ПАМЯТЬ КОНФЛИКТНОЕ МНОЖЕСТВО ПРАВИЛО
7” (Е19,1 ], (Е 5,1 ], (Е17,1 ], (Е4,1 ], (Е 23,1), (Е 7,1) ,(Е10,1), [Е13,1 ], (Е1 (0,1), [1,1], [2,1], (3,1), (4,1 Ц10,1) 10
2~ (Е1Э, 1 ], (Е 5,1), (Е17,1), (Е4,1 ], (Е 23,1), (Е 7,1). (Е10,1), [Е13,1 ], (Е1 (0,1), [1,1], [2,1), (3,1), (4,1 Ц1Ü2) 18
Г (Е19,1 ], (Е 5,1 ], (Е17,1 ], (Е4,1 ], (Е 23,1), (Е 7,1ЦЕ10,1), [Е13,1 ].. (Е1 (0,1), [1,1], [2,1], (3,1), (4,1) 4
~ (Е1Э, 1 ], (Е 5,1), (Е17,1), (Е4,1 ], (Е 23,1), (Е 7,1). (Е10,1), [Е13,1 ], (Е1 (0,1), [1,1], [2,1), (3,1) 3
~ (Е19,1 ], (Е 5,1 ], (Е17,1 ], (Е4,1 ], (Е 23,1), (Е 7,1ЦЕ10,1), [Е13,1 ].. (Е1 (0,1), [1,1], [2,1] 2
~ (Е19,1 ], (Е 5,1), (Е17,1), (Е4,1 ], (Е 23,1), (Е 7,1), (Е10,1), [Е13,1).. (Е1 (0,1), (1,1) 1
7 (Е19.1 ]. (Е 5.1 ]. (Е17.11 (Е4.1 ]. (Е 23.1). (Е 7.1ЦЕ10,1 ], [Е13.1 ]. (Е1 (0,1) 0
8 (Е19,1 ], (Е 5,1), (Е17,1), (Е4,1 ], (Е 23,1), (Е 7,1), (Е10,1), [Е13,1).. (Е1 -1
Решение не найдено.
Рис 4. Прогон выборки данных соответствующей случайному (неправильному) описанию объекта графической модели БД
СПИСОК ЛИТЕРАТУРЫ
1. Integration Definition For Information Modeling (IDEF1X) // Federal Information Processing Standards Publication 184. - 1993. -147 p.
2. Дейт К. Введение в системы баз данных. - Киев: Диалектика, 1998. - 781 с.
3. Сибилев В.Д., Тимаков А.О. Концепции автоматизированного управления курсовым проектом по дисциплине «Базы данных» // Доклады Томского гос. ун-та систем управления и радиоэлектроники. Т. 2. Автоматизированные системы обработки информации, управления и проектирования: Сб. науч. трудов. - Томск: Изд-во Том. гос. ун-та систем управления и радиоэлектроники, 2001. - С. 29-38.
4. Красиков И.А. Автоматизированная проверка курсовых работ по дисциплине базы данных // Проблемы и перспективы образования в России: Матер. X Междунар. научно-практ. конф.
- Новосибирск, 2011. - С. 97-102.
5. Романенко А.В. Контроль знаний в электронных обучающих комплексах // Доклады Томского гос. университета систем управления и радиоэлектроники. Ч. 1. Технические науки: Сб. науч. трудов. - Томск: Изд-во Том. гос. ун-та систем управления и радиоэлектроники, 2007. - С. 34-39.
6. Вендров А.М. CASE-технологии. Современные методы и средства проектирования информационных систем // ЦИТ форум. 2012. URL: http://citforum.ru/database/case/ (дата обращения:
07.12.2012).
7. Красиков И.А. Коммуникативные и методологические проблемы обучения студентов проектированию баз данных // Тестирование в сфере образования: проблемы и перспективы развития: Матер. III Всероссийской научно-практ. конф. с междунар. участием. - Красноярск, 2010. - С. 186-190.
8. Маклаков С. Проверка качества модели данных с помощью ERwin Examiner // Журнал «КомпьютерПресс». 2012. URL: http://compress.ru/Article.aspx?id=9437 (дата обращения:
07.12.2012).
9. Кузнецов С. Развитие логических моделей данных // ЦИТ форум. 2012. URL: http://citforum.ru/database/artic-
les/ref_vs_nav_models/. (дата обращения: 07.12.2012).
10. Пушников А.Ю. Введение в системы управления базами данных. Ч. 2. Нормальные формы отношений и транзакции. -Уфа: Изд-во Башкирского ун-та, 1999. - 138 с.
11. Кузнецов С. Базы данных: достижения и перспективы на пороге XIX столетия // ЦИТ форум. 2012. URL: http://citfo-rum.ru/database/classics/nfs_report/ (дата обращения:
07.12.2012).
12. Геловани В.А., Башлыков А.А., Бритков В.Б., Вязилов Е.Д. Интеллектуальные системы поддержки принятия решений в нештатных ситуациях с использованием информации о состоянии природной среды. - М.: Эдиториал УРСС, 2001. - 304 с.
13. Павлов С.Н. Системы искусственного интеллекта. В 2-х частях. Ч. 1. - Томск: Эль Контент, 2011. - 176 с.
Поступила 18.07.2012 г.
УДК 004.421
АДАПТИВНЫЙ АЛГОРИТМ ОБРАБОТКИ ПОТОКА НАВИГАЦИОННЫХ ДАННЫХ НА ОСНОВЕ МЕТОДА ДИАГНОСТИЧЕСКОЙ ФИЛЬТРАЦИИ
С.А. Хруль, Д.М. Сонькин
Томский политехнический университет E-mail: siberianodis@gmail.com
Рассмотрена задача обработки потока навигационных данных для повышения достоверности иуменьшения объема исходных данных. С учетом анализа существующих подходов разработан адаптивный алгоритм отсева избыточных и ошибочных данных, работающий в режиме реального времени, основанный на диагностической фильтрации, позволяющий уменьшить поток навигационных данных, а также существенно снизить нагрузку на канал передачи данных. Приведен пример практического использования в рамках действующей системы мониторинга транспорта.
Ключевые слова:
Фильтрация навигационных данных, методы фильтрации данных, мобильные объекты, спутниковая навигационная система. Key words:
Filtering navigation information, data fiitering methods, mobile objects, navigation system.
Современным системам спутникового мониторинга подвижных объектов, использующим терминальное оборудование на мобильных объектах, необходима высокая достоверность принимаемых навигационных данных, достигнуть которой без использования различных алгоритмов обработки принимаемой информации не представляется возможным. Одним из решений, позволяющим повысить достоверность и уменьшить объем навигационной информации, передаваемой пользователю, является фильтрация ложных и избыточных данных, полученных от ГЛОНАСС^Р8 модуля,
входящего в состав аппаратуры мобильного терминала [1].
GPS/ГЛОНАСС модуль принимает сигналы со спутников и после их обработки формирует сообщение, включающее ряд параметров о состоянии мобильного объекта, а также навигационную информацию. Производители GPS/ ГЛОНАСС-приемников используют различные алгоритмы окончательной обработки спутниковых сигналов, а также различные протоколы и форматы передачи навигационных сообщений терминалу. Наиболее распространённым форматом является NMEA-
