Введення в CASE-технології, Комерція, Різне, статті

Тенденції розвитку сучасних інформаційних технологій приводять до постійного зростання складності інформаційних систем (ІС), що створюються в різних галузях економіки. Сучасні великі проекти ІС характеризуються, як правило, такими особливостями:


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

У 70-х і 80-х роках при розробці ІС досить широко застосовувалася структурна методологія, що надає в розпорядження розробників строгі формалізовані методи опису ІС і прийнятих технічних рішень. Вона заснована на наочній графічній техніці: для опису різного роду моделей ІС використовуються схеми та діаграми. Наочність і строгість засобів структурного аналізу дозволяла розробникам і майбутнім користувачам системи з самого початку неформально брати участь в її створенні, обговорювати і закріплювати розуміння основних технічних рішень. Однак, широке застосування цієї методології і проходження її рекомендацій при розробці конкретних ІС зустрічалося досить рідко, оскільки при неавтоматизованої (ручний) розробці це практично неможливо. Дійсно, вручну дуже важко розробити і графічно представити суворі формальні специфікації системи, перевірити їх на повноту і несуперечність, і тим більше змінити. Якщо все ж таки вдається створити сувору систему проектних документів, то її переробка при появі серйозних змін практично нездійсненна. Ручна розробка зазвичай породжувала наступні проблеми:


З іншого боку, розробники ІС історично завжди стояли останніми в ряду тих, хто використовував комп’ютерні технології для підвищення якості, надійності та продуктивності у своїй власній роботі (Феномен “чоботаря без чобіт”).

Перераховані фактори сприяли появі програмно-технологічних засобів спеціального класу – CASE-засобів, що реалізують CASE-технологію створення і супроводу ІС. Термін CASE (Computer Aided Software Engineering) використовується в даний час в дуже широкому сенсі. Первісне значення терміна 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-засобів має забезпечити такі вигоди як:


Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*