close

Вход

Забыли?

вход по аккаунту

?

Метод агрегирования информационных объектов при концептуальном проектировании объектно-ориентированной базы данных

код для вставкиСкачать
ФИО соискателя: Волков Антон Андреевич Шифр научной специальности: 05.25.05 - информационные системы и процессы Шифр диссертационного совета: Д 222.020.02 Название организации: Российский научно-технический центр информации по стандартизации, метрол
На правах рукописи
ВОЛКОВ Антон Андреевич
МЕТОД АГРЕГИРОВАНИЯ ИНФОРМАЦИОННЫХ
ОБЪЕКТОВ ПРИ КОНЦЕПТУАЛЬНОМ ПРОЕКТИРОВАНИИ
ОБЪЕКТНО-ОРИЕНТИРОВАННОЙ БАЗЫ ДАННЫХ
Специальность: 05.25.05 – «Информационные системы и процессы»
АВТОРЕФЕРАТ
диссертации на соискание ученой степени
кандидата технических наук
Кострома
–
2012
2
Работа выполнена на кафедре информационных технологий Федерального государственного бюджетного образовательного учреждения высшего профессионального образования «Костромской государственный технологический
университет»
Научный руководитель
доктор технических наук, профессор
Шведенко Владимир Николаевич
Официальные оппоненты:
доктор технических наук, профессор
Пантелеев Евгений Рафаилович, Ивановский государственный энергетический университет, профессор кафедры программного обеспечения компьютерных систем
доктор технических наук, профессор
Сухов Андрей Владимирович, Российский
научно-технический центр информации по
стандартизации, метрологии и оценке соответствия, ведущий научный сотрудник
Ведущая организация
Санкт-Петербургский государственный
технический университет
Защита состоится «_» ______ 2012 г. в __ часов __ мин. на заседании диссертационного совета по техническим наукам Д 222.020.02 при Российском научнотехническом центре информации по стандартизации, метрологии и оценке соответствия по адресу: 123995, г. Москва, Гранатный пер., д. 4.
С диссертацией можно ознакомиться в читальном зале Российского научнотехнического центра информации по стандартизации, метрологии и оценке соответствия по адресу: г. Москва, Нахимовский проспект, д. 31, корп. 2, с авторефератом диссертации дополнительно – на официальном сайте Российского
научно-технического центра информации по стандартизации, метрологии и
оценке соответствия
Автореферат разослан «___» ____________________ 2012 г.
Ученый секретарь диссертационного совета
кандидат экономических наук
А.А.Стреха
3
ОБЩАЯ ХАРАКТЕРИСТИКА РАБОТЫ
Актуальность темы диссертационного исследования. На этапе проектирования информационной системы, как правило, появляются сущности, описывающие разные процессы в пределах одной предметной области, но имеющие
одинаковые фрагменты в своих структурах. На их основе формируются коллекции данных, которые создают или извлекают из хранилища данных по определенным правилам и объединяют по различным условиям. Для традиционного реляционного подхода решать такую задачу можно путём реализации
сложной структуры, приводя её к нормальной форме, либо программированием
хранимых процедур и обработки данных, полученных несколькими запросами.
Оба подхода связаны с большими затратами времени на разработку прикладного программного обеспечения. Для снижения трудоемкости разработки информационных систем требуются объектные технологии.
Объектно-ориентированные технологии, по сравнению с реляционными
системами, обеспечивают адекватное моделирование сущностей реального мира и позволяют наглядно представлять сложные структуры объектов. Такое
представление предметной области позволяет преодолеть ограничения реляционной модели, связанной с атомарностью атрибутов отношения.
В классической постановке объектно-ориентированного подхода предметная область определяется в виде совокупности объектов, характеризующихся
набором атрибутов и методов. Множество объектов с одним и тем же набором
атрибутов и методов образует класс. Иерархия классов имеет неразделяемую
структуру, а объекты классов неразделяемую память. При абстрагировании
предметной области объекты одного класса могут являться атрибутами объектов других различных между собой классов и находиться на разных уровнях
иерархии. Поэтому выборку данных из объектов различных классов по заданному атрибуту сделать затруднительно.
Таким образом, разработка методов, реализующих внешние связи между
объектами в объектно-ориентированной базе данных для уменьшения сложности алгоритма их извлечения является на сегодняшний актуальной научной задачей.
Объект и предмет исследования.
Объектом диссертационного исследования в настоящей работе является
метод хранения информации в многомерной модели данных.
Предмет диссертационного исследования – база данных в автоматизированной системе управления предприятием.
Цель и задачи исследования.
Целью диссертационной работы является разработка методов и программных средств, реализующих внешние связи между объектами в многомерной
модели данных для уменьшения сложности алгоритма их извлечения. Для достижения поставленной цели в работе решены следующие задачи диссертационного исследования:
4
1. Анализ современных методов взаимодействия между объектами в парадигме объектно-ориентированного подхода.
2. Разработка метода поддержки внешних связей между объектами в многомерной модели данных.
3. Разработка алгоритма извлечения многомерных данных на основе предложенного метода организации их хранения.
4. Разработка программных средств, реализующих предложенные методы
хранения и извлечения данных.
Научная задача, решаемая в диссертационной работе, состоит в разработке
метода хранения объектов в многомерной модели данных, позволяющего поддерживать связи между экземплярами множества различных классов.
Методологические основы и методы исследования. Проведённые теоретические и прикладные исследования базируются на теории объектноориентированных СУБД, множеств, информационных систем.
Информационное обеспечение реализовано на платформе «COBRA++»,
программное обеспечение рабочих мест пользователя реализовано в среде программирования Delphi.
Научная новизна диссертационного исследования состоит в решении задачи организации связей между множеством объектов принадлежащих различным классам, имеющих в своей структуре атрибуты общего класса.
Положения, выносимые на защиту.
1. Понятие о «коллинеарных связях» как механизме межклассового взаимодействия в многомерной модели данных.
2. Метод организации классов с «коллинеарными связями» в объектноориентированной базе данных.
3. Математическое представление метода организации данных, построенного
на классах с коллинеарными связями.
Практическая значимость исследования заключается в разработке программных модулей, реализующих предложенные методы хранения и извлечения данных.
Реализация результатов работы. Результаты, полученные в ходе проведения исследований, были экспериментально апробированы при управлении производственным процессом предприятия ЗАО «Регул» (г. Санкт-Петербург),
ЗАО «Костромской завод автокомпонентов», малое предприятие по производству специализированной обуви «ИП Левыкин М.П.», ООО «Древремстрой».
Апробация работы. Работа выполнена в рамках проекта «Сколково» (проект 10 № 0000090/06.07.2011 «Научная разработка СУБД по технологии
«Cobra++», реализующей принципы объектно-ориентированной СУБД третьего
поколения и создание на ее основе объектно-функциональных систем и приложений».
Основные положения диссертационной работы изложены в докладах на 4
научно-практических конференциях: V-ой Всероссийской межвузовской конференции молодых ученых (г. Санкт-Петербург, 2008 г.), Всероссийской конференции с элементами научной школы для молодежи «Проведение научных
исследований в области обработки, хранения, передачи и защиты информации»
5
(г. Ульяновск, 2009 г.), Международной научно-практической конференции
«Современные проблемы прикладной информатики» (г. Санкт-Петербург,
2010 г.), VII-ой Международной конференции «Современные проблемы прикладной информатики» (г. Санкт-Петербург, 2011 г.), Международной конференции «Автоматизированные, информационные и управляющие системы: от А
до Я – 2011» (г. Москва, 2011 г.).
Публикации. По теме диссертации опубликовано 8 статей, включая 3 в изданиях по перечню ВАК Минобрнауки РФ.
Структура и объем диссертации.
Диссертация состоит из введения, трех глав, заключения, библиографического списка и приложений. Диссертация содержит 113 страниц машинописного текста, 41 рисунок, 2 таблицы. Библиографический список содержит 86 наименований использованной литературы.
ОСНОВНОЕ СОДЕРЖАНИЕ РАБОТЫ
Во введении обоснована важность и актуальность выбранной темы диссертационного исследования, определены цели и задачи исследования.
В первой главе «Проблема организации объектно-ориентированной
СУБД» рассмотрены работы таких авторов как М.Р. Когаловского, Б.Я. Советова, С.Д. Кузнецова, Won Kim, G. Gattell, K. Barry и других ученых в этой области. Проведён анализ современных направлений исследования в области систем управления базами данных, основных тенденций, давших повод для проведения различных масштабных исследований в области баз данных. Выявлены и
проанализированы направления исследований главных центров разработок основных производителей СУБД (Oracle, IBM, Microsoft). Проведён обзор поколений систем управления базами данных, их особенностей и основных принципов СУБД третьего поколения.
Выполнен обзор базовых версий стандарта ODMG и кратко изложены основные идеи стандарта объектно-ориентированной СУБД ODMG 3.0, направленные на унификацию технологии объектно-ориентированных баз данных.
Проанализированы современные коммерческие объектно-ориентированные СУБД с точки зрения функциональных возможностей, соответствия
стандартам ODMG и сложности моделирования предметной области, а также
возможностей, связанных с извлечением данных из базы данных.
Приведен обзор объектно-ориентированных систем, представленных на
российском рынке. Как итог данного обзора – отмечен следующий существенный недостаток – низкая гибкость системы управления и системы анализа данных, то есть низкие функциональные возможности извлечения и фильтрации
данных.
Проведён анализ базовых архитектур объектно-ориентированных систем
управления базами данных. Выявлены преимущества и недостатки использования объектно-ориентированной системы как среды быстрой разработки информационных объектов.
6
Проведён анализ методов организации связей между объектами, а также
методов извлечения данных в объектно-ориентированных СУБД, на основании
которого сделан вывод о том, что извлечение данных из объектов различных
классов возможно либо явным образом, то есть сопоставлением двух объектов
разных классов на основе совпадения значений соответствующих пар атрибутов объектов, либо не явным образом, то есть созданием специальных классов
для поддержания неявных соединений, порождаемых иерархической вложенностью объектов.
Первый подход является аналогом реляционных соединений и имеет серьёзные ограничения, связанные с не атомарностью атрибутов объекта и несовпадением доменов атрибутов. Второй подход приводит к избыточности метаданных и созданию ряда сложных классов и методов агрегирования объектов с
поддержкой целостности данных.
Во второй главе «Объектно-ориентированная технология разработки информационного обеспечения в объектно-функциональной системе управления предприятием» для отражения сути предлагаемого метода, реализующего связь между объектами различных классов, вводится понятие коллинеарной связи, как вида отношения агрегации, при котором экземпляры класса, являющегося частью некоторого множества других классов,
поддерживают связи со всеми объектами каждого класса-целого, а также коллинеарной формы как некоторого
множества объектов различных классов, у которых атрибуты, принадлежащие общему классу, имеют коллинеарные связи. Описан разработанный метод агрегирования
информационных объектов,
приводящий иерархическую
структуру классов к коллинеарной форме.
Такой метод предусматривает образование внешних
связей между состояниями
объектов различных классов,
не имеющих явных связей
между собой. Такая органиРисунок 1. Загрузка экземпляров классов с коллизация хранения данных даёт
неарными связями
возможность делать информационные срезы по данным объектов различных классов, выполнять анализ
данных всей системы по заданному критерию.
7
Коллинеарная связь представляет собой сетевую структуру, где каждое состояние объекта с коллинеарным поведением может иметь множество связей с
множеством состояний объектов различных классов.
Предметная область, по которой строится информационная система, состоит из множества базовых объектов L, отражающих основные её характеристики. Каждый объект
характеризуется некоторым набором k атрибутов
базового типа (например, число, строка, время, дата и подобные им), которые
являются значениями одноместных функций
(Т.е. набор атрибутов для информационного объекта (ИО) зависит от самого объекта и является
его свойствами), где
– множество одноместных функций, заданных
на множестве базовых объектов L.
Определяем на множестве L отношение эквивалентности R следующим
образом:
назовем эквивалентными, если набор одноместных функций, определенных на и , совпадает. Отношение эквивалентности R преобразует множество объектов L в фактор-множество L/R, состоящее из классов
эквивалентности
.
Каждый объект из класса эквивалентности
где i := 1, … , n должен содержать следующий набор атрибутов:
1.
значения одноместных функций из множества одноместных функций, определённых над классом эквивалентности .
набор одноместных функций определяющий класс эквивалентности , где i :=
1, … , n.
2.
функция задаёт для каждого ИО, его уникальный идентификатор. Областью значений для этой функции является некоторый кортеж из атрибутов объекта, т.е. значений функций
, где
. Причём
– выбирает проектировщик объектов из
.
функция, генерирующая уникальный код идентификации объекта. Применяется
для связей между объектами внутри системы.
Таким образом, объект класса
имеет представление в виде набора
.
Проектирование объектов реальной предметной области требует организации сложной структуры у информационных объектов, таким образом, необходим вид объектов, поддерживающий сложную древовидную структуру. Атрибутами объектов со сложно структурой могут являться базовые объекты
и
объекты с также сложной структурой.
Пусть
– множество объектов со сложной структурой. Отношение
эквивалентности
преобразует множество объектов OBJ в фактор-множество
, состоящее из классов эквивалентности
. Каждый объект
характеризуется некоторым набором
атрибутов, который представляет собой набор из одноместных функций
, определяющие атрибуты базового типа и
, определяющие атрибуты объектного типа.
8
Атрибуты информационными объекта
, являющиеся в свою очередь
объектными можно записать в следующем виде.
, где
,
набор одноместных функций, определяющий класс эквивалентности
. Значением
может быть как базовым объектом , характеризующимся в свою очередь набором атрибутов
, так и объектом со сложной структурой
, где
.
Информационный объект
может быть представлен в общем виде следующим
образом:
, где
.
Структуру объекта в общем виде
можно представить в виде иерархии
функций (Рисунок 2). При описании
предметной области каждый объект имеет конечный уровень вложенности его
атрибутов, и следовательно имеет конечные функции, которые можно представить в виде наборов функций, описывающих структуру вложенности от конечного атрибута до корневого (родительского) объекта (Система 1).
Будем обозначать традиционную
для объектно-ориентированного подхода
связь вложения знаком , а коллинеарную связь знаком
. Например,
, где
означает, что
объекты из класса
поддерживает
коллинеарное поведение и связан с объектами из класса
. Объект
находится в коллинеарной форме.
, где
- классическое вложение объекта
в объект
.
Между состояниями объектов допустимы два типа связей:
Один к одному (1:1) – одному состоянию объекта может соответствовать
только одно состояние связанного с ним
объекта. Один ко многим (1:N) – одному
Рисунок 2. Структура ИО в виде дерева состоянию объекта может соответствовать множество состояний связанного с
функций
ним объекта.
9
(Система 1)
Каждая строка системы описывает отдельную ветвь структуры объекта
.
Далее представлены правила формирования запросов к объектам с коллинеарной структурой в объектно-ориентированной СУБД. На примере трёх информационных объектов, изображённых на рисунке 3, производится математическое описание процесса выполнения запроса к базе данных, где id – уникальный код идентификации объекта, применяется для связей между объектами
внутри системы.
Рисунок 3. Классы в коллинеарной форме
Представим классы, изображённые на рисунке 3, в виде систем композиций функций с указанием видов связей вложений.
10
(Система 2)
(Система 3)
(Система 4)
Пусть объект
и вложен
– имеет коллинеарную связь
в объект
, объект
с объектами
и
имеет коллинеарную связь с
объектами
и
, объект
вложен в объект
, где
– уникальный код идентификации объекта.
Пусть Q – множество запросов, тогда
– любой запрос к информационной системе. Рассмотрим запрос, где условия накладываются на атрибуты объекта поддерживающего коллинеарное поведение:
, где
– некоторые атрибуты
объекта
, участвующие в запросе и , k – количество всех атрибутов объекта
,
.
Запрос вернёт множество состояний объекта
и объектов того же класса, у которых
. Каждый из состояний содержит ссылки на объекты, находящиеся в коллинеарной форме относительно объекта
, где
. Таким образом, запрос выполняется только к состояниям объектов системы 1 и
системы 2. Система 3 не входит в коллинеарную форму относительно объекта
, участвующего в запросе.
В третьей главе «Реализация классов с коллинеарными связями в
объектно-ориентированной базе данных» проведён обзор основных способов
построения объектно-ориентированной модели с использованием реляционных
составляющих. Рассмотрены три разновидности многомерной модели данных
MOLAP, ROLAP, HOLAP. Как результат обзора, было принято решение использовать в качестве механизма организации метаданных модель ROLAP, где
11
факты и таблицы с измерениями хранятся в реляционных таблицах, и для хранения агрегатов создаются дополнительные реляционные таблицы.
Для построения ROLAP
модели метаданных было выбрано табличное пространство
СУБД Oracle Database 10g Express Edition. Методы работы с
многомерными данными реализованы в виде набора пакетов хранимых процедур средствами языка PL/SQL. На рисунке 4 представлена общая
схема организации прототипа
СУБД.
Для реализации метаданных была выбрана схема
Рисунок 4. Общая схема организации СУБД
«снежинка». Согласно специфики организации ROLAP модели, база данных не имеет ограничений по количеству записей, а, значит, её
можно отнести к разряду сверхбольших.
Описан фрагмент усовершенствованной схемы ROLAP модели, демонстрирующий организацию метаданных с учётом разработанного метода коллинеарных связей. На рисунке 5 представлена схема, отражающая суть организации
метаданных для хранения коллинеарных связей между состояниями объектов.
Рисунок 5. Схема организации метаданных с с учётом разработанного метода коллинеарных связей
Реализация подобной системы управления информацией основывается на
представленном во второй главе описании.
Представлен алгоритм извлечения данных из объектов с коллинеарными
связями (рисунок 6Б).
12
На рисунке 6 представлен алгоритм извлечения данных, возвращающий
множество всех состояний объектов системы имеющих в своей структуре составной атрибут, на который наложены условия запроса.
На рисунке 6-А изображена блок-схема алгоритма извлечения данных, из
объектов не имеющих коллинеарные связи. На рисунке 6-Б предлагается алгоритм извлечения данных из объектов, находящихся в коллинеарной форме. Запрос, где критерием будет являться свойство объекта, имеющего коллинеарные
связи, адресуется к данным всех объектов системы, находящихся в коллинеарной форме.
Назовём класс, на который наложены условия в запросе – «Класс-критерий
запроса» (ККЗ), а класс, объекты которого получим в результате запроса – «Целевой класс» (ЦК). Условия, наложенные на ККЗ, назовём УККЗ.
Аббревиатурой КС обозначим коллинеарную связь.
Будем считать, что алгоритм поиска структуры класса имеет одинаковую
степень сложности для любого из классов системы и определяется O(n), где n –
количество классов в системе. Сложность алгоритма поиска подструктуры соответствующей ККЗ в ЦК зависит от сложности структуры ЦК, а именно от
числа подклассов находящихся в структуре ЦК и имеет сложность O(k), где k –
количество подклассов, находящихся в структуре ЦК. Сложность поиска объекта системы будем считать O(l).
Для примерной и более наглядной оценки сложности алгоритма, предположим равенство l = n = N.
В алгоритме А) сложность выполнения алгоритма, в худшем случае можно
оценить как O(1) O( N ) * O(2) * O( N ) * O(2) * O( N ) * O(2) O(8 * N 3 ) O( N 3 ) .
В алгоритме Б) сложность выполнения алгоритма в худшем случае можно
оценить как O (1) O ( N ) * O (2) * O( N ) * O (2) O(4 * N 2 ) O( N 2 ) .
Таблица. Сравнение сложности алгоритмов выполнения запроса.
В лучшем
случае
В среднем
В худшем
случае
Алгоритм выполнения запроса к
объектам с неразделяемой структурой. А)
Алгоритм выполнения запроса к
объектам с параллельными структурами. Б)
В таблице представлена примерная оценка степени сложности алгоритма
методом сопоставления их порядков сложности. Порядок сложности алгоритма
выражает его эффективность через количество обрабатываемых данных.
13
ККЗ
ККЗ
Поиск класса
Поиск ЭККЗ с КС
В структуру
класса входит
ККЗ
Нет
Найден
ЭККЗ с КС
Да
Да
Поиск экземпляра ЦК
Найден
ЭК соответствующий
ЦК
Нет
УККЗ с КС
выполняются
Нет
Да
Нет
Поиск экземпляра класса
Да
Найден ЭЦК
соответствующий ЭККЗ с
КС
Поиск ЭККЗ в ЭЦК
Найден
ЭККЗ в составе ЭЦК
Нет
Да
Нет
Добавление экземпляра в
коллекцию
Да
Условия ЭККЗ
выполняются
Нет
Нет
Достигнут
конец списка экземпляров
класса
Да
Да
Добавление ЭЦК в коллекцию
Нет
Конец
структуры ЭЦК
Да
Нет
Достигнут
конец списка
ЭККЗ с КС
Да
Вывод коллекции
экземпляров
класса
Конец списка
ЭЦК
Да
Нет
Конец списка классов
Да
Вывод коллекции
экземпляров класса
А)
Б)
Рисунок 6. Алгоритм формирования информационного запроса в ООСУБД
В четвертой главе «Практическая реализация метода коллинеарных
связей в многомерной модели данных на программном комплексе
Cobra++» описывается программный комплекс «Cobra ++», реализующий объ-
14
ектный интерфейс взаимодействия с данными, организованными в виде многомерной модели.
На рисунке 7 представлена общая схема взаимодействия элементов объектно-ориентированной системы.
1. Подсистема моделирования предметной области позволяет специалистам описать сущности предметной области в соответствии с их представлениями и взглядами на стоящие перед ними задачи. Она должна обладать всеми
необходимыми функциями, обеспечивающими описание элементов предметной
области в виде классов, моделирование их структуры, развитие классов с течением времени. На данной схеме представлен блоком «Модуль работы с объектами».
2. Модуль работы с различными системными объектами и механизмами,
такими как карточка для ввода и обработки информации, шаблоны для обработки запросов к данным и т.д. На схеме представлен взаимосвязанными блоками «Модуль работы с карточками», «Модуль работы со справочниками»,
«Модуль информационных запросов». Предполагается наличие некоторой базы
данных системных классов, в которой будут храниться данные элементы. К
примеру, один из вариантов реализации данного модуля может быть основан на
технологии XML. Однако нет никаких ограничений для обеспечения этого механизма с помощью обычной реляционной базы данных.
3. «Система управления данными предметной области» – основной функциональный блок на данной схеме, отвечает за хранение и обработку классов.
Рисунок 7. Принципиальная схема объектно-ориентированной системы управления базой данных
4. Работа пользователя с данными должна основываться на двух программных модулях.
15
Первый должен обеспечивать работу с объектами. Модуль представляет
собой универсальное приложение, генерирующее таблицы и загружающее в
них экземпляры соответствующего класса. Представлен блоком «Модуль работы с объектами».
Второй модуль обеспечивает выполнение созданных ранее информационных запросов к данным. Представлен блоком «Модуль информационных запросов». Он строит информационный запрос на основе классов. Затем выполняет
его, выдавая в качестве результата отфильтрованный, по некоторому критерию,
набор объектов.
Приводится описание реализации класса с коллинеарными связями в объектно-ориентированной системе «Cobra++».
Продемонстрированы особенности работы системы, а также удобство и
эффективность системы при описании предметной области с использованием
коллинеарных связей. Подробно рассмотрен процесс проектирования классов с
коллинеарными связями.
Рисунок 8. Окно проектировщика классов системы «Cobra++»
Окно проектировщика класса представлено на рисунке 8, где выполняется
проектирование класса «Освещение», который имеет коллинеарные связи с
классами «Работа» и «Помещение». Таким образом, класс «Освещение» находится в коллинеарной форме. Также в систему «Cobra++» включен модуль выполнения запросов к базе данных, с целью выборки информации по определенным критериям.
Он является своеобразным интегрирующим звеном для всех остальных
приложений. Позволяет анализировать информацию из хранилища данных,
производить поиск нужной информации по определенным критериям, а также
является инструментом быстрого доступа к объектам для специалистов предприятия. На рисунке 9 представлен результат выборки данных по объектам
класса «Энергопотребление», где результатом является список объектов всех
классов, с которыми этот класс имеет коллинеарные связи.
16
Рисунок 9. Окно модуля информационных запросов
ОСНОВНЫЕ ВЫВОДЫ И РЕЗУЛЬТАТЫ
1.
2.
3.
4.
5.
Введено и обосновано понятие «коллинеарной связи», как вида отношения агрегации, при котором поддерживаются связи между экземплярами классов.
Предложена схема организации метаданных на основе разработанного
метода коллинеарных связей.
Разработан метод, реализующий коллинеарные связи между классами в
многомерной модели данных.
Разработан алгоритм извлечения многомерных данных на основе предложенного метода организации их хранения.
Разработан модуль «Дизайнер информационных объектов» реализующий работу коллинеарных связей и методов работы с ними в объектноориентированной среде «Cobra ++».
ПУБЛИКАЦИИ ПО ТЕМЕ ДИССЕРТАЦИИ
Публикации в изданиях, рецензируемых ВАК Минобрнауки РФ
1. Волков А.А., Щекочихин О.В., Набатов Р.А., Шведенко В.Н. Объектноориентированная технология моделирования предметной области на программном комплексе Cobra ++ [Текст] // Сборник научных трудов «Международной
научно-практической конференции по современным проблемам прикладной
информатики». – СПб.: Изд-во Политехн. ун-та, 2010. – 0,4 п.л. (лично –
0,1 п.л.).
2. Волков А.А., Шведенко В.Н. Реализация параллельных структур в объектно-ориентированных системах управления базами данных [Текст] // Промышленные АСУ и контроллеры, 2011. – № 6. – 0,4 п.л. (лично – 0,2 п.л.).
17
3. Волков А.А., Шведенко В.Н. Модель формирования параллельных
структур в объектно-ориентированных системах управления базами данных
[Текст] // Программные продукты и системы, 2011. – 0,4 п.л. (лично – 0,2 п.л.).
Публикации в других изданиях
4. Волков А.А. Применение адаптивной автоматизированной системы сбора информации для управления предприятием [Текст] / А.А. Волков, О.В. Щекочихин, Р.А. Набатов // Сборник «Научные труды молодых ученых КГТУ»,
выпуск 9. – Кострома, 2008. – 0,4 п.л. (лично – 0,2 п.л.)
5. Волков А.А. Адаптивная автоматизированная система сбора и отображения информации для управления предприятием [Текст] / А.А. Волков, О.В.
Щекочихин, Р.А. Набатов // Сборник «Тезисы V-ой Всероссийской межвузовской конференции молодых ученых». – 2008 – 0,3 п.л. (лично – 0,1 п.л.).
6. Волков А.А. Обработка и визуальное представление многомерных данных в системе Cobra ++ [Текст] / А.А. Волков, В.Н. Шведенко, Р.А. Набатов //
Сборник научных трудов Всероссийской конференции с элементами научной
школы для молодёжи «Проведение научных исследований в области обработки,
хранения, передачи и защиты информации». – Ульяновск, 2009. – 0,5 п.л. (лично – 0,2 п.л.).
7. Волков А.А. Визуальное представление многомерных данных в системе
Cobra ++ [Текст] / А.А. Волков, Р.А. Набатов // Научные труды молодых учёных КГТУ. Часть I. – Кострома, 2010. – 0,3 п.л. (лично – 0,2 п.л.)
8. Волков А.А. Метод агрегирования класса при логическом проектировании предметной области в объектно-ориентированной СУБД» [Интернетресурс] / А.А. Волков, В.Н. Шведенко В.Н. // Информационно-экономические
аспекты стандартизации и технического регулирования (Интернет-журнал),
2011. – № 4. – Web: http://iea.gostinfo.ru/files/2011_04/2011_04_12.pdf. – М.,
2011. – 0,4 п.л. (лично – 0,2 п.л.).
Документ
Категория
Технические науки
Просмотров
138
Размер файла
8 788 Кб
Теги
кандидатская
1/--страниц
Пожаловаться на содержимое документа