 
          " Н а у к а м о л о д ы х " , 2 6 н о я б р я 2 0 1 9 г . , А р з а м а с
        
        
          П о с в я щ а е т с я 8 5 - л е т и ю в ы с ш е г о п е д а г о г и ч е с к о г о о б р а з о в а н и я в А р з а м а с е и
        
        
          8 0 - л е т и ю п р о ф е с с о р а В я ч е с л а в а П а в л о в и ч а П у ч к о в а
        
        
          422
        
        
          Гибкое моделирование (англ. AgileModeling, AM) является одним из
        
        
          множества наборов гибких методологий разработки программного обеспечения
        
        
          и сосредоточено на эффективном моделировании и документировании
        
        
          проектируемого программного продукта. В первую очередь AM должно
        
        
          рассматриваться как дополнение к другим методам гибких технологий, а
        
        
          именно таким, как SRUM, XP, RUP, DSDMи другим.
        
        
          Так как гибкое моделирование является дополнением к другим методам,
        
        
          то оно во многом повторяет их идеи. Для примера можно обнаружить много
        
        
          общего между AM и экстремальным программированием (XP). Обе эти
        
        
          технологии имеют следующие сходства: содержание важнее представления;
        
        
          постепенное изменение в системе; гибкое исправление; разработка нескольких
        
        
          эффективным программных моделей; ориентация на качество управления
        
        
          жизненным циклом разработки ПО; обратная связь.
        
        
          Правила АМ простые и ясные, во многом схожие с теми, что
        
        
          применялись разработчиками ранее. Они не требуют сверхусилий и доступны
        
        
          начинающему разработчику.
        
        
          Ключевое различие данного метода с методом каскадной декомпозиции в
        
        
          том, что AM не требует полной и доскональной документации при
        
        
          проектировании информационных систем. В гибком моделировании
        
        
          документация о проекте должна быть простой и ясной на любом из этапов
        
        
          проектирования, а также понятной любому заинтересованному в проекте лицу.
        
        
          К документам о разрабатываемой системе, при использовании AM, может
        
        
          обращаться кто угодно: от заказчика и конечного пользователя до архитектора
        
        
          на протяжении всего жизненного цикла проектирования ИС. Это позволяет
        
        
          вносить корректировки в проект и подстраивать его под возникшие у заказчика
        
        
          и будущих пользователей запросы. Помимо этого, AM предполагает
        
        
          использование любых технических средств для ускорения и упрощения
        
        
          разработки.
        
        
          Другим ключевым и самым важным аспектом технологии гибкого
        
        
          моделирования является организация совместной работы разработчиков ИС. Во
        
        
          время проектирования и моделирования ИС каждый должен иметь
        
        
          возможность вносить свои замечания и предложения. Принципы AM
        
        
          предоставляют всем членам команды объединять усилия и идеи самым
        
        
          простым способом для того, чтобы конечный продукт в полной мере
        
        
          удовлетворял требования заказчика.
        
        
          Agile Unified Process (AUP)
        
        
          – гибкий унифицированный процесс.
        
        
          Методология, которая на данный момент не актуальна и не используется, но
        
        
          она получила дальнейшее развитие благодаря команде из Rational Software. В
        
        
          результате получилась RUP.
        
        
          Документирование при проектировании ИС как самоцель может в
        
        
          значительной степени снизить эффективность работы всей команды. Большое
        
        
          количество времени, потраченное на создание документов, можно потратить с
        
        
          пользой непосредственно на работу над проектом. База знаний RUPкак раз