Дипломная работа: Автоматизация продажи железнодорожных билетов ООО «Four cardinal points Train»
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
101
внешние интерфейсы, позволяющие другому компьютеру либо другому
процессу подключиться к системе для тестирования. Например,
тестирующий модуль может виртуально нажимать клавиши или кнопки
мыши в тестируемой программе с помощью механизма взаимодействия
процессов, с уверенностью в том, все ли идёт правильно, что эти события
вызывают тот же отклик, что и реальные нажатия клавиш и кнопок мыши.
При тестировании серого ящика разработчик теста имеет доступ к
исходному коду, но при непосредственном выполнении тестов доступ к коду,
как правило, не требуется.
2.4.2 Перечень объектов и функций, подлежащих испытаниям
Тестирование автоматизированной информационной системы учета
продаж железнодорожных билетов выполнялось с использованием стратегии
черного ящика, т.е с точки зрения конечного пользователя. Целью данного
метода тестирования является обнаружение несоответствия реального
поведения программы ее описанию.
Тестовые данные подбираются таким образом, чтобы программист был
в состоянии вычислить тестовый результат до начала тестового прогона, на
основании которых далее сможет оценить правильность работы программы.
Во избежании ошибок, связанных с некорректным вводом исходных
данных пользователем, в графическом интерфейсе программы были
использованы поля для ввода с выпадающими списками, что позволяет
минимизировать количество ошибок пользователя при вводе данных, а также
различные календари. Этот прием был использован в формах,
предназначенных для оформления договоров, а также справочной
информации.
Поля для ввода денежных единиц, цены билета и количества
приобретенных билетов имеют ограничения по положительным значениям,
т.е. нельзя поставить неположительную цену либо неположительное
102
количество автомобилей в договоре. Данные ограничения осуществляются
средствами выбранной СУБД.
При последующей проверке АИС адекватно реагировало на
возникновение ошибок, вызванных неправильными действиями
пользователя. Так, например, при попытке пользователя сохранить пустую
запись, выдается сообщение о невозможности сохранения такой строки, при
невнесении данных в обязательное для заполнения поле, выдается сообщение
с просьбой указать необходимые данные. Это реализовано за счет
дополнительных проверок данных перед их сохранением.
Например, проверка заполненности поля перед сохранением
реализована кодом.
if (textBox10.Text == "")
{
MessageBox.Show("Не указан номер места");
return;
}
2.4.3 Проведение проверочных испытаний и их результаты
Для проверки соответствия ожидаемого результата фактическому, был
составлен тест кейс. В процессе тестирования проверялись все основные
функции системы. Результаты проведения тестовых испытаний сведены в
таблицу 25.
Таблица 25
Результаты проверочных испытаний
№
проверки
Вид
проверки
Критериальный
параметр
Допустимые
значения
Результат
проверки
1
Ввод данных
в поле ввода
справочника
Допустимый
диапазон дат
01.01.1900-
31.12.2100
Соответствует
Длина строки
Не менее 5 и не
более 30
12
Допустимый
диапазон числа
Не менее 1 и не
более 120
36
Соответствие
текстового
Ограниченный
список текстовых
Соответствует
103
№
проверки
Вид
проверки
Критериальный
параметр
Допустимые
значения
Результат
проверки
значения одной
из записей
списка
строк
2
Загрузка
данных из
базы данных
Время загрузки
1000 записей в
БД не менее
100 000 записей
<2,5 с
2,2 с
Реакция на
ошибку
соединения с
сервером базы
данных
Появление
диалогового окна с
сообщением об
ошибке.
Прекращение
обработки запроса
соответствует
3
Формирование
запроса на
поиск поезда
Реакция на
условия поиска,
противоречащие
друг другу
Появление
диалогового окна с
сообщением о
некорректно
указанных условиях
поиска
Соответствует
Реакция на
отсутствие мест
и поездов,
соответствующих
запросам
клиента
Появление
диалогового окна с
сообщением об
отсутствии записей,
соответствующих
критериям поиска
Соответствует
Контроль
корректности
ввода
наименований
станций в форме
поиска
Соответствие
наименования
введенной станции
одному из ранее
зарегистрированных
наименований
станций,
Соответствует
4
Формирование
маршрута
следования
Контроль
корректности
ввода названий
промежуточных
станций
Блокировка
возможности ввести
название
несуществующей
станции
Соответствует
Контроль
корректности
ввода времени
отправления и
прибытия поезда
на станцию
Появление
сообщения об
ошибке ввода
времени с
описанием сути
ошибки
Соответствует
5
Формирование
состава
поезда
Контроль
корректности
выбора вагонов
при
Появление
сообщения об
ошибке, связанной
с некорректным
Соответствует
104
№
проверки
Вид
проверки
Критериальный
параметр
Допустимые
значения
Результат
проверки
формировании
состава
формированием
состава поезда
Контроль
корректности
формирования
списка мест в
соответствии с
типом вагона
Блокировка
возможности задать
некорректное
количество мест в
вагоне.
Плацкартные
вагоны ограничены
54 местами, купе-
36, люкс – 18 ит.д.
Соответствует
6
Завершение
работы с
программой
Контроль
наличия
заполненных, но
не сохраненных
форм ввода
Появление
сообщения,
информирующего
пользователя о
наличии
заполненных, но
несохраненных
форм ввода
Соответствует
Закрытие
соединения с
базой данных
Завершение всех
фоновых процессов,
реализующих
соединение с
удаленной базой
данных
В памяти не
имеется ни
одного
процесса
связи с
удаленными
данными
Таким образом, все команды автоматизированной информационной
системы учета продаж железнодорожных билетов успешно прошли
тестирование. Успешное прохождение программой всех тестов во многом
обусловлено удобным пользовательским интерфейсом, ограничивающим
возможности пользователя ввести недопустимое значение. В тех случаях,
где это сделать невозможно реализованы блоки кода, выполняющие
проверку обрабатываемых значений и не допускающие возникновение
ошибок.
105
3 ОБОСНОВАНИЕ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ
ПРОЕКТА
3.1 Выбор и обоснование методики расчёта экономической
эффективности
При создании и эксплуатации всех типов программных продуктов
подчеркиваются общие принципы и методы их экономического обоснования
и организации этих процессов. Оценки эффективности программного
обеспечения должны быть комплексными, принимая во внимание все
экономические, социальные, экологические и другие аспекты решений.
Целью исследования рентабельности разработки программного
обеспечения является количественное и качественное подтверждение
прибыльности создания или развития информационной системы и
определение организационных и экономических условий ее эффективного
функционирования.
Для планирования процесса разработки программного обеспечения и
расчета затрат необходимо определить сложность разработки программного
обеспечения. Рационализация работы по созданию программного
обеспечения создает большие трудности, как и рационализация всей
творческой работы. Креативные элементы работы программистов могут быть
определены либо на основе экспертных оценок опытных программистов,
либо на основе узких периодов разработки, в которых программист должен
найти решение. Технические элементы работы программистов поддаются
стандартизации, но точность таких стандартов широко распространена в
зависимости от ряда факторов. На основе экспериментальной статистики
различных организаций, занимающихся программированием задач для их
решения на ПК, был разработан ряд методов для определения сложности
создания программных продуктов.
Расчет рентабельности данной работы основан на сравнении
существующих и новых вариантов решения проблемы. Базовая версия лишь
частично автоматизирует процессы учета продажи железнодорожных OOO
Источник: https://baza.diplomsite.ru/previewfile/567