Application Services Library

Материал из Википедии — свободной энциклопедии
Перейти к навигации Перейти к поиску
Фреймворк ASL2

ASL (произносится «а-эс-эл», англ. Application Services Library — библиотека услуг приложений) — это фреймворк, используемый в управлении приложениями и находящийся под управлением ASL BiSL Foundation. Фреймворк описывает модель процессов в рамках управления приложениями (дисциплины производства и сопровождения информационных систем и приложений). ASL сосредоточен на цикле разработки (сопровождение / обновление). Поскольку фреймворк ASL основан на описании передового опыта, используется также термин «библиотека».

Содержание

История[править | править код]

ASL был разработан в конце девяностых в Нидерландах, первоначально как часть модели R2C, развившаяся в 2000 году в ASL. В 2001 году компания PinkRoccade безвозмездно передала ASL фонду ASL Foundation, в настоящее время — ASL BiSL Foundation.

ASL тесно связан с ITIL, BiSL и CMM. ASL описан в нескольких книгах и статьях (большинство которых существует только на нидерландском языке), а также на официальном сайте фонда ASL BiSL Foundation.

Причиной появления ASL стала проблема невозможности организации работы в отделах, отвечающих за управление приложениями, с использованием только ITIL. Новые версии ITIL в большей мере обращаются к областям разработки и управления приложениями. См. ссылку на документ, посвященный сравнению ITIL и ASL.[1]

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

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

В настоящее время ASL является общественным достоянием.

Назначение[править | править код]

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

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

Положение ASL[править | править код]

Различают три формы[2] управления информационными технологиями (области управления):

  • Управление информационно-технологической инфраструктурой (ITIL)
Эта форма управления ориентирована на управление ИТ-инфраструктурой и использует библиотеку ITIL. ИТ-инфраструктура является основой, на которой могут функционировать приложения. Сами приложения управляются с помощью управления приложениями.
  • Управление приложениями (ASL)
Под этой формой управления понимают корректировку и настройку приложения в случае обнаружения ошибок или изменения технических или функциональных требований. Очевидно, это применимо только для существующих, а не для новых приложений.
  • Управление бизнес-информацией (BiSL)
Приложение эксплуатируется пользовательской организацией. Эта организация должна определить требования, которым должно соответствовать приложение, а затем проверить, что после внесения изменений приложение функционирует в соответствии с заявленными требованиями. Эти процессы описаны в BiSL.

ASL 2[править | править код]

В 2009 году была выпущена новая версия библиотеки — ASL 2, содержащая ряд структурных изменений по сравнению с предыдущей версией.

Структура ASL[править | править код]

ASL описывает процессы на трех уровнях: операционном, управленческом (тактическом) и стратегическом. Фреймворк определяет шесть групп процессов.

Группы процессов ASL[править | править код]

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

Группа процессов поддержки приложения[править | править код]

В ASL определены 4 процесса управления приложениями. Эти процессы важны, поскольку они направлены на осуществление поддержки приложения, обеспечивающей минимальное количество сбоев минимальным количеством ресурсов. Эти процессы определены и в ITIL, но поскольку в ASL они определены с точки зрения приложений, эти процессы имеют отличия. Кластер поддержки приложения содержит следующие процессы:

Группа процессов сопровождения и обновления приложения[править | править код]

Около 80 % работ в рамках управления приложениями приходится на процессы сопровождения и обновления приложений. Поддерживаемые приложения требуют изменений так как бизнес-процессы постоянно изменяются. Для каждого изменения необходимо использование процессов сопровождения и обновления приложений. Не всегда нужные процессы можно найти в ITIL. Кластер сопровождения и обновления содержит следующие процессы:

Группа связующих процессов[править | править код]

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

Группа процессов управления[править | править код]

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

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

  • планирование и структурирование;
  • мониторинг и корректировка;
  • оценка, изучение и повторная корректировка.

Группа процессов стратегии приложения[править | править код]

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

Группа процессов стратегии организации управления приложениями[править | править код]

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

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

Описание процессов[править | править код]

В этом разделе даны цели каждого процесса.

Процессы поддержки приложения[править | править код]

Поддержка эксплуатации[править | править код]

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

  • обработка обращений;.
  • проактивная коммуникация.

Управление конфигурациями[править | править код]

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

Управление эксплуатацией ИТ[править | править код]

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

  • надежность;
  • доступность;
  • эксплуатационные мощности.

Управление непрерывностью[править | править код]

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

Процессы сопровождения и обновления приложения[править | править код]

Анализ влияния[править | править код]

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

Проектирование[править | править код]

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

Реализация[править | править код]

Цель реализации (или «сборки») — преобразование планов или изменений в планах (предоставленных процессом проектирования) в определенные нужные изменения в автоматизированной информационной системе.

Тестирование[править | править код]

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

Внедрение[править | править код]

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

Соединительные процессы[править | править код]

Управление изменениями[править | править код]

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

Контроль и распространение программного обеспечения[править | править код]

Цель контроля и распространения программного обеспечения — сделать доступными соответствующие объекты приложения (или информацию о них) для соответствующих процессов в нужное время.

Процессы управления[править | править код]

Управление контрактами[править | править код]

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

Планирование и контроль[править | править код]

Обеспечение предоставления согласованных услуг с использованием согласованного количества трудовых ресурсов и в соответствии с согласованными сроками поставки путём надлежащего и своевременного использования этих ресурсов.

Управление качеством[править | править код]

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

Управление финансами[править | править код]

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

Управление подрядчиками[править | править код]

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

Процессы стратегии приложения[править | править код]

Стратегия развития ИТ[править | править код]

Цель стратегии развития ИТ — определить влияние развития технологий на портфель приложений.

Стратегия организации заказчика[править | править код]

Цель этого процесса — определить влияние разработок в пользовательской организации или пользовательских организациях на портфель приложений.

Стратегия среды заказчика[править | править код]

Цель стратегии среды заказчика — определить, какое влияние оказывает развитие в среде организации заказчика или пользовательской организации на портфель приложений.

Управление жизненным циклом приложения[править | править код]

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

Управление портфелем приложений[править | править код]

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

Процессы стратегии организации управления приложениями[править | править код]

Определение рынка и потенциальных клиентов[править | править код]

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

Определение способностей[править | править код]

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

Определение технологий[править | править код]

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

Определение подрядчиков[править | править код]

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

Определение предоставления услуг[править | править код]

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

Литература[править | править код]

ASL 2 — Фреймворк для управления приложениями / Ремко ван дер Полс ; пер. с англ. А. А. Тюрина. — М., 2014. — 292 с. : ил.; ISBN 978-5-9904728-1-5

Ссылки[править | править код]

Примечания[править | править код]

  1. http://www.best-management-practice.com/Knowledge-Centre/White-Papers/ Comparison ASL & ITIL
  2. Модель Лойена и Делена. Looijen, M., Beheer van informatiesystemen, Kluwer, 2004.