Наверх
aplana +7 (495) 710-75-80
Инфо-центр
Есть вопросы?
Закажите обратный звонок
или пришлите заявку!
11.06.2006

Бизнес-ориентированная разработка в технологии IBM Rational

Сапегин Алексей, сертифицированный специалист по информационным технологиям IBM Rational, компания «Аллана», BYTE, №11, ноябрь 2006 г.

Как реализуется жизненный цикл разработки ПО согласно концепции бизнес-ориентированной разработки в технологии IBM Rational.

 

Разработка ПО с целью поддержки и автоматизации бизнес-процессов сегодня становится, а во многих компаниях уже и стала частью производственного процесса. Новая концепция бизнес-ориентированной разработки в технологии IBM Rational — это именно то решение, которое нацелено на интеграцию процесса разработки с производственными процессами компании. Сущность этой концепции состоит в следующем.

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

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

3. На основе отобранного предложения реализуется проект разработки программного продукта — в рамках заданного объема работ, бюджета и календарного графика.

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

В технологии IBM Rational эта концепция реализуется с помощью системы интегрированных инструментальных средств.

Примерный сценарий разработк

В качестве примера бизнес-ориентированной разработки по технологии IBM Rational рассмотрим общий сценарий разработки программного модуля.

 

Шаг 1

Руководитель бизнес-процесса, используя IBM Rational Portfolio Manager, вносит предложение на разработку модуля, например, «мгновенной» покупки для портала электронного аукциона и проверяет предпочтительность этого предложения по отношению к предложениям, уже содержащимся в портфеле предложений.

Поясним, что предпочтительность предложения с точки зрения бизнес-процессов рассчитывается по методике сбалансированной системы показателей (см. Роберт С. Каплан, Лейвид П. Нортон. Сбалансированная система Ппоказателей. От стратегии к действию. Пер. с англ. — М.: ЗАО «Олимп-Визнес», 2004) и откладывается на горизонтальной шкале: предложение с наиболее высоким приоритетом по данному показателю окажется на оси справа. Инвестиционная привлекательность предложений рассчитывается как показатель возврата на инвестиции (ROI) и откладывается по вертикальной оси. Таким образом, наиболее приоритетное предложение — в плане как потребностей бизнеса, так и финансовой отдачи — будет находиться в правом верхнем углу диаграммы.

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

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

Шаг 2

Менеджер проекта, получив сообщение о своем назначении, на основе выбранного типа проекта и соответствующего ему шаблона формирует описание проекта.

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

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

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

Адаптация процесса разработки к конкретным условиям проекта выполняется перед его началом. С этой целью используется IBM Rational Method Composer — новое средство моделирования процессов разработки (ранее для этого требовалось три инструмента: XDE Modeler, Organizer и Publisher, входящих в пакет Process Workbench). Левое окно Method Composer служит для формирования конфигурации процесса, а в правом окне описываются свойства объектов, включая (как в данном случае) их визуальное представление на портлете.

После разработки модель процесса импортируется в IBM Rational Portfolio Manager, где описание процесса доступно через портлет портала. Кроме того, на основе модели процесса, как и ранее, можно сгенерировать (опубликовать) сайт процесса проекта.

Шаг З

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

Аналитик и Архитектор для решения своих задач моделирования и проектирования используют средства IBM Rational Architect. Сред проектирования и разработки RSA (Rational Software Architect) построена на платформе Eclipse (http://www.eclipse.org) и интегрирует с помощью набора представлений (предопределенных конфигураций совокупности экранных форм) все необходимые инструменты для моделирования и разработки. Кроме того, в среду интегрированы средства совместной работы TUP (Team Unifying Platform). Средство конфигурационного управле¬ния ClearCase доступно через верхнюю строку меню.

Разработчики используют средства IBM Rational Application Developer или же среду IBM Rational Architect, которая помимо средств проектирования содержит и средства разработки. Сборка разрабатываемого приложения проводится Интегратором с помощью инструментальной среды IBM Rational BuildForge.

Тестеры для тестирования приложений пользуются средствами функционального (IBM Rational Function Tester) и нагрузочного (IBM Rational Performance Tester) тестирования.

Средства управления требованиями (IBM Rational RequisitePro), управления изменениями (IBM Rational ClearQuest) и управления конфигурациями интегрируются со средой разработки и тестирования с помощью соответствующих представлений на общей платформе Eclipse.

Учет затрат рабочего времени на выполнение работ ведется в среде IBM Rational Portfolio Manager с помощью листов учета рабочего времени.

Шаг 4

Бизнес-руководитель с помощью среды IBM Rational Portfolio Manager может отслеживать происходящие события и изменение состояния предложений и проектов как в процессе подготовки, так и в процессе выполнения. С этой целью руководитель может воспользоваться средствами OLAP в IBM Rational Portfolio Manager для выбора необходимого «среза» многомерного куба описания проектов с представлением информации о состоянии проектов в графическом виде

Шаг 5

Использование разработанного программного продукта отслеживается менеджером по развертыванию с помощью соответствующей инструментальной среды IBM Rational Tivoli.

Шаг 6

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

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

Управление портфелям и проектов

Ключевую роль «интегратора» процесса разработки ПО с бизнес-процессами компании играет IBM Rational Portfolio Manager, обеспечивая на корпоративном уровне поддержку таких дисциплин, как управление портфелями, задачами, работами, ресурсами, финансами, отклонениями и качеством.

Управление портфелями предполагает общее управление состоянием портфелей: настройку приоритетов, проектов и ресурсов в соответствии с приоритетами бизнеса и требованиями организационной структуры.

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

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

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

Управление финансами включает в себя управление счетами расходов.

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

Управление качеством предполагает отслеживание ожидаемых результатов.

При правильном выполнении процесса гарантируется учет приоритетов покупателя и интеграция со средствами организации совместной работы проектной команды, входящими в состав IBM Rational Team Unifying Platform.

В целом эта схема дает возможность решать следующие задачи. Руководителю бизнеса она позволяет формировать концепцию бизнес-процесса:

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

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

Руководитель проектов может определять и контролировать процесс достижения требуемого результата:

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

Участники проекта получают возможность организовать совместную работу: использовать существующие в среде IBM Rational Portfolio Manager средства коммуникации, организовать хранение и совместную работу с артефактами проекта, вести учет времени, затраченного на выполнение работ. В свою очередь, средства TUP (уже знакомого по Rational Suite набора инструментальных средств для управления требованиями — ReqiusitePro, управления изменениями — ClearQuest и конфигурационного управления — Clear-Case) могут применяться для более детальной проработки некоторых процессов со сложным жизненным циклом: например, управления дефектами в процессе разработки программного продукта.

Информация о состоянии таких процессов для мониторинга может поступать в среду IBM Rational Portfolio Manager с использованием IBM Rational Console или непосредственно с соответствующего средства TUP за счет интеграции инструментальных сред на основе платформы Eclipse. Та же платформа Fxlipse используется и для интеграции программных продуктов TUP со средствами проектирования, разработки и тестирования, образующими платформу разработки SDP (Software Development Platform, см. http:// rational.aplana.ru/tools/default.asp).

Резюме

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

Именно в этом и состоит суть концепции разработки в технологии IBM Rational. Однако у этой концепции имеется и дополнительный, пока еще недооцененный потенциал, связанный с обеспечением обратной связи от реализаций проектов. И хотя по публикуемым оценкам в настоящее время только около 25% организаций оценивает отдачу от вложенных в проекты средств, ситуация меняется: все более востребованными становятся средства мониторинга использования разработанных программных продуктов.

  • Юлмарт
  • МТС Банк
  • Сбербанк
  • Центральный банк Российской Федерации
  • Хоум Кредит энд Финанс Банк
  • Sanofi
  • Филип Морис Интернэшнл
  • Спутник
  • ВТБ 24
  • ДжиИ Мани Банк
  • Альфа-Банк
  • Эльдорадо
  • Procter&Gamble
  • Газпромбанк
  • Ренессанс Жизнь
  • Мегафон
  • Райффайзенбанк
  • ТрансКредитБанк
  • ОТП Банк
  • МТС
Система Orphus