У цьому пункті описується процес розробки з використанням технології 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, у тому числі систем ППР і ПКР сторонніх розробників.