Протокол тестирования программного продукта

СОДЕРЖАНИЕ 

	лист
Введение	4
1 Постановка задачи	6
1.1 Описание предметной области	6
1.2 Функциональная модель предметной  области	8
1.3 Схема данных	9
1.4 Описание входной информации	10
1.5 Описание структуры базы данных	10
1.6 Описание выходной информации	12
1.7 Контрольный пример	12
1.8 Общие требования к программному  продукту	13
2 Экспериментальный раздел	14
2.1 Обоснование выбора языка  программирования	14
2.2 Описание программы	15
2.3 Протокол тестирования программного  продукта	19
2.4 Руководство пользователя	20
Заключение	24
Приложение А. Функциональная модель	26
Приложение Б. Схема данных	27
Приложение В. Выходные документы	28
Приложение Г. Исходный текст программы	39
Приложение Д. Входные документы	48
Список сокращений	50
Список литературы	51

 

 

ВВЕДЕНИЕ

Основной целью курсового проектирования по курсу «Разработка и эксплуатация информационных систем» является систематизация, углубление и активное применение знаний по разработке и эксплуатации информационных систем, закрепление знаний, полученных в лекционном курсе, а также на практических и лабораторных занятиях. Данную цель можно раскрыть следующим образом:

- систематизация и закрепление  теоретических знаний студентов  по основным разделам курса  «Разработка и эксплуатация информационных систем»;

- углубленное изучение проблем  разработки программного обеспечения  для современных ЭВМ;

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

 

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

Особое внимание необходимо уделить  использованию современных методов  разработки программ таких, как объектно-ориентированное  программирование и визуально проектирования, а также структурное и модульное программирование.

Методы проектирования:

- проектирование и разработка  информационной системы в соответствии  с требованиями к поставленной  задачи;

- закрепление практических навыков  в оформлении документации на каждом этапе разработки;

- развитие навыков самостоятельной  работы с системами государственных  стандартов.

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

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

1 Постановка задачи

1.1 Описания предметной области

Необходимо разработать  информационную систему, для автоматизации рабочего места сотрудника автоцентра. Система должна предусматривать два режима доступа (администраторский, пользовательский).

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

Список Автомобилей имеет следующие атрибуты:

• название;
• двигатель;
• масса;
• комплектация;
• цена.

Список клиентов имеет следующие  атрибуты:

• фамилия;
• имя;
• отчество;
• дата рождения;
• адрес;
• № паспорта;
• № заграничного паспорта;
• Телефон.

      Будет сформирован договор:

• код дкп;
• фамилия сотрудника;
• фамилия клиента;
• автомобиль;
• дата покупки.

При работе в режиме администратора должны будут реализованы возможности:

• удаление/добавление  автомобилей;
• удаление/ добавление сотрудников;
• редактирование данных;
• фильтрация по фамилии;
• поиск по фамилии, имени.

С данной информационной системой должны работать следующие группы людей:

• заведующий;
• сотрудники автосалона.

При работе с данной информационной системой администратор должен иметь возможность решать следующие задачи:

• вносить изменения в список автомобилей, сотрудников (добавлять, изменять, удалять);
• иметь возможность быстрого поиска;
• иметь возможность вывода отчетов по клиентам (путем экспорта в MS Excel, MS Word);
• получение списка договоров.

Сотрудник должен иметь возможность :

• производить поиск по фамилии;
• производить фильтрацию.

Входными документами для задачи будут являться:

• список клиентов (данные о клиентах);
• сведения об автомобилях;

Выходным документом для задачи будет являться:

• договор купли-продажи.

1.2 Функциональная модель предметной области

Для построения функциональной модели предметной области была изучена  работа медицинского регистратора. Реализована  функциональная модель на программе BPWin Process Modeler.

Функциональная модель описывает вычисления в системе. Она показывает, каким образом выходные данные вычисляются по входным данным, не рассматривая порядок и способ реализации вычислений. Функциональная модель состоит из набора диаграмм потока данных, которые показывают потоки значений от внешних входов через операции и внутренние хранилища данных к внешним выходам. Функциональная модель описывает смысл операций объектной модели и действий динамической модели, а также ограничения на объектную модель. Неинтерактивные программы (например, компиляторы) имеют тривиальную динамическую модель: их цель состоит в вычислении значения некоторой функции. Основной моделью таких программ является функциональная модель (хотя если программа имеет нетривиальные структуры данных, для нее важна и объектная модель). Функциональная модель представлена в приложении А.

 

1.3 Схема данных

 

Клиент		Сотрудник
Список документов		Автомобили
Данные о клиентах		Сведения о б автомобилях		Database1. accdb
		АРМ       сотрудника       автосалона
		Договор
		Клиенты

 

 

 

1.4 Описание входной информации

Входными документами для задачи будут являться:

• список клиентов;
• список автомобилей;

1.5 Описание структуры базы данных

На основании входных данных создаётся база данных из 4 таблиц: klient; sotrudnik;avto; dkp .

Схема данных представлена в приложении Б. Логическая структура была реализована с помощью Case-средства ERWin Data Modeler.

Таблица 1 - Описание структуры базы данных

 

Назначение (содержимое) таблицы	Физическое имя таблицы	Наименование полей	Шифр поля	Формат поля	Раз-мер поля
1	2	3	4	5	6
Таблица «Клиенты»	Klient	Код клиента Фамилия Имя Отчество Дата рождения Адрес № паспорта № з/паспорта Телефон	kod_klienta familia imya otchestvo data_rozhdenia   adres №_pasporta №_z/p telefon	Счетчик Строка Строка Строка Дата   Строка Число Число Число	15 15 15     15 12 12 15
Таблица «Сотрудник»	Sotrudnik	Код сотрудника Фамилия Имя Отчество Права доступа Пароль Фото	kod_sotrudnika   familia imya otchestvo prava_dostupa pass picture	Счетчик   Строка Строка Строка Строка Строка OLE	15 15 15 10 10
Таблица «Автомобили»	avto	Код авто    Название Двигатель Масса Комплект Цена Описание Фото	Kod_avto avto Dvigatel Massa Komplekt Cena Opisanie picture	Счетчик Строка Строка Число Строка Число Строка OLE	15 15 2 15 5 255
Таблица «Договор»	dkp	Код автомобиля Фамилия сотрудника Фамилия клиента Авто Дата  продажи	Kod_avto Sotrudnik.familia   Klient.familia   Data	Счетчик Строка   Строка   Строка Дата	15   15 15

 

 

 

 

1.6  Описание выходной информации

Выходной информацией в данной задаче является следующий документ:

-договор.

Описание выходных документов приведено в таблице 3.

Таблица 3 - Описание выходных документов

Наименование документа	Дата поступления	Куда передается
Договор	По мере необходимости	Клиент

 

1.7 Контрольный пример

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

Ошибки, которые могут быть допущены в процессе проектирования:

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

Основным методом устранения ошибок является тестирование программы.

Тестирование позволяет не только устранить ошибки, но и оценить готовность программы к эксплуатации.

 

 

Выходные данные для контрольного примера - в приложении В. Исходный текст программы и модулей представлен в приложении Г. Входные данные для контрольного примера представлены в приложении Д.

 

1.8 Общие  требования к продукту

Программа разрабатывается как для персонального компьютера, так и для портативного персонального компьютера типа не ниже IBM Pentium II со следующими параметрами:

• оперативно запоминающее устройство не ниже 32 Mb;
•  графический адаптер SVGA;
• манипулятор типа «мышь».

ЭВМ должна работать под управлением  операционной системы с графическим  интерфейсом (не ниже Windows 98).

Инсталляционный пакет не предусмотрен.

Сопровождение продукта предполагается.

Требования к функциональным параметрам:

• программный продукт должен поддерживать работу, как клавиатуры, так и манипулятора типа «мышь»;
• программа должна обеспечивать работу основных операций: экспорт данных, обновление (редактирование) данных и так далее.
• Требования к совместимости:
• необходима установка приложения Microsoft Office;
• работа с таблицами баз данных типа Microsoft Access.