Разработка программного обеспечения Жизненный цикл и тестирование

Эти пять этапов определяют жизненный цикл программного проекта, называемого жизненным циклом разработки программного обеспечения (SDLC).

Пять фаз SDLC:
1. КОНЦЕПЦИЯ
2. ИНИЦИИРОВАНИЕ
3. АНАЛИЗ
4. ДИЗАЙН
5. КОНСТРУКЦИЯ

Фаза 1 — КОНЦЕПЦИЯ: Эта фаза начинается, как только кто-либо, пользователь или член отдела обработки данных, распознает проблему или возможность, предлагающую решение для обработки данных.
Цель этого этапа — ответить на следующие вопросы:

. Какова воспринимаемая проблема (или возможность)?
— Каковы цели, которые должны быть решены решением?
— Какие преимущества будут достигнуты в результате решения?
. Каким будет объем проекта?

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

Phase2 — ИНИЦИИРОВАНИЕ: на этом этапе аналитик, работающий с пользователем, проводит предварительное исследование потребности пользователя. Информация, разработанная на этом этапе, позволяет организации решить, стоит ли тратить деньги на проект.

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

— Предлагаемое системное решение
— Альтернативные решения, рассмотренные
— Экономическое обоснование (Анализ затрат и выгод)
— График затрат времени и затрат для завершение проекта

Этот документ называется Системным предложением.

Этап 3 — АНАЛИЗ: на этом этапе аналитик и пользователь приходят к подробному соглашению о функциях, которые должна выполнять предлагаемая система. Подготовлен подробный документ, содержащий:

— Выходы, которые будут выпущены
— Входы, которые должны быть получены
— Данные, подлежащие сохранению
— Процедура получения выходов с заданных входов
— Аудит и требования к управлению: Это указывает на функции, которые необходимы для обеспечения того, чтобы пользователь мог контролировать систему, чтобы проверить ее работоспособность.

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

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

Этап 4 — ДИЗАЙН: На этом этапе акцент меняется от определения требования пользователя к устранению того, как система будет работать. Разработанная документация техническая. Проектная документация должна указывать:

— Точно, как будут выполняться требования к каждому вводу, выводу, работе, файлу и аудиту
— План / расписание приемных испытаний
— Оборудование, оборудование и персональные данные
— Ручная процедура, требуемая для работы с системой

Этот документ упоминается как спецификация дизайна. На этом этапе снова анализируются / пересматриваются анализ затрат и затрат и оценки затрат / времени.

Этап 5 — СТРОИТЕЛЬСТВО: последний этап процедуры разработки системы включает три вида деятельности:

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

Еще одна важная деятельность для любой системы — это оценка системы. При оценке системы оценивается производительность системы в реальной жизненной среде.

Это не считается фазой:

. Возможно, за несколько месяцев до этого можно сделать первое измерение эффективности системы.
К этому времени команда разработчиков проекта может быть расформирована или перенесена в другие проекты.
— Это постоянная деятельность. Фактически, его следует рассматривать как сам проект.
. Результаты оценки системы могут указывать на то, что система должна быть модифицирована / переработана.

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

Процесс тестирования:
1. Создайте планы тестирования.
Документация плана испытаний, состоящая из двух документов:
• Подробный документ плана испытаний (DTP)
• Подробный документ с тестовым случаем (DTC)
2. Просмотрите проект.
Обзор дизайна также помогает идентифицировать сценарии, которые необходимо протестировать для одного или нескольких из следующих:
• Возможные атаки безопасности
• Оптимизация производительности
• Профилирование для обеспечения отсутствия утечек памяти
3. Проведите тестирование черного ящика.
Тестирование черного ящика включает в себя следующее:
• Тестирование всех внешних интерфейсов для всего возможного сценария использования
• Обеспечение соответствия интерфейсов функциональным спецификациям и рассмотрение всех требований, предъявляемых к различным типам ввода.
• Тестирование для различных типов ввода.
• Тестирование производительности
• Загрузка нагрузки.
• Стресс-тестирование
• Проверка безопасности

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *