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

Презентация:



Advertisements
Похожие презентации
Методология RAD Одним из возможных подходов к разработке ПО в рамках спиральной модели ЖЦ является получившая в последнее время широкое распространение.
Advertisements

ЛЕКЦИЯ 7. Методологии и технологии разработки информационных систем План: 1. Общие требования к методологии и технологии 2. Методология RAD - Rapid Application.
Положение об отделе В.Андреев, Д.Сатин. Штат отдела начальник отдела; бизнес-аналитик; проектировщик пользовательских интерфейсов; специалист по анализу.
Тестирование программных средств Сафронов Сергей, 2008 год.
Обзор методологий и паттернов разработки.. Процесс разработки ПО В разработке программного обеспечения важно наладить процесс Методология представляет.
Методология RAD. 1.Разработка системы-про- тотипа 2. Демонстра- ция работы прототипа 3. Доработка системы прототипа 4. Разработка новых специ- фикаций-требо-
Выполнил студент группы А Алексан П.А.. Проектирование и реализация информационной системы «Лаборатория химического анализа» для автоматизации обработки.
Формирование инновационной политики и осуществление инновационных программ.
Microsoft Solutions Framework Технологии программирования. Курс на базе Microsoft Solutions Framework Семинар 4. Прохождение фазы выработки концепции в.
Объектно- ориентированная платформа Windows
Тел.: (+7 499) , интернет: © 2009 ООО«Баллистика» Технологический процесс создания сайта Путь успешного внедрения, минимизация.
Лекция 1 Учебные вопросы : Вопрос 1. История возникновения и понятие CASE- технологии. Вопрос 2. Особенности внедрения CASE- технологии. Вопрос 3. Основные.
Дисциплина «Технология разработки программного обеспечения» тема « Стадии и модели жизненного цикла программного продукта »
серия подходов к разработке программного обеспечения, ориентированных на использование итеративной разработки и динамическое формирование требований в.
ETNI-2 Платформа для создания приложений
Microsoft Solutions Framework Технологии программирования. Курс на базе Microsoft Solutions Framework Семинар 8. Прохождение фазы внедрения в каждой команде.
Информационные системы Что такое ИС? Функции ИС Жизненные циклы ИС: Понятия Процессы Стадии Модели Основные способы построения ИС.
Ранжирование функциональных требований. Критерии ранжирования функциональных требований широта сферы применения; степень детализации; функциональный.
Цель: гарантировать понимание процессов всеми членами команды Автор: Михаил Смирнов
Транксрипт:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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