Требования в гибких методологиях
С точки зрения современных терминов все рассмотренные выше методологи, включающие работы по построению, сопровождению и модификации требований с упором на их моделирование и анализ носят название «прогнозирующие».
Качество и надежность таких методологий достигается достаточно большим объемом трудозатрат.
В противовес прогнозирующим методологиям создания программного обеспечения, относительно недавно сформировалась парадигма гибких (agile) методологий.
В феврале 2001 г. инициативная группа из 17 специалистов объединилась в Альянс гибкой разработки программного обеспечения.
Эта группа разработала и приняла Манифест гибкой разработки, включая 12 пунктов.
Среди них имеются:
-Индивидуальности и взаимодействия ВЫШЕ процессов и инструментов
- Работающее программное обеспечение ВЫШЕ всесторонней документации
- Сотрудничество с клиентами ВЫШЕ переговоров по контракту
- Реакция на изменения ВЫШЕ следования плану и тд.
В определенной степени члены Альянса ставят под сомнение необходимость всестороннего моделирования и документирования требований и даже посягают на святое святых - планы и контракты.
|
|
На сегодня "быть гибким" стало модным.
Т.о. и методологии, изложенные выше, включая RUP, переходят на «гибкие рельсы».
Так, например
-опубликованы как минимум два варианта гибкой трансформации для RUP;
- MSF опубликовало нотацию agile MSF.
Возникли и чисто гибкие методологии, например, методология XP.