Application Services Library — Википедия

ASL (произносится «а-эс-эл», англ. Application Services Library — библиотека услуг приложений) — это фреймворк, используемый в управлении приложениями и находящийся под управлением ASL BiSL Foundation. Фреймворк описывает модель процессов в рамках управления приложениями (дисциплины производства и сопровождения информационных систем и приложений). ASL сосредоточен на цикле разработки (сопровождение / обновление)^[1]. Поскольку фреймворк 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.^[2]

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

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

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

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

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

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

• Управление информационно-технологической инфраструктурой (ITIL)

Эта форма управления ориентирована на управление ИТ-инфраструктурой и использует библиотеку ITIL. ИТ-инфраструктура является основой, на которой могут функционировать приложения. Сами приложения управляются с помощью управления приложениями.

• Управление приложениями (ASL)

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

• Управление бизнес-информацией (BiSL)

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

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

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

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

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

• Поддержка эксплуатации
• Управление конфигурациями
• Управление эксплуатацией ИТ
• Управление непрерывностью

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

• Анализ влияния
• Проектирование
• Реализация
• Тестирование
• Внедрение

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

• Управление изменениями
• Контроль и распространение программного обеспечения

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

• Управление контрактами
• Планирование и контроль
• Управление качеством
• Управление финансами
• Управление подрядчиками

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

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

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

• Стратегия развития ИТ
• Стратегия организации заказчика
• Стратегия среды заказчика
• Управление жизненным циклом приложения
• Управление портфелем приложений

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

• Определение рынка и потенциальных клиентов
• Определение способностей
• Определение технологий
• Определение подрядчиков
• Определение предоставления услуг

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• ASL BiSL Foundation
• Ресурс на русском языке по ASL2 и BiSL Архивная копия от 16 октября 2014 на Wayback Machine