Это интегрированный набор информационных систем предприятия который обеспечивает потребности бизнеса

Архитектура приложений описывает, какие прикладные системы нужны предприятию для выполнения бизнес-процессов, и включает такие аспекты, как проектирование, разработка (или приобретение) и интеграция прикладных систем. В архитектуре приложений, как правило, выделяют две основные области: формирование и управление портфелем прикладных систем предприятия, а также разработку прикладных систем [12.8, 12.9,12.14, 12.15].

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

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

Портфель прикладных систем содержит следующие компоненты.

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

Существуют различные способы оценки портфеля и различные классификации прикладных систем предприятия. Одной из возможных моделей оценки портфеля прикладных систем является оценка их по двум критериям — ценность с точки зрения бизнеса и техническое состояние: матрица оценки состояния прикладных информационных систем HealthGrid (рис. 4.2). Оценка портфеля служит отправной точкой в идентификации проблемных областей и возможностей для лучшего удовлетворения потребностей бизнеса и принятия решения об инвестициях в новые системы или обновление существующих.

В результате такой оценки прикладные системы классифицируют следующим образом:

Матрица оценки состояния прикладных информационных систем HealthGrid [12.8]

  • • системам грозит вывод из эксплуатации (замена) или консолидация;
  • • системы, требующие переоценки или перепозиционирования;
  • • системы, требующие обновления;
  • • системы, требующие сопровождения и развития.

Рис. 4.2. Матрица оценки состояния прикладных информационных систем HealthGrid [12.8]

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

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

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

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

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

Обеспечить сопровождение и развитие (высокая ценность для бизнеса и отличное техническое состояние). Эти системы критически важны с точки зрения бизнеса и спроектированы в соответствии с современными представлениями об архитектуре прикладных систем.

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

Читайте также:  Купольные дома как бизнес

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

  • • базовые транзакционные (или вспомогательные, обеспечивающие, обслуживающие — utility);
  • • информационные (дающие преимущества);
  • • инновационные (стратегические).

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

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

Выделение ИТ третьей категории может носить радикально новый, революционный характер с точки зрения влияния на функционирование организаций: способность кардинально изменить саму основу конкуренции и получения преимуществ. Это так называемые инновационные (стратегические или «пограничные») приложения. Именно они способны обеспечить конкурентные преимущества на рынке.

Используется также классификация приложений, основанная на роли, которое данное приложение играет в общей архитектуре предприятия.

  • • Критически важное для предприятия в целом (mission-critical). Приложение чрезвычайно важно для осуществления всей миссии компании, нарушения в работе приложения могут повлечь катастрофические последствия для бизнеса. Пример: система биллинга оператора мобильной связи или система управления движением в аэропорту.
  • • Критически важное для бизнеса (business-critical). Приложение важно для поддержки отдельного направления бизнеса или обеспечивающего бизнес-процесса. Нарушения могут повлечь серьезные затруднения в бизнесе. Пример: система приема заказов через Интернет.
  • • Вспомогательное (utility). Некритичное приложение, решающее частную, вспомогательную задачу. Пример: система резервирования помещений для переговоров.
  • • Средства офисной автоматизации (officeproductivity). Это приложения, используемые для автоматизации повседневной работы. Типичный пример: офисные пакеты и средства подготовки презентаций.

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

  • • Приложения, обслуживающие большое количество транзакций (Transaction Processing). Примеры: биллинг у телекоммуникационных операторов, резервирование авиабилетов, обработка транзакций по кредитным картам.
  • • Операции в реальном времени (Real-Time Operations). Примеры: транспортные операции в аэропорту, мониторинг пациентов в клинике.
  • • Аналитические приложения, бизнес-аналитика, поддержка принятия решений (Analytical and Business Intelligence). Примеры: интенсивный анализ больших массивов данных в поисках закономерностей, прогнозирование, принятие решений о выдаче кредита.
  • • Приложения поддержки совместной работы (Collaborative). Примеры: средства асинхронного взаимодействия (электронная почта, дискуссионные форумы, групповые календари), средства синхронного взаимодействия (мгновенный обмен сообщениями — instantmessaging), средства управления контентом и библиотечные сервисы (каталогизация и поиск информации, создание электронных библиотек и цифровых архивов документов и пр., портальные сервисы для внутреннего использования служащими).
  • • Корпоративные и обслуживающие (Utility) приложения. Этот стиль характерен для многих стандартных систем, таких как

ERP, CRM, системы управления персоналом, системы расчета заработной платы.

Источник: studref.com

В Архитектуре приложений, как правило, выделяют две основные области:

формирование и управление портфелем прикладных систем предприятия;

разработку прикладных систем.

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

Читайте также:  Понятие субъектов среднего бизнеса

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

Модели и инструменты

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

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

системам грозит вывод из эксплуатации (замена) или консолидация;

системы, требующие переоценки или перепозиционирования;

системы, требующие обновления;

системы, требующие сопровождения и развития.

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

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

20. Контекст и основные элементы архитектуры приложений. Портфель прикладных систем. Область разработки прикладных систем.

Источник: studfile.net

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

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

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

В Архитектуре приложений, как правило, выделяют две основные области Г4.31: •

формирование и управление портфелем прикладных систем предприятия;

• разработку прикладных систем.

Две области Архитектуры приложений предприятия

Рис. 6.1. Две области Архитектуры приложений предприятия

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

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

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

Независимо от выбранных границ этой области, ее суть состоит не в ответе на вопрос, какие приложения должны быть созданы, а в выборе технологий для построения приложений и способов их применения. Основной задачей области является уменьшение стоимости создания прикладных систем и повышение их качества за счет обеспечения единых подходов к разработке. Это, в свою очередь, ведет к уменьшению общего количества различных технических сценариев, связанных с проектированием архитектуры, операционной поддержкой, архитектурой интеграции систем, обучением персонала. Именно здесь требуется участие архитекторов прикладных систем (системных архитекторов). Разумеется, эту область имеет смысл выделять только для тех организаций, в которых производится самостоятельная разработка или доработка приложений, в отличие от модели аутсорсинга.

Читайте также:  Сколько стоит бизнес класс в самолете до Питера

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

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

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

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

• Имеющийся портфель прикладных систем. Это

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

• Планируемый портфель прикладных систем.

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

• План миграции. Процесс перехода от текущего к будущему портфелю прикладных систем в рамках ИТ- проектов. Проекты также могут объединяться в портфели проектов.

Контекст управления портфелем прикладных систем показан на рис. 6.2.

Контекст управления портфелем прикладных систем

Рис. 6.2. Контекст управления портфелем прикладных систем

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

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

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

Источник: bstudy.net

Рейтинг
( Пока оценок нет )
Загрузка ...
Бизнес для женщин