Главная Случайная страница


Полезное:

Как сделать разговор полезным и приятным Как сделать объемную звезду своими руками Как сделать то, что делать не хочется? Как сделать погремушку Как сделать так чтобы женщины сами знакомились с вами Как сделать идею коммерческой Как сделать хорошую растяжку ног? Как сделать наш разум здоровым? Как сделать, чтобы люди обманывали меньше Вопрос 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. Стандарты кодирования – должны соблюдаться определенные правила для всех.

Date: 2016-07-05; view: 299; Нарушение авторских прав; Помощь в написании работы --> СЮДА...



mydocx.ru - 2015-2024 year. (0.005 sec.) Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав - Пожаловаться на публикацию