- •Вопросы для подготовки к экзаменам по дисциплине «Разработка и стандартизация программных средств и информационных технологий»
- •Проблемы разработки сложных программных систем
- •Блочно-иерархический подход к созданию сложных систем
- •Жизненный цикл и этапы разработки программного обеспечения
- •Ускорение разработки программного обеспечения
- •Оценка качества процессов создания программного обеспечения
- •Понятие технологичности программного обеспечения
- •Модули и их свойства
- •Нисходящая и восходящая разработка программного обеспечения
- •Структурное и «неструктурное» программирование
- •Эффективность и технологичность
- •Сквозной структурный контроль
- •Определение требований к программному обеспечению и исходных данных для его проектирования
- •Классификация программных продуктов по функциональному признаку
- •Предпроектные исследования предметной области
- •Разработка технического задания
- •Анализ требований и определение спецификаций программного обеспечения при структурном подходе
- •Функциональные диаграммы
- •Диаграммы потоков данных
- •Диаграммы переходов состояний
- •Проектирование структур данных
- •Case-технологии, основанные на структурных методологиях анализа и проектирования
- •Анализ требований и определение спецификаций при объектном подходе
- •Определение «вариантов использования»
- •Построение концептуальной модели предметной области
- •Проектирование программного обеспечения при объектном подходе
- •Разработка структуры программного обеспечения при объектном подходе
- •Определение отношений между объектами
- •Типы пользовательских интерфейсов и этапы их разработки
- •Основные компоненты графических пользовательских интерфейсов
- •Реализация диалогов в графическом пользовательском интерфейсе
- •Психофизические особенности человека связанные с восприятием, запоминанием и обработкой информации.
- •Пользовательская и программная модели интерфейса
- •Виды контроля качества разрабатываемого программного обеспечения
- •Ручной контроль программного обеспечения
- •Структурное и функциональное тестирования
- •Тестирование модулей и комплексное тестирование
- •Отладка программного обеспечения
- •Классификация ошибок
- •Общая методика отладки программного обеспечения
- •Оценочное тестирование
- •Виды программных документов
- •1 Общие положения
- •3 Основные технические решения
- •4 Мероприятия по подготовке объекта автоматизации к вводу системы в действие
- •4.1 Приведение информации к виду, пригодному для обработки на эвм
- •4.2 Мероприятия по подготовке персонала
- •4.3 Организация необходимых подразделений и рабочих мест
- •4.4 Изменение объекта автоматизации
- •4.5 Дополнительные мероприятия
- •Руководство пользователя
- •3.3 Проверка работоспособности системы
- •4 Описание операций
- •6 Рекомендации по освоению
- •Руководство системного программиста
- •Основные правила оформления программной документации
- •Техническое задание
- •1. Общие положения
- •2. Содержание разделов
- •Стадии разработки (гост 19.102-77)
- •Описание программы (гост 19.402-78)
- •Текст программы (гост 19.401-78)
- •Программа и методика испытаний (гост 19.301-79)
- •Требования к программным документам, выполненным печатным способом (гост 19.106-78)
-
Общая методика отладки программного обеспечения
Отладка программы в любом случае предполагает обдумывание и логическое осмысление всей имеющейся информации об ошибке. Большинство ошибок можно обнаружить по косвенным признакам посредством тщательного анализа текстов программ и результатов тестирования без получения дополнительной информации. При этом используют различные методы:
■ ручного тестирования;
■ индукции;
■ дедукции;
■ обратного прослеживания.
Метод ручного тестирования. Это - самый простой и естественный способ данной группы. При обнаружении ошибки необходимо выполнить тестируемую программу вручную, используя тестовый набор, при работе с которым была обнаружена ошибка.
Метод очень эффективен, но не применим для больших программ, программ со сложными вычислениями и в тех случаях, когда ошибка связана с неверным представлением программиста о выполнении некоторых операций.
Данный метод часто используют как составную часть других методов отладки. Метод индукции. Метод основан на тщательном анализе симптомов ошибки, которые могут проявляться как неверные результаты вычислений или как сообщение об ошибке
Если компьютер просто «зависает», то фрагмент проявления ошибки вычисляют, исходя из последних полученных результатов и действий пользователя. Полученную таким образом информацию организуют и тщательно изучают, просматривая соответствующий фрагмент программы. В результате этих действий выдвигают гипотезы об ошибках, каждую из которых проверяют. Если гипотеза верна, то детализируют информацию об ошибке, иначе - выдвигают другую гипотезу. Последовательность выполнения отладки методом индукции показана на рис. 10.3 в виде схемы алгоритма.
Самый ответственный этап - выявление симптомов ошибки. Организуя данные об ошибке, целесообразно записать все, что известно о ее проявлениях, причем фиксируют, как ситуации, в которых фрагмент с ошибкой выполняется нормально, так и ситуации, в которых ошибка проявляется. Если в результате изучения данных никаких гипотез не появляется, то необходима дополнительная информация об ошибке. Дополнительную информацию можно получить, например, в результате выполнения схожих тестов.
В процессе доказательства пытаются выяснить, все ли проявления ошибки объясняет данная гипотеза, если не все, то либо гипотеза не верна, либо ошибок несколько.
Метод дедукции. По методу дедукции вначале формируют множество причин, которые могли бы вызвать данное проявление ошибки. Затем анализируя причины, исключают те, которые противоречат имеющимся данным. Если все причины исключены, то следует выполнить дополнительное тестирование исследуемого фрагмента. В противном случае наиболее вероятную гипотезу пытаются доказать. Если гипотеза объясняет полученные признаки ошибки, то ошибка найдена, иначе - проверяют следующую причину (рис. 10.4).
Метод обратного прослеживания. Для небольших программ эффективно применение метода обратного прослеживания. Начинают с точки вывода неправильного результата. Для этой точки строится гипотеза о значениях основных переменных, которые могли бы привести к получению имеющегося результата. Далее, исходя из этой гипотезы, делают предложения о значениях переменных в предыдущей точке. Процесс продолжают, пока не обнаружат причину ошибки.