Объектно-ориентированное проектирование темпоральных информационных структур Текст научной статьи по специальности «Компьютерные и информационные науки»

Рис. 2. Блок-схема принятия решения по ортогональной системе признаков

Литература

1. Чубухчиев Б. Х., Еремина С. А., Сааков Б. А. Некоторые результаты применения дискретной информационной модели для анализа характера регуляторных связей в элементах симпатоадреналовой системы // Механизмы некоторых патологических процессов. - Ростов н/Д : РГМИ, 1971. - Вып. 4. - С. 226-234.

2. Чубухчиев Б. Х., Чубухчиева З. С. Об одной процедуре формирования классификационных признаков // V Всесоюзный симпозиум по кибернетике : Материалы симпозиума. - Тбилиси, 1970. - С. 235-236. Тр. Санкт-Петербургского фил. ИУиЭ. - Магадан, 2004. - С. 97-107.

3. Чубухчиев Б. Х. Некоторые аспекты информационного моделирования систем // Вопр. техн. диагностики. - Ростов н/Д : РИСИ, 1983. - С. 150-159.

4. Чубухчиев Б. Х. Информационное моделирование функциональных систем. - Магадан: Кордис, 2007. - 197с.

УДК 004.414.2

ОБЪЕКТНО-ОРИЕНТИРОВАННОЕ ПРОЕКТИРОВАНИЕ ТЕМПОРАЛЬНЫХ

ИНФОРМАЦИОННЫХ СТРУКТУР

Колыхалова Евгения Владимировна, ведущий программист, Воронежский государственный архитектурно-строительный университет, Россия, Воронеж, [email protected]

Введение

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

1. меняется большое число значений атрибутов экземпляра класса;

2. меняется несколько значений атрибутов экземпляра класса;

3. меняется связь между несколькими экземплярами классов [2].

Проектирование темпоральных данных будет различаться в зависимости от ситуации

(рис.1). В первом случае (рис. 1, а) будем считать, что меняется весь экземпляр класса. Для учета изменений экземпляра класса к атрибутам экземпляра необходимо добавить время.

а) б) в)

Рис. 1. Схемы проектирования темпоральных данных: а) меняется большое число атрибутов; б) меняется несколько атрибутов; в) меняется связь между экземплярами классов

110

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

В третьем случае (рис. 1, в) проектирование осуществляется путем введения ассоциативного объекта, в свою очередь связанного с временем.

Во всех трех ситуациях моделирование Класса, Класса-атрибута и Класса-ассоциации будет сходным. Рассмотрим методы проектирования таких классов. При этом к описываемым методам будет предъявляться требование хранения информации не только о факте изменения объекта в определенный момент и определенным пользователем, но и хранение всех предыдущих состояний объекта.

1. Хранение иерархии данных (рис.2, а)

Суть метода: для работы с предыдущими состояниями объекта средствами

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

• HistoryObjId - этот атрибут содержит ссылку на экземпляр класса, содержащий предыдущие значения атрибутов;

• DateChange - дата изменения записи;

• UserName - имя пользователя, внесшего изменения.

History

-ID:int

-Date Change: datetime -UserName:varchar(3 0) -TypeOperation: int -HistoryObj ID:int -GroupID:int -ClassName:varchar(30) -AttributeName:varchar(30) -Value:image

а) б) в)

Рис.2. Пример проектирования классов, представляющих темпоральные данные: а) хранение иерархии данных; б) класс History; в) классы-двойники. DateChange - дата внесения изменения; UserName -имя пользователя, внесшего изменение; TypeOperation - тип операции (добавление, изменение, удаление); HistoryObjlD - идентификатор изменяемого объекта; GroupID - параметр, объединяющий в группу все экземпляры класса, описывающие одно изменение; TableName - класса, в экземпляр которого вносятся изменения; AttributeName -атрибут экземпляра класса, в который вносятся изменения; Value - изменяемое значение.

2. Сохранение истории данных путем добавления дополнительного класса History (рис.2, б)

Данный метод предполагает создание дополнительного класса History. При изменении любого экземпляра любого класса создается новый экземпляр класса History, содержащий последнее значение изменившегося атрибута, дату изменения и имя пользователя, внесшего изменения. Достоинством данного метода является возможность описания единственного

StudentHistory

-StudentID:int -Name:varchar(30) -Group:varchar(20) -DateChange: datetime -UserName: varchar(3 0)

Student

-StudentID:int -Name: varchar(3 0) -Group:varchar(20)

t

Student

-StudentID:int

-Name: varchar(3 0) -Group:varchar(20) -Date Change: datetime -HistoryObjID:int -UserName:varchar(3 0)

Student

-StudentID:int

-Name:varchar(30)

-Group:varchar(20)

111

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

3. Классы-двойники (рис.2, в)

Данный способ предполагает сохранение изменяемого экземпляра класса путем создания нового экземпляра класса, практически полностью соответствующего основному классу. Кроме всех атрибутов основного класса в дополнительном классе присутствует атрибут DateChange, содержащий время изменения записи. К достоинствам данного метода относится хранение исторических данных отдельно от рабочих, и, следовательно, упрощение управления темпоральными данными, более простые методы получения темпоральных данных. Недостатки данного метода - отсутствие унифицированной процедуры, избыточность информации.

Заключение

Существуют и другие методы работы с темпоральными данными [3, 4], однако здесь описаны наиболее распространенные и отвечающие предъявленным выше требованиям.

Несмотря на наличие относительно большого количества методов обработки темпоральных данных, вопрос работы с темпоральными данными нельзя считать закрытым. Это связано не только с отсутствием согласованного способа проектирования темпоральных данных, но и с их принципиальными особенностями.

Литература

1. Костенко Б.Б., Кузнецов С.Д. История и актуальные проблемы темпоральных баз данных. 2007г, http://www.citforum.ru/database/articles/temporal/

2. Проскурин Д.К., Колыхалова Е.В. Моделирование темпоральных данных на уровне бизнеслогики информационных систем. Современные проблемы информатизации в моделировании и социальных технологиях: Сб. трудов. Вып. 15/ Под ред. д.т.н., проф. О.Я.Кравца. -Воронеж: «Научная книга», 2010.

3. Сидельников В.И., Олейник П.П. Метод представления истории изменения данных. Информационные технологии, №7, 2006. с.37-48.

4. Виноградов С.А. История изменений объектов, http://www.excode.ru/art634p3.html

УДК 004.9(06)

ИТЕРАТИВНАЯ РАЗРАБОТКА: АСПЕКТЫ АДАПТИВНОГО И ПРЕДИКТИВНОГО ПЛАНИРОВАНИЯ В УСЛОВИЯХ ЭКОНОМИЧЕСКОГО КРИЗИСА

Беликов Алексей Викторович, к.т.н., Россия, Шахты, [email protected]

Беликова Наталья Валентиновна, к.т.н., доц., Шахтинский институт Южно-Российского государственного технического университета (Новочеркасского политехнического института),

Россия, Шахты, bnatv@,vandex,ru

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

112