- •2 Жизненный цикл программного обеспечения. Дать краткую характеристику каждого этапа.
- •3 Почему программные системы сложны. Привести пять признаков сложной системы.
- •4 Техническое задание. Перечислить и охарактеризовать разделы, входящие в техническое задание.
- •5 Унифицированный процесс разработки программного обеспечения. Основные принципы унифицированного процесса.
- •6 Жизненный цикл унифицированного процесса. Цели каждого из этапов.
- •7 Работа с кадрами. Перечислить роли разработчиков и дать характеристику каждой из них.
- •8 Использование языка uml при проектировании сложных программных систем. Какие диаграммы используются в uml для создания моделей программной системы.
- •9 Диаграмма вариантов использования, ее назначение. Рассказать о варианте использования и действующем лице. Правила построения диаграммы вариантов использования.
- •10 Что такое классификация с точки зрения объектно-ориентированного проектирования программных систем. Теории классификации.
- •11 Методы классификации.
- •12 Диаграммы взаимодействия. Основное назначение.
- •13 Диаграмма классов. Ее назначение. Что она включает. Рассказать об основных видах связей между классами.
- •14 Дать определение тестированию и отладке. Особенности и объекты тестирования. Автономное и комплексное тестирование.
- •15 Дать определение тестированию и отладке. Направления тестирования. Стратегия тестирования. Контрольный лист тестирования модуля.
- •16 Дать определение тестированию и отладке. Локализация ошибок. Классификация ошибок.
- •17 Документирование. Состав и содержание документов прилагаемых к программной системе.
- •18 Оценка качества ПрогОбесп. Методы оценки свойств ПрогОбес.
- •19 Уровни зрелости организации с точки зрения cmm.
- •20 Понятие стандарта. Что включает в себя стандарт.
- •21 Сертификация. Схемы сертификации.
- •22 Психологич факторы проектирования интерфейса пользователя.
- •23 Правила построения удобного интерфейса пользователя.
- •24 Принципы построения интерфейса пользователя.
- •25 Проектирование, ориентированное на использование.
14 Дать определение тестированию и отладке. Особенности и объекты тестирования. Автономное и комплексное тестирование.
Тестирование –выполнение программы для набора проверочных сходных значений и сравнение полученных результатов с ожидаемыми.
Отладка – процесс локализации и исправления ошибок в программе. При тестировании проверяется: работает ли программа и все ее ветви в соответствии со своей спецификацией. Для этого разрабатывается стратегия тестирования.
Особенности:
отсутствует эталон программы, которому должны соответствовать все результаты тестирования проверяемой программы.
принципиально невозможно создать тестовый набор для исчерпывающей проверки
отсутствуют формализ. критерии качества программ и процесса тестирования
необходимо создавать тесты, которые находят ошибки, а не демонстрируют работу программы
необходимо привлекать для тестирования сторонних специалистов
необходимо избегать невоспроизводимых тестов
Объекты:
требования и спецификация
программные модули
группы программ, решающие законченные функциональные возможности
Автономное тестирование – метод, который включает автономную проверку отдельного модуля или подсистемы.
Во время автономной проверки проверяется:
структура модуля или подсистемы
вычисление и преобразование данных в модуле или подсис-ме
работа с памятью
полнота функционирования модуля или подсистемы
При данной проверке выявляются ошибки в определении условия выбора маршрутов, отсутствия определенных маршрутов или некоторые ошибки преобразования данных.
Комплексное тестирование. Используется после завершения автономного тестирования и начинается процесс сборки отдельных модулей в подсистемы или системы.
Цель:исследование структуры комплекса, связи между модулями, внешние связи, возможности эксплуатации и так далее.
Для упрощения процедуры тестирования рекомендуется сначала проводить тестирование по отдельным функциональным группам.
Данный процесс является сложным и трудоемким и предусматривает следующее:
проверку полноты решения задач при типовых исходных данных
исследование поведения комплекса в критических ситуациях
проверка правильности использования ресурсов: памяти и времени центрального процессора
исследование защиты от искажения исходных данных, сбоев аппаратуры и не выявление ошибок программ
15 Дать определение тестированию и отладке. Направления тестирования. Стратегия тестирования. Контрольный лист тестирования модуля.
Тестирование –выполнение программы для набора проверочных сходных значений и сравнение полученных результатов с ожидаемыми.
Отладка – процесс локализации и исправления ошибок в программе. При тестировании проверяется: работает ли программа и все ее ветви в соответствии со своей спецификацией. Для этого разрабатывается стратегия тестирования.
Направления тестирования
При нисходящем тестировании в 1-ую очередь проверяется главный модуль, затем модули более низкого уровн.
При использовании данного метода появляется возможность сохранения и развития тестовых данных. «Минусы» - затруднен поиск ошибок в подключаемых модулях.
Восходящее тестирование. Первыми обычно тестируются модули самого нижнего уровня, затем тестируются вызываемые их модули и так вплоть до главного модуля.
Основные трудности состоят в необходимости обновления тестовых данных при подключении каждого нового модуля более высокого уровня.
Однако все модули нижнего уровня тестируются независимо и детально, что позволяет устранить большое кол-во ошибок в них.
Раздельное тестирование. 1 из вариантов восходящего тестирования. Он весьма полезен в тех случаях, когда программу не удается полностью специфицировать, либо когда имеется 1 критический модуль, на хар-ки которого накладываются определенные ограничения, и он д.б. испытан до принятия решения о работоспособности программы.
Процедура тестирования разбивается на 2-е стадии:
автономная разработка каждого физического модуля с имитацией вызываемого модуля и использования модулей – заглушек.
совместное тестирование и редактирование связей уже проверенных модулей – комплексное тестирование
Для организации такого тестирования должен быть составлен детальный план тестирования, любая небрежность при тестировании, как правило, приводит к срывам сроков поставки программной системы заказчику. При составлении планов тестирования используются контрольные листы тестирования модуля. В них вносится описание каждой проверки и ожидаемые результаты. Должны быть проверены все логические конструкции, представленные в спецификации на псевдокоде. После проверки на контрольном листе проставляется дата тестирования и имя специалиста. В графе Фактический результат ставим успешно/неуспешно.