Материал: Порівняння Silverrun та CA ERwin Data Modeler на прикладі роботи інтернет-магазину

Порівняння Silverrun та CA ERwin Data Modeler на прикладі роботи інтернет-магазину

Вступ

Темою курсової роботи CASE-засоби. Порівняння Silverrun та CA ERwin Data Modeler на прикладі роботи інтернет-магазину. Основним завданням є забезпечення вибору найоптимальнішого, найзручнішого та найшвидшого CASE-засобу для виконання завдання.

Для досягнення цієї мети необхідно:

-     дослідити предметну область та здійснити постановку проблеми;

-       реалізувати вирішення завдання за допомогою SILVERRUN;

-       реалізувати вирішення завдання за допомогою CA ERwin Data Modeler;

-       порівняти CA ERwin Data Modeler та SILVERRUN.

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

З вирішенням подібної проблеми у роботу буде вирішено вище згадані проблеми, а також забезпечено рекомендаціями з приводу зручнішого, швидшого і інтуїтивно зрозумілішого CASE-засобу.

1. Загальна характеристика та класифікація CASE-засобів

1.1   Класифікація і характеристика CASE-засобів

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

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

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

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

·        потужні графічні засоби для опису і документування ІС, щоб забезпечити зручний інтерфейс з розробником і розвиваючі його творчі можливості;

·        інтеграція окремих компонент CASE-засобів, забезпечує керованість процесом розробки ІС;

·        використання спеціальним чином організованого сховища проектних метаданих (репозиторію).

Інтегрований CASE-засіб (чи комплекс засобів, підтримують повний ЖЦ ПЗ) містить такі компоненти:

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

·        графічні засоби аналізу і проектування, що забезпечують створення і редагування ієрархічно пов'язаних діаграм (DFD, ERD та інших.), Утворюють моделі ІС;

·        засоби розробки додатків, включаючи мови 4GL і генератори кодів;

·        кошти конфігураційного управління;

·        кошти документування;

·        засоби тестування;

·        засоби управління проектом;

·        кошти реінжинірингу.

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

·        застосовуваним методологіям і моделям систем і БД;

·        ступеня інтегрованості з СКБД;

·        доступним платформам.

Класифікація за типами переважно збігається з компонентним складом CASE-засобів і включає наступні основні типи:

·        засоби аналізу (Upper CASE), призначені для побудови та аналізу моделей предметної області (Design / IDEF (Meta Software), BPwin (Logic Works));

·        кошти аналізу та проектування (Middle CASE), підтримують найбільш поширені методології проектування й які використовуються для створення проектних специфікацій (Vantage Team Builder (Cayenne), конструктор / 2000 (ORACLE), SILVERRUN (CSA), PRO-IV (McDonnell Douglas), CASE Аналітики (МакроПроджект)). Виходом таких засобів є специфікації компонентів і інтерфейсів системи, архітектури системи, алгоритмів і структур даних;

·        засоби проектування баз даних, що забезпечують моделювання даних і генерацію схем баз даних (як правило, на мові SQL) для найбільш поширених СУБД. До них відносяться ERwin (Logic Works), S-Designor (СДП) і База даних Дизайнер (Oracle). Засоби проектування баз даних є також в складі CASE-засобів Vantage Team Builder, конструктор / 2000, SILVERRUN і PRO-IV;

·        засоби розробки додатків. До них відносяться засоби 4GL (Uniface (Compuware), JAM (JYACC), PowerBuilder (Sybase), Розробник / 2000 (ORACLE), Нова ера (Informix), SQL Windows, (Гупта), Delphi (Borland) та ін.) І генератори кодів, що входять до складу Vantage Team Builder PRO-IV і частково - в SILVERRUN;

·        кошти реінженірингу, щоб забезпечити аналіз програмних кодів і схем баз даних і формування на їх основі різних моделей і проектних специфікацій. Засоби аналізу схем БД і формування ERD входять до складу команди Vantage Будівельник, PRO-IV SILVERRUN, конструктор / 2000, ERwin і S-Designor. У сфері аналізу програмних кодів найбільшого поширення отримують об'єктно-орієнтовані CASE-засоби, що забезпечують реінжиніринг програм мовою С ++ (Rational Rose (Rational Software), Object Team (Cayenne)).

Допоміжні типи включають:

·        кошти планування та управління проектом;

·        кошти конфігураційного управління;

·        засоби тестування;

·        кошти документування.

Сьогодні ринок програмного забезпечення багатий такими найрозвинутішими CASE-засобами:

·        Vantage Team Builder;

·        Designеr / 2000;

·        SILVERRUN;

·        ERwin + BPwin;

·        S-Designor;

·        CASE.Аналітик.

Крім того, на ринку постійно з'являються як нові для вітчизняних користувачів системи (наприклад, CASE / 4/0, PRO-IV, System Architect, Visible Analyst Workbench, EasyCASE), так і нові версії і модифікації перерахованих систем.

.2 Технологія впровадження CASE-засобів

Наведена в даному розділі технологія базується в основному на стандартах IEEE (IEEE - Institute of Electrical and Electronics Engineers - Інститут інженерів з електротехніки та електроніки). Термін "впровадження" використовується в широкому сенсі і включає всі дії від оцінки первинних потреб до повномасштабного використання CASE-засобів в різних підрозділах організації-користувача. Процес впровадження CASE-засобів складається з наступних етапів:

·        визначення потреб у CASE-засобах;

·        оцінка та вибір CASE-засобів;

·        виконання пілотного проекту;

·        практичне впровадження CASE-засобів.

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

Рис. 1.1 - Визначення потреби в CASE-засобах

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

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

1.3 Аналіз ринку CASE-засобів

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

1.4 Визначення критеріїв успішного впровадження

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

Як правило, більшість організацій здійснює впровадження CASE-засобів для того, щоб підвищити продуктивність процесів розробки і супроводу ПЗ, а також якість результатів розробки. Однак, ряд організацій не займаються і не займалися раніше збором кількісних даних за вказаними параметрами. Відсутність таких даних ускладнює кількісну оцінку впливу, що чиниться впровадженням CASE-засобів. У цьому випадку рекомендується розробка відповідних метрик. Інформація про такі метриках приведена в стандартах IEEE Std 1045-1992 (IEEE Standard for Software Productivity Metrics) і IEEE Std 1061-1992 (IEEE Standard for a Software Quality Metrics Methodology).

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

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

·        узгодженість проектних результатів;

·        точність вартісних і планових оцінок;

·        дотримання стандартів організації;

·        ступінь повторного використання існуючих компонентів ПО;

·        обсяг і види необхідного навчання;

·        типи і моменти виявлення проектних помилок;

·        обчислювальні ресурси, використовувані CASE-засобами.

1.5 Розробка стратегії впровадження CASE-засобів

Стратегія впровадження повинна забезпечувати задоволення потреб і критеріїв, визначених раніше. Стратегія включає наступні складові:

·        організаційні потреби;

·        базові метрики, необхідні для подальшого порівняння результатів;

·        критерії успішного впровадження, пов'язані із задоволенням організаційних потреб, включаючи очікувані результати послідовних етапів процесу впровадження;

·        підрозділи організації, в яких повинно виконуватися впровадження CASE-засобів;

·        вплив, який чиниться на інші підрозділи організації;

·        стратегії і плани оцінки і вибору, пілотного проектування і переходу до повномасштабного впровадження;

·        основні фактори ризику;

·        орієнтовний рівень витрат і джерела фінансування процесу впровадження CASE-засобів;

·        ключовий персонал та інші ресурси.

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

·        спонсор (звичайно з числа менеджерів вищого рівня). Дана роль є критичною для підтримки проекту і забезпечення необхідного фінансування. Спонсор повинен володіти чітким розумінням необхідності серйозних зусиль, пов'язаних з впровадженням CASE-засобів, і тривалості періоду очікування відчутних результатів;

·        виконавець - зазвичай особа (або група осіб), осознающее потенційні можливості нової технології, яка користується авторитетом серед технічного персоналу і здатне очолити процес впровадження нової технології;

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

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

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

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

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

Недоліки даного підходу полягають в наступному:

·        спадний підхід вимагає для своєї реалізації значних людських і фінансових ресурсів;

·        в загальному випадку, широкомасштабний підхід такого роду не дозволяє користувачам досить швидко приступити до практичного використання засобів;