Контекст и основные элементы архитектуры приложений

 

Рис. 4 – Нераспределенное развертывание

 

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

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

Архитектура программной  системы практически никогда не ограничена лишь одним архитектурным стилем, зачастую она является сочетанием архитектурных стилей, образующих полную систему. Для построения системы поиска клонов будем использовать комбинацию компонентного, объектно-ориентированного и многослойного стилей.

Объектно-ориентированная  архитектура – это парадигма  проектирования, основанная на разделении ответственностей приложения или системы  на самостоятельные пригодные для  повторного использования объекты, каждый из которых содержит данные и поведение, относящиеся к этому объекту. При объектно-ориентированном проектировании система рассматривается как наборы взаимодействующих объектов. Объекты обособлены, независимы и слабо связаны; обмен данными между ними происходит через интерфейсы путем вызова методов и свойств других объектов и отправки, приема сообщений.

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

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

Рис. 5 – Многослойная архитектура приложения для поиска клонов

 

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

 

 

 

Заключение

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

Современный бизнес –  это совокупность постоянно возрастающего  количества процессов во всей их сложности, широкий спектр предоставляемых  услуг и продуктов, территориальная распределённость,

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

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

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

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

Следовательно, успешность современного предприятия - это то, насколько тесно и оперативно взаимодействуют две его составляющие: бизнес и информационные технологии. Как правило, здесь и возникают проблемные моменты. Часто взаимодействие бизнес-пользователей и специалистов в сфере информационных технологий (ИТ) носит эпизодический, бессистемный характер и сводится к обсуждению отдельных вопросов, например, при формировании очередного ИТ-бюджета.

Проблема взаимодействия бизнеса и ИТ кроется в их различном восприятии предприятия. Бизнес оперирует бизнес-моделями, основными объектами которых являются организационная структура, бизнес-процессы, функции, услуги, продукты, планы, цели, задачи, финансы.

В то же время ИТ-подразделение оперирует совершенно другими категориями: приложения, данные, технические устройства, сети передачи данных. Отсутствие комплексной модели предприятия, которая бы описывала компоненты бизнеса и ИТ в их совокупности и взаимосвязи - одна из основных причин рас координации бизнеса и ИТ, приводящая к снижению конкурентоспособности предприятия.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Список используемой литературы

1. Вахрушев, И. Н. Применение методов поиска дублирующегося кода в процессе разработки программного обеспечения. Т. 1. – Вологда: ВоГТУ, 2010. – 219 с.
2. Оголева Л.Н. Реинжиниринг производства: учебное пособие. М., КНОРУС, 2005, 304 с.
3. Акулов В.Б., Рудаков М.Н. Теория организации. Учебное пособие. Петрозаводск, ПетрГУ, 2002, 190 с.
4. Гейн К., Сарсон Т. Структурный системный анализ: средства и методы. М.: Эйтекс, 1993.
5. Петров П.К. Моделирование знаний для построения специальных информационных технологий, поддерживающих влияние ограничительных положений нормативной базы на технологический процесс проектирования объектов. – Трубопроводный транспорт. Теория и практика. №4 (6) 2006 г.
6. К. Дж. Дейт. Введение в системы баз данных: Пер. с англ. 8-е изд., М.: Вильямс, 2005.
7. Кузнецов С.Д. Основы современных баз данных. М.: Вильямс, 2005.
8. Трутнев  Д.  Р.  Архитектуры  информационных  систем.  Основы проектирования: Учебное пособие. – СПб.: НИУ ИТМО, 2012. – 66 с.
9. Хоменко К.В., Петров П.К., Куликов О.В. Концептуальные основы корпоративной информационной системы в области проектирования. Теория и практика №2 (4) 2006.
10. Фаулер, М. Архитектура корпоративных программных приложений. – М.:Вильямс, 2006. – 544 с.
11. Dengfeng Gao, S. Jensen, T. Snodgrass, D. Soo. Join operations in temporal databases. The VLDB Journal – The International Journal on Very Large Data Bases. Vol. 14 Issue 1, 2005.