Продукция и услуги рынка программного обеспечения

Тенденции на рынке ПО

    Распространение моделей SOA и SaaS

  По мнению многих аналитиков, в 2007 году в отрасли программного обеспечения наблюдались существенные изменения, связанные в первую очередь  с активным распространением моделей SOA (Service-oriented Aplications) и SaaS (Software-as-a-Service). Данные модели обеспечивают отличные от традиционных варианты получения нужного ПО и позволяют потребителям существенно снизить затраты на него (а значит, ускорить получение финансовой отдачи от ПО). Преимущества моделей SaaS и SOA особенно ощутимы для средних и малых компаний с ограниченным бюджетом и небольшим штатом ИТ-специалистов, 91% из которых, по данным IDC, считают переход на модель SaaS крайне важным шагом для успешного развития их бизнеса.

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

  Модель SaaS (известная  также под названием Software On-Demand — программное обеспечение по требованию) представляет собой модель предложения ПО потребителю в виде услуги. Концепция SaaS подразумевает, что компания не покупает ПО, а лишь пользуется им, внося регулярные платежи (то есть арендует его). Пользователь должен оплатить годовую подписку на соответствующий сервис (что в большинстве случаев в несколько раз дешевле, чем купить коробочный продукт), а также установить обычные настольные компьютеры, подключенные к Интернету. Так можно пользоваться нужными продуктами, затрачивая на это гораздо меньше средств. Кроме того, SaaS в комбинации с SOA предоставляет потребителям более гибкие условия пользования, когда можно арендовать лишь те модули, которые необходимы для работы.

  Согласно Gartner, приложения на базе моделей SOA и SaaS очень  популярны в новых, только формирующихся инфраструктурах, где системы с самого начала строятся по таким моделям. Например, концепция SOA была задействована в более чем половине новых бизнес-систем, разработанных в прошедшем году, а к 2010 году на данной модели будут базироваться уже более 80% новых бизнес-систем. Ускоряет принятие новых моделей и возрастание роли SMB-рынков, так как малые и средние компании с энтузиазмом восприняли появление на рынке новой свободной ниши и предпринимают активные попытки занять свое место под солнцем, в то время как ведущие игроки реагируют на новые веяния не столь быстро.

  Мировой рынок  приложений, распространяемых по модели SaaS, по предварительным данным Gartner, в 2007 году достиг 5,1 млрд долл., что оказалось  на 21% выше показателя прошлого года. А  к 2011 году рынок приложений SaaS должен составить 11,5 млрд долл. (CAGR — 22,1%), что сопоставимо уже с сегментом CRM-систем. Данные IDC более оптимистичны — свыше 6 млрд долл. в 2007-м и 14,6 млрд долл. в 2011 году с темпами роста на данный период в 30% (рис. 15). Правда, принятие моделей SOA и SaaS в разных регионах различно: если в США и странах EMEA популярность их растет стремительно, то в Азиатско-Тихоокеанском регионе отношение к ним более чем сдержанное, что, по мнению аналитиков Gartner, объясняется определенными культурными барьерами.

Рис. 15. Показатели роста  рынка приложений, распространяемых по модели SaaS,  
в 2006-2011 годах, % (источник: IDC, 2007)

  Отметим, что, несмотря на быстрый рост популярности названных моделей, в общем объеме рынка программного обеспечения их доля продаж пока остается небольшой. В частности, объем рынка приложений, распространяемых по модели SaaS, в 2011 году не превысит 5% (для сравнения напомним, что в 2006-м доля рынка SaaS составляла 2%). Дело в том, что применение данных моделей возможно не во всех секторах ПО, а только там, где бизнес-процессы относительно просты и не требуют построения уникальной системы для их осуществления. Кроме того, эффективность внедрения моделей SOA и SaaS напрямую зависит от степени надежности поставщиков, что тоже вызывает определенные сложности при внедрении. Поэтому нет ничего удивительного в том, что проникновение данных моделей в разных секторах заметно различается. Например, согласно Gartner, модель SaaS широко используется в системах электронного обучения и веб-конференций, где таким образом распространяется до 60 и 70% программного обеспечения соответственно, и практически не применяется на ECM-рынке, где доля продаж по этой модели не превышает 1-2%. В секторе CRM-приложений модель SaaS, помимо систем электронного обучения и веб-конференций, часто применяется в решениях для передачи данных, в платежных системах, системах для автоматизации продаж, а также в финансовых приложениях (рис. 16).

Рис. 16. Процент распространения  некоторых типов CRM-решений  по модели SaaS  
(источник: IDC, 2007)

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

Маркетинговые исследования рынка ПО и покупательского поведения потребительского рынка.

     Маркетинг и спецификация программного продукта предназначены для изучения требований к создаваемому программному продукту, а именно: 
- определение состава и назначения функций обработки данных программного продукта; 
- установление требований пользователя к характеру взаимодействия с программным продуктом, типу пользовательского интерфейса (система меню, использование манипулятора мышь, типы подсказок, виды экранных документов и т.п.); 
требования к комплексу технических и программных средств для эксплуатации программного продукта и т.д. 
На данном этапе необходимо выполнить формализованную постановку задачи. 
Если программный продукт создается не под заказ и предполагается выход на рынок программных средств, маркетинг выполняется в полном объеме: изучаются программные продукты-конкуренты и аналоги, обобщаются требования пользователей к программному продукту, устанавливается потенциальная емкость рынка сбыта, дается прогноз цены и объема продаж. Кроме того, важно оценить необходимые для разработки программного продукта материальные, трудовые и финансовые ресурсы, ориентировочные длительности основных этапов жизненного цикла программного продукта. 
Если программный продукт создается как заказное программное изделие для определенного заказчика, на данном этапе также важно правильно сформулировать и документировать задание на его разработку. Ошибочно понятое требование к программному продукту может привести к нежелательным результатам в процессе его эксплуатации. 
Проектирование структуры программного продукта связано с алгоритмизацией процесса обработки данных, детализацией функций обработки, разработкой структуры программного продукта (архитектуры программных модулей), структуры информационной базы (базы данных) задачи, выбором методов и средств создания программ-технологии программирования. 
 
Программирование, тестирование и отладка программ являются технической реализацией проектных решений и выполняются с помощью выбранного инструментария разработчика (алгоритмические языки и системы программирования, инструментальные среды разработчиков и т.п.). 
Для больших и сложных программных комплексов, имеющих развитую модульную структуру построения, отдельные работы данного этапа могут выполняться параллельно, обеспечивая сокращение общего времени разработки программного продукта. Важная роль принадлежит используемым при этом инструментальным средствам программирования и отладки программ, поскольку они влияют на трудоемкость выполнения работ, их стоимость, качество создаваемых программ. 
Документирование программного продукта является обязательным видом работ, выполняемых, как правило, не самим разработчиком, а лицом, связанным с распространением и внедрением программного продукта. Документация должна содержать необходимые сведения по установке и обеспечению надежной работы программного продукта, поддерживать пользователей при выполнении функций обработки, определять порядок комплексирования программного продукта с другими программами. Успех распространения и эксплуатации программного продукта в значительной степени зависит от качества его документации. 
На машинном уровне программного продукта, как правило, создаются: 
- автоматизированная контекстно-зависимая помощь  
- демонстрационные версии, работающие в активном режиме по типу обучающих систем (электронный учебник) или пассивном режиме (ролик, мультфильм) - для демонстрации функциональных возможностей программного продукта и информационной технологии его использования. 
Выход программного продукта на рынок программных средств связан с организацией продаж массовому пользователю. Этот этап должен по возможности быть коротким, для продвижения программных продуктов применяются стандартные приемы маркетинга: реклама, увеличение числа каналов реализации, создание дилерской и дистрибутивной сети, ценовая политика - продажа со скидками, сервисное обслуживание и др. 
Требуется постоянная программа маркетинговых мероприятий и поддержки программных продуктов. Как правило, для каждого программного продукта существует своя форма кривой продаж, которая отражает спрос . 
 
Использование программного продукта идет параллельно с его сопровождением, при этом эксплуатация программ может начинаться и в случае отсутствия сопровождения или продолжаться в случае завершения сопровождения еще какое-то время. После снятия программного продукта с продажи определенное время также может выполняться его сопровождение. В процессе эксплуатации программного продукта производится устранение обнаруженных ошибок. 
Снятие программного продукта с продажи и отказ от сопровождения происходят, как правило, в случае изменения технической политики фирмы-разработчика, неэффективности работы программного продукта, наличия в нем неустранимых ошибок, отсутствия спроса. 
Длительность жизненного цикла для различных программных продуктов неодинакова. Для большинства современных программных продуктов длительность жизненного цикла измеряется в годах. Хотя достаточно часто встречаются на компьютерах и давно снятые с производства программные продукты. 
Особенность разработки программного продукта заключается в том, что на начальных этапах принимаются решения, реализуемые на последующих этапах. Допущенные ошибки, например при спецификации требований к программному продукту, приводят к огромным потерям на последующих этапах разработки или эксплуатации программного продукта и даже к неуспеху всего проекта. Так, при необходимости внесения изменений в спецификацию программного продукта следует повторить в полном объеме все последующие этапы проектирования и создания программного продукта.