2. Зв’язок задач валідації, верифікації та тестування с життевим циклом програмного забезпечення.

Верификация – процесс, который определяет, выполняют ли программные компоненты требования, наложенные на них этапами ЖЦ.

В состав задач верифицирования входит последовательная проверка следующих элементов:

1. Общие требования к программе. Корректно ли они переработаны в спецификации требований высокого уровня.

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

3. Содержат ли исходные программные коды ошибки.

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

2. Принципи тестування навантаженням.

1. Уникальность запросов

это может быть пользователь, обращающийся к отличным от всех остальных, уникальным страницам веб-сервиса.

2. Время отклика системы

имея достаточное количество измерений, можно определить вероятность с которой отклик системы на запрос попадёт в тот или иной интервал времени.

3. Зависимость времени отклика системы от степени распределённости этой системы.

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

4. Разброс времени отклика системы

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

5. Точность воспроизведения профилей нагрузки

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

2. Стадії тестування в процесі розробки програмного забезпечення.

Модульное тестирование - предназначено для тестирования модулей, библиотек

Интеграционное тестирование – проверяет правильность взаимодействия модулей. Бывает нисходящее и восходящее.

Системное тестирование – правильность работы в целом, связано с тестированием интерфейсом

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

Beta test – раздача заинтересованным лицам копии программы, до ее официального выхода. Базовая функциональность нормальная, тестирования для пользователей

2. Модель управління якістю програмного забезпечення - cmmi.

CMMI - Capability Mobility Model Integrate

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

Данная модель предлагает два подхода по совершенствования:

1. Непрерывная репрезентация (View);

2. Последовательная.

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

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

1. Для непрерывной - …

2. Для поэтапной – уровень зрелости

Основным термином в поэтапной – это область процесса. Область процесс – это набор связанных практик в данной области который используется…

№	Область процесса	Область описания
2	2-1. Менеджмент требований	Это управление требованиями, которые предъявляются к программам или её компонентам
	2-2Планирование проекта	2-2 Разборка и поддержка планов, определяющих развитие проекта
	2-3 Мониторинг и контроль проекта	Обеспечить понимание стадии разработки проекта с целью принятия корректирующих действий
	2-4 Менеджмент договоров с поставщиками	Это управление приобретение товаров и услуг от внешних поставщиков
	2-5 Измерение и анализ	Разработка возможности измерения внутри процесса
	2-6 Оценка качества товаров и процессов
	2-7 Конфигурационный менеджмент	Установка и поддержка целостности ПО в зависимости от конфигурации
3	3-1 Разработка требований	Сбор и анализ требований к потребителям и компонентам
	3-2 Техническое решение	Разработка, дизайн и внедрение IT-решений по следующим требованиям
	3-3 Интеграция продукта	Сборка ПО из его составляющих, проверка качества и его функционирования
	3-4 Верификация	Гарантирование того, что выбраные программные продукты отвечают предъявленным требованиям
	3-5 Валидация	Демонстрация того, что продукт и его компоненты соответствуют его предполагаемому использованию
	3-6 Фокусирования на процессах организации	Установление и поддержание на процессах организации
	3-7 Описание процессов организации	Установление и поддержание возможного массива процессов
	3-8 Организационный тренинг	Повышение знаний и навыков
	3-9 Менеджмент интеграций проекта	Это установка и управление проектом и вовлечение всех заинтересованных лиц в процесс его реализации
	3-9 Менеджмент риска	Это определение потенциальных проблем до их появления
	3-10 Интегрированные команды	Формирование и поддержание интегрированных команд Менеджер по продажам Руководитель проекта Системный аналитик Программисты (парами) Тестировщики (парами) Технический писатель Веб-дизайнер Html-верстальщик Системный администратор (в дата-центрах)
	3-11 Интегрированное управление поставщиками	Мониторинг новых продуктов, которые могут удовлетворять новые требования к проекту
	3-12 Анализ решений и разрешение	Это разработка списка альтернативных IT­решений на основе требований клиента
	3-13 Организационная среда для интеграции	Предоставление инфраструктуры для интегрированной разработки (дата центр)
4	4-1 Производительный организационный процесс	Установление и поддержание количественного понимания производительности
	4-2 Количественный менеджмент проекта	Количественно управлять проектным процессом
5	5-1 Организационные инновации и внедрение	Выбор и внедрение инновации и упрвление
	5-2 Анализ причин и решение	Интефикация причин дефектов и принятие действий, которые их предотвращают

I CMMi

II ROI, RBP

III

Output

IV

Теперь есть метод количественного контроля каждого этапа.

V

Инновации