Жизненный цикл разработки программного обеспечения (SDLC) — это процесс, которому следует программный проект в рамках организации программного обеспечения. Он состоит из подробного плана, описывающего, как разрабатывать, поддерживать, заменять и изменять или улучшать конкретное программное обеспечение. Он определяет методологию повышения качества программного обеспечения и общего процесса разработки.
-
SDLC — это процесс, используемый ИТ-аналитиками для разработки или перепроектирования высококачественной программной системы, которая отвечает требованиям как клиента, так и реального мира.
-
Он учитывает все связанные аспекты тестирования программного обеспечения, анализа и постпроцессного обслуживания.
SDLC — это процесс, используемый ИТ-аналитиками для разработки или перепроектирования высококачественной программной системы, которая отвечает требованиям как клиента, так и реального мира.
Он учитывает все связанные аспекты тестирования программного обеспечения, анализа и постпроцессного обслуживания.
Важные этапы SDLC изображены на следующей иллюстрации —
Этап планирования
Каждое действие должно начинаться с плана. Отказ от планирования означает провал. Степень планирования отличается от одной модели к другой, но очень важно иметь четкое представление о том, что мы собираемся построить, создав спецификации системы.
Определение этапа
На этом этапе мы анализируем и определяем структуру системы. Мы определяем архитектуру, компоненты и то, как эти компоненты сочетаются друг с другом для создания работающей системы.
Этап проектирования
При проектировании системы функции и операции проектирования подробно описаны, включая макеты экранов, бизнес-правила, диаграммы процессов и другую документацию. Выходные данные этого этапа будут описывать новую систему как набор модулей или подсистем.
Стадия строительства
Это фаза разработки. Мы начинаем генерацию кода на основе дизайна системы, используя компиляторы, интерпретаторы, отладчики, чтобы оживить систему.
Реализация
Реализация является частью этапа строительства. На этом этапе мы начинаем генерацию кода на основе проектирования системы с использованием компиляторов, интерпретаторов, отладчиков для оживления системы.
Стадия тестирования
Как разные части системы завершены; они проходят серию испытаний. оно проверяется на соответствие требованиям, чтобы убедиться, что продукт действительно отвечает потребностям, указанным на этапе требования.
-
Планы тестирования и контрольные примеры используются для выявления ошибок и для обеспечения работы системы в соответствии со спецификациями.
-
На этом этапе выполняются различные типы тестирования, такие как модульное тестирование, ручное тестирование, приемочное тестирование и тестирование системы.
Планы тестирования и контрольные примеры используются для выявления ошибок и для обеспечения работы системы в соответствии со спецификациями.
На этом этапе выполняются различные типы тестирования, такие как модульное тестирование, ручное тестирование, приемочное тестирование и тестирование системы.
Отслеживание дефектов в тестировании
Отчеты о тестировании программного обеспечения используются для передачи результатов выполненных планов тестирования. В этом случае отчет должен содержать всю тестовую информацию, относящуюся к текущей тестируемой системе. Полнота отчетов будет проверена в пошаговых сессиях.
Тестирование проекта направлено на достижение двух основных целей:
-
Обнаружение сбоев и дефектов в системе.
-
Выявить несоответствие между требованиями и реализацией.
Обнаружение сбоев и дефектов в системе.
Выявить несоответствие между требованиями и реализацией.
Следующая блок-схема изображает процесс отслеживания дефектов —
Для достижения основных целей стратегия тестирования для предлагаемой системы обычно состоит из четырех уровней тестирования.
Это модульное тестирование, интеграционное тестирование, приемочное тестирование и регрессионное тестирование. В следующих подразделах описываются эти уровни тестирования, роли групп разработчиков, отвечающие за их разработку и выполнение, и критерии определения их полноты.
развертывание
После завершения фазы тестирования система освобождается и входит в производственную среду. Как только продукт протестирован и готов к развертыванию, он официально выпускается на соответствующем рынке. Иногда внедрение продукта происходит поэтапно в соответствии с бизнес-стратегией организации.
Продукт может быть сначала выпущен в ограниченном сегменте и протестирован в реальной бизнес-среде (UAT-Пользовательское тестирование). Затем, основываясь на отзывах, продукт может быть выпущен как есть или с предлагаемыми улучшениями в сегменте таргетинга.
Пост SDLC Процесс
После того, как продукт выпущен на рынок, его обслуживание выполняется для существующей клиентской базы.
Попав в производственную среду, система подвергнется изменениям из-за необнаруженных ошибок или других неожиданных событий. Система оценивается, и цикл повторяется для обслуживания системы.
Роль бизнес-аналитика в процессе SDLC
Как видно из приведенной ниже диаграммы, BA участвует в формировании бизнес-требований и преобразовании их в требования к решениям.
Он занимается переводом функций решения в требования к программному обеспечению. Затем возглавляет этап анализа и проектирования, диктует разработку кода, затем следует этап тестирования во время исправления ошибок в качестве агента изменений в команде проекта и в конечном итоге удовлетворяет требованиям заказчика.