LibRar.Org.Ua — Бібліотека українських авторефератів


Головна Бібліотечна справа → Архитектура и особенности реализации открытой автоматизированной информационной библиотечной системы МИРЭА

Архитектура и особенности реализации
открытой автоматизированной информационной
библиотечной системы МИРЭА
Architecture and Peculiarities of an Open Automatic
Information Library System in MIREA
Архітетура та особливості реалізації відкритої
автоматизованої інформаційної бібліотечної системи МІРЕА
Остроухов И. В., Крыжановский Ю. М.
Государственное образовательное учреждение высшего профессионального образования
«Московский государственный институт радиотехники, электроники и автоматики
(технический университет)» — МИРЭА, Москва, Россия
Igor V. Ostroukhov and Yury M. Kryzhanovsky
State Educational Institution of High Professional Education «Moscow State Institute
of Radio Equipment, Electronics and Automatics (Technical University)» — MIREA, Moscow, Russia
Остроухов І. В., Крижанівський Ю. М.
Державна навчальна установа вищої професійної освіти
«Московський державний іститут радіотехніки, електроніки і автоматики
(технічний університет)» — МІРЕА, Москва, Росія

Рассмотрен проект разработки открытой автоматизированной информационной библиотечной сис-
темы МИРЭА. Сформулированы проблемы, возникавшие перед коллективом разработчиков, и
предложена архитектура системы, позволяющая решить эти проблемы. Приведены основные осо-
бенности технического решения и результаты разработки.
A project for the development of an open automatic information library system in MIREA is presented.
The problems faced by the designers are described and the architecture of the system allowing resolving
these problems is offered. The main technological features and development results are presented.
Розглянуто розробки відкритої автоматизованої інформаційної системи МІРЕА. Сформульовано
проблеми, з якими стикається колектив проектувальників, та запропоновано архітектуру системи,
що дозволяє вирішити ці проблеми. Наведено основні особливості технічного рішення та результа-
ти розробки.
Задача разработки АИБС
Автоматизированная информационная библиотечная система (АИБС) МИРЭА разрабатывает-
ся в рамках проекта «Информатизация делопроизводства и управление ресурсами электронной
библиотеки» в рамках Инновационного проекта развития образования Правительства РФ, Между-
народного банка реконструкции и развития при поддержке Национального фонда подготовки
кадров.
В АИБС МИРЭА предусмотрены автоматизированные рабочие места, обеспечивающие:
• учет поступлений, списания и замены литературы;
• научную и техническую обработку литературы;
• поддержку электронного каталога библиотеки с возможностью поиска и заказа лите-
ратуры;
• другие функции, необходимые для сотрудников и читателей библиотеки.
Кроме разработанных автоматизированных рабочих мест (АРМов), в АИБС интегрированы
некоторые готовые компоненты, в частности, серверные компоненты АИБС «Руслан».
Разработка АИБС ведется силами коллектива разработчиков, при активном участии студентов
МИРЭА.
Архитектура АИБС
Проблемы разработки в условиях студенческого коллектива

Риски
Разработка программного обеспечения характеризуется целым набором рисков — возможно-
стей появления обстоятельств, обусловливающих неуверенность или невозможность получения
ожидаемых результатов. Рассмотрим основные риски, характерные для проекта разработки АИБС
МИРЭА, и способы снизить влияние этих рисков на проект за счет особенностей архитектуры
разрабатываемой системы.
Итак, большинство разработчиков, участвующих в проекте — студенты. Знания и навыки
большинства участников в начале работы различные; уровень квалификации трудно проверить, да
и задача такая не ставилась. Основным критерием для отбора участников было желание кандидатов
работать над проектом.
Уже в начале работы было ясно, что и состав, и квалификация участников будут меняться. Ко-
манда разработчиков фактически формировалась в процессе работы над проектом. В связи с этим
возникла необходимость нейтрализовать возможные риски, в том числе за счет особенностей
архитектуры системы.
Следующие особенности работы характерны почти для любого проекта в области ИТ. Это:
• риск разработать не то, что нужно заказчику;
• риски, связанные с выбором применяемых технологий (неадекватность выбранной
технологии решаемой задаче, отсутствие реальной поддержки технологии программ-
ными средствами и т. д.).
Исключить влияние всех перечисленных рисков было невозможно, так что необходимо было
снижать влияние этих рисков на судьбу проекта.
Одна из целей создания архитектуры АИБС — снижение влияния перечисленных рисков.
Барьер освоения и трудоемкость
Одним из факторов практически в любом коллективе разработчиков является барьер освоения
технологий реализации ИС. Подобрать команду, все члены которой приемлемо владеют любой
конкретной технологией, очень трудно, малореально. На практике кому-то из членов команды
приходится осваивать новые для себя технологии.
Отдельная проблема — снижение трудоемкости. Эта проблема была очень актуальна, так как
большинство участников проекта — студенты дневного отделения, совмещающие учебу с работой
над проектом.
Еще одна из целей создания архитектуры АИБС — минимизировать трудоемкость освоения
новых технологий и трудоемкость собственно разработки.
Способы решения перечисленных проблем
Для уменьшения влияния основных рисков и снижения трудоемкости разработки применены
следующие подходы:
• адаптивный процесс разработки;
• компонентный подход;
• интеграция компонентов по методу «звезда».
Перечисленные подходы обусловили требования к создаваемой архитектуре АИБС.
Адаптивный процесс
В процессе разработки системы очень важна возможность реагировать на изменяющиеся усло-
вия: требования пользователей, состав команды разработчиков, необходимость и целесообразность
применения тех или иных технологий разработки и т. п.
Создаваемая архитектура должна быть открытой к изменениям, потому что изменения неиз-
бежны.
Для обеспечения открытости к изменениям было предложено:
• применять компонентный подход;

2
• минимизировать (в идеале, свести к единице) количество способов интеграции
компонентов.
Компонентный подход
При компонентном подходе информационная система реализуется в виде набора взаимодейст-
вующих компонентов.
Компонент есть физически заменяемая часть системы, обеспечивающая решение определенной
задачи и предоставляющая определенный набор интерфейсов для доступа.
Каждый отдельный компонент характеризуется «высокой связностью», т. е. содержит «родст-
венные», тесно связанные между собой функции и данные.
Между собой компоненты используют относительно небольшое количество связей. Способы
взаимодействия компонентов определяются на ранней стадии проектирования каждого компонента
и в процессе разработки изменяются мало (в идеале — фиксируются).
Таким образом, компонентная структура означает относительную независимость компонентов.
Независимость компонентов дает возможность выбора инструментальных средств реализации
для каждого компонента по отдельности.
Другая особенность компонентного подхода в том, что замена компонента оказывается не
очень сложным делом.
В результате получаем следующие преимущества:
• Компоненты можно разрабатывать и тестировать по отдельности, почти