Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
diplom (2).docx
Скачиваний:
38
Добавлен:
12.04.2015
Размер:
81.41 Кб
Скачать

Глава II

    1. Разработка технического задания на программный продукт «Test»

    1. Название и назначение разрабатываемой программы

Представленная программа называется «Test». Эта программа относится к числу программ, расширяющих возможности компьютера. Проект представляет собой компьютерную программу для проверки знаний по различным дисциплинам

    1. Основание для разработки

Основанием для разработки является задание на выпускную квалификационную работу на тему «Разработка, внедрение и адаптация программного обеспечения в сфере образования «Test» по заказу деканата ФСПО».

    1. Технические требования к программе

Для работы программы необходимы:

Процессор не ниже Pentium-166

Оперативная память не менее 32 МБ

Свободная память на жестком диске не менее 300 Мб

Устройство считывания с компакт-диска +

Манипулятор «Мышь» +

Операционная система Windows 98/2000/XP

MS Excel 2002/2003 и MySQL.

    1. Функциональные требования к программе

В реализуемой программе должны выполнять следующие требования:

- возможность создания и редактирования тестов;

- просмотр результатов тестирования;

- возможность регистрироваться

- сохранение информации о всех внесенных записях во внешнем файле; - программа должна обладать понятным интерфейсом и относительной простотой работы с ней; - реализовать вызов файла помощи, содержащего руководство по пользованию программой.

- возможность смены пароля

    1. Требования по надежности

Программа не должна проводить к нарушению работы операционной системы или других приложений. Программа должна работать без сбоев и аварий.

    1. Разрабатываемая документация

К программе должна быть приложена пояснительная записка. Пояснительная записка должна быть выполнена в соответствии с государственным стандартом.

    1. Этапы и сроки выполнения программы

- разработка технического задания – 1 нед.

- разработка и описание программы – 3 нед.

- разработка руководства пользователя – 1 нед.

- оформление пояснительной записки и сдача преподавателю на проверку – 1 нед.

- защита дипломной работы

2 Разработка, отладка и тестирование программного обеспечения «Test»

Тестирование – это динамический контроль программы, т.е. проверка правильности программы при ее выполнении на компьютере.

Отладка программы — это специальный этап в разработке программы, состоящий в выявлении и устранении программных ошибок, факт существования которых уже установлен.

При разработке программ наиболее трудоемким является этап отладки и тестирования программ. Цель тестирования, т.е. испытания программы, заключается в выявлении имеющихся в программе ошибок. Цель отладки состоит в выявлении и устранении причин ошибок.

Отладку программы начинают с составления плана тестирования. Такой план должен представлять себе любой программист. Составление плана опирается на понятие об источниках и характере ошибок. Основными источниками ошибок являются недостаточно глубокая проработка математической модели или алгоритма решения задачи; нарушение соответствия между схемой алгоритма или записью его на алгоритмическом языке и программой, записанной на языке программирования; неверное представление исходных данных на программном бланке; невнимательность при наборе программы и исходных данных на клавиатуре устройства ввода.

В план тестирования обычно входят следующие этапы:

  • Сравнение программы со схемой алгоритма.

  • Визуальный контроль программы на экране дисплея или визуальное изучение распечатки программы и сравнение ее с оригиналом на программном бланке. Первые два этапа тестирования способны устранить больше количество ошибок, как синтаксических (что не так важно), так и семантических (что очень важно, так как позволяет исключить их трудоемкий поиск в процессе дальнейшей отладки).

  • Трансляция программы на машинных язык. На этом этапе выявляются синтаксические ошибки. Компиляторы с языков Си, Паскаль выдают диагностическое сообщение о синтаксических ошибках в листинге программы (листингом называется выходной документ транслятора, сопровождающий оттранслированную программу на машинном языке – объектный модуль).

  • Редактирование внешних связей и компоновка программы.

Существуют наиболее простые способы получения тестов:

  • Подбор исходных данных, для которых несложно определить результата вычислений вручную или расчетом на калькуляторе.

  • Использование результатов, полученных на других ЭВМ или по другим программам.

  • Использование знаний о физической природе процесса, параметры которого определяются, о требуемых и возможных свойствах рассчитываемой конструкции. Хотя точное решение задачи заранее известно, суждение о порядке величин позволяет с большой вероятностью оценить достоверность результатов.

Каждому программисту известно, сколько времени и сил уходит на отладку и тестирование программ. На этот этап приходится около 50% общей стоимости разработки программного обеспечения. Но не каждый из разработчиков программных средств может верно, определить цель тестирования. Нередко можно услышать, что тестирование - это процесс выполнения программы с целью обнаружения в ней ошибок. Но эта цель недостижима: ни какое самое тщательное тестирование не дает гарантии, что программа не содержит ошибок. Другое определение: это процесс выполнения программы с целью обнаружения в ней ошибок. Отсюда ясно, что “удачным” тестом является такой, на котором выполнение программы завершилось с ошибкой. Напротив, “неудачным” можно назвать тест, не позволивший выявить ошибку в программе. Определение также указывает на объективную трудность тестирования: это деструктивный ( т.е. обратный созидательному ) процесс. Поскольку программирование - процесс конструктивный, ясно, что большинству разработчиков программных средств сложно “переключиться” при тестировании созданной ими продукции. Существует два основных вида тестирования: функциональное и структурное. При функциональном тестировании программа рассматривается как “черный ящик” (то есть ее текст не используется). Происходит проверка соответствия поведения программы ее внешней спецификации. Возможно ли при этом полное тестирование программы? Очевидно, что критерием полноты тестирования в этом случае являлся бы перебор всех возможных значений входных данных, что невыполнимо.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]