Характеристики
CASE-засобів
Silverrun + JAM
Silverrun
CASE-засіб Silverrun американської фірми Сomputer Systems Advisers, Inc. (CSA) використовується для аналізу і проектування ІС бізнес-класу [22] і орієнтоване
більшою мірою на спіральну модель ЖЦ. Воно застосовується для підтримки будь-якої методології, заснованої на роздільному побудові функціональної та
інформаційної моделей (діаграм потоків даних і діаграм "сутність-зв'язок").
Налаштування на конкретну методологію забезпечується вибором потрібної графічної нотації моделей і набору правил перевірки проектних специфікацій. У
системі є готові налаштування для найбільш розповсюджених методологій: DATARUN (основна методологія, підтримувана Silverrun), Gane/Sarson,
Yourdon/DeMarco, Merise, Ward/Mellor, Information Engineering. Для кожного поняття, введеного в проекті є можливість додавання власних
описувачів. Архітектура Silverrun дозволяє нарощувати середовище розробки в міру необхідності.
Структура та функції
Silverrun має модульну структуру і складається з чотирьох модулів, кожен з яких є самостійним продуктом і може купуватися і
використовуватися без зв'язку з іншими модулями.
Модуль побудови моделей бізнес-процесів у формі діаграм потоків даних (BPM - Business Process Modeler) дозволяє моделювати функціонування
обстежуваної організації або створюваної ІВ. У модулі BPM забезпечена можливість роботи з моделями великої складності: автоматична перенумерацію, робота з
деревом процесів (включаючи візуальне перетягування гілок), від'єднання і приєднання частин моделі для колективної розробки. Діаграми можуть
зображуватися в декількох наперед нотації, включаючи Yourdon/DeMarco і Gane/Sarson. Є також можливість створювати власні нотації, у тому
числі додавати до числа зображених на схемі дескрипторів певні користувачем поля.
Модуль концептуального моделювання даних (ERX - Entity-Relationship eXpert) забезпечує побудову моделей даних "сутність-зв'язок", не
прив'язаних до конкретної реалізації. Цей модуль має вбудовану експертну систему, що дозволяє створити коректну нормалізовану модель даних
за допомогою відповідей на змістовні питання про взаємозв'язок даних. Можливо автоматичне
побудова моделі даних з описів структур даних. Аналіз функціональних залежностей атрибутів дає можливість перевірити відповідність моделі
вимогам третього нормальної форми і забезпечити їх виконання. Перевірена модель передається в модуль RDM.
Модуль реляційного моделювання (RDM - Relational Data Modeler) дозволяє створювати деталізовані моделі "сутність-зв'язок", призначені
для реалізації в реляційної бази даних. У цьому модулі документуються всі конструкції, пов'язані з побудовою бази даних: індекси, тригери, збережені
процедури і т.д. Гнучка змінна нотація і розширюваність сховища дозволяють працювати з будь-якої методології. Можливість створювати подсхеми
відповідає підходу ANSI SPARC до подання схеми бази даних. Мовою подсхем моделюються як вузли розподіленої обробки, так і для користувача
подання. Цей модуль забезпечує проектування і повне документування реляційних баз даних.
Менеджер репозиторію робочої групи (WRM - Workgroup Repository Manager) застосовується як словник даних для збереження загальної для всіх моделей інформації,
а також забезпечує інтеграцію модулів Silverrun в єдине середовище проектування.
Платою за високу гнучкість і різноманітність образотворчих засобів побудови моделей є такий недолік Silverrun, як відсутність жорсткого взаємного
контролю між компонентами різних моделей (наприклад, можливості автоматичного розповсюдження змін між DFD різних рівнів
декомпозиції). Слід, однак, відзначити, що цей недолік може мати істотне значення тільки у випадку використання каскадної моделі ЖЦ ПЗ.
Взаємодія з іншими засобами
Для автоматичної генерації схем баз даних у Silverrun існують мости до найбільш поширених СУБД: Oracle, Informix, DB2, Ingres, Progress, SQL
Server, SQLBase, Sybase. Для передачі даних до засобів розробки додатків є мости до мов 4GL: JAM, PowerBuilder, SQL Windows, Uniface, NewEra,
Delphi. Всі мости дозволяють завантажити в Silverrun RDM інформацію з каталогів відповідних СУБД або мов 4GL. Це дозволяє документувати,
перепроектувати або переносити на нові платформи вже перебувають в експлуатації бази даних і прикладні системи. При використанні мосту
Silverrun розширює свій внутрішній репозиторій специфічними для цільової системи атрибутами. Після визначення значень цих атрибутів генератор
додатків переносить їх у внутрішній каталог середовища розробки або використовує при генерації коду на мові SQL. Таким чином можна повністю визначити ядро
бази даних з використанням всіх можливостей конкретної СУБД: тригерів, збережених процедур, обмежень посилальної цілісності. При створенні програми
мовою 4GL дані, перенесені з репозиторію Silverrun, використовуються або для автоматичної генерації інтерфейсних об'єктів, або для швидкого їх
створення вручну.
Для обміну даними з іншими засобами автоматизації проектування, створення спеціалізованих процедур аналізу та перевірки проектних специфікацій,
складання спеціалізованих звітів у відповідності з різними стандартами в системі Silverrun є три способи видачі проектної інформації в зовнішні
файли:
Система звітів. Можна, визначивши вміст звіту по
репозиторію, видати звіт в текстовий файл. Цей файл можна потім
завантажити в текстовий редактор або включити в інший звіт;
Система експорту/імпорту. Для більш повного контролю над
структурою файлів в системі експорту/імпорту є можливість
визначати не тільки вміст експортного файлу, але і роздільники
записів, полів в записах, маркери початку і кінця текстових полів. Файли з
зазначеної структурою можна не тільки формувати, але й завантажувати в
репозиторій. Це дає можливість обмінюватися даними з різними
системами: іншими CASE-засобами, СУБД, текстовими редакторами і
електронними таблицями;
Зберігання репозиторію в зовнішніх файлах через ODBC-драйвери. Для
доступу до даних сховища з найбільш поширених систем
управління базами даних забезпечена можливість зберігати всю проектну
інформацію безпосередньо у форматі цих СУБД.
Групова робота
Групова робота підтримується в системі Silverrun двома способами:
У стандартній Версія для одного користувача є механізм
контрольованого поділу і злиття моделей. Розділивши модель на частини,
можна роздати їх декільком розробникам. Після детального доопрацювання
моделі об'єднуються в єдині специфікації;
Мережева версія Silverrun дозволяє здійснювати одночасну
групову роботу з моделями, що зберігаються в мережевому репозиторії на базі
СУБД Oracle, Sybase або Informix. При цьому декілька розробників можуть
працювати з однією і тією ж моделлю, тому що блокування об'єктів відбувається
на рівні окремих елементів моделі.
середу функціонування
Є реалізації Silverrun трьох платформ - MS Windows, Macintosh і OS/2 Presentation Manager - з можливістю обміну проектними даними між ними.
Для функціонування в середовищі Windows необхідно мати комп'ютер з процесором не нижче моделі i486 і оперативну пам'ять обсягом не менше 8 Мб
(рекомендується 16 Мб). На диску повна інсталяція Silverrun займає 20 Мб.
JAM
Засіб розробки додатків JAM [28] (JYACC's Application Manager) - продукт фірми JYACC (США). В даний час поставляється версія JAM 7 і
готується до виходу JAM 8.
Основною рисою JAM є його відповідність методології RAD, оскільки він дозволяє досить швидко реалізувати цикл розробки програми,
що полягає у формуванні чергової версії прототипу програми з урахуванням вимог, виявлених на попередньому кроці, і пред'явити його користувачеві.
Структура та функції
JAM має модульну структуру і складається з наступних компонентів:
Ядро системи;
JAM/DBi - спеціалізовані модулі інтерфейсу до СУБД
(JAM/DBi-Oracle, JAM/DBi-Informix, JAM/DBi-ODBC і т.д.);
JAM/RW - модуль генератора звітів;
JAM/CASEi - спеціалізовані модулі інтерфейсу до CASE-засобів
(JAM/CASE-TeamWork, JAM/CASE-Innovator і т.д.);
JAM/TPi - спеціалізовані модулі інтерфейсу до менеджерів
транзакцій (наприклад, JAM/TPi-Server TUXEDO і т.д.);
Jterm - спеціалізований емулятор X-терміналу.
Ядро системи (власне, сам JAM) є закінченим продуктом і може самостійно використовуватися для розробки додатків. Всі інші модулі
є додатковими і самостійно використовуватися не можуть.
Ядро системи включає в себе наступні основні компоненти:
редактор екранів. До складу редактора екранів входять: середа
розробки екранів, візуальний репозиторій об'єктів, власна СУБД JAM
- JDB, менеджер транзакцій, відладчик, редактор стилів;
редактор меню;
набір допоміжних утиліт;
засоби виготовлення промислової версії програми.
При використанні JAM розробка зовнішнього інтерфейсу програми є візуальне проектування і зводиться до створення екранних форм шляхом
розміщення на них інтерфейсних конструкцій і визначенню екранних полів вводу/виводу інформації. Проектування інтерфейсу в JAM здійснюється з
допомогою редактора екранів. Програми, розроблені в JAM, мають багатовіконний інтерфейс. Розробка окремого екрана полягає в розміщенні на ньому
інтерфейсних елементів, можливої (але не обов'язковою) їх угрупованні та конкретизації різних їх властивостей, що включають візуальні характеристики
(позиція, розмір, колір, шрифт і т.п.), поведінкові характеристики (різноманітні фільтри, формати, захист від введення і т.п.) і ряд властивостей,
орієнтованих на роботу з БД.
Редактор меню дозволяє розробляти і налагоджувати системи меню. Реалізована можливість побудови піктографічним меню (так звані
toolbar). Призначення кожного конкретного меню того чи іншого об'єкту програми здійснюється в редакторі екранів.
У ядро JAM вбудована однокористувальницька реляційна СУБД JDB. Основним призначенням JDB є Прототипування додатків в тих випадках, коли
робота зі штатною СУБД неможлива або недоцільна. В JDB реалізований необхідний мінімум можливостей реляційних СУБД за винятком індексів,
збережених процедур, тригерів і уявлень (view). За допомогою JDB можна побудувати БД, ідентичну цільової БД (з точністю до відсутніх в JDB можливостей) і
розробити значну частину програми.
Відладчик дозволяє проводити комплексну налагодження що розробляється. Здійснюється трасування всіх подій, що виникають у процесі
виконання програми.
Утиліти JAM включають три групи:
конвертори файлів екранів JAM в текстові. JAM зберігає екрани в
вигляді двійкових файлів власного формату. У ряді випадків (наприклад для
виготовлення програмної документації проекту) необхідно текстове
опис екранів;
конфігурування пристроїв введення/виводу. JAM і додатки,
побудовані з його допомогою, не працюють безпосередньо з пристроями
введення/виводу. Замість цього JAM звертається до логічних пристроїв
введення/виводу (клавіатура, термінал, звіт). Відображення логічних
пристроїв у фізичні здійснюється за допомогою засобів конфігурування;
обслуговування бібліотек екранів (традиційні операції з
бібліотеками).
Одним з додаткових модулів JAM є генератор звітів. Компонування звіту здійснюється в редакторі екранів JAM. Опис роботи звіту
здійснюється за допомогою спеціальної мови. Генератор звітів дозволяє визначити дані, що виводяться в звіт, угруповання що виводиться інформації,
форматування виводу та ін
Програми, розроблені з використанням JAM, не вимагають так званих виконавчих (run-time) систем і можуть бути виготовлені у вигляді виконуваних
модулів. Для цього розробник повинен мати компілятор C і редактор зв'язків. Для виготовлення промислової версії до складу JAM входить файл збірки (makefile),
вихідні тексти (на мові C) ряду модулів програми, але необхідні бібліотеки.
JAM містить вбудована мова програмування JPL (JAM Procedural Language), за допомогою якого в разі потреби можна написати модулі, що реалізують
специфічні дії. Дана мова є інтерпретується, що спрощує налагодження. Існує можливість обміну інформацією між середовищем візуально
побудованого програми, але такими модулями. Крім того, в JAM реалізована можливість підключення зовнішніх модулів, написаних на якій-небудь мові,
сумісним з проблем функцій з мовою C.
З точки зору реалізації логіки додатка JAM є подієво-орієнтованою системою. У JAM визначений набір подій, що включає
відкриття і закриття вікон, натискання клавіші клавіатури, спрацьовування системного таймера, одержання і передача управління кожним елементом екрана. Розробник
реалізує логіку програми шляхом визначення обробника кожної події. Наприклад, обробник події "натискання кнопки на екрані" (мишею або з
допомогою клавіатури) може відкрити наступне екранне вікно. Обробники подій в JAM можуть бути як вбудовані функції JAM, так і функції, написані
розробником на C або JPL. Набір вбудованих функцій включає в себе більш ніж 200 функцій різного призначення. Вбудовані функції доступні для дзвінків з
функцій, написаних як на JPL, так і на C.
Промислова версія додатку, розробленого за допомогою JAM, включає в себе наступні компоненти:
виконуваний модуль інтерпретатора програми. У цей модуль можуть
бути вбудовані функції, написані розробниками на мовах 3-го покоління;
екрани, що складають сам додаток (можуть поставлятися у вигляді
окремих файлів, у складі бібліотек екранів або ж бути вбудовані в тіло
інтерпретатора);
зовнішні JPL-модулі. Чи можуть поставлятися у вигляді текстових файлів або
в прекомпілірованном вигляді, причому прекомпілірованние зовнішні JPL-модулі
можуть бути як у вигляді окремих файлів, так і в складі бібліотек екранів;
файли конфігурації програми - файли конфігурації клавіатури і
терміналу, файл системних повідомлень, файл загальної конфігурації.
Взаємодія з іншими засобами
Безпосередня взаємодія з СУБД реалізують модулі JAM/DBi (Data Base interface). Способи реалізації взаємодії в JAM поділяються на два класи:
ручні та автоматичні. При ручному способі розробник програми самостійно пише запити на SQL, в яких як джерелами, так і
адресатами прийому результатів виконання запиту може бути як інтерфейсні елементи візуально спроектованого зовнішнього рівня, так і внутрішні,
невидимі для кінцевого користувача змінні. Автоматичний режим, реалізований менеджером транзакцій JAM, здійснимо для типових і найбільш
поширених видів операцій з БД, так званих QBE (Query By Example - запити за зразком), з урахуванням досить складних взаємозв'язків між таблицями
БД і автоматичним управлінням атрибутами екранних полів введення/виводу в залежності від виду транзакції (читання, запис і т.д.), у якій бере участь
згенерований запит.
JAM дозволяє будувати додатки для роботи більш ніж з 20 СУБД: ORACLE, Informix, Sybase, Ingres, InterBase, NetWare SQL Server, Rdb, DB2,
ODBC-сумісні СУБД і ін
Відмінною рисою JAM є високий рівень переносимості програм між різними платформами (MS DOS/MS Windows, SunOS, Solaris (i80x86,
SPARC), HP-UX, AIX, VMS/Open VMS та ін.) Може знадобитися лише "перемалювати" статичні текстові поля на екранах з російським
текстом при перенесенні між середовищами DOS-Windows-UNIX. Крім того, переносимість полегшується тим, що в JAM програми розробляються для віртуальних пристроїв
введення/виводу, а не для фізичних. Таким чином при переносі програми з платформи на платформу, як правило, потрібно лише визначити відповідність
між фізичними пристроями введення/виводу і їх логічними уявленнями для програми.
Використання SQL як засіб взаємодії з СУБД також створює передумови для забезпечення переносимості між СУБД. За умови переносу
структури самої БД в ряді випадків додатки можуть не вимагати ніякої модифікації, за винятком ініціалізації сеансу роботи. Така ситуація може
скластися в тому випадку, якщо в додатку не використовувалися специфічні для тієї чи іншої СУБД розширення SQL.
При зростанні навантаження на систему і складності розв'язуваних завдань (розподіленість і гетерогенність використовуваних ресурсів, кількість одночасно підключених
користувачів, складність л?? гікі програми) застосовується триланкового модель архітектури "клієнт-сервер" з використанням менеджерів транзакцій. Компоненти
JAM/TPi-Client і JAM/TPi-Server дозволяють досить просто перейти на триланкового модель. При цьому ключову роль відіграє модуль JAM/TPi-Server, так
як основна складність впровадження триланкової моделі полягає в реалізації логіки програми в сервісах менеджерів транзакцій.
Інтерфейс JAM/CASE подібний до інтерфейсу до СУБД і дозволяє здійснити обмін інформацією між репозиторієм об'єктів JAM і репозиторієм CASE-засоби
аналогічно тому, як структура БД імпортується в репозиторій JAM безпосередньо з БД. Відмінність полягає в тому, що у разі інтерфейсу до
CASE цей обмін є двонаправленим. Крім модулів JAM/CASEi, існує також модуль JAM/CASEi Developer's Kit. За допомогою цього модуля можна
самостійно розробити інтерфейс (тобто спеціалізований модуль JAM/CASEi) для конкретного CASE-засоби, якщо готового модуля JAM/CASEi для нього не
існує.
Міст (інтерфейс) Silverrun-RDM JAM реалізує взаємодію між CASE-засобом Silverrun і JAM (перенесення схеми бази даних та екранних форм
програми між CASE-засобом Silverrun-RDM і JAM версії 7.0). Даний програмний продукт має 2 режими роботи:
прямий режим (Silverrun-RDM-> JAM) призначений для створення
об'єктів CASE-словника і елементів сховища JAM на основі подання
схем у Silverrun-RDM. У цьому режимі міст дозволяє, виходячи з
представлення моделей даних інтерфейсу в Silverrun-RDM, виробляти
генерацію екранів і елементів сховища JAM. Міст перетворить таблиці та
відносини реляційних схем RDM в послідовність об'єктів JAM
відповідних типів. Методика побудови моделей даних інтерфейсу в
Silverrun-RDM припускає застосування механізму подсхем для
прототипирування екранів програми. За описом кожної з подсхем RDM
міст генерує екранну форму JAM;
зворотний режим (JAM-> Silverrun-RDM) призначений для перенесення
модифікацій об'єктів CASE-словника в реляційну модель Silverrun-RDM.
Режим реінжинірингу дозволяє переносити модифікації всіх властивостей екранів JAM, імпортованих раніше з RDM, в схему Silverrun. На цьому етапі для
контролю цілісності бази даних не допускаються зміни схеми у вигляді додавання або видалення таблиць і полів таблиць.
Групова робота
Ядро JAM має вбудований інтерфейс до засобів конфігураційного управління (PVCS на платформі Windows і SCCS на платформі UNIX). Під управлінням цих
систем передаються бібліотеки екранів і/або репозиторії. За відсутності таких систем JAM самостійно реалізує частину функцій підтримки групової
розробки.
Використання PVCS (див. підрозділ 5.6)
є кращим у порівнянні з SCCS, тому що дозволяє організувати єдиний архів модулів проекту для всіх платформ. Так як JAM на
платформі UNIX не має прямого інтерфейсу до архівів PVCS, то вибірка модулів з архіву і повернення їх до архіву виробляються з використанням PVCS Version
Manager. На платформі MS-Windows JAM має вбудований інтерфейс до PVCS і дії за вибіркою/поверненню проводяться безпосередньо з середовища JAM.
середу функціонування
JAM, як середовище розробки, і програми, побудовані з його використанням, не є ресурсномісткими системами. Наприклад, на платформі MS-Windows
достатньо мати 8MB оперативної пам'яті і 50 MB дискового простору для середовища розробки. На UNIX-платформах вимоги до апаратури визначаються самою
операційною системою.
Vantage Team Builder (Westmount I-CASE) + Uniface
5.2.1. Vantage Team Builder (Westmount I-CASE)
Vantage Team Builder [14] представляє собою інтегрований програмний продукт, орієнтований на реалізацію каскадної моделі ЖЦ ПЗ і підтримку
повного ЖЦ ПЗ.
Структура та функції
Vantage Team Builder забезпечує виконання наступних функцій:
проектування діаграм потоків даних,
"сутність-зв'язок", структур даних, структурних схем програм і
послідовностей екранних форм;
проектування діаграм архітектури системи - SAD (проектування
складу та зв'язку обчислювальних засобів, розподілу завдань системи між
обчислювальними засобами, моделювання відносин типу
"клієнт-сервер", аналіз використання менеджерів транзакцій і
особливостей функціонування систем у реальному часі);
генерація коду програм на мові 4GL цільової СУБД з повним
забезпеченням програмного середовища та генерація SQL-коду для створення таблиць
БД, індексів, обмежень цілісності і збережених процедур;
програмування на мові C з вбудованим SQL;
управління версіями і конфігурацією проекту;
багатокористувацький доступ до сховища проекту;
генерація проектної документації за стандартними та індивідуальними
шаблонів;
експорт та імпорт даних проекту у форматі CDIF (CASE Data
Interchange Format).
Vantage Team Builder поставляється в різних конфігураціях залежно від використовуваних СУБД (ORACLE, Informix, Sybase або Ingres) або засобів розробки
додатків (Uniface). Конфігурація Vantage Team Builder for Uniface відрізняється від інших деяким ступенем орієнтації на спіральну модель ЖЦ ПЗ за рахунок
можливостей швидкого прототипирування, що надаються Uniface. Для опису проекту ІС використовується досить великий набір діаграм, конкретні варіанти
якого для найбільш поширених конфігурацій наведені нижче в таблиці.
Тип діаграми
Позначення
Vantage Team Builder for ORACLE
Vantage Team Builder for Informix
Vantage Team Builder for Uniface
Сутність-зв'язок
ERD
+
+
+
Потоків даних
DFD
+
+
+
Структур даних
DSD
+
+
+
Архітектури системи
SAD
+
+
+
Потоків управління
CSD
+
+
+
Типів даних
DTD
+
+
+
Структури меню
MSD
+
Послідовності блоків
BSD
+
Послідовності форм
FSD
+
+
Вмісту форм
FCD
+
+
Переходів станів
STD
+
+
+
Структурних схем
SCD
+
+
+
При побудові всіх типів діаграм забезпечується контроль відповідності моделей синтаксису використовуваних методів, а також контроль відповідності
однойменних елементів і їх типів для різних типів діаграм.
При побудові DFD забезпечується контроль відповідності діаграм різних рівнів декомпозиції. Контроль за правильністю верхнього рівня DFD
здійснюється за допомогою матриці списків подій (ELM). Для контролю за декомпозицією складових потоків даних використовується кілька варіантів їх
опису: у вигляді діаграм структур даних (DSD) або у нотації БНФ (форма Бекуса-Наура).
Для побудови SAD використовується розширена нотація DFD, що дає можливість вводити поняття процесорів, завдань і периферійних пристроїв, що забезпечує
наочність проектних рішень.
При побудові моделі даних у вигляді ERD виконується її нормалізація і вводиться визначення фізичних імен елементів даних і таблиць, які будуть
використовуватися в процесі створення фізичної схеми даних конкретної СУБД. Забезпечується можливість визначення альтернативних ключів сутностей і полів,
складових додаткові точки входу в таблицю (поля індексів), і потужності відносин між сутностями.
Наявність універсальної системи генерації коду, заснованої на специфіковані засобах доступу до сховища проекту, дозволяє підтримувати
високий рівень виконання проектної дисципліни розробниками: жорсткий порядок формування моделей; жорстка структура та зміст документації;
автоматична генерація вихідних кодів програм і т.д. - Все це забезпечує підвищення якості та надійності розроблюваних ІВ.
Для підготовки проектної документації можуть використовуватися видавничі системи FrameMaker, Interleaf або Word Perfect. Структура і склад проектної
документації можуть бути настроєні відповідно до заданих стандартів. Налаштування виконується без зміни проектних рішень.
При розробці досить великої ІС вся система в цілому відповідає одному проекту як категорії Vantage Team Builder. Проект може бути
декомпозірован на ряд систем, кожна з яких є певною щодо автономної підсистеми ІС і розробляється незалежно від інших. У
Надалі системи проекту можуть бути інтегровані.
Процес проектування ІС з використанням Vantage Team Builder реалізується у вигляді 4-х послідовних фаз (стадій) - аналізу, архітектури, проектування
та реалізації, при цьому закінчені результати кожної стадії повністю або частково переносяться (імпортуються) в наступну фазу. Всі діаграми, крім
ERD, перетворюються на інший тип або змінюють вигляд відповідно до особливостей поточної фази. Так, DFD перетворюються у фазі архітектури в SAD, DSD - в DTD.
Після завершення імпорту логічний зв'язок з попередньою фазою розривається, тобто в діаграми можуть вноситися всі необхідні зміни.
Взаємодія з іншими засобами
Конфігурація Vantage Team Builder for Uniface забезпечує спільне використання двох систем в рамках єдиної технологічної середовища проектування,
при цьому схеми БД (SQL-моделі) переносяться до головного сховища Uniface, і, навпаки, прикладні моделі, сформовані засобами Uniface, можуть бути перенесені в
репозиторій Vantage Team Builder. Можливі неузгодженості між репозиторіїв двох систем усуваються за допомогою спеціальної утиліти. Розробка екранних форм
в середовищі Uniface виконується на базі діаграм послідовностей форм (FSD) після імпорту SQL-моделі. Технологія розробки ІС на базі даної конфігурації
показана на малюнку 5.1.
Структура сховища (що зберігається безпосередньо в цільової СУБД) і інтерфейси Vantage Team Builder є відкритими, що в принципі дозволяє
інтеграцію з будь-якими іншими засобами.
середу функціонування
Vantage Team Builder функціонує на всіх основних UNIX-платформах (Solaris, SCO UNIX, AIX, HP-UX) і VMS.
Vantage Team Builder можна використовувати в конфігурації "клієнт-сервер", при цьому база проектних даних може розташовуватися
на сервер, а робочі місця розробників можуть бути клієнтами.
Рис. 5.1. Взаємодія Vantage Team Builder і Uniface
Uniface
Uniface 6.1 [15] - продукт фірми Compuware (США) - являє собою середовище розробки великомасштабних додатків в архітектурі "клієнт-сервер"
і має наступну компонентну архітектуру:
Application Objects Repository (репозиторій об'єктів додатків)
містить метадані, автоматично використовуються всіма іншими
компонентами протягом життєвого циклу ІС (прикладні моделі,
опису даних, бізнес-правил, екранних форм, глобальних об'єктів і шаблонів).
Репозиторій може зберігатися в будь-якій з баз даних, які підтримуються Uniface;
Application Model Manager підтримує прикладні моделі (ER
моделі), кожна з яких представляє собою підмножина загальної схеми БД
з точки зору даного продукту, і включає відповідний графічний
редактор;
Rapid Application Builder - засіб швидкого створення екранних
форм і звітів на базі об'єктів прикладної моделі. Воно включає
графічний редактор форм, засоби прототипирування, налагодження, тестування
та документування. Реалізовано інтерфейс з різноманітними типами віконних
елементів управління (Open Widget Interface) для існуючих графічних
інтерфейсів - MS Windows (включаючи VBX), Motif, OS/2. Універсальний
інтерфейс подання (Universal Presentation Interface) дозволяє
використовувати одну й ту ж версію програми в середовищі різних графічних
інтерфейсів без зміни програмного коду;
Developer Services (служби розробника) - використовуються для
підтримки великих проектів і реалізують контроль версій (Uniface Version
Control System), права доступу (розмежування повноважень), глобальні
модифікації і т.д. Це забезпечує розробників засобами паралельного
проектування, вхідного і вихідного контролю, пошуку, перегляду,
підтримки та видачі звітів за даними системи контролю версій;
Deployment Manager (управління поширенням додатків) --
засоби, що дозволяють підготувати створене додаток для
розповсюдження, встановлювати і супроводжувати його (при цьому платформа
користувача може відрізнятися від платформи розробки). До їх складу
входять мережеві драйвери і драйвери СУБД, сервер додатків (полісервер),
засоби поширення додатків і керування базами даних. Uniface
підтримує інтерфейс практично з усіма відомими програмно-апаратними
платформами, СУБД, CASE-засобами, мережними протоколами і менеджерами
транзакцій;
Personal Series (персональні засоби) - використовуються для
створення складних запитів і звітів у графічній формі (Personal Query і
Personal Access - PQ/PA), а також для перенесення даних в такі системи, як
WinWord і Excel;
Distributed Computing Manager - засіб інтеграції з менеджерами
транзакцій Tuxedo, Encina, CICS, OSF DCE.
Оголошена в кінці 1996 р. версія Uniface 7 повністю підтримує розподілену
модель обчислень і триланкового архітектуру "клієнт-сервер" (з можливістю зміни схеми декомпозиції додатків на етапі виконання).
Програми, що створюються за допомогою Uniface 7, можуть виконуватися в гетерогенних операційних середовищах, що використовують різні мережеві протоколи, одночасно на
декількох різнорідних платформах (в тому числі і в Internet).
До складу компонент Uniface 7 входять:
Uniface Application Server - сервер додатків для розподілених
систем;
WebEnabler - серверне ПЗ для експлуатації додатків в Internet і
Intrаnet;
Name Server - серверне ПЗ, що забезпечує використання
розподілених прикладних ресурсів;
PolyServer - засіб доступу до даних і інтеграції різних
систем.
У список підтримуваних СКБД входять DB2, VSAM і IMS; PolyServer забезпечує також взаємодія з ОС MVS.
середу функціонування Uniface - всі основні UNIX - платформи і MS Windows.
Designer/2000 + Developer/2000
CASE-засіб Designer/2000 2.0 фірми ORACLE [23] є інтегрованим CASE-засобом, що забезпечує у сукупності із засобами розробки
додатків Developer/2000 підтримку повного ЖЦ ПЗ для систем, що використовують СУБД ORACLE.
Структура та функції
Designer/2000 являє собою сімейство методологій і підтримуючих їх програмних продуктів. Базова методологія Designer/2000 (CASE * Method) --
структурна методологія проектування систем, повністю охоплює всі етапи життєвого циклу ІС [8,9]. Згідно з цією методологією на етапі
планування визначаються цілі створення системи, пріоритети і обмеження, розробляється системна архітектура і план розробки ІС. У процесі аналізу
будуються модель інформаційних потреб (діаграма "сутність-зв'язок"), діаграма функціональної ієрархії (на основі
функціональної декомпозиції ІС), матриця перехресних посилань і діаграма потоків даних.
На етапі проектування розробляється детальна архітектура ІС, проектується схема реляційної БД і програмні модулі, встановлюються
перехресні посилання між компонентами ІВ для аналізу їх взаємного впливу й контролю за змінами.
На етапі реалізації створюється БД, будуються прикладні системи, проводиться їх тестування, перевірка якості та відповідності вимогам користувачів.
Створюється системна документація, матеріали для навчання та керівництва користувачів. На етапах експлуатації і супроводження аналізуються
продуктивність і цілісність системи, виконується підтримка і, при необхідності, модифікація ІВ;
Designer/2000 забезпечує графічний інтерфейс при розробці різних моделей (діаграм) предметної області. У процесі побудови моделей інформація
про них заноситься до головного сховища. До складу Designer/2000 входять наступні компоненти:
Repository Administrator - засоби управління репозиторієм
(створення та видалення програм, керування доступом до даних з боку
різних користувачів, експорт та імпорт даних);
Repository Object Navigator - засоби доступу до сховища,
забезпечують багатовіконний об'єктно-орієнтований інтерфейс доступу до
всіх елементів сховища;
Process Modeller - засіб аналізу і моделювання ділової
діяльності, що грунтується на концепції реінжинірингу бізнес-процесів
(BPR - Business Process Reengineering) та глобальної системи управління
якістю (TQM - Total Quality Management);
Systems Modeller - набір засобів побудови функціональних і
інформаційних моделей проектованої ІС, що включає засоби для
побудови діаграм "сутність-зв'язок" (Entity-Relationship
Diagrammer), діаграм функціональних ієрархій (Function Hierarchy
Diagrammer), діаграм потоків даних (Data Flow Diagrammer) і засіб
аналізу та модифікації зв'язків об'єктів сховища разл?? чних типів (Matrix
Diagrammer);
Systems Designer - набір засобів проектування ІС, що включає
засіб побудови структури реляційної бази даних (Data Diagrammer), а
також засоби побудови діаграм, що відображають взаємодію з даними,
ієрархію, структуру і логіку додатків, реалізовану збереженими процедурами
на мові PL/SQL (Module Data Diagrammer, Module Structure Diagrammer і
Module Logic Navigator);
Server Generator - генератор описів об'єктів БД ORACLE (таблиць,
індексів, ключів, послідовностей і т.д.). Крім продуктів ORACLE,
генерація та реінжиніринг БД може виконуватися для СУБД Informix, DB/2,
Microsoft SQL Server, Sybase, а також для стандарту ANSI SQL DDL і баз
даних, доступ до яких реалізується за допомогою ODBC;
Forms Generator (генератор додатків для ORACLE Forms).
Генеруються додатки, які включають різні екранні форми, засоби
контролю даних, перевірки обмежень цілісності та автоматичні
підказки. Подальша робота з додатком виконується в середовищі
Developer/2000;
Repository Reports - генератор стандартних звітів,
інтегрований з ORACLE Reports і дозволяє русифікувати звіти, а
також змінювати структурний подання інформації.
Репозиторій Designer/2000 являє собою сховище всіх проектних даних і може працювати в многопользовательском режимі, забезпечуючи паралельне
оновлення інформації кількома розробниками. У процесі проектування автоматично підтримуються перехресні посилання між об'єктами словника і
можуть генеруватися більше 70 стандартних звітів про моделюється предметної області. Фізична середа зберігання сховища - база даних ORACLE.
Генерація додатків, крім продуктів ORACLE, виконується також для Visual Basic.
Взаємодія з іншими засобами
Designer/2000 можна інтегрувати з іншими засобами, використовуючи відкритий інтерфейс додатків API (Application Programming Interface). Крім того, можна
використовувати засіб ORACLE CASE Exchange для експорту/імпорту об'єктів сховища з метою обміну інформацією з іншими CASE-засобами.
Developer/2000 забезпечує розробку переносите додатків, що працюють в графічному середовищі Windows, Macintosh або Motif. У середовищі Windows інтеграція
додатків Developer/2000 з іншими засобами реалізується через механізм OLE і керуючі елементи VBX. Взаємодія додатків з іншими СУБД (DB/2,
DB2/400, Rdb) реалізується за допомогою засобів ORACLE Client Adapter для ODBC, ORACLE Open Gateway і API.
середу функціонування
середу функціонування Designer/2000 і Developer/2000 - Windows 3.x, Windows 95, Windows NT.
Локальні засоби (ERwin, BPwin, S-Designor, CASE.Аналітік)
ERwin - засіб концептуального моделювання БД [24], що використовує методологію IDEF1X (див. підрозділ 2.5). ERwin реалізує проектування схеми
БД, генерацію її опису мовою цільової СУБД (ORACLE, Informix, Ingres, Sybase, DB/2, Microsoft SQL Server, Progress та ін) і реінжиніринг існуючої
БД. ERwin випускається в декількох різних конфігураціях, орієнтованих на найбільш поширені засоби розробки додатків 4GL. Версія ERwin/OPEN
повністю сумісна із засобами розробки додатків PowerBuilder і SQLWindows і дозволяє експортувати опис спроектованої БД
безпосередньо в репозіт
