- •Министерство образования и науки украины
- •Требования к оформлению отчетов
- •Порядок выполнения работы
- •Содержание отчета
- •Оценка целей проектирования. Матрица смежности для орграфа целей
- •I{0,I,II,….}; j{0,1,2,….};
- •Понятие относительного веса вершины и коэффициента связи при построении графа целей
- •Определение абсолютного веса вершины при определении целей проектирования
- •Порядок выполнения работы
- •Содержание отчета
- •Вопросы для контроля и самостоятельной работы
- •Лабораторная работа №3 Построение и программная реализация и-или дерева решений
- •Теоретические сведения
- •Порядок выполнения работы
- •Содержание отчета
- •Вопросы для контроля и самостоятельной работы
- •Лабораторная работа №4 Выбор варианта технического решения и его оценка, поиск оптимального варианта по дереву решений
- •Теоретические сведения
- •Порядок выполнения работы
- •Содержание отчета
- •Вопросы для контроля и самостоятельной работы
- •Лабораторная работа №5 Разработка графа связей элементов и дерева сборки машиностроительных объектов
- •Теоретические сведения
- •Порядок выполнения работы
- •Эквивалентность состояний конечного автомата
- •Поиск эквивалентных состояний
- •Недостижимые состояния конечного автомата
- •Конечные автоматы-трансляторы
- •Автоматы с магазинной памятью (мп-автоматы)
- •Порядок выполнения работы
- •Содержание отчета
- •Содержание отчета
- •Порядок выполнения работы
- •Примеры вариантов заданий
- •Диаграммы потоков данных
- •Диаграммы переходов состояний
- •Объекты std
- •Порядок выполнения работы
- •Содержание отчета
- •Вопросы для контроля и самостоятельной работы
- •Лабораторная работа №10 Разработка структуры программно-методического комплекса (пмк) для проектирования изделий. Разработка физической модели пмк. Диаграммы модулей.
- •Теоретические сведения Определение пмк, составные части пмк
- •Порядок выполнения работы
- •Содержание отчета
- •Вопросы для контроля и самостоятельной работы
- •Лабораторная работа №11 Разработка тестового набора данных для контроля качества разработки программного обеспечения
- •Теоретические сведения Тестирование, отладка и сборка программного изделия (пи)
- •Методы тестирования программ
- •Методы проектирования тестовых наборов данных
- •Порядок выполнения работы
- •Содержание отчета
- •Вопросы для контроля и самостоятельной работы
- •Литература
- •Содержание
Порядок выполнения работы
В соответствии с проведенной в предыдущей работе функциональной декомпозицией спроектируйте модульную структуру ПМК в соответствии с выбранной предметной областью.
Опишите управляющие, обслуживающие и обрабатывающие модули проектируемого ПМК, их функции и взаимодействие.
Постройте диаграмму модулей ПМК, выделите системную и функциональную части.
Содержание отчета
Фамилия, имя, отчество, группа, тема.
Модульная диаграмма проектируемого ПМК.
Выводы по работе.
Вопросы для контроля и самостоятельной работы
Дайте определение ПМК. Какие требования к нему предъявляются?
Какие виды ПМК в зависимости от функционального назначения вы знаете?
Опишите общую структуру любого ПМК. Что такое модуль?
Что называется предметной областью?
Назовите функции обрабатывающих модулей ПМК.
Назовите функции управляющих и обслуживающих модулей ПМК.
Какие модули входят в функциональную и системную части ПМК и как они взаимодействуют?
Какие группы функций интерфейса с пользователем выделяют при разработке ПМК?
Опишите и обоснуйте модульную структуру разработанного ПМК. Охарактеризуйте взаимодействие его частей.
Лабораторная работа №11 Разработка тестового набора данных для контроля качества разработки программного обеспечения
Цель работы: научиться разрабатывать тестовый набор данных для контроля качества ПМК. Предложить и обосновать методику тестирования спроектированного ПМК.
Теоретические сведения Тестирование, отладка и сборка программного изделия (пи)
Тестирование – это этап жизненного цикла ПИ, направленный на повышение качественных характеристик. Для каскадной модели до 40% времени и больше 40% стоимости расходуется на тестирование (проверку) ПИ. Тестирование является составной частью отладки.
Отладка – процесс получения ПИ, функционирующего с требующимися характеристиками надежности в заданной области изменения входных данных. Цель отладки – локализация и исправление ошибок, выявленных при тестировании.
Процесс отладки включает:
тестирование – выявление ошибок;
диагностику и локализацию ошибок (определение характера и местонахождения ошибок);
внесение изменений в программу с целью устранения ошибок.
Общая схема отладки представлена на рисунке 8. Особенности тестирования ПИ (в отличие от других объектов):
отсутствие эталона (программы), которому должна соответствовать тестируемая программа;
высокая сложность программ и принципиальная невозможность исчерпывающего тестирования;
практическая невозможность создания единой методики тестирования из-за разнообразия ПИ по сложности, функциональному назначению, области использования и т.д.
Тестирование – процесс многократного выполнения программы с целью обнаружения ошибок и выявления их максимального количества. Процесс творческий, плохо формализуемый. Как следует правильно поставить задачу? Продемонстрировать отсутствие ошибок или обнаружить ошибки. Принципы тестирования, которые надо сознательно соблюдать, следующие.
Принцип 1. Тестирование более эффективно осуществляется не автором программы. Тестирование тем эффективнее, чем больше ошибок найдено. Тестовый прогон без ошибок считают неудачным (неэффективным). Тест – это деструктивный процесс. Автор должен разрушать созданное, что противоречит образу мышления автора, создававшего проект и ПИ.

Рисунок 8 - Общая схема отладки программного обеспечения
Принцип 2. Описание предполагаемых значений результата тестирования должно быть необходимой частью текстового набора данных. Тестовые наборы должны включать два компонента: описание входных данных и описание корректного результата (например, рассчитанного вручную). Это чаще всего вызывает сложности. Обычно используют тестовые (известные) задачи, результат которых известен, однако в ряде случаев их трудно реализовать. Следует соблюдать следующий принцип.
Принцип 3. Необходимо тщательно изучать результаты применения каждого теста. Обычно значительная часть ошибок выявляется в самом начале тестирования.
Принцип 4. Тесты для неправильных и непредусмотренных данных должны разрабатываться так же тщательно, как и в области их допустимых значений. При выходе за область допустимых значений должны быть предусмотрены сообщения. Если программа завершается аварийно, то ПИ не принимается. Тестовые наборы из области недопустимых входных значений обладают большей обнаруживающей способностью, чем из области допустимых значений.
Принцип 5. Необходимо проверять не только то, что делает (или должна делать) программа, но и то, что она делает, но не должна делать (нежелательные побочные эффекты). Например, если программа при печати дублирует первую или последнюю строку, то она содержит ошибку.
Принцип 6. Вероятность наличия необнаруженных ошибок в части программы пропорциональна количеству уже обнаруженных ошибок в этой части – свойство ошибок группироваться. Это связано с плохой конструкторской проработкой или низкой квалификацией программиста, который писал эту часть программы.
