30 июня 2004 г. в Санкт-Петербургском государственном политехническом университете выступал Айвар Якобсон — один из создателей языка UML (Unified Modeling language), предназначенного для моделирования объектно-ориентированных программ. Он также является одним из разработчиков языка SDL, который был принят телекоммуникационным сообществом в 1967 году в качестве отраслевого стандарта. С 1995 по 2003 год А. Якобсон занимал пост вице-президента компании Rational Software, которое в настоящее время является подразделением корпорации IBM, которое разрабатывает инструментальные средства для поддержки всех этапов жизненного цикла программного обеспечения.
Язык UML чрезвычайно распространен в мире. По нему имеется огромное число книг (например, [1,2]). По словам А. Якобсона, этот язык преподается более, чем в 1000 университетах мира.
Язык UML содержит несколько типов диаграмм, с помощью которых можно описывать как статические, так и динамические свойства программ. Однако подход к совместному использованию диаграмм, описывающих различные свойства программ, авторы языка не предложили, даже несмотря на создание ими унифицированного процесса разработки программного обеспечения [3]. Они также не предложили операционную семантику, что приводит к тому, что каждый реализует диаграммы этого языка по-своему. Кроме того, не совсем ясно, почему это язык моделирования программ, а не их проектирования.
По моему мнению, для проектирования объектно-ориентированных программ достаточно двух типов диаграмм: диаграмм классов (объектов) и диаграмм состояний. Это соответствует утверждению, высказанному в работе [4], что в UML, как и везде, действует закон «20-80», в соответствии с которым в данном случае 20% типов диаграмм достаточны для решения 80% задач.
Как и в SWITCH-технологии [5], при проектировании объектно-ориентированных программ их предлагается строить также, как автоматизируются объекты различного назначения. При этом обычно строится схема, содержащая источники информации, систему управления, объекты управления и обратные связи. Эта схема, задающая интерфейс системы управления, в качестве которой предложено использовать систему взаимосвязанных конечных автоматов, в работе [5] названа схемой связей. В работе [6] было предложено диаграмму объектов изображать не традиционным путем (сверху вниз), а в виде схемы связей, которая располагается слева направо.
Кроме того, в работе [7] была предложена другая нотация для построения диаграмм поведения, так как традиционная нотация без вложенных автоматов и с «длинными» именами переменных не позволяет описывать сложное поведение программ.
Последнее я попытался объяснить А. Якобсону, задав вопрос: — Согласны, ли Вы с тем, что предложенная в UML-нотация для диаграмм состояний не позволяет описывать системы со сложным поведением?
А. Якобсон не согласился с этим и сказал, что указанные диаграммы используются ведущими в области автоматизации технологических процессов фирмами, а там логика сложная.
В перерыве я показал А. Якобсону проектную документацию на программное обеспечение системы управления дизель-генератором [8], которое, правда, было реализовано процедурно. Увидев некоторые диаграммы состояний, в которых переходы зависят от десятка входных воздействий, а число действий, выполняемых на переходах, также порядка десяти, классик признал [9], что при использовании традиционной нотации UML-диаграммы становятся чрезвычайно громоздкими.
Дальнейшей беседы не получилось, так как А. Якобсона увели организаторы конференции на очередное мероприятие. Из доклада классика особо запомнилось, что наиболее актуальной задачей в рассматриваемой области является создание исполняемого языка UML [10], который позволит генерировать программы по диаграммам. Отметим, что предисловие к книге [10], ставшей классической, также написал А. Якобсон.
Если до приезда А. Якобсона полноценного инструментального средства для поддержки автоматного программирования у нас еще не было, но работы по его созданию активно велись, то через некоторое время появилось инструментальное средство для поддержки автоматного программирования, названное UniMod. Это средство, созданное в компании eVelopers Corp., базируется на трех «китах»: языке UML, SWITCH-технологии и платформе Eclipse [6], и является открытым [11].
При создании этого средства первоначально была определена операционная семантика UML-диаграмм состояний [12], решены вопросы автоматического завершения ввода [13], разработаны алгоритмы укладки диаграмм состояний [14].
UniMod, в частности, обеспечивает:
Высокое качество инструментального средства UniMod во многом связано с тем, что оно в отличие от аналогов, предназначено, в первую очередь, не для упрощения «жизни» других людей, а для облегчения «жизни» его создателей, в частности, применяется при разработке новых версий самого инструментального средства.
Так как разрабатываемое средство позволяет исполнять диаграммы, то оно решает задачу о создании исполняемого UML [15], поставленную в прошлом году А. Якобсоном.
Прошел год. В Москве 27 октября 2005 г. началась первая конференция Software Engineering Conference (Russia) 2005. Среди приглашенных иностранных гуру был и А. Якобсон. Более того, он в некотором смысле был главным гуру, так как внес существенный вклад не только в организацию процесса проектирования, как остальные гуру, но и в технологии создания программного обеспечения.
Преветствуя участников конференции, А. Якобсон, в частности, сказал, что к моделированию программ в настоящее время в мире проявляется большой интерес, и поэтому он почти каждый месяц где-либо выступает. После завершения выступления наши взгляды встретились, он узнал меня, и мы поздоровались. Я не стал ждать пока организаторы куда-то его снова уведут, и передал ему статью на английском языке об инструментальном средстве UniMod [16] и пример использования этого средства при создании одной из компьютерных игр, в которой применяются пять весьма сложных автоматов. Практически сразу после этого его действительно увели.
Секционные заседания проходили параллельно в трех залах. Я выступал вторым (это очень важно, так как на конференциях обычно с каждым следующим докладом число слушателей уменьшается) на секции «Технологии и технологические решения» и достаточно подробно рассказал об автоматном программировании. После этого также подробно Вадим Гуров рассказал про UniMod. Еще никогда столько времени и при большом числе слушателей не удавалось рассказывать про предлагаемый подход к программированию. После выступления ко мне подошли несколько человек, и каждый из них сказал, что широко использует автоматы в программировании (в одном из продуктов их применяется около двухсот!). При этом они сказали, что впервые услышали об автоматном программировании как об одном из стилей программирования [17].
Во второй половине дня А. Якобсон выступил с четырехчасовым докладом на тему «Унифицированная основа для современных способов разработки лучшего программного обеспечения». К сожалению, я не смог присутствовать на его докладе.
На следующий день несколько человек сказали мне, что в своем выступлении А. Якобсон, в частности, отметил, что мною разрабатывается весьма оригинальный подход к проектированию программ. Это меня, несомненно, обрадовало, и когда мы встретились в перерыве вновь, я передал ему три текста моих докладов о реактивных мультиагентных системах [18-20], вспомнив о том, что его фирма занимается этой тематикой. Кстати, на конференциях в Бостоне по мультиагентным системам я дважды был сопредседателем секции теоретических аспектов их построения.
В этот же день А. Якобсон на секции «Процессы разработки ПО» выступил еще раз. Тема его доклада: «После гибких методов: умные».
Конференция заканчивалась. Я подошел к гуру и для «закрепления» нашего знакомства передал ему проектную документацию на систему управления дизель-генератором [8], которую в прошлом году не удалось обсудить в должной мере, а также проектную документацию на проект игры Robocode — наш первый проект, в котором автоматный и объектный подходы применялись совместно (автоматы использовались как методы некоторых классов) [21].
Так как эта проектная документация была написана на русском языке, А. Якобсон пошутил, что ему придется выучить русский язык. Я не успел сказать, что сейчас классикам программирования модно знать русский язык (Н. Вирт и Б. Мейер знают русский весьма хорошо [22]), так как мой собеседник заметил, что он все поймет по диаграммам.
Итак, наша вторая встреча состоялась. Она прошла для меня значительно лучше первой. Надеюсь, что через некоторое время А. Якобсон станет сторонником автоматного программирования, о чем он, видимо, не забудет сказать.
Об авторе: Шалыто Анатолий Абрамович, докт. техн. наук, профессор, заведующий кафедрой «Технологии программирования» СПбГУ ИТМО, адрес: shalyto@mail.ifmo.ru