85. Методологія rad

(Rapіd Applіcatіon Development - швидка розробка додатків) вперше була сформульована Джеймсом Мартіном як:

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

Модель життєвого циклу RAD складається з чотирьох стадій:

o аналіз і планування вимог;

o користувацький опис (проектування);

o конструювання (побудова);

o перехід на нову систему експлуатації (впровадження).

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

Методологія RAD передбачає використання також ряду принципів, серед яких 3 основних:

1. інформаційна система розробляється невеликою командою програмістів (від 2 до 10 чоловік);

3. розробляється короткий, але ретельно пророблений виробничий графік (від 2 до 6 міс.);

4. розробка ведеться ітераційно, передбачається використання техніки прототипування на кожній ітерації.

Серед інших принципів методології:

1. повне завершення робіт на кожній з стадій не обов'язкове;

2. тісна взаємодія з замовником і майбутніми користувачами;

3. застосування CASE - засобів і засобів швидкої розробки;

4. застосування засобів керування конфігурацією, що полегшують внесення змін в проект і супровід готової ІС;

5. тестування і розвиток проекту одночасно з розробкою;

6. грамотне керівництво розробкою, чітке планування і контроль.

Розглянемо детальніше процеси життєвого циклу інформаційної системи при використанні методології RAD (рис. 12.4).

86. Методологія rup

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

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

А однією із найвідоміших методологій об'єктного проектування на сьогодні є RUP (Rational Unified Process - раціональний уніфікований процес), розроблена Джекобсоном, Бучем і Рембо у 1999 році.

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

RUP передбачає використання спіральної моделі життєвого циклу ІС.

RUP - це процес, керований на основі прецендентів. Це означає, що як метод опису функціональних вимог до системи та як одиниця планування та оцінки виконання робіт використовується "сценарій використання".

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

Моделювання здійснюється за допомогою Software Process Engineering Metamodel (SPEM) - стандарт моделювання процесів, основаного на Unified Modeling Language (UML).

Виділяється статична та динамічна структура RUP.

Динамічна структура RUP складається з чотирьох фаз (які можуть поділятися на ітерації:

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

2. Уточнення плану - Elaboration (опрацювання вимог і вибір основних проектних рішень) - концептуальний прототип перетворюється в реальну систему, яку можна протестувати та оцінити обрані архітектурні рішення

3. Побудова - Construction (швидка і економічна розробка коду системи) - система готова до передачі замовнику для бета-тестування і прийомо-здаточних випробувань.

4. Розгортання - Transition (підготовка розробленого продукту до передачі замовнику або тиражування і розповсюдження).

Перехід з фази на фазу можливий лише після виконання задач фази і є контрольною точкою процесу.

Статична структура RUP складається з дисциплін, які розбиваються на процеси, задачі, артефакти, ролі. Для опису послідовності виконання робіт і задач використовуються робочі процеси, які описують хто, що як і коли виконує. В RUP входять 6 основних дисциплін:

o Бізнес-моделювання

o Керування вимогами

o Аналіз і проектування

o Реалізація

o Тестування

o Розгортання

Та три додаткові:

o Конфігураційне керування і керування змінами

o Керування проектом

o Створення інфраструктури

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

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

Для забезпечення інструментальної підтримки всіх процесів життєвого циклу RUP рекомендує використання спеціалізованих інструментальних засобів IBM Rational.

Практично RUP - не набір жортких правил, а рекомендації з використання кращих практичних методів розробки ПЗ, таких як:

o Ітеративна розробка

o Керування вимогами

o Використання модульних архітектур

o Візуальне моделювання

o Перевірка якост

o Відстеження змін