
Sphere CASE: технология разработки
Производственный цикл
В этом пункте описывается процесс разработки с использованием технологии Sphere CASE. В рамках этой технологии в качестве ключевых элементов используются Sphere Modeler (Интерпретатор моделей) и Sphere Portal (Интерпретатор металогики) (Рис.4).

Рис.4. Процесс разработки с использованием Sphere CASE
В производственном цикле принимают участие Системный Аналитик, Разработчик и Программист. На основе технического задания (спецификации) Системный Аналитик разрабатывает модель задачи с помощью редактора моделей, используя знания в предметной области и опыт моделирования в виде библиотеки моделей. Разработанная модель поступает на вход Интерпретатора моделей (Sphere Modeler), на выходе которого появляется скрипт базы данных и файл металогики. Таким образом, уже после этапа моделирования (обычно это не больше месяца) в распоряжение разработчиков поступает работоспособный прототип будущей системы. При этом Системный Аналитик работает с системой параметризованных конфигурационных решений (ПКР), которая лежит в основе Интерпретатора моделей.
Затем следует тестирование прикладной функциональности системы, возможно с участием заказчика. На основе результатов тестирования Разработчик выявляет потребность в модификации модели (model tuning). В случае выявления такой потребности перед Системным Аналитиком ставится соответствующая задача. После всех необходимых изменений модели Разработчиком выявляется потребность в модификации полученного с помощью Sphere Modeler модуля металогики (metalogic tuning). В случае выявления такой потребности Разработчик с помощью редактора металогики модифицирует модуль металогики. При этом Разработчик напрямую работает с системой параметризованных програмных решений (ППР), заложенной в основу Интерпретатора металогики (Sphere Portal).
После всех необходимых модификаций модуля металогики Разработчик выявляет потребность в модификации програмного кода (code tuning). В случае выявления такой потребности перед Прогаммистом ставятся соответствующие задачи. Как правило сюда входит разработка серверных процедур (stored procedures) в рамках используемой СУБД и скриптование на языке написания скриптов типа VB Script, Jscript, и т.д. с использованием объектной модели универсального клиента Sphere Portal. При этом Программист работает напрямую с программным кодом. После всех необходимых модификаций программного кода осуществляется заключительное функциональное тестирование. Важным моментом является то, что в течение одного шага разработки все участники производственного цикла (Системный Аналитик, Разработчик и Программист) независимо друг от друга могут наблюдать результаты своей работы в виде своей локальной версии разрабатываемой системы.
Перспективы Sphere CASE
Команда развивает технологию Sphere CASE с целью создания коммерческого программного продукта, предназначенного для быстрой разработки корпоративных информационных систем и их поточной модификации (обновление, наращивание и т.п.) на протяжении всего жизненного цикла. Такой продукт можно позиционировать на рынке программного обеспечения, как встраиваемое (интегрируемое) CASE-средство, специализированное под класс задач по созданию корпоративных информационных систем с архитектурой "клиент-сервер". Особое внимение уделяется стандартизации интерфейсов Sphere Modeler (Интерпретатора моделей) и Sphere Portal (Интерпретатора металогики) с целью более успешного продвижения на рынке. Например, для Sphere Modeler разрабатываются варианты графического интерфейса построения моделей (UML, ERD). Кроме этого разрабатываются принципы представления металогики с помощью XML, ориентированные на современные стандарты представления производственной и коммерческой информации (STEP, PDM). Успешная разработка таких принципов позволит четко позиционировать технологию Sphere CASE относительно аналогов и сделать ее востребованной со стороны сторонних разработчиков корпоративных информационных систем.
Другим важным направлением развития Sphere CASE является разработка новых версий Sphere Modeler и Sphere Portal с целью расширения их функциональности. В случае Sphere Modeler ведутся работы по расширению класса интерпретируемых моделей. В случае Sphere Portal ведутся работы по расширению базовой функциональности (отображение данных, взаимодействие с СУБД, кеширование данных, распределение вычислительных и сетевых ресурсов и др.). В дополнение к этому рассматривается возможность использования разных систем ППР в случае Sphere Portal и разных систем ПКР в случае Sphere Modeler, в том числе систем ППР и ПКР сторонних разработчиков.
|