- •Модели процесса создания по
- •Лекция. Спецификация, проектирование и реализация по
- •5 4 8
- •Лекция 6. Заключительные этапы создания по.
- •6.1. Аттестация программных систем.
- •3 5 7
- •6.2. Эволюция программных систем.
- •Лекция 7. Автоматизированные средства разработки по
- •Case-средства
- •Архитектура case-средств
- •Методологии проектирования
- •Лекция 8. Язык uml
- •8.1. Диаграммы uml
- •1..* 1..* 1..* 1..*
5 4 8
10
1 – Спецификация требований
2 – Архитектурное проектирование
3 – Обобщенные спецификации
4 – Спецификации подсистем
5 – Архитектура системы
7 – Проектирование интерфейсов
8 – Спецификации интерфейсов
9 – Компонентное проектирование
10 – Спецификация компонентов
11 – Проектирование структур данных
12 – Спецификации структур данных
6 – Проектирование алгоритмов
13 – Спецификация алгоритмов
Лекция 6. Заключительные этапы создания по.
6.1. Аттестация программных систем.
Аттестация ПО, или более обобщенно — верификация и аттестация предназначены показать соответствие системы ее спецификации, а также ожиданиям и требованиям заказчиков и пользователей.
Процесс тестирования
1 – Тестирование компонентов
2 – Тестирование модулей
3 – Тестирование подсистем
4 – Тестирование системы
5 – Приемочные испытания
За исключением небольших подпрограмм программные системы невозможно протестировать как единый цельный программный элемент.
Большие системы строятся на основе подсистем, которые в свою очередь состоят из модулей, модули же компонуются из компонентов. Для таких систем процесс тестирования выполняется постепенно по мере реализации системы.
1 – Тестирование компонентов.Тестируются отдельные компоненты для проверки правильности их функционирования. Каждый компонент тестируется независимо от других.
2 – Тестирование модулей.Программный модуль — это совокупность зависимых компонентов, таких как описание класса объектов, декларирование абстрактных типов данных и набор процедур и функций. Каждый модуль тестируется независимо от других системных модулей.
3 – Тестирование подсистем. Тестируются наборы модулей, которые составляют отдельные подсистемы. Основная проблема, которая часто проявляется на этом этапе, — несогласованность модульных интерфейсов. Поэтому при тестировании подсистем основное внимание уделяется обнаружению ошибок в модульных интерфейсах путем прогона их через все возможные режимы.
4 –Тестирование системы. Из подсистем собирается конечная система. На этом этапе основное внимание уделяется совместимости интерфейсов подсистем и обнаружению программных ошибок, которые проявляются в виде непредсказуемого взаимодействия между подсистемами. Здесь также проводится аттестация системы, т.е. проверяется соответствие системной спецификации ее функциональных и нефункциональных показателей, а также оцениваются интеграционные характеристики системы.
5 – Приемочные испытания. Конечный этап процесса тестирования, после которого система принимается к эксплуатации. Здесь система тестируется с привлечением данных, предоставляемых заказчиком системы.
Последние этапы тестирования выполняются в процессе сборки системы, к которой привлекается несколько программистов, поэтому эти работы должны быть спланированы заранее. Если тестирование выполняет независимая команда испытателей, то планы проведения тестирования должны быть согласованы с этапами разработки спецификации и проектирования.
Этапы тестирования в процессе разработки ПО.