ИТ-команда Canada VA внедряет платформу IBM Rational для создания проверяемых и отлаженных процессов

Митч Фриман хочет застать то время, когда его команда разработчиков ПО будет гибко и чутко реагировать на все технологические потребности своей организации, обеспечивая соблюдение стандартов, устанавливаемых руководством. Перед ним, начальником служб поддержки и управления приложениями Агентства по делам ветеранов Канады (Veterans Affairs Canada, VAC), стоит задача модернизировать деятельность своей ИТ-группы из 175 человек, которая разрабатывает и обслуживает ПО, необходимое организации. Агентство с персоналом в 3500 служащих и офисами в Канаде и Франции подотчетно парламенту страны через министра по делам ветеранов.

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

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

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

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

Помимо количества и сложности приложений, создаваемых ИТ-департаментом, перемену подходов диктовала и необходимость соблюдать множество нормативных актов, включая стандарт TBITS (Treasury Board Information and Technology Standard) 27, требующий от государственных учреждений усиления стандартизации, усовершенствования процессов и максимальной отдачи инвестиций.

Последним сигналом стал MITS (Management of Information Technology Security), стандарт операционной безопасности, изданный в прошлом году секретариатом казначейства (Treasury Board Secretariat) и еще более усиливающий потребность в проверенной методологии создания надежного и безопасного ПО.

Отчасти потому, что VAC уже использовало ряд инструментов IBM Rational для интегрированного функционального и регрессивного тестирования, отчасти оттого, что Rational было одним из рекомендуемых MITS решений, а также вследствие дискуссий с другими государственными организациями ИТ-группа агентства в 2006 г. решила развернуть несколько модулей IBM Rational Software Delivery Platform.

Ввиду больших размеров и сложности платформы, включающей девять дисциплин и четыре этапа внедрения, Митч Фриман решил действовать не спеша. “Мы проконсультировались с другими госучреждениями, которые неудачно пытались освоить методологию разработки RUP (Rational Unified Process) целиком и в один прием, и поняли, что этот крупномасштабный процесс сперва необходимо расчленить на небольшие, четко очерченные и обозримые блоки”, — пояснил он.

Ввиду масштабности и сложности платформы Митч Фриман создал пилотную модель, чтобы удостовериться, что процесс работает

Поэтому вначале Митч создал пилотную модель, способную доказать, что рассматриваемый процесс заработает в реальной ситуации. Он начал с самого больного места — сбора и формулировки требований к заказываемому ПО. Далее его команда, использовав IBM Rational Requisite Pro, один из компонентов купленного пакета Rational Software Delivery Platform, сформировала тестовый пример автоматизации и обслуживания процесса сбора требований.

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

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

Если всё окажется в порядке, группа приступит к следующему этапу — развертыванию IBM Rational ClearCase LT, инструмента управления конфигурациями, который, по словам Родни Хелала, менеджера IBM по работе с заказчиками ПО в государственных учреждениях Канады, помогает автоматизировать конструирование ПО.

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

Как отметил Митч Фриман, IBM Rational TestManager будет отслеживать и контролировать реальное тестирование, а Software Architect (добавочный модуль, не входящий в основной пакет) поможет организации в моделировании данных и компонентов вместо лобовой разработки кода.

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

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

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

По словам Митча Фримана, самое важное, пожалуй, состоит в том, чтобы в процесс принятия решений обязательно были вовлечены правильно выбранные люди. “Вы должны проконсультироваться с теми сотрудниками, которые понимают, как используется ПО и что от него реально требуется, а не действовать командно-административными методами”, — подчеркнул он.

КРАТКАЯ СПРАВКА: Veterans Affairs Canada (VAC)

  • Бизнес-проблема Количество и сложность разрабатываемых приложений и растущее число государственных норм превратили разработку и обслуживание ПО в тяжелую и сложную задачу
  • Рекомендуемое решение IBM Rational Software Delivery Platform, предназначенная для упрощения разработки приложений, сделала этот процесс более гибким к запросам и более простым для трассировки
  • Сроки VAC выбрало решение Rational в 2006 г. и сегодня находится на полпути к реализации своей первой пилотной программы по тестированию IBM Rational RequisitePro; в течение нынешнего года начнется внедрение других компонентов
  • Результат Конечными целями являются формирование среды с проверяемым и хорошо налаженным процессом разработки ПО и сокращенными сроками создания приложений, организация более гибкого ИТ-департамента и выпуск продуктов, поддерживающих запросы бизнеса и государственные нормативы

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

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

Что касается собственно пакета Rational, то, как заявил Родни Хелал из IBM, поскольку безопасность данных в приложениях и защищенность персональной информации находятся под пристальным вниманием органов власти, эта область требует усиленного акцента производителей. В таких целях IBM собирается включить в пакет Rational недавно купленное средство тестирования безопасности Web-приложений Watchfire и уже выпустила продукт IBM Rational AppScan, который поможет разработчикам интегрировать в процесс создания ПО тестирование безопасности.

Карен Шварц — ИТ-журналист из Вашингтона, специализирующийся на вопросах бизнеса и ИТ.