Конференция MIX – традиционное место сбора разработчиков веб-приложений на платформе Microsoft. В этом году на прошедшей в середине апреля в Лас Вегасе MIX11 помимо обновления браузера Internet Explorer центральной темой стала новая версия операционной системы Windows Phone.

9,10, далее везде

Анонсируя первую предварительную (Platform Preview) версию IE 10, Дин Хачамович, вице-президент Microsoft по Internet Explorer, сообщил, что работа над ней ведется всего три недели. При этом не прошло еще и месяца с момента официального выхода новой, девятой версии браузера Microsoft. В условиях острой конкуренции браузеров компания не может позволить себе тратить на создание версии по несколько лет и стремительно «разгоняет» цикл разработки. Как заявляют в Microsoft, очередная предварительная версия IE10 будет выходить не реже чем раз в 12 недель. Сроки выпуска финального релиза пока не называются.

Аудитория MIX11 с большим энтузиазмом встретила демонстрацию возможностей новой версии мобильной операционной системы Windows Phone. Фото: Microsoft

Среди возможностей IE10 в Microsoft выделяют развитие поддержки стандарта HTML5 и возможностей аппаратного ускорения, реализованных в IE9, а также поддержку ряда новых веб-стандартов. Хачамович подчеркнул, что значимость HTML5 для разработчиков веб-приложений растет, стандарт отвечает их стремлению делать сайты все более насыщенными разнообразными мультимедийными возможностями, и от поддержки HTML5 в браузере зависит эффективность реализации таких возможностей. IE10, как и IE9, изначально разрабатывается с ориентацией на HTML5, что, видимо, и имел в виду Хачамович, представляя аудитории MIX11 новую версию как браузер с «родным» (native) HTML5. IE10 вслед за IE9 предоставляет возможность аппаратного ускорения обработки графики, текстов, аудио- и видеоконтента, которая опирается на механизмы последних настольных версий Windows и обеспечивает высокую производительность работы браузера с созданными на HTML5 сайтами.

Возможность извлечь максимум именно из платформы Windows определяет решение Micosoft не поддерживать в своих новых браузерах другие операционные системы. Более того, в поддержке отказано и устаревшим версиям собственной операционной системы, причем если IE9 работает на Windows 7 и Vista, то IE10 заявлен только для Windows 7.

Еще одна принципиальная позиция компании в отношении браузера — выбор в пользу стабильности, а не количества поддерживаемых веб-стандартов. Хачамович подчеркнул, что ряд уже популярных, но еще не до конца проработанных спецификаций W3C, таких, например, как WebSockets и IndexedDB, в IE10 в отличие от конкурирующих браузеров не реализованы, но разработчики могут «поиграть» с ними и с другими еще не вполне зрелыми спецификациями на специальном сайте HTML5Labs.

Тем не менее число реализованных в Internet Explorer 10 стандартов расширено. В Microsoft выделяют поддержку нескольких новых спецификаций семейства CSS3 (Cascading Style Sheets), которые помогают разработчикам быстро и без особых усилий воплощать самые смелые замыслы дизайнеров по оформлению сайтов, в том числе с использованием 3D-графики. Вообще представленная версия, пока даже лишенная интерфейса, ориентирована исключительно на разработчиков, и они могут опробовать работу с ней, загрузив с сайта IETestDrive.

Наряду с активной поддержкой стандарта HTML5 в Microsoft продолжат развивать свою собственную платформу функционально богатых веб-приложений Silverlight, многие возможности которой, например видеохостинг, пока недостижимы, как заверяют в корпорации, в новом стандарте Web. На MIX11 представлена бета-версия Silverlight5, среди ее новинок — улучшение качества и производительности видео благодаря аппаратному декодированию и интерфейс на базе технологии XNA для 3D-визуализации.

Вкус Mango

Выступление Джо Бельфиора, вице-президента Windows Phone Program Management, постоянно прерывалось апплодисментами — аудитория с большим энтузиазмом встречала демонстрацию возможностей новой версии мобильной операционной системы Windows Phone под кодовым названием Mango. Первые смартфоны на базе ее предшественницы Windows Phone 7 появились на рынке прошлой осенью. С выпуском новой OC Microsoft cтремится укрепить свое пошатнувшееся положение на рынке мобильных устройств и исправить ошибки Windows Mobile. Похоже, компании удается медленно, но верно двигаться к поставленной цели. По данным аналитиков IDC, в текущем году доля Windows Phone 7 вместе с Windows Mobile в общем объеме продаж смартфонов не превысит 5,5%, но к 2015 году операционная система Microsoft займет второе место по популярности среди мобильных ОС после Android. Продвижению новой мобильной платформы Microsoft безусловно будет способствовать недавно заключенный альянс с Nokia, представитель которой, выступая на MIX, заверил аудиторию, что работа над смартфонами на базе Windows Phone идет полным ходом.

Бельфиор сообщил, что Windows Phone 7 очень хорошо принята разработчиками. На электронной торговой площадке Windows Phone Marketplace в настоящее время доступно свыше 13 тыс.приложений, причем отметки в 10 тыс. Microsoft достигла быстрее других производителей мобильных платформ. На сайте зарегистрировано более 38 тыс. разработчиков, количество загрузок инструментов разработки для Windows Phone превысило 1,5 млн. В новой версии Mango обещана поддержка 16 дополнительных языков, включая русский, а количество стран, где можно будет покупать приложения на Marketplace, возрастет с 16 до 35. Россия тоже войдет в этот список.

В своем выступлении Бельфиор разделил возможности, которые Mango предоставляет пользователям и разработчикам. Реализованный в новой версии механизм многозадачности Live Agents позволяет не закрывать приложение при выходе пользователя, а поддерживать его в оперативной памяти, пока это позволяют ресурсы. В результате возвращение к этому приложению происходит максимально быстро. Для разработчиков многозадачность означает возможность писать фоновые приложения, например аудиоплеер, который можно будет слушать, занимаясь другими делами. В Mango расширен список поддерживаемых популярных приложений, включая интернет-телефонию Skype, покупки в интернет-магазине Amazon, музыкальный сервис Spotify, известную игру Angry Birds.

Разработчикам Mango предоставляет более 1,5 тыс. новых API, в том числе полноценный доступ к видеокамере, возможности использования датчиков движения и средства интеграции в стандартные механизмы поиска собственных поисковых расширений. Для оптимизации процесса разработки в Mango реализована встроенная реляционная структура данных. В новой версии ОС также улучшены средства эмулятора и профилирования производительности приложений.

В Microsoft подчеркивают, что кодовая база браузера Internet Explorer для Mango будет абсолютно идентичной кодовой базе для настольных систем. Обычно пользователи мобильных устройств вынуждены довольствоваться ограниченной версией браузера, в Microsoft же декларируют, что, начиная с Mango, мобильная платформа будет обеспечивать общие с настольной интернет-возможности и, по всей видимости, обновления браузера для смартфонов не будут сильно отставать от обновлений для ПК. На MIX были продемонстированы поддержка HTML5 и аппаратного ускорения в IE9 на Mango и проведен сравнительный тест скорости работы с HTML5-страницей устройства с Mango, смартфона Nexus S на базе Android и iPhone. Победа была, естественно, за Mango.

Бесплатный комплект средств разработки для Mango появится в мае, а окончательный выпуск самой операционной системы в Microsoft обещают осенью, не уточняя сроков.

Нил Мейден: «Компании, которые ориентируются только на текущие потребности пользователей, неизбежно вылетают с рынка»

Конференция для разработчиков программного обеспечения Software People в этом году проводится в третий раз, стабильно демонстрируя высокий уровень организации, полные аудитории и насыщенную программу, включающую в себя выступления на темы управления людьми, проектами, процессами и продуктами в ходе разработки, а также технологические темы. Нынешняя конференция, по данным ее организатора – учебного центра Careerlab, собрала порядка 450 человек.

Как рассказала Елена Арсеньева, заместитель руководителя Careerlab, организаторы Software People каждый раз стараются представить на конференции совсем новую для российского сообщества разработчиков тематику. В нынешнем году одним из самых ярких и неожиданных стало выступление Нила Мейдена, профессора системной инженерии, научного руководителя центра «Творчество в профессиональной практике» в City University London. Он рассказал о том, как превратить ключевой этап разработки – определение требований к программному продукту – в творческий процесс решения проблем.

Мейден сравнил аналитика, который занимается сбором требований, с натуралистом, с помощью сачка пытающимся поймать бабочек – требования, зафиксировать их раз и навсегда и уже не позволить им «летать». Требования «ловятся» путем опроса будущих пользователей разрабатываемого продукта, однако эти люди, заметил докладчик, на самом деле никогда не знают до конца, чего хотят, и плохо представляют себе, что могут дать им современные технологии. По мнению Мейдена, компании, которые ориентируются только на текущие потребности пользователей, неизбежно вылетают с рынка. Что было бы с Apple, если бы она принимала решения о разработке iPad на основе мнения пользователей о планшетах несколько лет назад, когда эта технология мало кому была известна?

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

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

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

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

Сложившаяся в «Райффайзенбанке" прикладная среда доставляет ИТ-службе банка немало забот. Банк использует около 200 различных приложений, постоянно идут процессы разработки и внедрения новых решений и модернизации существующих. Разработка и тестирование приложений ведутся как силами собственных специалистов, так и с привлечением аутсорсинговых команд. «Райффайзенбанк" является дочерним банком «Райффайзен Интернациональ Банк-Холдинг АГ", одной из ведущих банковских групп в странах Центральной и Восточной Европы. Банк работает в России с 1996 года и оказывает полный спектр услуг частным и корпоративным клиентам.

Около пяти лет назад в банке было принято решение систематизировать работы по тестированию приложений. Без четкой структуры и контроля процессы тестирования становились все более непрозрачными, анализ их эффективности и результативности был крайне затруднен, что оказывало негативное влияние на качество бизнес-приложений банка. Для управления тестированием и постановки процессов обеспечения качества приложений в 2006 году в банке был создан отдел контроля качества информационных технологий и начато внедрение системы Quality Center компании Hewlett-Packard, которая является фактическим стандартом автоматизации контроля качества приложений в банковской группе "Райффайзен".

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

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

Как рассказала Таисия Сибгатуллина, главный аналитик отдела контроля качества ИТ, в "Райффайзенбанке» становление процесса контроля качества и внедрение HP Quality Center шли в тесной взаимосвязи. Специалисты банка разработали методику управления качеством приложений исходя из собственного опыта тестирования, а также правил и функциональных возможностей системы HP. Решение Quality Center предоставляет стандартную модель процесса контроля качества, которая может быть изменена с учетом требований конкретной организации. В "Райффайзенбанке» было важно разграничить роли внешних и внутренних тестировщиков, для которых существуют разные права доступа к системе и различия в модели процесса. Как отмечает Сибгатуллина, четкая структура и прозрачность процесса позволили упростить сложную задачу тестирования силами смешанных команд, включающих в себя специалистов из сторонних компаний.

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

В настоящее время с HP Quality Center в "Райффайзенбанке» работает около 700 пользователей, включая ИТ-специалистов банка, сотрудников компаний-аутсорсеров и бизнес-пользователей. Система поддерживает работу одновременно с более чем 40 проектами, связанными как с внедрением новых приложений, так и с изменениями уже существующих.

Результатом реализации системы контроля качества стала прозрачность жизненного цикла используемого в банке ПО. Кроме того, стандартный процесс контроля качества дал возможность анализа работы команд. Руководитель проекта в любой момент видит, сколько требований нуждается в доработке, сколько тестовых сценариев пройдено, сколько проблем возникло в системе, сколько из них осталось решить и т. д. Это закладывает основу для управления эффективностью команды на базе ключевых показателей эффективности (Key Productivity Indicator, KPI) разработчиков, тестировщиков, аналитиков. Данные для получения таких KPI собираются посредством HP Quality Center. С их помощью отдел контроля качества сможет также анализировать эффективность внешних команд тестировщиков и разработчиков и принимать обоснованные решения по выбору партнеров.

Драгутин Ивачи: «Я вижу свою главную задачу в том, чтобы объяснить рынку, для чего предназначены программные решения IBM»

В начале 2011 года департамент программного обеспечения IBM в России/СНГ возглавил Драгутин Ивачи. Стаж Ивачи в IBM – десять лет, он пришел в корпорацию из Informix, известного производителя СУБД, приобретенного IBM. В России Ивачи работает уже два года. О своих задачах в новой должности и перспективах продвижения программных продуктов IBM на российском рынке Ивачи рассказал редактору журнала «Открытые системы».

Какие первоочередные задачи вы ставите как руководитель департамента ПО?

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

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

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

IBM как производитель программного обеспечения связующего слоя начинал с продуктов двух брендов – Information Management и WebSphere. А сегодня у нас полный интегрированный портфель связующего ПО, на этом рынке мы лидируем в мире. И наши клиенты уже ждут от IBM большего. Конечно, мы не собираемся конкурировать с производителями систем ERP, но мы абсолютно уверены, что, например, в области управления корпоративным контентом или в сфере бизнес-аналитики уровень наших технологий и накопленный опыт их внедрения позволяют предложить заказчикам комплексные, масштабируемые решения на их основе. Такие решения помогают организациям повысить эффективность вложений в технологии.

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

В связи с изменениями в структурировании программных продуктов IBM изменятся ли задачи сервисного подразделения департамента программного обеспечения?

Они останутся прежними, но постоянно увеличивается объем работ – с расширением нашего программного портфеля возникает необходимость поддерживать большее число продуктов. Основные задачи сервисного подразделения департамента ПО – помогать продавать программное обеспечение и поддерживать наших бизнес-партнеров и клиентов, которые начинают работать с новейшими технологиями IBM. Это консалтинг очень высокого уровня, и он реализуется в тесном контакте с лабораториями IBM Research по всему миру.

Какие из последних приобретений IBM в области программного обеспечения вы бы выделили?

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

Вторая компания – BigFix, чьи продукты войдут в семейство средств управления ИТ Tivoli. Инструменты BigFix позволяют с одной управляющей станции обновлять средства безопасности и другое ПО на 500 тыс. пользовательских компьютерах. Отсутствие на предприятии такого инструмента централизованного управления конечными точками выливается в огромные затраты времени и денег.

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

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

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

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

Максим Богданов: «Предприятие должно захотеть отработать весь цикл управления изделием. А это занимает много времени, требует больших материальных затрат и, самое важное, нуждается в пристальном внимании руководства»

«Аскон», известный российский разработчик систем автоматизированного проектирования, имеет в своем портфеле решения, связанные с реализацией управления жизненным циклом изделия (Product Lifecycle Management, PLM). В этой категории ПО, обеспечивающего автоматизацию процессов создания изделий на предприятиях дискретного производства, лидерские позиции закрепили за собой несколько крупных западных поставщиков. О том, что может предложить россйскому рынку отечественный производитель PLM и как идет внедрение этих решений, редактор журнала «Открытые системы» беседует с генеральным директором компании «Аскон» Максимом Богдановым.

В названии одного из ваших продуктов фигурирует аббревиатура PLM. Что вы под этим понимаете – возможности инженерного документооборота или полноценную интеграцию разных этапов жизненного цикла изделия?

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

Поддерживаете ли вы интеграцию с компонентами комплексов PLM других поставщиков, например известных западных решений?

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

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

Что мешает нашим предприятиям внедрять PLM?

Технологии PLM не всем нужны. В нашей стране сложилась уникальная ситуация. С одной стороны, уровень проникновения концепции PLM в инженерные массы значительно выше, чем на Западе. Там системы PLM внедряют те, кому это действительно необходимо, то есть крупные предприятия, где нужно обеспечить поддержку всех стадий жизненного цикла, включая эксплуатацию и утилизацию. Это автопроизводители, авиапромышленность, судопромышленность, военная отрасль, атомная промышленность и т.д. Для них PLM является обязательным требованием.

Но с другой стороны, о каком PLM может говорить производитель изделий средней и малой сложности, который выпускает продукцию «за ворота» своего предприятия и забывает о ней? По такой модели реализуется, например, субконтрактное производство, хорошо развитое в Европе и в мире. У нас же PLM для малых предприятий – мода. Реальная потребность в решениях этого класса значительно ниже, чем думают в России. Но при этом на тех предприятиях, которым системы PLM действительно необходимы, эта потребность плохо осознается.

Что же мешает релизовать PLM тем, у кого такая потребность действительно есть?

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

PLM – это и поддержка совместной работы в распределенных коллективах...

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

Наша система «Лоцман: PLM» поддерживает распределенное хранение инженерных данных, что позволяет обеспечить работу географически распределенного предприятия. Мы реализуем репликацию данных между площадками, поддержку и сопровождение центрального хранилища.

Насколько актуальна для ваших заказчиков интеграция ваших решений с другими корпоративными системами, например ERP?

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

В таком конгломерате систем возникает ли определенный информационный центр – на стороне ERP или PLM?

Во многом это зависит от того, позиции какой группы на предприятии сильнее. Но, по существу, место информационного центра определяется долей инженерных данных в бизнесе предприятия. Если предприятие занимается только производством и не создает такие данные, то «центр тяжести» информации легко может сместиться в область ERP. Если предприятие все этапы создания инженерных данных держит у себя, начиная с проектирования и технологической подготовки производства, то их объемы огромны. И возникают предпосылки для того, чтобы информационный центр формировался в области PLM.

Насколько велика доля консалтинга в ваших интеграционных проектах – учите ли вы предприятия понимать и оптимизировать свои процессы?

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

Влияет ли на эффективность предприятия внедрение ваших продуктов, если при этом оно не хочет меняться?

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

Будут ли востребованы в России облачные развертывания систем САПР/PLM?

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

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

Предъявляют ли САПР/PLM специфические требования к облачному развертыванию?

В облаке можно использовать традиционный продукт, что мы демонстрируем нашим совместным проектом с компанией Cloud IT по предоставлению САПР «Компас-3D» по модели SaaS. Для того чтобы запустить систему «Компас-3D» в облачной среде, мы не изменили в ней ни строчки кода. В данном случае предоставляется доступ к обычному приложению для десктопов, размещенному в облаке.

Другая возможность – специально разрабатывать веб-приложение и размещать его в Интернете. Мы ведем активные исследования и в том и в другом направлении.

Проект с Cloud IT – это размещение САПР в публичном облаке, но аналогичные решения можно реализовать и для частного облака. Это коммерческий проект, но пока он не приносит прибыли. Мы рассматриваем его как возможность изучить этот бизнес и позволить заказчикам привыкнуть к такой модели доступа.

Могут ли облака помочь работе распределенных коллективов?

Да, они прозрачным образом снимают проблему взаимодействия

Андрей Кутуков: «Своими предложениями, в том числе в области ПО, HP стремится помочь преприятиям высвободить ресурсы для инновационного развития»

Компания Hewlett-Packard провела пресс-брифинг, на котором рассказала о текущем состоянии своего портфеля программных решений для построения инновационного предприятия. «Инновационное предприятие» – так в российском представительстве HP перевели Instant-On Enterprise, новый слоган для обозначения стратегии компании. Как пояснил Андрей Кутуков, директор департамента программных решений HP в России, этот не вполне очевидный перевод призван показать, что своими предложениями, в том числе в области программных решений, HP стремится помочь преприятиям высвободить ресурсы для инновационного развития. В HP приводят статистику, согласно которой современное предприятие на инновации расходует порядка 30% технологических и интеллектуальных ресурсов, в то время как остальные 70% используются в повседневной эксплуатационной деятельности. Стратегия инновационного предприятия HP призвана изменить это соотношение.

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

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

Недавние приобретения HP компаний Fortify, ArcSight и Stratavia позволяют ей предлагать решения по обеспечению безопасности приложений начиная с этапа их разработки. Традиционная область компетенций HP по управлению инфраструктурой, ИТ- и бизнес-сервисами сегодня расширена — добавлены возможности для автоматизации и управления сервисами в облачной и гибридной среде. В HP особенно выделяют поддержку единого портала для выбора облачных сервисов и управления ими.

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

Брайан Келлер: «Microsoft активно использует исследовательское тестирование в своей практике»

Тестирование как составная часть процесса разработки программного обеспечения, взаимосвязанная с другими этапами жизненного цикла ПО, — так можно обозначить ключевую тему конференции Microsoft Quality Assurance Day, прошедшей на прошлой неделе в московском офисе корпорации. В Microsoft знают, о чем говорят, – в выпущенной в прошлом году платформе Visual Studio 2010 поддержке жизненного цикла приложений (Application Lifecycle Management, ALM) уделено значительное внимание. Причем, как отмечалось на официальном запуске Visual Studio 2010 почти год назад в Москве, в совершенствование автоматизации тестирования и ее интеграции с другими этапами разработки было вложено больше всего средств в ходе создания новой платформы.

На нынешней конференции в детали этих усовершенствований российских тестировщиков, разработчиков и их руководителей посвятил Брайан Келлер, технический евангелист Microsoft, ведущий эксперт в области ALM и Visual Studio. Он продемонстрировал возможности одного из модулей платформы – Test Manager, который не только автоматизирует многие процессы тестирования, но и поддерживает связь тестировщиков с разработчиками. Решение позволяет, например, получить полную картину произошедшей ошибки, фиксируя тестовый пример и конкретное место ошибки, а также делая мгновенный снимок системы в момент ошибки и даже видеозапись действий тестировщика. Вся эта информация передается разработчику, существенно упрощая его задачу по ликвидации проблемного места в программе. Кроме того, Test Manager автоматически фиксирует информацию об изменениях, произошедших в очередной сборке разрабатываемого продукта, и передает ее тестировщику, который сразу видит, что в новой сборке может повлиять на выполнение конкретного тестового примера. Тем самым решается одна из наиболее сложных, по словам Келлера, проблем тестирования – отследить изменения в сборках программы.

Test Manager поддерживает возможности и так называемого исследовательского тестирования (exploratory testing) – одного из новых перспективных направлений тестирования, как охарактеризовал его Келлер. Он сравнил исследовательское тестирование с экскурсией «по боковым улочкам и нехоженым тропам» приложения, если формальные методы тестирования считать основным путеводителем по нему В исследовательском тестировании не пишутся тестовые сценарии и кейсы, а задается некая тема исследования приложения, следуя которой тестировщик пробует различные варианты работы с ним и в результате находит ошибки. Например, это может быть работа с системой с выключенным экраном, имитирующая условия слепых пользователей. Или попытка получить максимум информации о компании с ее сайта. В последнем случае в ходе исследовательского тестирования может выясниться, например, что целый ряд ссылок с данными о компании на сайте не работает. Выявленные в ходе исследовательского тестирования ошибки могут стать источником для создания новых кейсов формального плана тестирования, в приведенном примере – теста на работоспособность навигационных ссылок для веб-приложения. Успешность исследовательского тестирования определяется количеством таких кейсов.

По словам Келлера, Microsoft активно использует исследовательское тестирование в своей практике, в частности этот метод применялся при тестировании Visual Studio 2010.

Игорь Ежов: «Правильнее говорить не о внедрении ITSM, а о приведении процессов ИТ-службы к мировым стандартам"

Российский ITSM-форум продолжает серию дискуссионно-просветительских семинаров по проблемам управления ИТ-сервисами. Очередное мероприятие прошло в стенах Московского государственного университета экономики, статистики и информатики, недавно ставшего коллективным членом «itSMF Россия". Участникам семинара организаторы предложили порассуждать о том, как объяснять бизнесу полезность ITSM.

Особенности этих мероприятий itSMF в том, что для обсуждения предлагаются вопросы, ответы на которые, казалось бы, известны, однако они провоцируют интересную дискуссию (см. также "Всегда актуальный Help Desk», Computerworld Россия, № 01, 2011). Участники очередного семинара взяли на себя смелость подвергнуть сомнению полезность и применимость сервисного подхода и процессов управления ИТ-сервисами, по крайней мере некоторых, в условиях российских предприятий. По мнению Владимира Дышловенко, ведущего эксперта по внедрению процессов ITIL, опыт эффективного управления технологической службой накоплен еще в советские времена. Отсюда можно было бы сделать вывод о неочевидности пользы «преклонения перед Западом», однако Дышловенко фактически отождествил этот опыт с положениями ITIL, тем самым неявно подтвердив, что международная библиотека лучшего опыта аккумулировала достижения здравого смысла в управлении ИТ.

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

Доцент кафедры экономической информатики МГУ и известный специалист-практик в области ITSM Кирилл Скрипкин фундаментально подошел к классификации границ применимости процессов ITSM, выделив среди них такие, как масштаб операций в ИТ-службе, ограничения по сложности процессов, модель управления и корпоративная культура компании в целом. По мнению Скрипкина, выгода от внедрения операционных процессов, таких как управление инцидентами и изменениями, проявляется при достижении определенного масштаба – появления конвейера операций ИТ-службы, а процессы тактические, например управление уровнем обслуживания (Service Level Agreement, SLM), могут оказаться неприменимы при несоответствующей общей управленческой культуре на предприятии. Правда, примера компании, модель управления которой входит в непреодолимое противоречие с SLM, докладчик не привел.

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

Эрик Стерлинг: «Система PLM становится основным владельцем информации, хотя раньше эта роль принадлежала ERP»

На рынке ПО управления жизненным циклом изделий (Product Lifecycle Management, PLM) лидирует небольшая группа крупных игроков, среди них – Siemens PLM Software, подразделение департамента Siemens Industry Automation. Появление направления PLM в разносторонней деятельности «большого» Siemens стало возможным благодаря приобретению концерном в 2007 году ведущего производителя решений этого класса, компании UGS, история разработок которой насчитывает уже более 40 лет. О достижениях компании и тенденциях мирового рынка PLM рассказал Эрик Стерлинг, старший вице-президент Siemens PLM Software по глобальному маркетингу.

- Как вы определяете PLM?

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

- В чем преимущества решений Siemens PLM Software?

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

Второе преимущество – политика открытости. Например, наша система управления данными об изделиях Teamсenter работает с нашей САПР NX, а также с любыми другими САПР различных производителей.

- Какие проблемы стандартизации существуют в области PLM?

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

- Как принимают PLM предприятия? Ваши традиционные пользователи – крупные предприятия аэрокосмической, автомобильной индустрии. Кто еще?

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

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

Новые движущие силы в PLM связаны с теми ожиданиями, которые приносят с собой молодые специалисты. Это простота использования, возможность очень быстро получать информацию и интегрировать ее в контекст создания продукта. Наш ответ на эти ожидания – технологии High Definition PLM (HD-PLM). Ядром работы над изделием остается 3D-модель, но важна и другая информация, которая должна быть отображена на 3D-модель, скажем стоимость. HD-PLM позволяет собирать такую информацию из других систем.

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

- Системы PLM не существуют на предприятиях в изоляции. Каковы проблемы интеграции PLM с другими корпоративными решениями?

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

- Что вы можете сказать о перспективах размещения технологий PLM в облаках?

Мы видим преимущества облаков и уже предоставляем возможности для реализации нашей PDM-системы Teamcenter на базе внутреннего облака. А летом 2010 года было представлено наше совместное решение с Microsoft на базе облачной платформы Windows Azure.

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

- Известна точка зрения, что в России много технических специалистов по PLM, но нет менеджеров, которые могли бы донести до всего предприятия значение этих технологий. Что вы думаете об этом?

Россия в этом смысле не уникальна. Самое неприятное, с чем мы сталкиваемся, это когда на предприятии принимается решение реализовать PLM, но нет детального понимания своих процессов. Для одного из наших американских заказчиков была проведена консолидация всей информации в системе Teamсenter. Мы реализовали этот проект в течение трех месяцев. Но оказалось, они упустили из виду закупки как часть процесса, и информация о закупках полностью выпала.

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

PLM высокого разрешения

Как пояснил Майк Ребрух, директор Siemens PLM Software по разработке и развитию NX, технологии High Definition PLM направлены на решение двух основных задач. Это, во-первых, применение подходов системного инжиниринга в разработке изделия, а во-вторых, обеспечение наилучших возможностей для работы пользователей.

Промышленное оборудование все более усложняется, машины оснащаются большим количеством программного обеспечения. В Siemens PLM Software считают, что в таких условиях разработка изделий станет эффективнее, если будет вестись в соответствии с принципами системной инженерии, объединяя в мультидисциплинарной среде проектирование, моделирование и анализ механических компонентов, электрики и встроенных программ. Такой подход уже реализован в системе Mechatronics Concept Designer, которая является одним из элементов HD-PLM.

Второй ключевой аспект HD-PLM – предоставление пользователям визуальной интерактивной среды, которая обеспечивает каждому специалисту нужный контекст его работы с учетом того, что разработка продуктов сегодня ведется, как правило, в распределенных коллективах, объединяющих инженерные, производственные, проектные организации по всему миру, а также их поставщиков.

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