- •Ректор, профессор, к.Т.Н.
- •1 Примерный перечень лабораторных работ
- •2 Требования, предъявляемые к выполнению и
- •Работы должны выполняться и сдаваться в строго установленные сроки.
- •Лабораторная работа №1:
- •Лабораторная работа №2:
- •Примерное содержание разделов технического задания
- •Министерство образования Республики Беларусь
- •Техническое задание
- •Лабораторная работа №3:
- •Лабораторная работа №4
- •Лабораторная работа №5
- •Лабораторная работа №6
- •Лабораторная работа №6.1
- •Лабораторная работа №6.2 Тема: Построение диаграмм классов (class diagram)
- •Лабораторная работа №6.3 Тема: Построение диаграммы состояний (statechart diagram)
- •Лабораторная работа №6.4 Тема: Построение диаграмм деятельности (activity diagram)
- •Лабораторная работа № 6.6
- •Лабораторная работа № 6.7
- •Лабораторная работа № 6.8 Тема: Построение диаграммы развертывания (deployment diagram)
- •Лабораторная работа №7
- •1 Общие сведения
- •2 Описание предметной области
- •3.1 Решения по архитектуре
- •Структура меню модуля
- •4 План тестирования
- •5 Документирование
- •Наименование министерства
- •Поиск по модели
- •Приложение а
- •Накладная на получение товара организацией оао “Руно-Авто
- •Приложениеб
- •Спецификация
- •Приложениев
- •Квитанция, выдаваемая заказчику при сдаче машины в ремонт
- •Приложениег
- •Квитанция, выдаваемая заказчику при получении машины из ремонта
- •Гарантийный талон
- •Приложение д Квитанция, выдаваемая клиенту при покупке автомобиля
- •Приложение е Пароль Администратора
- •Лабораторная работа №8 Тема: Разработка интерфейса
- •Лабораторная работа №9:
- •Инфологическая модель данных
- •Даталогическая модель данных
- •Физическая модель данных
- •Лабораторная работа №10:
- •Лабораторная работа №11
- •Лабораторная работа №12:
- •1. Общая характеристика case-средства Rational Rose 98/2000
- •2. Особенности рабочего интерфейса Rational Rose
- •3. Начало работы над проектом в среде Rational Rose
- •4. Разработка диаграммы вариантов использования в среде Rational Rose
- •5. Разработка диаграммы классов в среде Rational Rose
- •6. Разработка диаграммы состояний в среде Rational Rose
- •7. Разработка диаграммы последовательности в среде Rational Rose
- •8. Разработка диаграммы кооперации в среде Rational Rose
- •9. Разработка диаграммы компонентов в среде Rational Rose
- •10. Разработка диаграммы развертывания в среде Rational Rose
Лабораторная работа №11
Тема: Тестирование и отладка.
Цель работы: Провести тестирование и отладку программного продукта.
Время выполнения 6 часов.
Краткие теоретические сведения.Одной из наиболее трудоемких задач, решаемых на этапе разработки, является тестирование и отладка программ. Под отладкой следует понимать процесс, позволяющий получить программу функционирующую с заданными характеристиками в заданной области входных данных.
Основным методом отладки является тестирование. Тест – это последовательность исходных данных, подаваемых на вход изделия и соответствующие им наборы эталонных результирующих данных.
Процесс отладки включает:
создание совокупности тестовых эталонных заданий и значений, которым должна соответствовать программа.
статическую проверку текстов разрабатываемых программ,
тестирование и выполнение программ с различным уровнем детализации,
комплексную динамическую отладку, при необходимости, в режиме реального времени
диагностику и локализацию причин отклонения результатов тестов от эталонных,
изменение программы с целью исключения причин отклонений.
Можно выделить три основных стадии тестирования:
стадия обнаружения ошибок в программе ( на этой стадии выявляются все отклонения результатов функционирования от эталонных)
стадия диагностики и локализации причин ( на этой стадии необходимо точно определить место в котором произошло искажение программы или данных и установить причину )
стадия контроля выполнения корректировок (после локализации и устранения ошибок выполняется контрольное тестирование, подтверждающее правильность выполненной корректировки и подтверждающее, что в результате корректировки не возникли вторичные ошибки).
Эффективность тестирования определяет стоимость и длительность разработки.
Характеристики ошибок в процессе проектирования ПО помогают:
оценить реальное состояние проекта, планировать трудоемкость, стоимость, и длительность разработки,
разрабатывать эффективные средства оперативной защиты от невыявленных первичных ошибок,
оценивать требуемые ресурсы с учетом затрат на устранение ошибок,
и т.д.
Анализ первичных ошибок проводится на двух уровнях детализации:
Во-первых, дифференциированно– с учетом типов ошибок, сложности и степени автоматизации их выявления, затрат на корректировку и этапов наиболее вероятного устранения.
Во-вторых, обобщенно – по суммарным характеристикам их обнаружения в зависимости от продолжительности разработки, эксплуатации и сопровождения ПО.
Существует несколько основных типов ошибок:
Технические ошибкидокументации и фиксирования программы в памяти машины ( составляют 5-10% от общего объема ошибок, большинство выявляется автоматизированными формализованными методами).
Программные ошибки, (по количеству и типу определяются: степенью квалификации разработчика, степенью автоматизации разработки, глубиной формализованного контроля текстов программ, объемом и сложностью разрабатываемого ПО, глубиной логического и информационного взаимодействия модулей и др. факторами).
Алгоритмические ошибки– обнаружение таких ошибок методами формализованного контроля практически невозможно. Как правило, эти ошибки выявляются только на этапе эксплуатации. К ним можно отнести ошибки, вызванные некорректной постановкой задачи или ее неверной интерпретации разработчиком.
Системные – такие ошибки определяются неполной информацией о реальных процессах происходящих в источниках и потребителях информации, причем эти процессы не зависят от алгоритмов и не могут быть заранее определены и описаны они выявляются при исследовании функционирования ПО и при обработке результатов его взаимодействия с внешней средой.
Порядок выполнения работы:
Провести тестирование разработанного программного продукта и выявить ошибки.
Используя теоретический материал, проанализировать, классифицировать имеющиеся ошибки.
Осуществить корректировку выявленных ошибок.
Проверить программу на наличие вторичных ошибок .
Содержание отчета:
Программа без ошибок, готовая к эксплуатации, представленная на электронном носителе