Что такое SDLC

В вашем доме запланирован ужин. Когда вы начнете планировать это? Какой подход вы будете использовать? Вы будете интересоваться количеством гостей, которые придут на грандиозную вечеринку? А вы будете готовить вкусное меню (скажем, Архитектура)? Вы начнете готовить еду и, как только она приготовится, вы ее протестируете, не так ли? (Просто чтобы проверить, есть ли вкус в вашей еде). Я надеюсь, что мы дали вам основную идею о том, что мы пытаемся объяснить здесь, давайте перейдем к нашей теме. Жизненный цикл разработки программного обеспечения (SDLC) - это определенный подход и последовательность шагов, которые необходимо выполнить для разработки любого программного обеспечения, чтобы удовлетворить или превзойти установленные ожидания или требования заказчика.

Типы фаз в SDLC

Существует несколько этапов жизненного цикла программного обеспечения, которое приведено ниже:

  • Фаза требований
  • Этап анализа
  • Этап проектирования
  • Фаза разработки
  • Этап тестирования
  • Этап развертывания и обслуживания

Фаза требований:

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

Этап анализа:

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

Этап проектирования:

Когда фаза анализа завершена, наступает необходимость разработать наиболее точную, надежную, эффективную и рентабельную архитектуру продукта, которую необходимо разработать. Обычно на этом этапе предлагается более одного проекта, и лучший из них выбирается на основе различных параметров, таких как надежность, долговечность, сроки, экономическая эффективность и многое другое! Различная архитектура проекта обычно документируется в спецификации проектного документа или в DDS. Этот этап состоит из 2 подходов к проектированию:

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

Фаза разработки:

На этом этапе для разработки продукта используется фактическая реализация языков программирования и различных сред. На этом этапе все разработчики участвуют. Ожидается, что разработчики будут следовать определенным заранее заданным стандартам и руководствам по кодированию; ожидается, что они завершат модули проекта в течение установленного срока для проекта. Эта фаза также является самой продолжительной и одной из самых важных в жизненном цикле разработки программного обеспечения. Этот этап задокументирован как документ с исходным кодом (SCD).

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

После завершения этапа разработки следующим шагом является проверка разработанного программного обеспечения. Разработанное программное обеспечение отправляется группе тестирования, где они тщательно проводят различные виды тестирования программного обеспечения и ищут дефекты. Если обнаружен какой-либо дефект, команда тестирования записывает и документ, который снова отправляется обратно в команду разработчиков для устранения ошибок. Об этой роли заботятся тестировщики программного обеспечения и аналитики качества компании. Команда тестирования должна убедиться, что каждый компонент программного обеспечения не содержит ошибок и работает так, как ожидалось.

Этап развертывания и обслуживания:

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

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

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

  • Модель водопада
  • Итерационная модель
  • Спиральная модель
  • V-модель

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

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

Итерационная модель:

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

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

Эта модель представляет собой комбинацию модели «Водопад» и «Спираль» и работает итеративно. Основываясь на риске, связанном с проектом, эта модель направляет команду для принятия элементов одной или нескольких моделей SDLC, таких как водопад или итерационная модель. Здесь жизненный цикл программного обеспечения разделен на более мелкие части, и новые функциональные возможности могут быть добавлены в программное обеспечение даже на поздних стадиях SDLC.

V-модель:

Модель V в основном представляет собой расширение модели водопада, где этапы тестирования и разработки планируются параллельно. Одна сторона состоит из фазы проверки, в то время как другая состоит из фазы проверки, к которой наконец присоединяется кодирование. Следующее состояние начинается только тогда, когда предыдущее состояние завершается.

Рекомендуемые статьи

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

  1. Разработка программного обеспечения против веб-разработки
  2. Жизненный цикл дефекта при тестировании программного обеспечения
  3. Уникальные шаги для построения финансовых моделей (программное обеспечение, типы)
  4. Введение в разработку программного обеспечения

Категория:

Разработка программного обеспечения