Дипломная работа: Автоматизация приема и анализа заявок технической поддержки предприятия БРУ АО "Транснефть-Дружба")
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
52
Рис. 24. Структура таблицы «Оборудование»
Таблица отделов предприятия имеет всего лишь 2 поля: уникальный мо-
дификатор и название самого отдела (рис. 25).
Рис. 25. Структура таблицы «Отделы»
Последняя таблица в данной БД – таблица с запросами на ремонт. Рас-
смотрим ее поля: уникальный модификатор заявки; уникальный модификатор
сотрудника, подавшего заявку на ремонт; даты подачи и выполнения заявки;
уникальный модификатор сотрудника, который будет производить ремонт;
уникальный модификатор техники, отправленной на ремонт; название компа-
нии-изготовителя данной техники, причина поломки и статус заявки (рис. 26).
53
Рис. 26. Структура таблицы «Заявки»
Теперь определим основные требования, предъявляемые к данной систе-
ме. Во-первых, должны быть реализованы этапы регистрации новых пользова-
телей системы и их авторизация. При регистрации сотрудник указывает свои
данные: логин и пароль для своей будущей учетной записи, ФИО, паспортные
данные, адрес проживания, рабочий телефон и отдел. В зависимости от места
(отдела) работы всем сотрудникам будут присвоены разные уровни доступа: 0 –
для обычного пользователя системы; 1 – для работника отдела ремонта; 2 – для
администратора. Уровень доступа будет влиять на спектр возможностей для
каждого из уровней. Например, обычный сотрудник сможет подать заявки на
ремонт той или иной техники и просматривать статус выполнения этих заявок.
У сотрудника отдела ремонта возможностей немного больше: вдобавок к тому,
что может простой пользователь, он видит заявки, которые предстоит ему об-
работать, меняет у них статус выполнения и по итогу ремонта указывает при-
чиполомки. Администратор имеет самый обширный круг возможностей: он
распределяет оставленные заявки на ремонт между сотрудниками отдела ре-
монта с указанием даты выполнения ремонта, может редактировать данные обо
всех зарегистрированных пользователях системы, а также просматривать ста-
тистику системы с возможностью ее экспорта в Eхсеl. Статистика ведется по
количеству зарегистрированных пользователей, по количеству имеющейся на
предприятии техники, по всем оставленным заявкам за все время, за день и за
54
месяц, а также имеется количество ремонтов техники определенной компании.
Оставленные заявки имеют 3 вида статуса:
обрабатывается – если заявка поступила в систему, но администратор
ее еще не обработал;
выполняется – администратор обработал заявку, и сотрудник отдела
ремонта приступил к ремонту;
выполнена – сотрудник отдела ремонта выполнил ремонт.
Помимо прочего в зависимости от сроков выполнения заявки окрашены в
разные цвета:
красный – если заявка просрочена;
желтый – если до конца срока выполнения заявки осталось 2 и меньше
дней;
зеленый – если до конца срока выполнения заявки 3 и более дней.
Таким образом, система должна наглядно, точно и подробно описывать
все этапы жизненного цикла заявки на ремонт техники, а также сопутствую-
щую им информацию.
3.3 Тестирование и оценка качества системы
Основной целью тестирования, прежде всего, является: обнаружение как
можно большего количества ошибок, которые мешают нормальной работе си-
стемы. Главным критерием завершенности тестирования является отсутствие
критических ошибок, которые делают систему неработоспособной.
Тестирование программного обеспечения имеет тесную связь с его каче-
ством. Основной показатель качества программной системы – ее способность
удовлетворять потребности конечного пользователя. В процессе тестирования
нам необходимо выявить те моменты, которые препятствуют удовлетворению
конечного пользователя.
Проведём тестирование нашей системы.
55
В ходе тестирования необходимо проанализировать правильность выпол-
нения запроса. Проверим первый запрос, отражающий информацию о заявках
на ремонт.
Из рис. 14 видим, что для создания данного запроса используются табли-
цы «Заявки на ремонт» и «Компьютерная техника».
Чтобы проверить правильность выполнения запроса надо проверить дан-
ные в используемых таблицах.
Рис. 28. Таблица «Заявки на ремонт»
На основании представленных данных можно сказать, что запрос выпол-
нен верно.
Перейдем к тестированию запроса о выполнении заявок.
Согласно рис. 18 здесь используются 3 таблицы: «Компьютерная техни-
ка», «Заявки на ремонт», «Сотрудники».
Выполним данный запрос. Система просит ввести начальную и конечную
дату периода.
Рис. 30. Ввод начальной даты периода
56
Рис. 31. Ввод конечной даты периода
В данном запросе помимо таблиц, представленных выше, используется
таблица «Сотрудники».
Рис. 33. Таблица Сотрудники
Таким образом, на основании проведенного тестирования можно сделать
вывод, что система получилась приемлемого качества без выявленных критиче-
ских ошибок и оказалась работоспособной.
Теперь проверим работоспособность созданного Wеb-приложения. Стар-
товой страницей информационной системы является страница с регистрацией и
авторизацией (рис. 36).
Рис. 36. Начальная страница ИС
Источник: https://baza.diplomsite.ru/previewfile/1959