В программной инженерии , библиотека-ориентированная архитектура ( LOA ) представляет собой набор принципов и методологий для проектирования и разработки программного обеспечения в форме повторно используемых библиотек программного обеспечения, ограниченных в определенной онтологической области. LOA предоставляет одну из многих альтернативных методологий, которые позволяют дальнейшее раскрытие программного обеспечения через сервис-ориентированную архитектуру. Библиотечная ориентация диктует онтологические границы библиотеки, которая раскрывает бизнес-функциональность через набор общедоступных API. Библиотечно-ориентированная архитектура далее продвигает практики, похожие на модульное программирование , и поощряет поддержание внутренних библиотек и модулей с независимыми внутренними жизненными циклами с открытым исходным кодом. Этот подход продвигает хорошие принципы и шаблоны программной инженерии, такие как разделение интересов и проектирование для интерфейсов , а не для реализаций.
Принципы
В основе фреймворков библиотечно-ориентированной архитектуры лежат три принципа:
Библиотека программного обеспечения, которой необходимо использовать концепции и артефакты из другой онтологической области, нежели та, к которой она принадлежит, должна взаимодействовать и повторно использовать библиотеку, соответствующую этой конкретной онтологической области. [1]
Все библиотеки программного обеспечения, специфичные для домена, должны поддерживаться и обслуживаться в рамках отдельных жизненных циклов . [2]
Преимущества
Архитектура, ориентированная на библиотеку, может обеспечить различные улучшения процесса для существующих методов разработки программного обеспечения и жизненного цикла разработки программного обеспечения . Некоторые ощутимые преимущества от ее принятия:
Создавайте высоконадежные программные системы с учетом неотъемлемых свойств и ограничений принципов LOA.
Информационные системы, созданные с использованием LOA, не зависят от технологий . Эти системы могут легко заменить или обменять целые библиотеки и реализации доменов с локализованным воздействием и минимальным эффектом восходящей волны.
Дайте разработчикам возможность быстрее вводить их в курс дела, чем в традиционной системе. Перемещайте разработчиков и команды по библиотекам и онтологиям доменов и сотрудничайте без проблем.
Обнаружение ошибок и сосредоточение на проблеме практически мгновенно. Стоит сказать несколько слов о количестве времени, которое разработчик тратит на отладку.
Максимизация фактора шины команды разработчиков программного обеспечения. [5]
Написание элегантного кода и индекс поддерживаемости
Метрики кода – индекс ремонтопригодности
Ссылки
^ Грубер, Томас Роберт (1992). «К принципам проектирования онтологий, используемых для обмена знаниями» (PDF) . Международный журнал исследований взаимодействия человека и компьютера . 43 (5–6): 907–928. doi :10.1006/ijhc.1995.1081. S2CID 1652449.
^ Triana, Michel (2012-04-09). "Библиотечно-ориентированная архитектура". Архивировано из оригинала 2014-06-26 . Получено 2012-04-09 .
^ Триана, Мишель (2010-12-05). «Написание элегантного кода и индекс поддерживаемости». Light of Bytes . WordPress. Архивировано из оригинала 2014-05-25 . Получено 2012-04-12 .
^ Редмонд, Мэтью С.; Пол Ньютон (2003). «Интеграция ГИС в процессы проектирования, планирования и дизайна» (PDF) . Получено 12 апреля 2012 г.{{cite journal}}: Цитировать журнал требует |journal=( помощь )