Ярославський філія Московського державного університету економіки, статистики та інформатики
Кафедра економіки
Курсова робота
на тему: Приклади комплексів CASE-засобів
Студента 4-го курсу, групи МЕ-45
Захарікова Павла Олексійовича
Керівник
Соловйов А.В.
м. Ярославль-2004
План:
1. Введення.
2. Спільні риси CASE-засобів
Характеристики CASE-засобів.
3. Висновок
4. Список використаної літератури
Введення
У даній роботі я спробував навести приклади комплексів програмно -технологічних засобів спеціального класу - CASE-засобів, що реалізують
CASE-технологію створення і супроводу ІС. Термін CASE (Computer Aided
Software Engineering) використовується в даний час в дуже широкомусенсі. Первісне значення терміна CASE, обмежене питаннямиавтоматизації розробки тільки лише програмного забезпечення (ПЗ), вданий час набуло нового змісту, що охоплює процес розробкискладних ІС у цілому. Тепер під терміном CASE-засоби розуміютьсяпрограмні засоби, що підтримують процеси створення і супроводу ІС,включаючи аналіз і формулювання вимог, проектування прикладного ПЗ
(додатків) і баз даних, генерацію коду, тестування, документування,забезпечення якості, конфігураційне управління і управління проектом, атакож інші процеси. CASE-засоби разом із системним ПЗ і технічнимизасобами утворюють повну середовище розробки ІС.
Появі CASE-технології та CASE-засобів передували дослідження вгалузі методології програмування. Програмування отримав рисисистемного підходу з розробкою і впровадженням мов високого рівня,методів структурного і модульного програмування, мов проектування ізасобів їх підтримки, формальних і неформальних мов описів системнихвимог і специфікацій і т.д. Крім того, появі CASE-технологіїсприяли і такі фактори, як:підготовка аналітиків і програмістів, сприйнятливих до концепціймодульного і структурного програмування;широке впровадження і постійне зростання продуктивності комп'ютерів,що дозволили використовувати ефективні графічні засоби іавтоматизувати більшість етапів проектування;впровадження мережної технології, яка надала можливість об'єднання зусильокремих виконавців в єдиний процес проектування шляхом використаннярозділяється бази даних, яка містить необхідну інформацію про проект.
CASE-технологія являє собою методологію проектування ІС, а такожнабір інструментальних засобів, що дозволяють в наочній формі моделюватипредметну область, аналізувати цю модель на всіх етапах розробки ісупроводження ІС і розробляти програми відповідно доінформаційними потребами користувачів. Більшість існуючих CASE -засобів засновано на методологіях структурного (в основному) або об'єктно -орієнтованого аналізу і проектування, що використовують специфікації у виглядідіаграм або текстів для опису зовнішніх вимог, зв'язків між моделямисистеми, динаміки поводження системи та архітектури програмних засобів.
Спільні риси CASE-засобів
Відповідно до огляду передових технологій (Survey of Advanced Technology),складеним фірмою Systems Development Inc. в 1996 р. за результатамианкетування понад 1000 американських фірм, CASE-технологія в данийчас потрапила в розряд найбільш стабільних інформаційних технологій (їївикористовувала половина всіх опитаних користувачів більш ніж у третині своїхпроектів, з них 85% завершилися успішно). Однак, незважаючи на всіпотенційні можливості CASE-засобів, існує безліч прикладів їхневдалого впровадження, в результаті яких CASE-засоби стають
"полична" ПЗ (shelfware). У зв'язку з цим необхідно відзначити наступне:
CASE-засоби не обов'язково дають негайний ефект; він може бути отриманийтільки через якийсь час;реальні витрати на впровадження CASE-засобів звичайно набагато перевищують витратина їх придбання;
CASE-засоби забезпечують можливості для одержання істотної вигодитільки після успішного завершення процесу їх впровадження.
Зважаючи різноманітної природи CASE-засобів було б помилкою робити які -або беззаперечні твердження щодо реального задоволення тихчи інших очікувань від їх впровадження. Можна перерахувати наступні фактори,ускладнюють визначення можливого ефекту від використання CASE-засобів:широке розмаїття якості і можливостей CASE-засобів;відносно невеликий час використання CASE-засобів в різнихорганізаціях і брак досвіду їх застосування;широке розмаїття в практиці впровадження різних організацій;відсутність детальних метрик і даних для вже виконаних і поточнихпроектів;широкий діапазон предметних областей проектів;різний ступінь інтеграції CASE-засобів в різних проектах.
Внаслідок цих складнощів доступна інформація про реальне впровадженнявкрай обмежена і суперечлива. Вона залежить від типу засобів,характеристик проектів, рівня супроводу і досвіду користувачів.
Деякі аналітики вважають, що реальна вигода від використаннядеяких типів CASE-засобів може бути отримана тільки після одно-абодворічного досвіду. Інші вважають, що вплив може реальнопроявитися у фазі експлуатації життєвого циклу ІС, коли технологічніполіпшення можуть призвести до зниження експлуатаційних витрат.
Сучасні CASE-засоби охоплюють велику область підтримкичисленних технологій проектування ІС: від простих засобів аналізу ідокументування до повномасштабних засобів автоматизації, що покривають весьжиттєвий цикл ПЗ.
Найбільш трудомісткими етапами розробки ІС є етапи аналізу тапроектування, в процесі яких CASE-засоби забезпечують якістьприйнятих технічних рішень та підготовку проектної документації. Прицьому велику роль відіграють методи візуального представлення інформації. Цепередбачає побудову структурних чи інших діаграм у реальному масштабічасу, використання різноманітної кольорової палітри, наскрізну перевіркусинтаксичних правил. Графічні засоби моделювання предметноїрегіону дозволяють розробникам в наочному вигляді вивчати існуючу ІС,перебудовувати її у відповідності з поставленими цілями і наявнимиобмеженнями.
У розряд CASE-засобів потрапляють як відносно дешеві системи дляперсональних комп'ютерів з дуже обмеженими можливостями, так ідорогі системи для неоднорідних обчислювальних платформ іопераційних середовищ. Так, сучасний ринок програмних засобів нараховуєблизько 300 різних CASE-засобів, найбільш потужні з яких так чи інакшевикористовуються практично всіма провідними західними фірмами.
Зазвичай до CASE-засобів відносять будь-який програмний засіб,автоматизує ту чи іншу сукупність процесів життєвого циклу ПЗ іволодіє наступними основними характерними рисами:потужні графічні засоби для опису і документування ІС,забезпечують зручний інтерфейс з розробником і розвивають йоготворчі можливості;інтеграція окремих компонентів CASE-засобів, що забезпечує керованістьпроцесом розробки ІС;використання спеціальним чином організованого сховища проектнихметаданих (сховища).
Інтегроване CASE-засіб (або комплекс засобів, що підтримуютьповний ЖЦ ПЗ) містить наступні компоненти;сховище, що є основою CASE-засоби. Він повинен забезпечуватизберігання версій проекту і його окремих компонентів, синхронізаціюнадходження інформації від різних розробників при груповій розробці,контроль метаданих на повноту і несуперечність;графічні засоби аналізу і проектування, що забезпечують створення таредагування ієрархічно пов'язаних діаграм (DFD, ERD та ін), що утворюютьмоделі ІС;засоби розробки додатків, включаючи мови 4GL і генератори кодів;кошти конфігураційного управління;засоби комунікації;засоби тестування;засоби управління проектом;засоби реінжинірингу.
Всі сучасні CASE-засоби можуть бути класифіковані в основному потипами і категоріями. Класифікація за типами відображає функціональнуорієнтацію CASE-засобів на ті чи інші процеси ЖЦ. Класифікація закатегоріям визначає ступінь інтегрованості по виконуваних функцій івключає окремі локальні засоби, вирішальні невеликі автономні завдання
(tools), набір частково інтегрованих засобів, що охоплюють більшістьетапів життєвого циклу ІС (toolkit) і повністю інтегровані засоби,підтримують весь ЖЦ ІВ і пов'язані спільним репозиторієм. Крім цього,
CASE-засоби можна класифікувати за такими ознаками:застосовуваних методологій та моделями систем і БД;ступеня інтегрованості з СУБД;доступним платформ.
Класифікація за типами в основному збігається з компонентним складом CASE -коштів і включає наступні основні типи:засоби аналізу (Upper CASE), призначені для побудови й аналізумоделей предметної області (Design/IDEF (Meta Software), BPwin (Logic
Works));засоби аналізу і проектування (Middle CASE), що підтримують найбільшпоширені методології проектування і що використовується для створенняпроектних специфікацій (Vantage Team Builder (Cayenne), Designer/2000
(ORACLE), Silverrun (CSA), PRO-IV (McDonnell Douglas), CASE.Аналітік
(МакроПроджект)). Виходом таких засобів є специфікації компонентів іінтерфейсів системи, архітектури системи, алгоритмів і структур даних;засоби проектування баз даних, що забезпечують моделювання даних ігенерацію схем баз даних (як правило, на мові SQL) для найбільшпоширених СУБД. До них відносяться ERwin (Logic Works), S-Designor
(SDP) і DataBase Designer (ORACLE). Засоби проектування баз данихє також у складі CASE-засобів Vantage Team Builder, Designer/2000,
Silverrun і PRO-IV;засоби розробки додатків. До них відносяться засоби 4GL (Uniface
(Compuware), JAM (JYACC), PowerBuilder (Sybase), Developer/2000 (ORACLE),
New Era (Informix), SQL Windows (Gupta), Delphi (Borland) тощо) тагенератори кодів, що входять до складу Vantage Team Builder, PRO-IV і частково
- В Silverrun;кошти реінжинірингу, що забезпечують аналіз програмних кодів і схем базданих і формування на їх основі різних моделей і проектнихспецифікацій. Засоби аналізу схем БД і формування ERD входять до складу
Vantage Team Builder, PRO-IV, Silverrun, Designer/2000, ERwin і S-Designor.
В області аналізу програмних кодів найбільшого поширення отримуютьоб'єктно-орієнтовані CASE-засоби, що забезпечують реінжинірингпрограм на мові С + + (Rational Rose (Rational Software), Object Team
(Cayenne )).
Допоміжні типи включають:засоби планування і управління проектом (SE Companion, Microsoft
Project та ін);кошти конфігураційного управління (PVCS (Intersolv));засоби тестування (Quality Works (Segue Software));засоби комунікації (SoDA (Rational Software)).
На сьогоднішній день Російський ринок програмного забезпечення в своєму розпорядженнінаступними найбільш розвиненими CASE-засобами:
Vantage Team Builder (Westmount I-CASE);
Designer/2000;
Silverrun;
ERwin + BPwin;
S-Designor;
CASE.Аналітік.
Крім того, на ринку постійно з'являються як нові для вітчизнянихкористувачів системи (наприклад, CASE/4/0, PRO-IV, System Architect,
Visible Analyst Workbench, EasyCASE), так і нові версії та модифікаціїперерахованих систем.
Характеристики CASE-засобів
Silverrun
CASE-засіб Silverrun американської фірми Сomputer Systems Advisers,
Inc. (CSA) використовується для аналізу і проектування ІС бізнес-класу іорієнтовано більшою мірою на спіральну модель ЖЦ. Воно застосовується дляпідтримки будь-якої методології, заснованої на роздільному побудовіфункціональної та інформаційної моделей (діаграм потоків даних і діаграм
"сутність-зв'язок ").
Налаштування на конкретну методологію забезпечується вибором необхідноїграфічної нотації моделей і набору правил перевірки проектнихспецифікацій. У системі є готові налаштування для найбільшрозповсюджених методологій: DATARUN (основна методологія, підтримувана
Silverrun), Gane/Sarson, Yourdon/DeMarco, Merise, Ward/Mellor, Information
Engineering. Для кожного поняття, введеного в проекті, є можливістьдодати власних описувачів. Архітектура Silverrun дозволяєнарощувати середовище розробки в міру необхідності.
Структура та функції
Silverrun має модульну структуру і складається з чотирьох модулів, кожен зяких є самостійним продуктом і може купуватися івикористовуватися без зв'язку з іншими модулями.
Модуль побудови моделей бізнес-процесів у формі діаграм потоківданих (BPM - Business Process Modeler) дозволяє моделюватифункціонування обстежуваної організації або створюваної ІВ. У модулі BPMзабезпечена можливість роботи з моделями великої складності: автоматичнаперенумерацію, робота з деревом процесів (включаючи візуальнеперетягування гілок), від'єднання і приєднання частин моделі дляколективної розробки. Діаграми можуть зображуватися в декількохзумовлених нотації, включаючи Yourdon/DeMarco і Gane/Sarson. Єтакож можливість створювати власні нотації, у тому числі додавати вкількість зображених на схемі дескрипторів певні користувачем поля.
Модуль концептуального моделювання даних (ERX - Entity-RelationshipeXpert) забезпечує побудову моделей даних "сутність-зв'язок", неприв'язаних до конкретної реалізації. Цей модуль має вбудовануекспертну систему, що дозволяє створити коректну нормалізовану модельданих за допомогою відповідей на змістовні питання про взаємозв'язок даних.
Можливо автоматична побудова моделі даних з описів структурданих. Аналіз функціональних залежностей атрибутів дає можливістьперевірити відповідність моделі вимогам третього нормальної форми ізабезпечити їх виконання. Перевірена модель передається в модуль 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 (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 є кращим у порівнянні з SCCS,тому що дозволяє організувати єдиний архів модулів проекту для всіхплатформ. Так як JAM на платформі UNIX не має прямого інтерфейсу доархівів PVCS, то вибірка модулів з архіву і повернення їх до архівувиробляються з використанням PVCS Version Manager. На платформі MS-Windows
JAM має вбудований інтерфейс до PVCS і дії за вибіркою/поверненнюпроводяться безпосередньо з середовища JAM.
середу функціонування
JAM, як середовище розробки, і програми, побудовані з йоговикористанням, не є ресурсномісткими системами. Наприклад, на платформі
MS-Windows достатньо мати 8MB оперативної пам'яті і 50 MB дисковогопростору для середовища розробки. На UNIX-платформах вимоги доапаратурі визначаються самою операційною системою.
Designer/2000 + Developer/2000
CASE-засіб Designer/2000 2.0 фірми ORACLE є інтегрованим
CASE-засобом, що забезпечує у сукупності із засобами розробкидодатків Developer/2000 підтримку повного ЖЦ ПЗ для систем, що використовують
СУБД ORACLE.
Структура та функції
Designer/2000 являє собою сімейство методологій і підтримуючихїх програмних продуктів. Базова методологія Designer/2000 (CASE * Method) --структурна методологія проектування систем, повністю охоплює всіетапи життєвого циклу ІС. Згідно з цією методологією на етапіпланування визначаються цілі створення системи, пріоритети і обмеження,розробляється системна архітектура і план розробки ІС. У процесіаналізу будуються модель інформаційних потреб (діаграма "сутність -зв'язок "), діаграма функціональної ієрархії (на основі функціональноїдекомпозиції ІС), матриця перехресних посилань і діаграма потоків даних.
На етапі проектування розробляється детальна архітектура ІС,проектується схема реляційної БД і програмні модулі, встановлюютьсяперехресні посилання між компонентами ІВ для аналізу їх взаємного впливуі контролю за змінами.
На етапі реалізації створюється БД, будуються прикладні системи, провадитьсяїх тестування, перевірка якості та відповідності вимогамкористувачів. Створюється системна документація, матеріали для навчання ікерівництва користувачів. На етапах експлуатації і супроводженняаналізуються продуктивність і цілісність системи, виконуєтьсяпідтримка і, при необхідності, модифікація ІВ;
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 - засіб концептуального моделювання БД, що використовуєметодологію IDEF1X. ERwin реалізує проектування схеми БД, генерації
