Case-засіб

Більшість CASE-засобів засновано на науковому підході, який отримав назву методологія /метод /нотація /засіб. Методологія формулює керівні вказівки для оцінки і вибору проекту розробляється АІС, кроки роботи і їх послідовність, а також правила застосування і призначення методів.

Друге покоління CASE-засобів характеризується створенням інтегрованого середовища комплексної автоматизації процесу проектування АИУС. CASE-засоби другого покоління - це об'єднані єдиною методологією проектування інструменти створення вихідного коду програмного забезпечення. Ці інструменти мають загальне програмне, лінгвістичне, математичне, інформаційне, методичне та організаційне забезпечення. CASE-засоби другого покоління часто охоплюють не тільки традиційні питання проектування і розробки, а й роботи з аналізу готового програмного забезпечення з метою усунення помилок і оптимізації характеристик його функціонування. Проектування із застосуванням цих засобів наближає процес розробки АИУС до кінцевого користувача. Проектувальник зосереджується в основному на розробці архітектури системи, а не на створенні коду. Разом з тим існує певна межа між процесом проектування і експлуатацією системи. Користувач зазвичай не втручається безпосередньо в процес проектування, а користується його продуктом. При виникненні необхідності доопрацювання системи потрібне втручання розробника.

Багато розробники CASE-засобів і об'єктно-орієнтованих засобів починають пропонувати доповнення до своїх інструментарій, що дозволяють застосовувати їх в БПР. Ці інструментарії орієнтовані виключно на розробників інформаційних систем.

На основі репозиторію здійснюється інтеграція CASE-засобів і поділ системної інформації між розробниками. При цьому можливості репозиторію забезпечують кілька рівнів інтеграції: загальний користувальницький інтерфейс по всім засобам, передачу даних між засобами, інтеграцію етапів розробки через єдину систему уявлення фаз життєвого циклу, передачу даних і засобів між різними платформами.

В даний час центральною частиною найбільш розвинених CASE-засобів другого покоління є репозитарій.

Мови 4GL зазвичай включаються до складу CASE-засобів і СУБД.

Для створення імітаційної моделі за відсутності CASE-засобів розробнику доводиться писати програмний код, який використовує мовні засоби системи моделювання Pilgrim. Модель має стандартну структуру. Всередині тексту моделі містяться звернення до функцій Pilgrim, але може бути і довільний C код.

Одним з досить цікавих і корисних застосувань CASE-засобів є не тільки їх інтеграція в процеси проектування, розробки та підтримки структури програмного проекту, але і автоматизація процесу створення або генерації програмного коду.

 Перераховані фактори сприяли появі програмно-технологічних засобів спеціального класу - CASE-засобів (Computer Aided Software Engineering), що реалізують CASE-техно-логію створення і супроводу інформаційних систем. Під терміном CASE-засобу розуміються програмні засоби, що підтримують процеси створення і супроводу інформаційних систем, включаючи аналіз і формування вимог, проектування прикладного ПЗ та баз даних, генерацію коду, тестування, документування, забезпечення якості і управління проектом, а також інші процеси.

Перераховані фактори призвели до появи програмно-технологічних засобів спеціального класу - CASE-засобів, що реалізують CASE-технологію створення і супроводу ІТТ.

Одним з рішень проблеми може стати автоматична генерація коду програми CASE-засобами на основі моделі предметної області. Це завдання вирішує технологія кодогенераціі, заснована на об'єктно-орієнтованому проектуванні. Існує кілька CASE-засобів, що підтримують мови об'єктно-орієнтованого проектування, в тому числі що став останнім часом стандартом UML.

Нижче розглянуті питання побудови ЛСУТП і програмування задач на базі SCADA-систем і CASE-засобів.

Книга являє собою практичний посібник зі створення інформаційних систем за допомогою пакета CASE-засобу фірми Computer Associates - AHFusion Modeling Suite. Вона містить опис методології в обсязі, необхідному для практичної роботи, а також набір прикладів і вправ.

Практично жоден серйозний зарубіжний проект АІС і АІТ не провадиться в даний час без використання CASE-засобів.

Розвинена система вбудованих текстових і графічних редакторів системи G2 і засобів візуалізації знань наближає її за можливостями до сучасних CASE-засобів. Спрощення взаємодії розробника з системою досягається за рахунок оригінального підходу, реалізованого в текстовому редакторі.

Розробник АС повинен бути фахівцем в області системотехніки, добре знати відповідні міжнародні стандарти, стан і тенденції розвитку інформаційних технологій і програмних продуктів, володіти інструментальними засобами розробки додатків (CASE-засобами) і бути готовим до сприйняття та аналізу процесів, що автоматизуються в співпраці з фахівцями-прикладники.

При виборі контролера важливим є наявність розвиненого інструментального забезпечення по його програмування: крос-компіляторів з мов високого рівня, програм отладчиков, операційних систем реального часу, інструментальних середовищ розробки програмного забезпечення з використанням CASE-засобів.

Більшість існуючих CASE-засобів засновано на методологіях структурного (в основному) або об'єктно-орієнтованого аналізу і проектування, що використовують специфікації у вигляді діаграм або текстів для опису зовнішніх вимог, зв'язків між моделями системи, динаміки поведінки системи та архітектури програмних засобів.

Перераховані фактори сприяли появі програмно-технологічних засобів спеціального класу - CASE-засобів (Computer Aided Software Engineering), що реалізують CASE-техно-логію створення і супроводу інформаційних систем. Під терміном CASE-засобу розуміються програмні засоби, що підтримують процеси створення і супроводу інформаційних систем, включаючи аналіз і формування вимог, проектування прикладного ПЗ та баз даних, генерацію коду, тестування, документування, забезпечення якості і управління проектом, а також інші процеси.

Зараз під терміном CASE-засобу розуміються програмні засоби, що підтримують процеси створення і супроводу ІТТ, включаючи аналіз і формулювання вимог, проектування прикладного ПЗ (додатків) і БД, генерацію коду програм, тестування, документування, забезпечення якості, конфігураційне управління і управління проектом, а також деякі інші процеси.

Отже, на підставі аналізу інформаційних потоків на входах і виходах об'єкта будується функціональна модель. Далі з використанням інструментального CASE-засобу, наприклад ERWin 3.5 генерується логічна структура бази даних, загальна схема якої для наочності розбивається на окремі сторінки, на яких за функціональним призначенням згруповані окремі сутності зі зв'язками між ними.

Класичний структурний підхід до створення ІС передбачає послідовну реалізацію етапів аналізу, проектування, створення модулів, об'єднання модулів в єдину систему, тестування і впровадження. Застосування технологій структурного проектування і CASE-засобів, подібних ERwin і BPwin, дозволяє в кілька разів скоротити час розробки ІС і значно знизити ймовірність появи помилок за рахунок автоматизації початкових етапів розробки (а як наслідок - більш якісного планування і проектування) і автоматичної генерації структури сервера баз даних. Однак ці кошти не вирішують проблеми генерації коду клієнтського додатку. Хоча ранні версії ERwin (до 4.0) підтримували можливість кодогенераціі на MS Visual Basic і Power Builder, цю технологію можна було назвати задовільною, оскільки код програми генерувався на основі структури бази даних, а не на основі опису предметної області, тому було неможливо побудувати ефективне застосування зі складною бізнес-логікою.

Основним прийомом в існуючих CASE-системах є поділ створення структурної схеми прикладної програми і програмного коду. В даний час інтерес до CASE-засобів настільки зріс, що практично всі фірми-розробники комерційного програмного забезпечення змушені в тій чи іншій мірі включати в свої пакети елементи CASE-технології. Нерідкі випадки, коли при ухваленні рішення про середовищі проектування тієї чи іншої інформаційної системи віддається перевага пакетам, найбільш оснащеним засобами автоматизованого проектування перед більш швидкими та ефективними в роботі.

Проте Oracle Designer залишається CASE-засобом, а сам програмний продукт набагато глибше і легше в застосуванні, ніж попередні версії, хоча на вивчення цього продукту, як і раніше потрібно чимало часу. Ігнорування цього факту може призвести до повного краху розроблюваного проекту.

В останні роки явно проявилася тенденція зміни технологій розробки додатків в напрямках, максимально орієнтованих на проектування систем і все більш віддаляються від програмування як кодування на мові програмування. Прикладом можуть служити знаходять все більшого поширення CASE-засобу, що передбачають ефективну швидку розробку складних моделей, баз даних, програм. У разі відсутності в пакеті графічної оболонки, що надає нові можливості створення програмного забезпечення в порівнянні з простим кодуванням, його розробникам (виробникам компіляторів, імітаторів, інтерпретаторів, словом, будь-яких засобів, використання яких передбачає написання програми) все складніше втриматися на ринку програмних засобів. Існують багато причин такої тенденції.

Як представники вибираються зазвичай найбільш загальні або найбільш схильні до впливу зовнішнього середовища елементи інформаційних технологій або технології в цілому. Модулі, що реалізують дані технології, представлені в САПР у вигляді абстракцій - Передумовою побудови подібних CASE-засобів є виділення класів інформаційних систем, що базуються на певних типах відносин. Цей критерій дає таку класифікацію систем: клас задається певним типом відносини (інформаційною технологією), а тип елементів, на яких визначені ці відносини, не фіксується.

Системи інформаційного проектування реалізують методики інфо-логічного проектування баз даних. Крім того, розвинені комерційні СУБД, як правило, мають у своєму складі сукупність CASE-засобів проектування додатків.

Як було зазначено вище, при проектуванні сховища необхідно створювати докладні специфікації для всіх джерел даних, в тому числі самих різних типів. ERwin підтримує на фізичному рівні пряме і зворотне проектування об'єктів більш ніж для 21 типу баз даних, тому є ідеальним CASE-засобом для роботи з гетерогенними ІС.

Сутність першого напряму може бути виражена словами системна інтеграція. Розробник АІС повинен бути фахівцем в області системотехніки, добре знати міжнародні стандарти, стан і тенденції розвитку інформаційних технологій і програмних продуктів, володіти інструментальними засобами розробки додатків (CASE-засобами) і бути готовим до сприйняття та аналізу автоматизуються прикладних процесів у співпраці з фахівцями відповідної предметної області.

Системи інформаційного моделювання реалізують методики інфологіческого проектування баз даних. Широко використовуються мову і методика IDEF1X створення інформаційних моделей додатків, розвиваюча більш ранню методику iDEFi[.]: До Юмі того, розвинені комерційні СУБД, як правило, мають у своєму складі сукупність CASE-засобів проектування додатків.

Одним з рішень проблеми може стати автоматична генерація коду програми CASE-засобами на основі моделі предметної області. Це завдання вирішує технологія кодогенераціі, заснована на об'єктно-орієнтованому проектуванні. Існує кілька CASE-засобів, що підтримують мови об'єктно-орієнтованого проектування, в тому числі що став останнім часом стандартом UML.

Принципова схема роботи ERwin Examiner /ІМОШКЕІ 295. Моделювання даних являє собою складну і відповідальну задачу, оскільки від якості моделі даних залежить в кінцевому рахунку ефективність і продуктивність ІС. Створення моделей для великих ІС вручну вже немислимо - для цього використовують CASE-засобу, такі, як ERwin і йому подібні. Однак хоча застосування CASE-засобів і полегшує технічну роботу по створенню моделей, воно не гарантує від помилок і неточностей, які допускаються при моделюванні даних досить часто, особливо при створенні великих моделей. Пошук і виправлення таких помилок без застосування спеціалізованих засобів по трудуемкості може перевершувати створення самої моделі, оскільки доведеться аналізувати модель, яка містить тисячі таблиць і десятки тисяч колонок і зв'язків.

Об'єктна орієнтація системи ReThink дозволяє створювати зрозумілі і наочні моделі бізнес-процесів, що істотно спрощує освоєння і використання системи непрограммірующімі користувачами. Об'єкти, побудовані в результаті моделювання бізнес-процесів, є природною основою для проектування інформаційних систем підтримки цих процесів. У цьому см исле кошти системи ReThink можуть розглядатися як розвиток CASE-засобів.



Інші публікації на тему:
  • Моделювання - бізнес-процес
  • Комплексна автоматизація - проектування
  • Впровадження - програмні засіб