о дозволяє позбутися зайвих об'єктів моделей.
ВИСНОВОК
Діяльність Дж. Мартіна принесла величезне значення. У середині 80-х років на фірмі Du Pont був формалізований підхід до розробки інформаційних систем, що використовує послідовний випуск прототипів системи, жорсткі обмеження за часом і залучення кінцевих користувачів системи в її розробку. Після публікації в 1991р. книги Дж. Мартіна В«Rapid Application DevelopmentВ» (швидка розробка додатків) цей підхід отримав широку популярність як RAD-технологія. Технологія RAD найбільше підходить при розробці інтерактивних програм, в яких функціональні можливості реалізуються на рівні інтерфейсу користувача. Чітко визначається група користувачів такого додатка. Великі програми піддаються разбиению на більш дрібні функціональні компоненти.
В основі RAD-технології лежали наступні положення:
В§ Користувачі беруть активну участь у розробці системи від початку обстеження предметної області до впровадження програми. Кілька представників користувачів включаються безпосередньо в команду розробників. Представники інших періодично беруть участь у сесіях з перегляду результатів роботи, що дозволяє усувати непорозуміння між розробниками і майбутніми користувачами системи. p> В§ Не потрібно повного визначення вимог до системи, деталі можуть бути додані в ході розробки. Це дозволяє скоротити тривалість етапу аналізу і дає розробникам певну свободу у визначенні вимог низького рівня в ході побудови прототипів системи та їх обговорення з кінцевими користувачами. Виявлені в процесі розробки додаткові вимоги ранжуються за важливості. В умовах жорстких часових обмежень менш пріоритетні вимоги можуть бути опущені. p> В§ Система розробляється слабкий командою з 4-б людина, включаючи 1-2 представників користувачів. Члени команди повинні бути уповноважені приймати необхідні рішення. Під час розробки проекту склад команди практично не змінюється, що дозволяє зменшити необхідність у проміжній документації. p> В§ Розробка ведеться итерациями при тісному залученні користувачів впродовж всього циклу розробки системи. Основну роль відіграє правило 80/20, яке свідчить, що 80% роботи може бути виконано за 20% часу, що витрачається на всю роботу. Це означає, що немає сенсу прикладати зусилля на тонке налаштування системи, коли ще до кінця не визначені основні вимоги до неї. Кожен крок повинен бути закінчений настільки, наскільки це необхідно для виконання наступної роботи. p> В§ На термін випуску кожного прототипу накладаються жорсткі обмеження за часом, перевищувати які не дозволяється. Після закінчення встановленого терміну прототип пред'являється замовнику для обговорення. p> В§ Тестування виконується поступово протягом всього життєвого циклу системи. p> В§ Розробляється система розбивається на частини, які бригада з 4-6 чоловік здатна розробити за З-б місяців. За наявності декількох команд можлива паралельна розробка системи. У цьому випадку проводиться більш ретельний аналіз прикладної області. p> Одним з важливих положень є необхідність співпраці між усіма учасниками проекту. Сильна сторона підходу RAD полягає в тому, що він дозволяє безпосередньо в ході розробки швидко виявляти і уточнювати, необхідний набір функціональних можливостей.
В
Використана ЛІТЕРАТУРА:
1. Мартін Дж. Організація баз даних в обчислювальних системах. М.: Мир, 1980, 662 с. p> 2. Мартін Дж. Планування розвитку автоматизованих систем. - М.: "Фінанси і статистика", 1984. p> 3.
4.
