3 Технологии организации разработки по. 4 и 5.

1. RUP обеспечивает строгий подход к распределению задач и ответственности внутри рганизации-разработчика. Его предназначение заключается в том, чтобы гарантировать создание точно в срок и в рамках установленного бюджета качественного ПО, отвечающего нуждам конечных пользователей. RUP способствует повышению производительности коллективной разработки и предоставляет лучшее из накопленного опыта по созданию ПО, посредством руководств, шаблонов и наставлений по пользованию инструментальными средствами для всех критически важных работ, в течение жизненного цикла создания и сопровождения ПО. Предоставляя каждому члену группы доступ к той же самой базе знаний, вне зависимости от того, разрабатывает ли он требования, проектирует, выполняет тестирование или управляет проектом - RUP гарантирует, что все члены группы используют общий язык моделирования, процесс, имеют согласованное видение того, как создавать ПО. В качестве языка моделирования в общей базе знаний используется Unified Modeling Language (UML), являющийся международным стандартом.

Особенностью RUP является то, что в результате работы над проектом создаются и совершенствуются модели. Вместо создания громадного количества бумажных документов, RUP опирается на разработку и развитие семантически обогащенных моделей, всесторонне представляющих разрабатываемую систему. RUP – это руководство по тому, как эффективно использовать UML. Стандартный язык моделирования, используемый всеми членами группы, делает понятными для всех описания требований, проектирование и архитектуру системы.

XP

• Короткий цикл обратной связи (Fine scale feedback)

  • Разработка через тестирование (Test driven development)

  • Игра в планирование (Planning game)

  • Заказчик всегда рядом (Whole team, Onsite customer)

  • Парное программирование (Pair programming)

• Непрерывный, а не пакетный процесс

  • Непрерывная интеграция (Continuous Integration)

  • Рефакторинг (Design Improvement, Refactor)

  • Частые небольшие релизы (Small Releases)

• Понимание, разделяемое всеми

  • Простота (Simple design)

  • Метафора системы (System metaphor)

  • Коллективное владение кодом (Collective code ownership) или выбранными шаблонами проектирования (Collective patterns ownership)

  • Стандарт кодирования (Coding standard or Coding conventions)

• Социальная защищенность программиста (Programmer welfare):

  • 40-часовая рабочая неделя (Sustainable pace, Forty hour week)

Agile Основные идеи:^[3]

• Личности и их взаимодействия важнее, чем процессы и инструменты;

• Работающее программное обеспечение важнее, чем полная документация;

• Сотрудничество с заказчиком важнее, чем контрактные обязательства;

• Реакция на изменения важнее, чем следование плану.

Принципы, которые разъясняет Agile Manifesto^[4]:

• удовлетворение клиента за счёт ранней и бесперебойной поставки ценного ПО;

• приветствие изменений требований, даже в конце разработки (это может повысить конкурентоспособность полученного продукта);

• частая поставка рабочего ПО (каждый месяц или неделю или ещё чаще);

• тесное, ежедневное общение заказчика с разработчиками на протяжении всего проекта;

• проектом занимаются мотивированные личности, которые обеспечены нужными условиями работы, поддержкой и доверием;

• рекомендуемый метод передачи информации — личный разговор (лицом к лицу);

• работающее ПО — лучший измеритель прогресса;

• спонсоры, разработчики и пользователи должны иметь возможность поддерживать постоянный темп на неопределенный срок;

• постоянное внимание на улучшение технического мастерства и удобный дизайн;

• простота — искусство НЕ делать лишней работы;

• лучшие технические требования, дизайн и архитектура получаются у самоорганизованной команды;

• постоянная адаптация к изменяющимся обстоятельствам.

1. SCRUM методология управления разработкой информационных систем для гибкой разработки программного обеспечения. Scrum чётко делает акцент на качественном контроле процесса разработки. Кроме управления проектами по разработке ПО Scrum может также использоваться в работе команд обслуживания программного обеспечения (software maintenance teams), или как подход управления разработкой и сопровождением программ: Scrum of Scrums.