, документатори, видавничі системи, оболонки експертних систем і бази знань, мови четвертого покоління та ін.).
. Автоматизована або автоматична кодогенерацію, для різних платформ і різного виду коду: перетворення для отримання документації; формування структури БД, введення/модифікації даних; отримання виконуваних машинних кодів з специфікацій ПЗ; збірки модулів зі словників і моделей даних і повторно використовуваних програм.
. Простота використання, що дозволяє отримувати компоненти, піддаються управлінню, доступні для огляду і доступні для розуміння, а також володіють простою і ясною структурою.
. Доступність для різних категорій користувачів.
. Рентабельність.
. Ефективне вирішення завдань по супроводу розробленого проекту, що забезпечує здатність адаптації при зміні вимог і цілей проекту замовником.
До складу практично всіх сучасних CASE-засобів входять наступні елементи [6]:
- репозиторій, дозволяє забезпечити збереження шаблонів проекту і його певних компонентів, синхронізацію інформації від різних розробників в процесі групової розробки, перевірка метаданих на повноту і несуперечність;
- засоби розробки додатків, з використанням мов 4GL і генераторів кодів;
- засоби тестування;
- кошти документування;
- графічні засоби аналізу і проектування, які дають можливість створювати і редагувати моделі інформаційних систем у вигляді ієрархічно пов'язаних діаграм в реалізованої нотації конкретної методології;
- кошти реинжиниринга;
- кошти конфігураційного управління;
- засоби управління проектом.
1.3 Еволюція розвитку CASE-технологій
З самого початку CASE-технології розвивалися з метою подолання обмежень ручного застосування методології структурного аналізу і проектування 60-70-х років за рахунок її автоматизації та інтеграції в підтримуючі засоби. Таким чином, CASE-технології не можуть вважатися самостійними методологіями моделювання, вони тільки роблять більш ефективними їх застосування, з точки зору часу розробки.
Традиційно виділяють шість періодів, якісно відрізняються застосовуваної технікою і методами розробки ПЗ, які характеризуються використанням як інструментальних засобів:
. Асемблер, дампів пам'яті, аналізаторів;
. Компіляторів, інтерпретаторів, трасувальникові;
. Символьних отладчиков, пакетів програм;
. Систем аналізу та управління вихідними текстами;
. CASE-засобів аналізу вимог, проектування специфікацій і структури, редагування інтерфейсів (перша генерація CASE-I);
. CASE-засобів генерації вихідних текстів та реалізації інтегрованого оточення підтримки повного життєвого циклу розробки ПЗ (друга генерація CASE-II) I є першою технологією, адресованої безпосередньо системним аналітикам і проектувальникам, і включає кошти для підтримки графічних моделей, проектування специфікацій, екранних редакторів і словників даних. Вона не призначена для підтримки повного життєвого циклу і концентрує увагу на функціональних специфікаціях і початкових кроках проекту - системному аналізі, визначенні вимог, системному проектуванні, логічному проектуванні БД [9] .II відрізняється значно більш розвиненими можливостями, поліпшеними характеристиками і вичерпним підходом до повного життєвому циклу розробляється ПО. У інструментарії CASE-II, в першу чергу, використовуються засоби підтримки автоматичної кодогенераціі, а також, забезпечується повна функціональна підтримка для виконання графічних системних вимог і специфікацій проектування; контролю, аналізу та зв'язування системної інформації та інформації з управління проектуванням; побудова прототипів і моделей системи; тестування, верифікації та аналізу згенерованих програм; генерації документів по проекту; контролю на відповідність стандартам по всіх етапах життєвого циклу. CASE-II може включати понад 100 функціональних компонент, що підтримують всі етапи життєвого циклу, при цьому користувачам надається можливість вибору необхідних засобів та їх інтеграції в потрібному складі [9].
1.4 Методології проектування, використовувані в CASE-засобах
CASE-засоби є результатом природного еволюційного розвитку галузі інструментальних (або технологічних) коштів. CASE-технології почали розвиватися з метою подолання обмежень методології структурного програмування.
Ця методологія, незважаючи на формалізацію у складанні програ...
