WikiDer > Библиотечно-ориентированная архитектура

Library Oriented Architecture
«Пример диаграммы библиотечно-ориентированной архитектуры»
Библиотечно-ориентированная архитектура

В программная инженерия, а Библиотечно-ориентированная архитектура (LOA) представляет собой набор принципов и методологии для проектирования и разработки программного обеспечения в виде многократно используемых программных библиотек, ограниченных определенной областью онтологии. LOA предоставляет одну из многих альтернативных методологий, которые позволяют в дальнейшем раскрывать программное обеспечение через сервис-ориентированную архитектуру. Ориентация на библиотеку диктует онтологические границы библиотеки, которая раскрывает бизнес-функции через набор общедоступных API. Библиотечно-ориентированная архитектура способствует дальнейшему продвижению практик, аналогичных Модульное программирование, и поощряет поддержку внутренних библиотек и модулей с независимыми внутренними жизненными циклами с открытым исходным кодом. Этот подход продвигает хорошие принципы и шаблоны программной инженерии, такие как разделение проблем и проектирование интерфейсы в отличие от реализаций.

Принципы

Три принципа управляют фреймворками библиотечно-ориентированной архитектуры:

  1. А библиотека программного обеспечения реализация и экспертиза в предметной области должны быть ограничены только одним домен онтологии.
  2. Программная библиотека, которая должна использовать концепции и артефакты из другого домена онтологии, чем тот, к которому он принадлежит, должен сопрягать и повторно использовать библиотеку, соответствующую этому конкретному домену онтологии.[1]
  3. Все библиотеки программного обеспечения для конкретной предметной области должны поддерживаться и поддерживаться отдельными жизненные циклы.[2]

Преимущества

Библиотечно-ориентированная архитектура может обеспечивать различные улучшения процессов для существующих практик разработки программного обеспечения и жизненный цикл разработки программного обеспечения. Некоторые ощутимые выгоды от его принятия:

  1. Упрощать управление конфигурацией распределенных систем.[3]
  2. Стройте высоко надежные программные системы из-за присущих свойств и ограничений принципов LOA.
  3. Информационные системы построенные с использованием LOA независимый от технологий. Эти системы могут легко заменять или обменивать целые библиотеки и реализации доменов с локализованным воздействием и минимальным влиянием восходящей волны.
  4. Увеличить Индекс ремонтопригодности[4] ваших распределенных систем и интеграционных репозиториев.
  5. Свести к минимуму риск высокая связь, это может быть более очевидно на больших корпоративные системы.
  6. Приучите разработчиков к работе на порядки быстрее, чем при использовании традиционной системы. Перемещайте разработчиков и команды между библиотеками и онтологиями предметной области и организуйте совместную работу.
  7. Выявление ошибок и определение проблемы практически мгновенно. Можно кое-что сказать о количестве времени, которое разработчик тратит на отладку.
  8. Максимизация Автобусный фактор команды разработчиков программного обеспечения.[5]

Смотрите также

Рекомендации

  1. ^ Грубер, Томас Роберт (1992). «К принципам разработки онтологий, используемых для обмена знаниями» (PDF). Международный журнал Human-Computer Studies. 43: 907–928.
  2. ^ Триана, Мишель. «Библиотечно-ориентированная архитектура». Получено 2012-04-09.
  3. ^ Кроули, Ричард. «Повышение работоспособности». Получено 2012-04-09.
  4. ^ Триана, Мишель. «Написание элегантного кода и индекс ремонтопригодности». Свет байтов. WordPress. Получено 2012-04-12.
  5. ^ Редмонд, Мэтью С .; Пол Ньютон (2003). «Интеграция ГИС в процессы проектирования, планирования и проектирования» (PDF). Получено 2012-04-12. Цитировать журнал требует | журнал = (помощь)