Д. А. Градусов а. В. Шутов теоретические вопросы разработки программного обеспечения учебное пособие

62 
RAD — методология, которая во главу угла ставит скорость и 
удобство разработки. Одно из главных условий — использование 
языка быстрой разработки. Это название абстрактного языка 
программирования, с помощью которого программист способен 
решать задачи быстрее, чем с представителями третьего поколения (C 
/ C ++, Pascal или Fortran). Вот ещё несколько пунктов концепции: 

Использование фокус-групп для сбора требований. 

Прототипирование 
и 
пользовательское 
тестирование 
конструкций. 

Повторное использование программных компонентов. 

Использование плана, не включающего переработку, или 
дизайн следующей версии продукта. 

Проведение неформальных совещаний по запросу одной из 
сторон. 
RAD 
предполагает 
использование 
целого 
комплекса 
инструментов помимо языка быстрой разработки: системы сбора 
требований, среды разработки, фреймворки, программы для 
группового общения, ПО для тестирования. 
Преимущества: 
1.
Rad-концепция 
уменьшает 
время 
разработки, 
а 
задействование ранее использованных компонентов позволяет 
существенно ускорить рабочий процесс. 
2.
Все функции подразделяются на модули, с которыми работать 
гораздо легче. 
3.
Большим проектам требуются высококвалифицированные 
инженеры. 
Недостатки: 
1.
И конечный пользователь, и разработчик должны быть 
привержены желанию завершить работу над продуктом в 
сокращённые сроки. Если такого желания нет, проект провалится. 

63 
2.
RAD базируется на объектно-ориентированном подходе, и 
если возникают трудности с делением на модули, RAD может 
работать не очень хорошо. 
3.10 Некоторые другие методологии разработки ПО 
Crystal Clear 
Гибкая методология Crystal Clear (иначе кристально чистое 
выполнение) была создана в 2004 году Алистером Коуберном. Она 
предназначается для небольших коллективов от 6 до 10 человек для 
разработки некритичных бизнес-приложений. Как и все гибкие 
методологии Crystal Clear опирается больше на людей, чем на 
процессы (рис. 3.9).
Основная идея данной методологии — каждая команда - 
набором людей с разным уровнем знаний, разными умениями и 
опытом. Из-за этого не существует универсального подхода для 
разработки софта, он должен определяться в процессе общения 
внутри группы. Там же назначаются роли, инструменты, стандарты. 
Затем группа принимается за единицу и те же самые вопросы 
решаются на уровень выше, пока иерархия не дойдет до заказчика. 
В данной методологии используется 7 практик, 3 из которых 
обязательны. 
1.
Частая поставка продукта. 
2.
Улучшения через рефлексию. 
3.
Личные коммуникации. 
4.
Чувство безопасности. 
5.
Фокусировка. 
6.
Простой доступ к экспертам. 
7.
Качественное техническое окружение. 

64 
Методология 
Crystal 
Clear 
использует 
преимущества 
небольшого размера и расстояния между группами для усиления 
хорошей коммуникации до более эффективной осмотической.
Рис. 3.9 – Разработка с использованием методологии Crystal Clear 
DSDM 
Модель развития динамических систем была разработана в 
Великобритании в середине 1990-х годов и является эволюционным 
развитием быстрой разработки приложений (RAD). Основная идея 
стандартная: при планировании в самом начале невозможно понимать 
всех 
тонкостей 
разработки, 
поэтому 
весь 
процесс 
— 
исследовательская работа. 
В данной модели существует три стадии: 
1.
Предпроектная стадия. На ней происходит авторизация 
реализация проекта, определение финансовых параметров и команда. 
2.
Жизненный цикл проекта представляет собой реализацию 
проекта и включает в себя пять этапов. 

65 
3.
Постпроектная 
стадия 
обеспечивает 
качественную 
эксплуатацию системы. 
Жизненный цикл проекта включает в себя пять стадий (первые 
две фактически объединяются): 
1.
Определение реализуемости. 
2.
Экономическое обоснование. 
3.
Создание функциональной модели. 
4.
Проектирование и разработка. 
5.
Реализация. 
В DSDM тоже присутствует деление на команды, в каждой из 
которых есть уполномоченный для принятия стратегических 
решений. В процессе могут участвовать все заинтересованные 
стороны: пользователи, разработчики, заказчики, руководители. 
Тестирование проводится на протяжении всего жизненного цикла 
(рис. 3.10). 
Рис. 3.10 – Общая схема DSDM 

66 
FDD 
Feature driven development (FDD, разработка, управляемая 
функциона-льностью) — итеративная методология разработки ПО. 
Основная цель данной методологии — разработка реального, 
работающего 
программного 
обеспечения 
систематически, 
в 
поставленные сроки (рис. 3.11). 
Рис. 3.11 – Схема работы FDD 
FDD — процесс для обеспечения масштабируемости и 
повторяемости, при этом поощряющий творчество и инновации.
FDD включает в себя пять базовых видов деятельности: 
1.
разработка общей модели; 
2.
составление списка необходимых функций системы; 
3.
планирование работы над каждой функцией; 
4.
проектирование функции; 
5.
реализация функции. 
Первые два процесса относятся к началу проекта. Последние три 
осуществляются для каждой функции. Разработчики в FDD делятся 
на «хозяев классов» и «главных программистов». Главные 
программисты привлекают хозяев задействованных классов к работе 
над очередным свойством. Работа над проектом предполагает частые 

67 
сборки и делится на итерации, каждая из которых предполагает 
реализацию определенного набора функций. 
Также у FDD есть основные принципы: 

Разработка каждого крупного проекта должна иметь 
системность. 

Процессы должны быть простыми и проработанными. 

Ценность и логичность процесса должна быть ясна каждому 
члену команды. 

Предпочтение отдаётся коротким итеративным циклам 
разработки. Это уменьшает количество ошибок и позволяет быстрее 
наращивать функциональность. 
FDD регламентирует время, которое должно затрачиваться на 
каждый из процессов. Организационной деятельности в цикле должна 
занимать не более 23−25%, в то время как на непосредственную 
разработку, сборку и тестирование функций необходимо тратить 
75−77% времени. 
JAD 
JAD — это методология, нацеленная на максимальную 
занятость в разработке конечного пользователя. Происходит это 
посредством встреч и проведения совместных семинаров. JAD была 
придумана в 1970-х годах сотрудниками IBM и нацелена на бизнес в 
целом. Однако со временем данная концепция стала успешно 
применяться и для разработки программного обеспечения. 
В отличие от подхода Waterfall, JAD приводит к сокращению 
времени разработки, большей удовлетворенности клиентов и 
экономии средств на изучении рынка. С другой стороны, это требует 
большой клиентской выборки и необходимости разработчиков 
работать не со строгими требованиями ТЗ, а с постоянно 
меняющимся мнением. 

68 
LD 
Бережливая разработка ПО впервые была освещена в книге 
Мэри Поппендик и Тома Поппендика. — ещё одно ответвление 
гибкой методологии, предполагающее 
сохранение высокого 
морально-функционального 
состояния 
разработчиков. 
Это 
выражается в: 

Поощрении сотрудников за успешную работу. 

Изменении текущих задач только по мере необходимости или 
по запросу заказчика. 

Строгом выполнении плана: всё, что сверх — считается 
потерями времени и ресурсов. 

Внедрении общей концепции «Мыслить широко, делать мало, 
ошибаться быстро, учиться стремительно». 
Принципы:


жүктеу/скачать 2,75 Mb.

Достарыңызбен бөлісу: