М а т е р и а л ы X I I В с е р о с с и й с к о й н а у ч н о - п р а к т и ч е с к о й к о н ф е р е н ц и и
П о с в я щ а е т с я 8 5 - л е т и ю в ы с ш е г о п е д а г о г и ч е с к о г о о б р а з о в а н и я в А р з а м а с е и
8 0 - л е т и ю п р о ф е с с о р а В я ч е с л а в а П а в л о в и ч а П у ч к о в а
423
предоставляет все необходимые инструменты, шаблоны и руководства для
того, чтобы работа была максимально сконцентрирована на проектировании, а
не на описании каждого этапа жизненного цикла ПО. Данная методология
подразумевает использование семантических способов организации работы
вместо создания огромного количества документов. Помимо этого, так как все
члены группы разработчиков используют общий язык моделирования,
например UML, то RUP показывает, как лучше и эффективнее всего
использовать его.
Ключевое отличие данной методологи от остальных заключается в том,
что формализация проекта может меняться динамически по ходу всего проекта.
RUP позволяет создавать документы по завершении каждого этапа жизненного
цикла итерационной модели и, таким образом, достигать максимальной
формализации, либо минимизировать степень документирования вплоть до
полного его отсутствия в процессе работы над информационной системой. Из-
за такого отношения к оформлению документации о процессах данная
методология является достаточно гибкой и может быть применена как в
больших проектах, где требуется максимальная формализация, так и в
небольших и быстрых, где требуется сократить время разработки ИС.
Методология RUP основывается на опыте создания ПО другими
группами разработчиков, а потому предлагает опробованные подходы при
следовании ее руководству. Каждому члену коллектива доступны все
возможные преимущества от использования такого опыта, а именно:
разработка ПО итерационным способом; управление требованиями заказчиков
к исполняемому ПО; использование компонентной архитектуры; визуальное
моделирование, обеспечивающее полную прозрачность и ясность; тестирование
качества ПО; контроль за изменениями в ПО посредством общения, а не
документирования.
Гибкое моделирование находит свое отражение и в каком-то роде
дополняет данную методологию тоже. Это особенно заметно потому, что
представленный выше перечень преимуществ схож с принципами AM.
Метод гибких данных
– подход к разработке ПО, который во многом
повторяет аспекты гибкого моделирования. Вследствие этого можно сказать,
что ADM и AM тесно связаны между собой и представляют довольно мощный
инструмент для разработчиков.
Непосредственно сам подход берет во внимание комбинацию некоторых
принципов, описанных далее. Данные принципы помогают развивать именно те
системы, которые ориентированы непосредственно на данных. Такими
системами могут быть системы в разных функциональных областях, например
финансовых, маркетинговых или производственных. По большей части, все
информационные системы, разрабатываемые для данных областей, работают с
большим количеством данных, соответственно разработка таких систем требует
надежного и эффективного метода, коим и является ADM.
Шесть принципов, определяющих этот метод:
