Лекция
Привет, Вы узнаете о том , что такое scrum, Разберем основные их виды и особенности использования. Еще будет много подробных примеров и описаний. Для того чтобы лучше понимать что такое scrum, agile, спиральная модель , настоятельно рекомендую прочитать все из категории Разработка программного обеспечения и информационных систем.
Каждая разработка программного продукта проходит жизненный цикл разработки программного обеспечения (или просто SDLC). SDLC начинается с принятия решения о создании продукта и заканчивается конечным созданным продуктом.
Существуют различные типы моделей SDLC, каждый из которых имеет различный набор сильных и слабых сторон. Однако каждый тип SDLC соответствует основным этапам разработки программного продукта: планирование, проектирование, разработка, тестирование и развертывание.
Некоторые модели SDLC включают модель водопада, модель V-образной формы, модель эволюционного прототипирования, спиральный метод (SDM), итеративный и инкрементный метод и Agile(гибкое) разработку.
Agile разработка также включает SCRUM, Extreme Programming (XP), Crystal, Dynamic Systems Development Method (DSDM), разработки с поддержкой функций (FDD) и Lean Development.
Здесь мы пытаемся рассмотреть и дифференцировать метод Scrum (Agile) с спиральном методом, найти их сходства отличия и сферу применения, достоинства и недостатки.
Модель жизненного цикла спирали - это тип итеративной модели разработки программного обеспечения, которая обычно реализуется в проектах с высоким уровнем риска. Это было впервые предложено Барри Бэмом в 1986 году в его статье «Спиральная модель разработки и усовершенствования программного обеспечения» . В этом подходе мы сочетаем в себе характеристики как модели водопада, так и модели прототипа. В спиральной модели мы можем организовать все действия в области развития в виде петли или спирали.
Каждый цикл в спирали указывает на этап разработки (и мы можем иметь любое количество циклов в зависимости от размера и характера проекта). Каждый цикл имеет четыре квадранта: первый квадрант используется для определения целей, альтернатив и ограничений. Здесь мы пытаемся понять намерения продукта, изменения в дизайне и ограничения, связанные с затратами, технологиями и графиком. Второй квадрант указывает на анализ рисков и оценку альтернатив. Здесь мы пытаемся найти, какие другие методы могут быть реализованы для выполнения идентифицированных ограничений. Здесь важны оперативные и технические проблемы. На этом этапе основное внимание уделяется выявлению рисков и смягчению их последствий. И на основе этих факторов определяются будущие действия. Третий квадрант указывает на выполнение этой фазы развития. Теперь мы разрабатываем запланированный продукт. Тестирование также уделяется одинаковое значение. Для разработки программного обеспечения можно рассмотреть водопад или постепенный подход. Четвертый квадрант помогает планировать следующий этап. Здесь мы оцениваем прогресс и принимаем решения, рассматривая все ограничения.На этом этапе разработчик имеет право решать, продолжать ли проект или прекратить работу с проектом. Если будут выявлены разрешимые проблемы, их можно будет решить, и могут быть запланированы необходимые шаги для продолжения. Последовательные петли спиральной модели включают аналогичные фазы. Здесь применяются аналитические и инженерные усилия. Огромные, дорогие или сложные проекты используют этот тип жизненного цикла. В любой момент времени, если кто-то считает, что риск, связанный с проектом, большой и неуправляемый, чем ожидалось, есть условие прервать его. Оценки на разных этапах могут выполняться внутренним лицом или внешним клиентом.
Спираль - мета-модель
Спиральная модель также называется метамоделью, поскольку она сочетает в себе свойства других моделей SDLC. В основном учитываются модели водопада и прототипа. Здесь мы систематически разрабатываем программное обеспечение над циклами (после подхода к водопаду), и в то же время мы создаем прототип и показываем его пользователю после завершения различных этапов (как и прототипа модели). Таким образом, мы можем оценивать и уменьшать риски, а также следовать систематическому подходу.
Подход, основанный на риске спиральной модели, помогает модели адаптировать любой тип ориентированного на определенную модель, основанный на модели или любой другой ориентированный на преобразование подход к разработке программного обеспечения. Аналогичным образом, факторы управления рисками помогают нам определить количество времени и усилий, которые выполняются для других проектов, таких как планирование, управление изменениями, факторы качества, официальные технические обзоры, тестирование и т. д.
Высокой точкой этой модели является то, что каждый ее цикл завершается плодотворным взаимодействием между клиентами и разработчиками, связанными с проектом. Хотя эта модель имеет много положительных точек, как обычно, модель также имеет много отрицательных сторон. Давайте суммируем достоинства и недостатки этой модели следующим образом:
Модель жизненного цикла спирали является одной из самых гибких моделей SDLC. Фазы разработки могут определяться менеджером проекта в зависимости от сложности, размера и типа проекта.
Недостатки спиральной модели
Agile-модель - это современная тенденция в методологии разработки программного обеспечения, используемая для ускорения доставки операционных продуктов / систем в запланированные сроки с использованием набора значений, которые включают в себя адаптивность, прозрачность, простоту и единство в эффективном и легком взвешенном виде. Об этом говорит сайт https://intellect.icu . Гибкая модель - это широко применяемая модель который часто использует подход к упрощению процесса, деля его на короткие и легкие взвешенные фазы, такие как требования, спецификации, архитектура, проектирование, внедрение, тестирование, развертывание и обслуживание, что приводит к созданию эффективных программных систем. Существует множество специальных гибких методов разработки. Большинство поощряют развитие, командный дух, ассоциацию и соответствие процессам на протяжении всего жизненного цикла проекта.
Гибкие методы разбивают задачи на небольшие приращения с минимальным планированием и не связаны напрямую с планированием на большие расстояния. Итерации - это очень короткие временные рамки, которые также называются временными ячейками, которые обычно варьируются от одной до четырех недель. Каждая итерация включает в себя кросс-функциональную группу, которая работает во всех задачах, таких как планирование проектов, анализ требований, системный и архитектурный дизайн, кодирование, тестирование уровня подразделения и, наконец, приемочные испытания. В конце каждой итерации рабочий продукт проверяется заинтересованными сторонами. Это позволяет свести к минимуму общий риск и позволяет проекту быстро адаптироваться к изменениям. Для выпуска продукта может потребоваться много итераций. Модель, показывающая гибкий жизненный цикл и фаза анализа риска, изображена на рисунке 2.
Некоторые из хорошо зарекомендовавших себя и используемых гибких методов разработки программного обеспечения включают в себя:
преимущества Agile
Риск всегда определяется как термин, который создает потенциальный будущий вред, который может возникнуть из-за некоторых текущих действий.Управление рисками - самая важная проблема, связанная с разработкой программного обеспечения. Управление рисками состоит из различных процессов, методологий и инструментов, которые используются для решения различных факторов риска в процессе разработки ПО SDLC. Он также определяется как деятельность, которая идентифицирует риск, оценивает риск и определяет стратегии минимизации или смягчения риска. Управление рисками также можно определить как практику систематического определения экономически эффективных подходов к минимизации последствий угрозы и максимизации возможностей в будущем.
Некоторые из основных факторов, связанных с программным риском, следующие:
Важным аспектом, который следует помнить, является то, что даже в простых проектах все происходит неправильно, и вам нужно планировать минимизировать влияние этих событий, когда они происходят. Основные виды деятельности или шаги в области риска:
Рассмотрим классифицирование риска, который, вероятно, возникнет во время разработки программного обеспечения. А затем провести сравнительное исследование двух вышеупомянутых моделей и выяснить реальный эффект оценки риска и влияние, созданное на этих моделях.
Некоторые из основных потенциальных категорий риска, связанных с разработкой программного обеспечения, которые я выбрал для изучения, включают:
Эти вышеперечисленные типы рисков также содержат множество факторов подкатегории. Давайте рассмотрим каждый фактор и классифицируем риск как низкий, средний или высокий, исходя из их влияния на разработку программного обеспечения. А затем сравните модель Spiral и Agile, чтобы увидеть, как их способность оценивать работу с так называемыми потенциальными ситуациями риска. Модели, методы и методы оценки риска широко используются для управления рисками при разработке программного обеспечения. Оценка риска приводит к положительному или отрицательному результату. Плохие результаты - это риски, и хорошие результаты - это возможность создавать качественное программное обеспечение. Теперь давайте посмотрим, как мы можем провести эту оценку риска с использованием нашей традиционной спиральной модели и модели Agile нового поколения.
Scrum - метод Agile, который структурирован на итеративном и инкрементальном развитии. В Scrum определяются разные периоды времени, называемые спринтами. Каждый спринт держит набор требований клиентов, и команда стремится получить результаты для этого конкретного спринта. Конечный продукт является результатом постоянного сотрудничества между многофункциональными командами и клиентами.
Спиральная модель сочетает в себе характеристики двух моделей: модели прототипирования и модели водопада . Эта модель обычно предпочтительна для крупных масштабных, дорогостоящих и сложных проектов. Спиральная модель использует многие из тех же этапов, что и модель водопада. Он следует той же схеме, разделенной на планирование, оценку риска и создание прототипов и симуляций.
Каждый проект требует другого цикла разработки программного обеспечения с уникальным шаблоном и сущностями, вовлеченными во времени.
Метод Agile обычно предпочтительнее для проектов, требующих меньших команд, участия старших разработчиков, демонстрирующих более низкую критичность и частое изменение требований.
С другой стороны, спиральная модель лучше подходит для проектов, которые могут иметь более высокую критичность, команды включают в себя более младших разработчиков, требования не меняются регулярно, набираются большие команды, а шаблон проекта требует дисциплины.
Scrum требует минимального планирования. Поскольку это итеративный процесс, каждый спринт содержит обзор последнего спринта и основан на лучших практиках или неудачах, следующий спринт запланирован. До того, как проект достигнет завершенности, он подвергается нескольким этапам планирования.
Методика «Спираль» требует определенного объема планирования до начала проекта. На этапе планирования собираются такие требования, как «BRS» (спецификации бизнес-требований) и «SRS» (требования к системным требованиям).
В методе Scrum (Agile) правила требуют минимальной документации в основном в виде рассказов и журналов продуктов. По этой причине проектная документация легко управляется.
В спиральной методологии на промежуточных этапах имеется чрезмерное количество документации. Как правило, список документов включает в себя требования к пониманию документа, завершенные требования, документы для выделения рисков и планов смягчения, тестовые примеры, сводные отчеты об испытаниях, отчеты о дефектах и список окончательных функций.
С Scrum проект может быть разбит на более мелкие циклы, называемые спринтами, каждый спринт заканчивается работоспособной функциональностью. Это делает Scrum подходящим для проектов любых размеров, больших или малых размеров.
SDM, с другой стороны, может быть не лучшим выбором для проектов с небольшим или низким уровнем риска. Управление рисками в спирали требует специальных знаний, которые могут быть достигнуты только путем дополнительного обучения. По этой причине Spiral может быть дорогим и не идеальным для небольших проектов.
Scrum включает итерационные циклы, известные как спринты, где каждый спринт работает в направлении цели, указанной в соответствующей истории пользователя. Это помогает в ранней поставке частичных рабочих решений.
Модель Spiral обслуживает как краткосрочные результаты, в которых небольшие выпуски выпускаются на регулярной основе, так и более широкие контент-материалы, которые могут занять более длительный период времени для выпуска.
Scrum сильно зависит от участия и взаимодействия с клиентами. Каждый спринт заканчивается встречей между командой разработчиков и клиентом, чтобы оценить прогресс, проблемы и способы управления проектом в будущем.
В спиралевидной модели клиенты обычно представляют свои требования в начале SDLC. На этапе оценки клиенты осваивают программное обеспечение и предоставляют свои отзывы или одобрения. По этой причине эта модель не требует постоянного взаимодействия с клиентами
По словам Барри Бема и Ричарда Тернера, анализ рисков можно использовать для выбора между адаптивными (гибкими - Valuedriven) и прогнозирующими (спирально-ориентированными) методами и заключил, что каждая сторона диапазона имеет свои собственные связанные функции, как показано в Таблица 1
Теперь В таблице 1 четко описывается разница в возможностях оценки риска спирали и Agile Model. В нем основное внимание уделяется пяти различным аспектам критичности, классу разработчиков, изменению требований, числу вовлеченных разработчиков, а также принципам и философии. В целом мы можем обнаружить, что Agile Model поддерживает общие проблемы и дает меньшую вероятность риска в течение жизненного цикла разработки.давайте проведем сравнительную проверку различных факторов риска и связанного с ними влияния на обе модели, которые показаны в таблице 2. Эффект риска оценивается как низкий, средний и высокий на двух моделях анализа большого риска.
В таблице 2 приводятся некоторые из основных категорий рисков и связанных с ними факторов риска, на основе которых я сделал оценку воздействия риска и того, как две модели - спираль и гибкость справляются с ситуацией. Это данные, которые были собраны из различных компаний, занимающихся разработкой программного обеспечения, и провел количественное исследование на основе этих фактов.
На основе этих фактов было проведено количественное средство анализа, как показано в таблице 3. Это точно показывает процент процентной ставки риска для каждой модели. Из этой таблицы 3 видно, что уровень риска высокого риска для Agile и среднего типа больше для Spiral Model.
Чтобы сделать его более понятным, круговая диаграмма рисуется с использованием этих данных, как показано на графике 1.
Таким образом, было обнаружено, что Agile Model, в зависимости от многих факторов риска, продемонстрировала хорошее влияние на минимизацию риска и приводит к лучшему результату успеха в разработке программного обеспечения с использованием этой модели. Во время этого относительного исследования были учтены многие критерии и их вспомогательные критерии.
ЗАКЛЮЧЕНИЕ
Из этого сравнительного исследования мы можем обнаружить, что уровень риска выше при работе со спиральной моделью или разработкой программного обеспечения по сравнению с последней легкой методологией - Agile. Хотя у нас есть представление о том, что методологии Agile неэффективны в крупных организациях и некоторых типах проектов, это, по-видимому, лучше всего подходит для разработки небольших и не последовательных проектов на основе проведенной оценки рисков. Многие организации считают, что гибкие методологии используют гибридный подход, в котором сочетаются элементы гибких и ориентированных на план действий -Спиральные подходы. Спиральная модель обнаруживает риск более высокого порядка, чем Agile Model. Даже тогда. Мы можем заключить, что в зависимости от типа проектов и его огромных размеров,
Несмотря на то, что уровень риска в модели Agile по сравнению со спиралью ниже по сравнению со спиралью, во многих условиях, таких как размер проекта, опыт работы с клиентами и характер рабочего потока, спиральная модель также учитывается при разработке программного обеспечения различными организациями в течение нескольких дней. Однако из проведенного анализа считается, что большинство современных компаний-разработчиков поддерживают Agile-модель, рассматривая ее как свою основную модель для живой, быстрореализуемой модели разработки программного обеспечения в последние годы. Оценка рисков и разработка продукта всегда идут рука об руку и без надлежащей оценки риска никогда не может быть разработан качественный продукт. Таким образом, мы можем заключить, что в зависимости от типа, сложности и размера проектов,зличиями вы сталкиваетесь при использовании данных подходов?
Анализ данных, представленных в статье про scrum, подтверждает эффективность применения современных технологий для обеспечения инновационного развития и улучшения качества жизни в различных сферах. Надеюсь, что теперь ты понял что такое scrum, agile, спиральная модель и для чего все это нужно, а если не понял, или есть замечания, то не стесняйся, пиши или спрашивай в комментариях, с удовольствием отвечу. Для того чтобы глубже понять настоятельно рекомендую изучить всю информацию из категории Разработка программного обеспечения и информационных систем
Комментарии
Оставить комментарий
Разработка программного обеспечения и информационных систем
Термины: Разработка программного обеспечения и информационных систем