Методология быстрой разработки приложений rad

Repit Application Development

RAD основана на спиральной модели жизненного цикла и на трех моментах :

1. небольшая команда программистов (от 2 до 10 человек ) ;

2. короткий, но тщательно спланированный график (длительность от 2 до 6 месяцев);

3. повторяющийся цикл разработки со спиральной моделью жизненного цикла.

В отличие от спиральной модели тут жизненный цикл состоит из следующих операций :

• анализ и планирование требований ;

• проектирование ;

• построение ;

• внедрение.

На первой фазе пользователи определяют функции , которая должна выполнять система , выделяют приоритетные из них и определяют информационные потребности. Работа на этой фазе осуществляется силой пользователей под руководством специалистов – разработчиков. Результат этой фазы :

• список расставленных по приоритетам функций системы ;

• предварительные функциональные модели системы ;

• предварительные информационные модели системы .

На второй фазе результат :

• общая информационная модель системы ;

• функциональные модели системы в целом и ее подсистемы ;

• точно определенные интерфейсы между подсистемой ;

• протоколы экранов , отчетов и диалогов .

На третей фазе выполняется быстрая разработка приложений . Основа : те или иные выбранные CASE - средства . Результат : готовая система , удовлетворяющая всем согласованным требованиям . Это проверяется путем тестирования .

На четвертой фазе производится :

• обучение пользователей ;

• выполняются организационные мероприятия по внедрению этой системы , замены предыдущей системы .

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

Оценка размеров приложений , которые могут быть реализованы на основе RAD производятся на основе функциональных элементов :

• экраны ;

• сообщения ;

• отчеты ;

• файлы ;

• и т.д.

Если число функциональных элементов меньше 1000 , то разработку может выполнить один человек , до 4000 - одна команда , больше 4000 - на одну команду - 4000 элементов.

Архитектура “Клиент – Сервер”

Для управления распределенными ресурсами в сети и предоставление их ( ресурсов ) отдельному пользователю выделяют компьютер–сервер этих ресурсов , а пользователи являются клиентами .

Виды серверов :

1. Файл – сервер ( File Server ) . Служит для управления передачей файлов и обеспечивают доступ клиента к файлам других клиентов путем передачи их на сервер.

2. Серверы печати ( Print Server ) . Служит для включения в состав сети принтера , доступного для использования всех рабочих станций .

3. Коммуникационный сервер ( Communication Server ) . Служит для управления и установления связи между компьютерами.

4. Почтовый сервер . Служит для пересылки и приема электронных сообщений.

5. Архивный сервер . Служит для архивирования данных и резервного копирования информации .

6. Факс - сервер . Служит для отсылки ( приема ) факсов.

Принцип “Клиент – Сервер” распространяется и на процессы (вСУБД). Процесс, предоставляющий услуги - сервер; обращающийся за услугами - клиент .

Виды свертывания процессов :

• Сервер приложений - сервер программ , реализующий программы .

• Сервер Баз Данных ( БД ) .

Принцип “Клиент – Сервер” тесно связан с концепцией Open System ( независимость от архитектуры , и т.д. ) . Здесь используются интерфейсы , которые позволяют реализовывать приложения на различных платформах . Реализация архитектуры “Клиент – Сервер” основывается на разделении стандартных приложений на три группы , реализующих функции :

1. Функции ввода и отображения данных .

2. Прикладные функции , характерные для данной прикладной области .

3. Функции хранения и управлениями данных.

В соответствии с этим разделением в любом приложении можно выделить логические компоненты :

1. Компонент представления ( Presentation ) – для первой группы .

2. Прикладной компонент ( Busines Application ) - для второй группы .

3. Компонент доступа к информационным ресурсам ( Resourse Access ) или менеджер ресурсов ( Resourse Manager ) - для третьей группы .

Различия в реализации приложений в рамках технологии “Клиент – Сервер” определяются факторами :

• Тем , в какие виды ПО интегрирован тот или иной компонент ( 1 , 2 , 3 ) ;

• Какие механизмы используются для реализации каждой группы ;

• Каким образом эти логические компоненты распределены между компьютерами .

В зависимости от этих факторов различают модели архитектуры “Клиент – Сервер” :

1. Модель доступа к удаленным данным .

2. Модель сервера Баз Данных .

3. Модель сервера приложений .