Историки об Елизавете Петровне: Елизавета попала между двумя встречными культурными течениями, воспитывалась среди новых европейских веяний и преданий...
История создания датчика движения: Первый прибор для обнаружения движения был изобретен немецким физиком Генрихом Герцем...
Топ:
Марксистская теория происхождения государства: По мнению Маркса и Энгельса, в основе развития общества, происходящих в нем изменений лежит...
Эволюция кровеносной системы позвоночных животных: Биологическая эволюция – необратимый процесс исторического развития живой природы...
Теоретическая значимость работы: Описание теоретической значимости (ценности) результатов исследования должно присутствовать во введении...
Интересное:
Лечение прогрессирующих форм рака: Одним из наиболее важных достижений экспериментальной химиотерапии опухолей, начатой в 60-х и реализованной в 70-х годах, является...
Отражение на счетах бухгалтерского учета процесса приобретения: Процесс заготовления представляет систему экономических событий, включающих приобретение организацией у поставщиков сырья...
Распространение рака на другие отдаленные от желудка органы: Характерных симптомов рака желудка не существует. Выраженные симптомы появляются, когда опухоль...
Дисциплины:
2023-02-16 | 27 |
5.00
из
|
Заказать работу |
|
|
Вторая модель, которую мы рассмотрим подробно — спиральная. Она представляет собой процесс разработки ПО, сочетающий в себе цикличное повторение проектирования, анализа и разработки. Модель была предложена Барри Боэмом в 1986 годы, и на тот момент считалась новаторской и прорывной.
Суть спиральной модели в том, что весь процесс создания конечного продукта представлен в виде условной плоскости, разбитой на четыре сектора:
o определение целей;
o оценка рисков;
o разработка и тестирование;
o планирование новой итерации.
При прохождении каждого цикла спирали на выходе получаем прототип. Так функционал продукта наращивается с каждым витком, и в итоге доводится до нужного (запланированного) состояния, вплоть до релиза (конец спирали).
Главная особенность спиральной модели — концентрация на возможных рисках. Для их оценки даже выделена соответствующая стадия.
Основные типы рисков, которые могут возникнуть в процессе разработки ПО:
1. Нереалистичный бюджет и сроки;
2. Дефицит специалистов;
3. Частые изменения требований;
4. Чрезмерная оптимизация;
5. Низкая производительность системы;
6. Несоответствие уровней квалификации специалистов разных отделов.
Идёт наращивание объёма продукта, и как финальный виток спирали, — релиз.
Использование спиральной модели будет уместно:
o при внедрении крупных долгосрочных проектов с отсутствием чётких требований или вероятностью их динамического изменения;
o когда важен высокопрофессиональный анализ рисков и затрат;
o при разработке новой линейки продуктов.
Agile: принципы и подходы
IT-сфера стремительно развивается, всё больше и больше людей занято работой в этом секторе. В связи с чем подходы к моделям и процессам разработки проходят этапы переосмысления и приобретают новые формы. Именно так появилась методология Agile.
|
В переводе с английского "agile" означает «живой, подвижный», но переводят его чаще как «гибкий». В отрасли разработки программного обеспечения этот термин появился в феврале 2001 года на встрече 17 независимых практиков нескольких методик программирования, именующих себя "AgileAlliance". Они разработали особенный документ — AgileManifesto.
Манифест гибкой разработки программного обеспечения (AgileManifesto) — основной документ, содержащий описание ценностей и принципов гибкой разработки программного обеспечения.
Текст манифеста доступен более чем на 50 языках (и на русском), включает в себя четыре ценности, двенадцать принципов. С манифестом можно ознакомиться по ссылке .
Сейчас можно смело сказать, что Agile (Agilesoftwaredevelopment) — обобщающий термин для целого ряда подходов и практик, основанных на ценностях «Манифеста гибкой разработки программного обеспечения» и принципах, лежащих в его основе.
В процессе работы и усовершенствования подходов методологии были сформированы и зафиксированы 12 принципов AGILE:
1. Наивысшим приоритетом является удовлетворение потребностей клиента, благодаря регулярной и ранней поставке ценного программного обеспечения.
2. Изменение требований приветствуется даже на поздних стадиях разработки.
3. Работающий продукт следует выпускать как можно чаще, с периодичностью от пары недель до пары месяцев.
4. На протяжении всего проекта разработчики и представители бизнеса должны ежедневно работать вместе.
5. Над проектом должны работать мотивированные профессионалы. Чтобы работа была сделана, создайте условия, обеспечьте поддержку и полностью доверьтесь им.
6. Непосредственное общение является наиболее практичным и эффективным способом обмена информацией как с самой командой, так и внутри команды.
7. Работающий продукт — основной показатель прогресса.
|
8. Инвесторы, разработчики и пользователи должны иметь возможность поддерживать постоянный ритм бесконечно.
9. Постоянное внимание к техническому совершенству и к качеству проектирования повышает гибкость проекта.
10. Простота — искусство минимизации лишней работы — крайне необходима.
11. Самые лучшие требования, архитектурные и технические решения рождаются у самоорганизующихся команд.
12. Команда должна систематически анализировать возможные способы улучшения эффективности и соответственно корректировать стиль своей работы.
Основные ценности Agile состоят из 12 принципов. Рассмотрим их подробнее.
Люди и взаимодействие важнее процессов и инструментов. Подразумевается максимальное общение со всеми участниками команды и исчерпывающее понимание, кто чем занимается. Умение быстро сместить фокус и помочь коллеге с задачей, так как сейчас она важнее моей. В этом случае тестировщик никогда не останется один на один с продуктом в день релиза.
Работающий продукт важнее исчерпывающей документации. Это почти полностью исключает лишнюю бюрократию в работе. В условиях улучшения продукта в короткие сроки суть работы может быть передана на словах и уже после зафиксирована в официальной документации.
Сотрудничество с клиентом важнее согласования условий контракта. Сдвинуть дату релиза или на финальной стадии добавить фичу, о которой клиент забыл, но она очень важная. Подход подразумевает выстраивание дружеских отношений и максимальное погружение клиента в процессы производства.
Готовность к изменениям важнее следования первоначальному плану. При запуске продукта все члены команды получают вводные данные и исходя из них, формируют задачи, инструментарий и прочие средства. Будьте готовы, что изначальные данные могут измениться, и придётся оперативно менять решение, возможно, даже кардинально менять подход, не вспоминая о прошлых договоренностях. При этом члены команды не боятся говорить о своих ошибках и всегда идут навстречу изменениям.
Scrum-разработка
|
|
Состав сооружений: решетки и песколовки: Решетки – это первое устройство в схеме очистных сооружений. Они представляют...
Индивидуальные очистные сооружения: К классу индивидуальных очистных сооружений относят сооружения, пропускная способность которых...
Историки об Елизавете Петровне: Елизавета попала между двумя встречными культурными течениями, воспитывалась среди новых европейских веяний и преданий...
Поперечные профили набережных и береговой полосы: На городских территориях берегоукрепление проектируют с учетом технических и экономических требований, но особое значение придают эстетическим...
© cyberpedia.su 2017-2024 - Не является автором материалов. Исключительное право сохранено за автором текста.
Если вы не хотите, чтобы данный материал был у нас на сайте, перейдите по ссылке: Нарушение авторских прав. Мы поможем в написании вашей работы!