Научная статья на тему 'Адаптирование и логическое проектирование нового метода хранения и систематизации информации в уфо-анализе под среду проектирования бизнеса UFO-toolkit'

Адаптирование и логическое проектирование нового метода хранения и систематизации информации в уфо-анализе под среду проектирования бизнеса UFO-toolkit Текст научной статьи по специальности «Компьютерные и информационные науки»

CC BY
117
41
i Надоели баннеры? Вы всегда можете отключить рекламу.

Аннотация научной статьи по компьютерным и информационным наукам, автор научной работы — Жихарев Александр Геннадиевич

В работе рассмотрены адаптация и реализация нового метода хранения и систематизации информации в среде проектирования бизнеса UFO-toolkit. Решается задача адаптации и логического проектирования базы знаний под CASE-инструментарий UFO-toolkit. В результате получена логическая модель базы знаний для хранения УФО-элементов.

i Надоели баннеры? Вы всегда можете отключить рекламу.
iНе можете найти то, что вам нужно? Попробуйте сервис подбора литературы.
i Надоели баннеры? Вы всегда можете отключить рекламу.

Текст научной работы на тему «Адаптирование и логическое проектирование нового метода хранения и систематизации информации в уфо-анализе под среду проектирования бизнеса UFO-toolkit»

АДАПТИРОВАНИЕ И ЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ НОВОГО МЕТОДА ХРАНЕНИЯ И СИСТЕМАТИЗАЦИИ ИНФОРМАЦИИ В УФО-АНАЛИЗЕ ПОД СРЕДУ ПРОЕКТИРОВАНИЯ БИЗНЕСА иРО-ТООЬК1Т

А.Г. Жихарев (Белгородский государственный университет) Научный руководитель - д.т.н. профессор С.И. Маторин (Белгородский государственный университет)

В работе рассмотрены адаптация и реализация нового метода хранения и систематизации информации в среде проектирования бизнеса иРО4ооШ1 Решается задача адаптации и логического проектирования базы знаний под СЛ8Б-инструментарий иРО4ооШ1 В результате получена логическая модель базы знаний для хранения УФО-элементов.

Введение

Моделирование бизнеса - одна из наиболее развивающихся сфер информационных технологий, это обусловлено тем, что любое предприятие, фирма и т.д., выходя на рынок, сталкивается с очень серьезной для нее проблемой - конкуренцией. Чтобы преодолеть данную проблему, фирме необходимо непрерывно улучшать свой бизнес, развивать новые отрасли своей деятельности, т.е. проводить непрерывную реорганизацию своего бизнеса. На данном этапе руководителю приходят на помощь так называемые СЛББ-инструментарии моделирования бизнеса. Одним из таких инструментариев является среда проектирования бизнеса ЦБО-1;оо1к11 [6].

Данный инструмент в своей основе имеет оригинальный системный подход к проектирований бизнеса «узел-функция-объект» [7]. Одним из наиболее перспективных отличий данного инструментария от ему подобных является частичная автоматизация построения УФО-диаграмм за счет хранения ранее созданных элементов такой диаграммы (УФО-элементов) в специальных библиотеках - репозитариях. Но существуют некоторые проблемы, связанные с данной библиотекой [1]. Для их решения разработан метод хранения и систематизации информации, основанный на классификации УФО-элементов по типу и объекту их деятельности [2], которая представлена на рис. 1.

На основе данной классификации (см. рис.1) была разработана база знаний (БЗ) [4], которая позволяет хранить УФО-элементы, осуществлять их редактирование и вы-

борку. Но БЗ была ориентированна на сам подход, т.е. она позволяет хранить лишь неотъемлемую информацию об узле, функции и объекте, соответственно. Требуется адаптация БЗ непосредственно под инструментарий иБО-1;оо1к11. Прежде чем приступить к проектированию и реализации, определимся с требованиями к БЗ.

Требования к базе знаний иТО-1оо1кк

Как было сказано выше, на данный момент БЗ позволяет хранить лишь неотъемлемую информацию УФО-элемента. Инфологическая схема базы знаний показана на рис. 2.

Рис. 2. Инфологическая модель базы знаний иРО^ооМ

Для внедрения такой БЗ в инструмент необходима дополнительная информация об узлах, функциях, объектах и портах. Так как в среде ЦБО-1;оо1к11 соответствующие УФО-элементы отображаются на экране в виде диаграмм, то необходимо также хранить информацию о расположении портов на УФО-элементе. С первого взгляда можно подумать, что нужно хранить информацию о расположении самого УФО-элемента на диаграмме, однако при его внедрении в проект заранее неизвестно, куда он будет помещен. Эти параметры удобнее вычислить при его вставке в зависимости от расположения свободных портов [6], именно поэтому данные характеристики хранить в БЗ нет смысла. При выборке УФО-элемента из БЗ он анализируется на процентное соответствие свободным портам. Этот анализ проводится с использованием таких характеристик, как количество входящих и выходящих портов, поэтому, чтобы не вычислять эти переменные при анализе, имеет смысл хранить соответствующие характеристики в БЗ.

Проанализировав требования к базе знаний УФО-элементов, можно приступить к ее проектированию и разработке инфологической модели.

Порты УФО-элементов

Каждый УФО-элемент имеет входящие и выходящие порты, которые хранятся в таблицах. Для порта (как входящего, так и выходящего) необходимо хранить следующую информацию:

1. идентификатор порта;

2. имя порта;

3. тип порта;

4. идентификатор узла, которому принадлежит данный порт;

5. идентификатор визуального стиля;

6. тип связи;

7. позиция.

В данном случае существует проблема, связанная с возможностью повторения идентификатора порта, так как таблица будет хранить входящие и выходящие порты всех УФО-элементов. Вполне возможно, что в один УФО-элемент, например, будут входить несколько одинаковых связей, и идентификаторы у них будут одинаковы, так как они берутся из таблицы иерархии связей проекта. В данном случае можно добавить в рассматриваемую таблицу поле целого типа, которое будет увеличиваться на единицу при попытке занесения в таблицу записи с существующим идентификатором, т.е. будут учитываться все связи, даже с одинаковым идентификатором. Итоговое изображение логической модели входящего/выходящего порта представлено на рис. 3.

INPUT PORT ~Ю |

PARENT UZEL I

NAME I PORTTYPE I

STYLEJD I

TYPE I

POSITION I

Рис. 3. Входящий порт

Что же касается таблицы «Выходящий порт», то она абсолютно идентична вышеприведенной, изменяется только название таблицы.

Иерархия связей

В БЗ имеется таблица, которая хранит все возможные связи, созданные в рамках одного проекта (рис. 4).

ITEM

ID

NAME NOTATION PORTJYPE TYPE

Рис. 4. Иерархия связей

Таблица, представленная на рис. 4, является родительской по отношению к таблицам «Входящий/выходящий порт». Так как каждый входящий/выходящий порт является «экземпляром» какой-либо связи из общей их иерархии, то между ними будет проходить идентифицирующая связь, вследствие чего идентификатор связи мигрирует в первичный ключ входящего/выходящего порта.

Узел

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

ляющих УФО-элемента, будут дочерними по отношению к таблице «Узел». Данная таблица будет логической моделью, как показано на рис. 5.

Рис. 5. Таблица Узел Функция и объект

Функция по отношению к таблице «Узел» является одновременно и дочерней, и как бы родительской, так как любой узел содержит хотя бы одну функцию, в свою очередь, функцию могут реализовывать не только объекты, но и сами узлы могут выступать в роли объектов. Общая инфологическая модель преобразованной БЗ и модели таблиц «Функция» и «Объект» представлены на рис. 6.

Рис. 6. Инфологическая модель базы знаний иРО-1оо1кК

Таким образом, из рис. 6 видно, что каждый узел может содержать в себе функции, и функция, в свою очередь, не имеет смысла без узла (идентифицирующая связь на модели), но узел вполне может существовать и без функции.

Заключение

В рамках написания статьи была адаптирована БЗ для хранения информации об УФО-элементе под инструментарий моделирования бизнеса иБО-1;оо1к11. В дальнейшем

планируется разработка программного модуля для работы инструмента с рассмотренной БЗ с возможностью сетевого доступа к ней.

Литература

1. Маторин С.И., Жихарев А.Г. Организация библиотек в CASE - инструментарии моделирования бизнеса «UFO-toolkit» / Материалы VII Международной научно-практической конференции «Компьютерные технологии в науке, производстве, социальных и экономических процессах»: Сб. научных трудов. Ч.3. - Новочеркасск: ЮРГТУ(НПИ). 2006. - С. 23-28.

2. Жихарев А.Г. Проектирование средств хранения и систематизации информации в среде «UFO-toolkit» / Материалы VIII Международной конференции «Кибернетика и высокие технологии XXI века (C&T 2007)»: Том 2. - Воронеж. 2007. - С. 982989.

3. Великая Я.Г., Жихарев А.Г., Зимовец О.А., Маторин С.И., Тубольцев М.Ф. О перспективах развития технологии моделирования бизнеса «Узел-Функция-Объект» // Научные ведомости БелГУ. - Сер. Информатика и прикладная математика. - 2007. -№3. - Вып.4.

4. Маторин С.И., Зимовец О.А., Жихарев А.Г. О развитии технологии графоаналитического моделирования бизнеса с использованием системного подхода «Узел-Функция-Объект» // НТИ. Сер. 2. - 2007. - № 11. - С. 10-17.

5. Маторин С.И., Зимовец О.А., Жихарев А.Г. Технология информационного обеспечения управления на основе системного подхода «Узел-Функция-Объект» // Вестник ХГПУ. Новые решения в современных технологиях. 2007 (в печати).

6. Маторин С.И., Попов А.С. «UFO-toolkit» - BI-инструментарий нового поколения [Электронный ресурс]. - Электрон. дан.(1 файл). - Режим доступа: http://citforum.ru/consulting/BI/UFO/. - Последнее обращение: 25.10.2005. - Загл. с экрана.

7. Маторин С.И., Ельчанинов Д.Б., Зиньков С.В., Маторин В.С. Синтез и анализ систем в свете подхода «Узел-Функция-Объект» // НТИ. - Сер. 2. - №8. - М.: ВИНИТИ, 2006. - С. 10-16.

i Надоели баннеры? Вы всегда можете отключить рекламу.