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. Начальная страница ИС
57
Для пользования системой необходимо в ней зарегистрироваться. Для
этого необходимо нажать кнопку «Регистрация», заполнить все поля в открыв-
шейся форме и нажать кнопку «Регистрация» (рис. 37).
Рис. 37. Заполненная форма для регистрации
Если данные введены некорректно, то на экране появится сообщение с
указанием ошибки. Если же регистрация прошла успешно, то мы сразу же по-
падаем в свой «Личный кабинет». Личный кабинет каждого сотрудника состоит
из двух разделов:
1. «Мои заявки на ремонт», в котором отображаются все поданные нами
заявки.
2. «Подать заявку на ремонт», где мы можем отправить на ремонт необ-
ходимую нам технику.
Так как мы только что зарегистрированный пользователь, то вкладка
«Мои заявки» пуста (рис. 38).
58
Рис. 38. Вкладка «Мои заявки на ремонт»
Отправим какую-нибудь технику на ремонт, например факс Cаnnоn L-
209. Для этого перейдем в раздел «Подать заявку», выберем из имеющегося
списка нужную нам оргтехнику и нажмем «Отправить на ремонт» (рис. 39).
Рис. 39. Вкладка «Подать заявку на ремонт»
Заявка подана и находится в статусе «Обрабатывается». Теперь мы мо-
жем отслеживать ее во вкладке «Мои заявки», где она уже появилась (рис. 40).
59
Рис. 40. Поданная заявка на ремонт
Далее эту заявку обрабатывает администратор, который заполняет все не-
заполненные поля. Для выполнения этих процедур выйдем из системы и зайдем
заново под учетной записью администратора, заполнив поля «Логин» и «Па-
роль» и нажав на кнопку «Авторизация» (рис. 41).
Рис. 41. Авторизация в системе
В разделе «Админ-панель» во вкладке «Управление заявками» находим
новую заявку (рис. 42) и заполняем ее пустые места (рис. 43-44).
60
Рис. 42. Вкладка «Управление заявками» администратора
Рис. 43. Форма необработанной администратором заявки
61
Рис. 44. Заполненная администратором форма
После заполнения всех полей нажимаем на кнопку «Обновить». Теперь
заявка находится в системе практически полностью заполненная. Как и требо-
валось, заявки разукрашены в разные цвета в зависимости от сроков до даты ее
выполнения (рис. 45).
Рис. 45. Обновленный список поданных заявок
Помимо всего прочего администратор может редактировать данные по
всем зарегистрированным в системе пользователям во вкладке «Управление со-