Технологія освоєння і впровадження CASE-засобів, CASE-засоби (моделювання), Програмування, статті

Сучасна технологія освоєння і впровадження CASE-засобів базується в основному на стандартах-рекомендаціях IEEE (IEEE Std 1348-1995. IEEE Recommended Practice for the Adoption of CASE Tools і IEEE Std 1209-1992. IEEE Recommended Practice for the Evaluation and Selection of CASE Tools). Процес впровадження CASE-засобів складається з наступних етапів:


З впровадженням CASE-засобів зазвичай пов’язують великі очікування. У ряді випадків ці очікування виявляються нереалістичними і призводять до невдачі при впровадженні. До таких очікуванням можна віднести наступні:


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


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

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

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

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

Оцінка та накопичення відповідних даних може виконуватися наступними способами:


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

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


  1. Підтримка повного життєвого циклу ІС із забезпеченням еволюційності її розвитку.
  2. Забезпечення цілісності проекту і контролю за його станом.
  3. Незалежність від програмно-апаратної платформи і СУБД.
  4. Відкрита архітектура
  5. Якість технічної підтримки в Росії, вартість придбання та підтримки, досвід успішного використання
  6. Простота освоєння і використання

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

Перед повномасштабним впровадженням обраного 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>

*

*