Фазы и модели жизненного цикла разработки программного обеспечения (SDLC)

Что такое СДЛК?

СДЛК — это систематический процесс создания программного обеспечения, обеспечивающий качество и правильность созданного программного обеспечения. Процесс SDLC направлен на производство высококачественного программного обеспечения, отвечающего ожиданиям клиентов. Разработка системы должна быть завершена в заранее определенные сроки и стоимость. SDLC состоит из подробного плана, в котором объясняется, как планировать, создавать и поддерживать конкретное программное обеспечение. Каждый этап жизненного цикла SDLC имеет свой собственный процесс и результаты, которые переходят на следующий этап. SDLC означает Жизненный цикл разработки программного обеспечения и также называется жизненным циклом разработки приложений.

Почему СДЛК?

Вот основные причины, почему SDLC важен для разработки программной системы.

• Он предлагает основу для планирования, составления графиков и оценки проектов.
• Обеспечивает основу для стандартного набора действий и результатов.
• Это механизм отслеживания и контроля проекта.
• Повышает наглядность планирования проекта для всех заинтересованных сторон процесса разработки.
• Увеличение и улучшение скорости разработки
• Улучшение отношений с клиентами
• Помогает вам снизить риски проекта и накладные расходы на план управления проектом.

 

Этапы SDLC

Весь процесс SDLC разделен на следующие этапы SDLC:

• Этап 1: Сбор и анализ требований
• Этап 2: Технико-экономическое обоснование
• Фаза 3: Дизайн
• Этап 4: Кодирование
• Этап 5: Тестирование
• Этап 6: Установка/развертывание
• Этап 7: техническое обслуживание

В этом уроке я объяснил все этапы жизненного цикла разработки программного обеспечения.

Этап 1: Сбор и анализ требований

Это требование является первым этапом процесса SDLC. Его проводят старшие члены команды при участии всех заинтересованных сторон и экспертов в отрасли. Планирование обеспечение качества Требования и признание связанных с этим рисков также выполняются на этом этапе.

Этот этап дает более четкое представление о масштабах всего проекта и ожидаемых проблемах, возможностях и директивах, которые инициировали проект.

На этапе сбора требований командам необходимо получить подробные и точные требования. Это помогает компаниям определить необходимые сроки для завершения работы этой системы.

Этап 2: Технико-экономическое обоснование

После завершения этапа анализа требований следующим шагом sdlc является определение и документирование потребностей в программном обеспечении. Этот процесс осуществляется с помощью документа «Спецификация требований к программному обеспечению», также известного как документ «SRS». Он включает в себя все, что должно быть спроектировано и разработано в течение жизненного цикла проекта.

В основном существует пять типов проверок осуществимости:

• Экономические: Сможем ли мы завершить проект в рамках бюджета или нет?
• Юридическая информация: Можем ли мы отнестись к этому проекту как к киберзакону и другим нормативно-правовым базам/соответствиям?
• Operaосуществимость: Можем ли мы создавать операции, ожидаемые клиентом?
• Технические: Необходимо проверить, может ли текущая компьютерная система поддерживать программное обеспечение.
• График работы: Решите, можно ли завершить проект в заданные сроки или нет.

Фаза 3: Дизайн

На этом третьем этапе документы по проектированию системы и программного обеспечения подготавливаются в соответствии с документом технического задания. Это помогает определить общую архитектуру системы.

Этот этап проектирования служит входными данными для следующего этапа модели.

На этом этапе разрабатывается два вида проектной документации:

Проектирование высокого уровня (HLD)

• Краткое описание и название каждого модуля
• Краткое описание функциональности каждого модуля
• Отношения интерфейса и зависимости между модулями
• Таблицы базы данных идентифицированы вместе с их ключевыми элементами.
• Полные схемы архитектуры вместе с подробностями технологии

Низкоуровневое проектирование (LLD)

• Функциональная логика модулей
• Таблицы базы данных, которые включают тип и размер.
• Полная детализация интерфейса
• Решает все типы проблем с зависимостями.
• Список сообщений об ошибках
• Полный ввод и вывод для каждого модуля

Этап 4: Кодирование

После завершения этапа проектирования системы следующим этапом является кодирование. На этом этапе разработчики начинают создавать всю систему, написав код с использованием выбранного языка программирования. На этапе кодирования задачи делятся на блоки или модули и назначаются различным разработчикам. Это самая длинная фаза процесса жизненного цикла разработки программного обеспечения.

На этом этапе разработчик должен следовать определенным заранее определенным рекомендациям по кодированию. Им также необходимо использовать инструменты программирования например, компилятор, интерпретаторы, отладчик для генерации и реализации кода.

Этап 5: Тестирование

После завершения разработки программного обеспечения оно развертывается в среде тестирования. Команда тестирования приступает к тестированию функциональности всей системы. Это делается для проверки того, что все приложение работает в соответствии с требованиями заказчика.

На этом этапе команда контроля качества и тестирования может обнаружить некоторые ошибки/дефекты, о которых они сообщат разработчикам. Команда разработчиков исправляет ошибку и отправляет обратно в отдел контроля качества для повторного тестирования. Этот процесс продолжается до тех пор, пока программное обеспечение не станет безошибочным, стабильным и не будет работать в соответствии с бизнес-потребностями этой системы.

Этап 6: Установка/развертывание

После завершения этапа тестирования программного обеспечения и отсутствия в системе ошибок или ошибок начинается окончательный процесс развертывания. На основе отзывов руководителя проекта выпускается окончательная версия программного обеспечения и проверяется на наличие проблем с развертыванием, если таковые имеются.

Этап 7: техническое обслуживание

После того, как система развернута и клиенты начинают использовать разработанную систему, выполняются следующие 3 действия.

• Исправление ошибок – сообщается об ошибках из-за некоторых сценариев, которые вообще не тестировались.
• Upgrade – Обновление приложения до более новых версий Программного обеспечения.
• Улучшение – добавление некоторых новых функций в существующее программное обеспечение.

Основное внимание на этом этапе SDLC уделяется обеспечению удовлетворения потребностей и продолжению работы системы в соответствии со спецификацией, упомянутой на первом этапе.

Популярные модели SDLC

Вот некоторые из наиболее важных моделей жизненного цикла разработки программного обеспечения (SDLC):

Модель водопада в SDLC

Водопад является широко распространенной моделью SDLC. При таком подходе весь процесс разработки программного обеспечения делится на различные этапы SDLC. В этой модели SDLC результат одного этапа выступает в качестве входных данных для следующего этапа.

Эта модель SDLC требует большого объема документации: на ранних этапах документируется, что необходимо выполнить на последующих этапах.

Инкрементная модель в SDLC

Инкрементная модель не является отдельной моделью. По сути, это серия водопадных циклов. Требования делятся на группы в начале проекта. Для каждой группы при разработке программного обеспечения используется модель SDLC. Процесс жизненного цикла SDLC повторяется, при этом с каждым выпуском добавляются новые функциональные возможности до тех пор, пока не будут выполнены все требования. В этом методе каждый цикл действует как этап обслуживания предыдущей версии программного обеспечения. Модификация инкрементальной модели позволяет перекрывать циклы разработки. После этого последующий цикл может начаться до завершения предыдущего цикла.

V-модель в SDLC

В этом типе тестирования и разработки модели SDLC этап планируется параллельно. Таким образом, существуют этапы проверки SDLC на одной стороне и этап проверки на другой стороне. V-Model присоединяется на этапе кодирования.

Гибкая модель в SDLC

Гибкая методология — это практика, которая способствует непрерывному взаимодействию разработки и тестирования в процессе SDLC любого проекта. В методе Agile весь проект делится на небольшие инкрементальные сборки. Все эти сборки предоставляются итерациями, каждая итерация длится от одной до трех недель.

Спиральная модель

Спиральная модель — это модель процесса, основанная на риске. Эта модель тестирования SDLC помогает команде использовать элементы одной или нескольких моделей процессов, таких как каскадная, инкрементная, каскадная и т. д.

Эта модель использует лучшие черты модели прототипирования и модели водопада. Спиральная методология представляет собой сочетание быстрого прототипирования и параллелизма в проектировании и разработке.

Модель большого взрыва

Модель «большого взрыва» фокусируется на всех типах ресурсов в разработке и кодировании программного обеспечения без какого-либо планирования или с очень незначительным планированием. Требования понимаются и выполняются по мере их поступления.

Эта модель лучше всего работает для небольших проектов с небольшой командой разработчиков, работающих вместе. Это также полезно для академических проектов по разработке программного обеспечения. Это идеальная модель, требования к которой либо неизвестны, либо не указана окончательная дата выпуска.

Резюме

• Жизненный цикл разработки программного обеспечения (SDLC) — это систематический процесс создания программного обеспечения, который обеспечивает качество и правильность созданного программного обеспечения.
• Полная форма SDLC — это жизненный цикл разработки программного обеспечения или жизненный цикл разработки систем.
• SDLC в разработке программного обеспечения обеспечивает основу для стандартного набора действий и результатов.
• Семь различных этапов SDLC: 1) Сбор и анализ требований 2) Технико-экономическое обоснование: 3) Проектирование 4) Кодирование 5) Тестирование: 6) Установка/развертывание и 7) Обслуживание
• Старшие члены команды проводят анализ требований фаза
• Стадия технико-экономического обоснования включает в себя все, что должно быть спроектировано и разработано в течение жизненного цикла проекта.
• На этапе проектирования документация по проектированию системы и программного обеспечения подготавливается в соответствии с документом технического задания.
• На этапе кодирования разработчики начинают создавать всю систему, написав код на выбранном языке программирования.
• Тестирование — это следующий этап, который проводится для проверки того, что все приложение работает в соответствии с требованиями заказчика.
• Установка и развертывание начинается, когда тестирование программного обеспечения этап завершен, и в системе не осталось ошибок или ошибок
• Действия по исправлению ошибок, обновлению и взаимодействию, описанные в разделе обслуживания.
• Водопад, инкрементальная, гибкая модель, модель V, спираль, большой взрыв — некоторые из популярных моделей SDLC в разработке программного обеспечения.
• SDLC при тестировании программного обеспечения состоит из подробного плана, в котором объясняется, как планировать, создавать и поддерживать конкретное программное обеспечение.