Скачиваний:
36
Добавлен:
05.04.2013
Размер:
731.65 Кб
Скачать

Методология быстрой разработки приложений 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. Модель сервера приложений .

Тут вы можете оставить комментарий к выбранному абзацу или сообщить об ошибке.

Мы не исправляем ошибки в тексте (почему?), но будем благодарны, если вы все же напишите об ошибках.

Соседние файлы в папке Курс лекций ТОПВС