- •1. Проблемы разработки по и пути их решения.
- •2. Характеристики качества по, важные для пользователя. Факторы, влияющие на качество по.
- •3. Временной и «пространственный» аспекты системного подхода к разработке по.
- •5. Конструирование по и внутренние критерии качества по, важные для разработчика.
- •6. Стандарты по разработке по. Два вида стандартов, их значения, требования стандартов.
- •7. Три группы процессов создания по.
- •8. Жизненный цикл по и процессы верификации.
- •9. Тестирование, верификация, валидация и V-образная модель жизненного цикла по.
- •11. «Тяжёлые и быстрые» технологии разработки по. Экстремальное (xp) программирование.
- •12. Три вида программных разработок с точки зрения конструирования, технологии создания и эксплуатации. Сравнение методов планирования, конструирования, отладки и т. П.
- •13. Виды документов, выпускаемых на по, по этапам разработки системы.
- •16. Case технологии разработки по. Проблемно ориентированные технологии разработки по. Пакеты scada.
- •18. Структура системы, иерархия управления и структура по.
- •19. Цикличность (периодичность) во времени решения задач управления и работы.
- •20. Временная диаграмма работы системы и по.
- •1. Кризис программного обеспечения (по). Проблемы и цели программной инженерии. Определение инженерии по.
- •2. Что такое по. Типы программных продуктов, их отличие друг от друга.
- •3. Характеристики качественного по.
- •5. Профессиональные и этические требования к специалистам по программному обеспечению.
- •2. Функциональная схема типового процессора.
- •4. Состав, устройство и принцип действия основной памяти.
- •5. Конструкция устройств ввода-вывода информации.
- •6. Принцип действия цифровых комбинационных устройств.
- •8. Многомашинные и многопроцессорные вс. Классификация Флинна.
- •10. Прямой, обратный и дополнительный коды двоичных чисел.
8. Жизненный цикл по и процессы верификации.
Верификация – это оценка соответствия ПО и предъявляемых к нему требований. Это неотъемлемая часть разработки ПО, которая позволяет вовремя выявить отсутствие в ПО заданных техническими документами функций.
Верификация не является разовой операцией и должна проходить последовательно через все этапы разработки. Однократный контроль качества уже конечного продукта является неправильной практикой, которая приводит к большому объёму доработок в конце разработки, когда они стоят дорого. Ещё одна причина последовательной верификации – это случаи, когда программа внешне сделана правильно и работает без ошибок, но внутренне выполняет совсем не то, что требовалось.
Часто ошибки ПО возникают именно при передаче требований, артефактов предыдущего этапа от одного разработчика к другому. Верификация нужна как процесс контроля однозначности интерпретации артефактов, находящихся на стыке этапов ЖЦ.
Верификация также определяет соответствие процессов разработки, документов и ПО стандартам. Тестирование ПО как этап ЖЦ также является методом верификации, хотя им одним не исчерпывается и проводится для всех артефактов, создаваемых при разработке.
9. Тестирование, верификация, валидация и V-образная модель жизненного цикла по.
Тестирование – это процесс отлова ошибок в ходе разработки, либо в конечном программном продукте. Может вестись тестирование только программной реализации алгоритма, а может вестись тестирование самого алгоритма функционирования с точки зрения правильного выполнения задач системы.
Вообще, тестирование само по себе является одним из методов верификации, но в некоторых случаях, как в случае тестирования лишь программной реализации, требуется дополнительная верификация, которая оценит правильность работы алгоритма в целом.
В вопросе выше подробно описывалось предназначение верификации. Вкратце, она выполняется последовательно на протяжении всего ЖЦ и нужна для проверки всех отдельных артефактов разработки, их соответствие проектным спецификациям. Тестирование выступает лишь частью процесса верификации.
V-Образная модель, описанная по ссылке в другом вопросе. Содержит в себе основные этапы ЖЦ, а также связанные с ними процессы верификации. Верификация лежит в основе такой модели разработки ПО.
Основные методы верификации, помимо динамического тестирования ПО:
Экспертиза двумя разработчиками двух документов (артефактов) разработки – с исходными данными и требуемыми результатами. Верификация пройдена, если оба разраба согласовали оба дока.
Статический анализ кода на предмет его корректного написания.
Формальные методы анализа корректности моделей программ, которые написаны на специальных языках моделирования, обеспечивающих этот процесс.
Последний описанный метод не получил распространения, так как доказанная правильная модель программы не говорит о правильности самой программы.
Валидация – процесс утверждения требований перед началом производства проектной документации (проверка возможности реализации, исправление ошибок в требованиях).