
- •этапы разработки ПО
- •v модель
- •Модель Муссы
- •Модель Муссы
- •Модель Муссы
- •1 этап Планирование
- •Надежность ПО
- •моделЬ КОРКОРЭНА
- •Модель КОРКОРЭНА
- •Модель милдса
- •Модель милдса
- •Модель милдса
- •Модель милдса
- •Модель Шумана
- •Модель Шумана
- •Модель Шумана
- •Разработка ТЗ
- •ТЗ Экономическое обоснование
- •Раздел 5 . Состав и содержание работ по созданию системы. Раздел . Порядок
- •Раздел 7 . Стадии и этапы разработки
- •Раздел 7 . Стадии и этапы разработки

этапы разработки ПО
1. Планирование проекта и анализ требований подготовка ТЗ.
2. Проектирование (создание модулей , дизайн, интерфейс , структура данных, архитектура, cтруктура алгоритмов и т.д.)
3. Кодирование , составление кода.
4. Тестирование и устранение ошибок.
5. Сопровождение (после выпуска) и усовершенствоание.

v модель

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

Модель Муссы
Время наработки на отказ: τ=τo *exp( C*T / (n*τ0) ) где
τ0 – среднее время наработки на отказ до начала тестирования;
T- длительность всех этапов тестирования
n- число отказов на всех этапах тестирования
С – коэффициент, учитывающий уплотнение тестового времени по сравнению с реальным временем эксплуатации.(напр. если один час тестирования соответствует 12 часам работы в реальных условиях, то С=12)

Модель Муссы
Время наработки на отказ: τ=τo *exp( C*T / (n*τ0) ) где
τ0 – среднее время наработки на отказ до начала тестирования;
T- длительность всех этапов тестирования
n- число отказов на всех этапах тестирования
С – коэффициент, учитывающий уплотнение тестового времени по сравнению с реальным временем эксплуатации.(напр. если один час тестирования соответствует 12 часам работы в реальных условиях, то С=12)

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



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