Полезное:
Как сделать разговор полезным и приятным
Как сделать объемную звезду своими руками
Как сделать то, что делать не хочется?
Как сделать погремушку
Как сделать так чтобы женщины сами знакомились с вами
Как сделать идею коммерческой
Как сделать хорошую растяжку ног?
Как сделать наш разум здоровым?
Как сделать, чтобы люди обманывали меньше
Вопрос 4. Как сделать так, чтобы вас уважали и ценили?
Как сделать лучше себе и другим людям
Как сделать свидание интересным?
Категории:
АрхитектураАстрономияБиологияГеографияГеологияИнформатикаИскусствоИсторияКулинарияКультураМаркетингМатематикаМедицинаМенеджментОхрана трудаПравоПроизводствоПсихологияРелигияСоциологияСпортТехникаФизикаФилософияХимияЭкологияЭкономикаЭлектроника
|
Для каждой бизнес функции создается своя группа разработчиков. На заключительном этапе результаты работы всех групп объединяются в один проект.Ограничения и недостатки RAD: 1) Для больших проектов требуется большое количество групп, а, следовательно, большое количество людских ресурсов. 2) RAD используется только в системах с декомпозицией на модули, причем производительность их не является критической величиной. 3) RAD не используется в условиях высоких технических рисков, то есть с использованием новых технологий. 7.2. XP – ПРОЦЕСС XP – процесс относится к адаптивным процессам, использует группы до 10 разработчиков равной, высокой квалификации (в условиях учебной практики это требование является определяющим при выборе модели конструирования). Используется в условиях часто меняющихся требований. Все разработчики находятся в одном помещении, здесь же представитель заказчика. К базовым действиям относятся: кодирование, тестирование, выслушивание заказчика. Основные характеристики, обеспечивающие динамизм процесса: 1) непрерывная связь с заказчиком; 2) выбор самого простого решения; 3) быстрая обратная связь; 4) смелость в профилактике сложных проблем. XP – процесс базируется на 12 методах: 1. Игра планирования – быстрое определение области действия будущего ПО путем объединения деловых приоритетов и технических оценок. 2. Частая смена версий – быстрый запуск в производство простой системы, очень короткие итерации. 3. Метафора – вся разработка проводится на основе простой общедоступной истории о том, как работает вся система, то есть обеспечивается глобальное видение системы. 4. Простое проектирование – настолько просто, на сколько это возможно. 5. Тестирование – непрерывное тестирование модулей. 6. Реорганизация – система реструктурируется с целью устранения дублирования, упрощения и др. 7. Парное программирование – код пишется двумя программистами, работающими на одном компьютере. Это повышает качество. 8. Коллективное владение кодом – любой разработчик может улучшать любой код системы в любое время. 9. Непрерывная интеграция – система интегрируется и строится по много раз в день по мере завершения каждой программы. 10. Отсутствие сверхурочных работ. 11. Вокальный заказчик в группе – все время представитель заказчика, который отвечает на все вопросы. 12. Стандарты кодирования – должны соблюдаться определенные правила для всех.
|