Архитектура приложений

В информационных системах, архитектура приложений или архитектура приложений является одним из нескольких доменов архитектуры , которые составляют основу архитектуры предприятия (EA).

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

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

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

Архитектура приложений определяет, как несколько приложений готовы работать вместе. Она отличается от программной архитектуры, которая касается технических проектов построения системы.

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

• 1 Стратегия
• 2 Шаблоны
• 3 Архитектор приложений
  • 3.1 Области знаний
  • 3.2 Задачи
    • 3.2.1 Функциональные возможности
    • 3.2.2 Создание рекомендаций по архитектуре решения
• 4 См. Также
• 5 Ссылки

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

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

«Шаблон» был определен как «идея, которая была полезна в одном практическом контексте и, вероятно, будет полезна в других».

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

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

Приложения обычно следуют одному из следующих стандартных шаблонов архитектуры приложений:

• Клиент- прокси-сервер : действует как концентратор для многих низкоскоростных каналов доступа к серверу.
• Служба поддержки клиентов : поддерживает сложные контакты с клиентами в нескольких организациях.
• Reactor : отделяет событие от его обработки.
• Реплицированные серверы : Реплицирует серверы, чтобы снизить нагрузку на центральный сервер.
• Многоуровневая архитектура : декомпозиция служб, при которой большинство взаимодействий происходит только между соседними уровнями.
• Архитектура конвейера и фильтра : последовательное преобразование информации дополнительных шагов или процессов.
• : управляет зависимостями между связными группами функций (подсистем).
• Самообслуживание : пользователи, осуществляющие доступ к транзакциям на 24 / 7 базис (он же
• Сотрудничество: Пользователи, работающие друг с другом для обмена данными и информацией (также известные как)
• Агрегация информации : Данные из нескольких источников, агрегированные и представляемые по нескольким каналам (также называемые от пользователя к данным)
• Событийно-ориентированный : события данных (которые могут изначально исходить от устройства, приложения, пользователя, хранилища данных или часов) и логика обнаружения событий, которая может условно отбросить событие, инициировать процесс, связанный с событием, предупреждение пользователя или диспетчера устройств или обновить хранилище данных.
• Корпоративный процесс, ориентированный на бизнес: бизнес-процесс управляет взаимодействием между несколькими внутрикорпоративными приложениями, службами, подпроцессами и пользователями.
• : Бизнес-процесс управляет взаимодействием между одним или несколькими источниками массовых данных и целевыми объектами.
• Расширенное предприятие : бизнес-процесс управляет взаимодействиями между несколькими межкорпоративными приложениями, службами, подпроцессами и пользователями.
• Шаблон душителя: постепенный перенос устаревшей системы м, постепенно заменяя определенные функциональные возможности новыми приложениями и услугами. По мере замены функций унаследованной системы новая система в конечном итоге заменяет все функции старой системы, удушая старую систему и позволяя вывести ее из эксплуатации.

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

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

Области знаний

Моделирование приложений

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

Конкурентная информация, бизнес-моделирование, стратегический анализ

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

Технология

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

Технологические стандарты

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

Задачи

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

• Совместимость возможности
• Производительность и масштабируемость
• Надежность и доступность
• Жизненный цикл приложения стадия
• Технологические риски
• Количество экземпляров

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

Функциональные возможности

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

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

Создание рекомендаций по архитектуре решения

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

Стандарты в мире архитектуры определены в TOGAF, Open Group Architecture Framework описывает четыре компонента EA как BDAT (Бизнес-архитектура, Архитектура данных, Архитектура приложения и Техническая архитектура,

В зависимости от уровня сложности организации необходимо учитывать и другие стандарты:

• Zachman Framework для EA
• Федеральная архитектура предприятия (FEA)
• Gartner

• ISO / IEC 42010 Разработка систем и программного обеспечения - Описание архитектуры - это международный стандарт для описания архитектуры систем и программного обеспечения.
• IEEE 1471 замененный стандарт IEEE для описания архитектуры «программно-интенсивной системы», также известной как архитектура программного обеспечения.
• IBM Systems Application Architecture
• Планирование архитектуры предприятия

• «Фаза C: Архитектура информационных систем - Архитектура приложения». TOGAF 9.1. Получить d 26.07.2017.
• Хантер, Рой; Расмуссен, Брайан. «Архитектура приложений». Oracle. Проверено 26 июля 2017 г. CS1 maint: ref = harv (link )