· SADT (Structured Analysis and Design Technique) моделі і відповідні функціональні діаграми;
· DFD (Data Flow Diagrams) діаграми потоків даних;
· STD (State Transition Diagrams) діаграми переходів станів;
· ERD (Entity-Relationship Diagrams) діаграми "сутність-зв'язок".
У залежності від спрямованості CASE-продукту, він може підтримувати різного роду діаграми.
На стадії проектування ІС моделі розширюються, уточнюються і доповнюються діаграмами, що відбивають структуру програмного забезпечення: архітектуру ПЗ, структурні схеми програм і діаграми екранних форм.
Перераховані моделі в сукупності дають повний опис ІС незалежно від того, чи є вона існуючої чи знову розроблювальної. Склад діаграм у кожнім конкретному випадку залежить від необхідної повноти опису системи.
Для рішення задачі функціонального моделювання на базі структурного аналізу традиційно застосовуються два типи моделей: SADT-діаграми і діаграми потоків даних.
DFD - показують зовнішні джерела і стоки даних, визначають процеси обробки і потоки даних, ідентифікують сховища даних (накопичувачі). Структура потоків даних зберігається в Словнику даних. Будь-яка DFD може бути деталізована DFD нижнього рівня і т.д. поки доцільна деталізація.
У випадку наявності в модельованій системі програмної частини (тобто практично завжди) перевага, як правило, віддається DFD по наступним розуміннях.
1) DFD із самого початку створювалися як засіб проектування програмних систем (тоді як SADT - як засіб проектування систем узагалі) і мають більш багатий набір елементів, що адекватно відбивають їхню специфіку (наприклад, сховища даних є прообразами файлів чи баз даних).
2) Наявність міні-специфікацій DFD-процесів нижнього рівня дозволяє перебороти логічну незавершеність SADT (а саме обрив моделі на деякому досить низькому рівні, коли подальша її деталізація стає безглуздою) і побудувати повну функціональну специфікацію розроблювальної системи.
3) Існують (і підтримуються поруч CASE-пакетів) алгоритми автоматичного перетворення ієрархії DFD у структурні карти, що демонструють міжмодульні і внутрімодульні зв'язки, а також ієрархію модулів, що в сукупності з міні-специфікаціями є завершеним завданням для програміста.
Нарешті, у частині автоматизованої підтримки моделей приблизно 85-90% існуючих CASE-пакетів підтримують DFD і лише 2-3% - SADT.
Традиційний підхід до моделювання аспектів поведінки системи ґрунтується на розширенні діаграм потоків даних за рахунок введення керуючих потоків (сигналів) і керуючих процесів, що фактично є інтерфейсом між DFD і специфікаціями управління, власне моделююче поводження. Найбільше часто специфікації управління формалізуються за допомогою діаграм переходів станів (STD - state transition diagrams), що дозволяють задавати стану різних об'єктів системи (наприклад, особовий рахунок може мати стану ВІДКРИТИЙ, ЗАКРИТИЙ, ЗАБЛОКОВАНИЙ і т.п.), умови переходів з одного стану в інше (як зовнішні стосовно системи, так і внутрішні, виникаючі в самій системі), а також чинені при переходах дії.
Для цілей інформаційного моделювання на сьогоднішній день не існує альтернативи діаграмам "сутність-зв'язок" (ERD - entity-relationship diagrams).
Вміст накопичувача даних зберігається в Словнику даних і розкривається за допомогою ERD (даної діаграми в основному використовуються при проектуванні БД, зокрема продуктом Logic Works - ERWin- засобом для розробки моделей даних). У випадку наявності реального часу DFD доповнюються STD.
Сучасні CASE-засоби охоплюють велику галузь підтримки численних технологій проектування ІС: від простих засобів аналізу і документування до повномасштабних засобів автоматизації, що покривають весь життєвий цикл ПЗ.
У разряд CASE-засобів попадають як відносно дешеві системи для персональних комп'ютерів з дуже обмеженими можливостями, так і дорогі системи для неоднорідних обчислювальних платформ і операційних середовищ. Так, сучасний ринок програмних засобів нараховує близько 300 різних CASE-засобів, найбільш могутні з який так чи інакше використовуються практично усіма ведучими західними фірмами.
Звичайно до CASE-засобів відносять будь-який програмний засіб, що автоматизує ту чи іншу сукупність процесів життєвого циклу ПЗ та мають наступні основні характерні риси:
· могутні графічні засоби для опису і документування ІС, що забезпечують зручний інтерфейс із розроблювачем і розвиваючі його творчі можливості;
· інтеграція окремих компонентів CASE-засобів, що забезпечує керованість процесом розробки ІС;
· використання спеціальним образом організованого сховища проектних метаданих (репозиторію).
Інтегрований CASE-засіб (чи комплекс засобів, що підтримують повний ЖЦ ПЗ) містить наступні компоненти;
· репозиторій, що є основою CASE-засобу. Він повинен забезпечувати збереження версій проекту і його окремих компонентів, синхронізацію надходження інформації від різних розроблювачів при груповій розробці, контроль метаданих на повноту і несуперечність;
· графічні засоби аналізу і проектування, що забезпечують створення і редагування ієрархічно зв'язаних діаграм (DFD, ERD і ін.), що утворять моделі ІС;
· засоби розробки додатків, включаючи мови 4GL і генератори кодів;
· засоби конфігураційного управління;
· засоби документування;
· засоби тестування;
· засоби управління проектом;
· засоби реінжинірінга.
Усі сучасні CASE-засоби можуть бути класифіковані в основному за типами і категоріями. Класифікація по типах відбиває функціональну орієнтацію CASE-засобів на ті чи інші процеси ЖЦ. Класифікація по категоріях визначає ступінь інтегрованості по виконуваних функціях і включає окремі локальні засоби, що вирішують невеликі автономні задачі (tools), набір частково інтегрованих засобів, що охоплюють більшість етапів життєвого циклу ІС (toolkit) і цілком інтегровані засоби, що підтримують весь ЖЦ ІС і пов'язані спільним репозиторієм. Крім цього, CASE-засоби можна класифікувати за наступними ознаками:
· застосовуваним методологіям і моделям систем і БД;
· ступенем інтегрованості із СУБД;
· доступним платформам.
Класифікація по типах в основному збігається з компонентним складом CASE-засобів і включає наступні основні типи:
· засоби аналізу (Upper CASE), призначені для побудови й аналізу моделей предметної галузі (Design/IDEF, BPwin);
· засоби аналізу і проектування (Middle CASE), що підтримують найбільш розповсюджені методології проектування і, що використовуються для створення проектних специфікацій (Vantage Team Builder, Designer/2000, Silverrun, PRO-IV, CASE.Аналітик). Виходом таких засобів є специфікації компонентів і інтерфейсів системи, архітектури системи, алгоритмів і структур даних;
· засоби проектування баз даних, що забезпечують моделювання даних і генерацію схем баз даних (як правило, мовою SQL) для найбільш розповсюджених СУБД. До них відносяться ERwin, S-Designor і DataBase Designer (ORACLE). Засобу проектування баз даних маються також у складі CASE-засобів Vantage Team Builder, Designer/2000, Silverrun і PRO-IV;
· засоби розробки додатків. До них відносяться засоби 4GL (Uniface, JAM, PowerBuilder, Developer/2000, New Era, SQLWindows, Delphi і ін.) і генератори кодів, що входять до складу Vantage Team Builder, PRO-IV і частково - у Silverrun;
· засоби реінжинірінга, що забезпечують аналіз програмних кодів і схем баз даних і формування на їхній основі різних моделей і проектних специфікацій. Засобу аналізу схем БД і формування ERD входять до складу Vantage Team Builder, PRO-IV, Silverrun, Designer/2000, ERwin і S-Designor. У галузі аналізу програмних кодів найбільше поширення одержують об'єктно-орієнтовані CASE-засоби, що забезпечують реінжинірінг програм мовою C++ (Rational Rose, Object Team).
Допоміжні типи включають:
· засоби планування й управління проектом (SE Companion, Microsoft Project і ін.);
· засоби конфігураційного управління (PVCS, SCCS і ін.);
· засоби тестування (Quality Works і ін.).
На сьогоднішній день ринок програмного забезпечення має у своєму розпорядженні наступними найбільш розвинені CASE-засоби:
· Vantage Team Builder (Westmount I-CASE);
· Designer/2000;
· Silverrun;
· ERwin+BPwin;
· S-Designor;
· CASE.Аналітик;
· Rational Rose.
Література
1. Ананьєв, О.М. Інформаційні системи і технології в комерційній діяльності / Навчальний посібник / О. М. Ананьєв, В. М. Білик, Я. А. Гончарук. - Львів: Новий Світ-2000, 2006. - 584 с.2. Антонов, В.М. Фінансовий менеджмент: сучасні інформаційні технології: навчальний посібник / В. М. Антонов, Г. К. Яловий; ред. В. М. Антонов; Мін-во освіти і науки України, КНУ ім.Т.Г.Шевченка. - К.: ЦНЛ, 2005. - 432 с. 3. Олійник, А.В. Інформаційні системи і технології у фінансових установах: навчальний посібник / А. В. Олійник, В. М. Шацька. - Львів: Новий Світ-2000, 2006. - 436 с. 4. Черняк, О.І. Системи обробки економічної інформації: підручник / О. І. Черняк, А. В. Ставицький, Г. О. Чорноус. - К.: Знання, 2006. - 447 с.5. Білик В.М., Костирко В.С. Інформаційні технології та системи: навч. посібник. – К.: Центр навчальноїлітератури, 2006. – 232 с.