Ч а с т ь I главный редактор
Информационные технологии
жүктеу/скачать 7.68 Mb. Pdf көрінісі
|
- Бұл бет үшін навигация:
- Отсутствие планирования
- Заброшенная документация.
- Полная самоотдача.
- Результат может отличаться от ожиданий.
| 14
Информационные технологии − Более высокое качество. Каждая весна заканчивается тестированием, которое значительно повышает качество про- дукта. Разработчики могут выявлять ошибки раньше и исправ- лять их до завершения цикла разработки, что намного быстрее, проще и экономичнее. Хотя Agile в основном рассматривается как положительный подход к разработке программного обеспечения, у него также есть некоторые недостатки. Есть даже несколько преимуществ модели Waterfall перед Agile. Недостатки: − Отсутствие планирования. Поскольку первоначальный план является приблизительным и дополнительные спринты могут быть добавлены в течение цикла разработки, не всегда возможно определить точную дату поставки и своевременно выполнить задачи. − Заброшенная документация. Основная цель гибкой раз- работки — это работающее программное обеспечение, и члены команды не сосредотачиваются на ведении надлежащих за- писей. Отсутствие исчерпывающей документации может вы- звать проблемы в будущем, например, когда потребуется глу- бокое понимание кода. − Полная самоотдача. Agile-процесс требует больше вре- мени по сравнению с традиционным подходом, потому что только активное участие команды может привести к успеху. Это означает, что разработчики должны полностью погрузиться в проект и при необходимости работать сверхурочно. − Результат может отличаться от ожиданий. Клиент может иметь намерение получить один продукт, но оконча- тельная версия будет совершенно другой. Происходит это из-за постоянных изменений и отсутствия точного плана и ди- зайна. Наиболее подходящие ситуации для использования этой методики: − Клиенту нужны быстрые результаты − Нет четкого видения конечного продукта − Программное обеспечение разрабатывается для быстро меняющейся отрасли, и требуются постоянные улучшения. − Разработчики достаточно квалифицированы, чтобы бы- стро вносить изменения и нести ответственность за весь про- цесс. Следует отметить, что вы можете включать элементы Agile в любую методологию без дополнительного обучения или знаний. Начните с введения в ваш проект ежедневных десяти- минутных встреч и позвольте всем рассказать о своих успехах и подводных камнях. Сравнительный анализ методологий Для сравнения методологий разработки программного обе- спечения были выявлены следующие критерии: 1) Развитие — критерий, отвечающий за протекания про- цесса на любом этапе разработки ПО. Варианты: жесткое/ гибкое. 2) Процесс — критерий, описывающий подход разработки ПО. Варианты: последовательный/итеративный. 3) Первоначальный план — критерий, отвечающий за опи- сание последовательности действий в реализации бизнес-про- цессов. Варианты: точное/приблизительное. 4) Документация — критерий, отвечающий за ведение до- кументации. Варианты: строгое/не строгое. 5) Отношение к изменениям — возможность внесения из- менений на любом этапе разработки. Варианты: возможны/не- возможны. 6) Тестирование — критерий, отвечающий за проверку функционала на конкретном этапе. Варианты: в конце разра- ботки/после каждого спринта. 7) Команды — тип команды. Варианты: отдельные/ кросс-функциональные 8) Клиент — критерий, отвечающий за участие клиента в разработке. Варианты: участвует/ не участвует. 9) Рабочий софт — критерий, отвечающий за периодич- ности поставки рабочего продукта (части продукта). Варианты: в конце/после каждого спринта. Сравнительная таблица Waterfall и Agile представлена ниже. Рис. жүктеу/скачать 7.68 Mb. Достарыңызбен бөлісу:
|