Методология проектирования RAD МДК Раздел 1. - презентация

1 Методология проектирования RAD МДК Раздел 1

2 RAD RAD (rapid application development быстрая разработка приложений) концепция создания средств разработки программных продуктов, уделяющая особое внимание быстроте и удобству программирования

3 ОСНОВНЫЕ ПРИНЦИПЫ RAD Инструментарий должен быть нацелен на минимизацию времени разработки. Создание прототипа для уточнения требований заказчика. разработка приложений итерациями. Цикличность разработки: каждая новая версия продукта основывается на оценке результата работы предыдущей версии заказчиком.

4 ОСНОВНЫЕ ПРИНЦИПЫ RAD Минимизация времени разработки версии, за счёт переноса уже готовых модулей и добавления функциональности в новую версию. Команда разработчиков должна тесно сотрудничать, каждый участник должен быть готов выполнять несколько обязанностей. Управление проектом должно минимизировать длительность цикла разработки.

5 ПРИНЦИПЫ RAD RAD-технология не в состоянии обеспечивать разработку сложных продуктов, содержащих много фрагментов, программирование кото­рых занимает более двух недель.

6 СРЕДЫ РАЗРАБОТКИ, ИСПОЛЬЗУЮЩИЕ ПРИНЦИПЫ RAD Borland Delphi Borland C++ Builder Microsoft Visual Studio Macromedia Flash Macromedia Authorware Macromedia Director Omnis Studio Visual DataFlex IntraWeb

7 RAD Оценка размера приложений производится на основе функциональных элементов (экраны, сообщения, отчеты, файлы и т.п.) Подобная метрика не зависит от языка программирования, на котором ведется разработка. Размер приложения определяется следующим образом: < 1000 функциональных элементов один человек функциональных элементов одна команда разработчиков > 4000 функциональных элементов 4000 функциональных элементов на одну команду разработчиков

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

9 Фаза проектирования Часть пользователей участвует в техническом проектировании системы под руководством разработчиков. Группы или подгруппы RAD на этой фазе обычно используют комбинацию техник совместной разработки приложений (JAD) и CASE-инструменты для воплощения потребностей пользователей в рабочих моделях.

10 Фаза проектирования В результате создаются: общая информационная модель приложения функциональные модели системы и подсистем рабочие прототипы экранов, отчётов и диалогов.

11 Фаза построения На этой стадии происходит непосредственно быстрая разработка на основе полученных по предыдущим фазам результатов. При этом пользователи продолжают участвовать в развитии системы, предлагая изменения и улучшения приложения. Тестирование приложения тоже происходит во время разработки.

12 Фаза внедрения Охватывает обучение пользователей, тестирование и замену старой системы на новую. Подготовка к этой фазе начинается с этапа проектирования.

13 ПРЕИМУЩЕСТВА RAD

14 НЕДОСТАТКИ RAD если пользователи не могут постоянно брать участие в процессе разработки на протяжении всего жизненного цикла, это может негативно повлиять на конечный продукт уменьшенный контроль скудный дизайн фокусирование на прототипах в некоторых случаях приводит к методике «взлом и тестирование», по которой разработчики постоянно вносят мелкие изменения в отдельные элементы и игнорируют проблемы системной архитектуры. отсутствие масштабируемости преимущественно RAD используется маленькими и средними проектными командами.

15 МЕТОДОЛОГИЯ RAD ПОДОЙДЕТ ВАШЕМУ ПРОЕКТУ, ЕСЛИ: для него важна скорость и простота разработки четко определены приоритетные направления разработки проекта разработать приложение нужно в сжатые сроки проект выполняется в условиях ограниченного бюджета главный критерий интерфейс пользователя есть возможность разбить проект на функциональные компоненты.

16 МЕТОДОЛОГИЯ RAD НЕ ПОДОЙДЕТ ПРОЕКТУ, ЕСЛИ: для него важно качество и контроль идет речь о создании крупномасштабного проекта предполагаемое максимальное время разработки приложения составляет дней, а при написании сотни тысяч строк программного кода соблюсти такое ограничение практически невозможно критически важным для реализации является высокий уровень планирования и жесткая дисциплина проектирования, строгое следование заранее разработанным протоколам и интерфейсам от приложения в определенной степени зависит безопасность людей.