Студопедия

Главная страница Случайная страница

КАТЕГОРИИ:

АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатикаИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханикаОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторикаСоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансыХимияЧерчениеЭкологияЭкономикаЭлектроника






Огляд технології розробки






RAD (від англ. rapid application development - швидка розробка додатків) - концепція створення засобів розробки програмних продуктів, яка надає особливого увагу швидкості і зручності програмування, створенню технологічного процесу, що дозволяє програмісту максимально швидко створювати комп'ютерні програми.

Основні принципи RAD:

· Інструментарій повинен бути націлений на мінімізацію часу розробки.

· Створення прототипу для уточнення вимог замовника.

· Циклічність розробки: кожна нова версія продукту грунтується на оцінці результату роботи попередньої версії замовником.

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

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

· Управління проектом повинно мінімізувати тривалість циклу розробки.

Середовища розробки, використовують принципи RAD:

· Borland Delphi.

· Borland C + + Builder.

· Microsoft Visual Studio.

· Macromedia Flash.

· Macromedia Authorware.

· Macromedia Director.

· Omnis Studio.

· Visual DataFlex.

· IntraWeb.

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

Причини популярності RAD випливають з тих переваг, які забезпечує ця технологія.

Найбільш суттєвими з них є:

· Висока швидкість розробки;

· Низька вартість;

· Висока якість.

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

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

Технологія RAD забезпечує:

· Прудкість просування програмного продукту на ринок;

· Інтерфейс влаштовує користувача;

· Легку адаптованість проекту до змінюваним вимогам;

· Простоту розвитку функціональності системи.

Під терміном «RAD» звичайно розуміється процес розробки ПЗ, що містить 3 елементи:

· Невелику команду програмістів (від 2 до 10 осіб);

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

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

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

Життєвий цикл ПЗ за методологією RAD складається з чотирьох фаз:

· Фаза аналізу і планування вимог.

· Фаза проектування.

· Фаза побудови.

· Фаза впровадження.

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

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

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


Поделиться с друзьями:

mylektsii.su - Мои Лекции - 2015-2024 год. (0.005 сек.)Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав Пожаловаться на материал