УСТРОЙСТВ ЖЕЛЕЗНОДОРОЖНОЙ АВТОМАТИКИ

vk.com/club152685050 | vk.com/id446425943

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

Рисунок 5

В случае совпадения логина и пароля с хранимых в базе дынных, пользователь переходит на страницу просмотра списка инцидентов. На странице представлена краткая информация об инциденте: номер инцидента, номер устройства по которому создан инцидент, выявленное отступление от норм содержания устройств ЖАТ, автор(он же авторизованный пользователь), текущий статус инцидента, а также кнопки для перехода на страницу карточки инцидента, где расположена более подробная информация об инциденте. Также на данной странице располагается кнопка перехода к странице создания нового инцидента. Прототип страницы просмотра списка инцидентов представлен на рисунке 6.

vk.com/club152685050 | vk.com/id446425943

Рисунок 6

В случае нажатия кнопки перейти к инциденту пользователь попадает на страницу карточки инцидента, где расположена подробная информация об инциденте: номер устройства по которому создан инцидент, описание отступления, необязательное поле примечание, автор инцидента, дата регистрации инцидента, необязательное поле дата оформления записи на ПЧ заполняемое в случае если отступление обнаружено по элементу закрепленное за службой П(служба пути), необязательное поле ФИО ПЧД хранящее информации о диспетчере службы П, которому было сообщено о выявленном отступлении, необязательное поле ФИО ШЧД отображающее информацию о диспетчеру службы Ш, которому было сообщено про выявленный инцидент, поле ФИО ШН отображает информация работнике устранившим отступление, поле статус хранит информация о текущем статусе инцидента(новый, в работе, возвращен на доработку), выпадающий список и кнопка изменить статус позволяют изменить статус инцидента. Прототип интерфейса страницы инцидента представлена на рисунке 7.

vk.com/club152685050 | vk.com/id446425943

Рисунок 7

На странице создания нового пользователь может создать новый инцидент следующим образом, поле тип устройства позволяет выбрать устройства требуемой категории(светофоры, рц и т.д.), поле номер устройства формирует выпадающий список номеров устройств выбранного типа, поле служба позволяет выбрать ответственную за инцидент службу, поле элемент устройства формирует выпадающий список элементов устройств данного типа, поле отступление содержит список устройств по выбранному элементу устройств. Поле ФИО регистратора отображает фамилию регистратора инцидента, поле дата регистрации автоматически заполняется датой регистрации инцидента, поле дата записи(необязательное, позволяет занести дату оформления записи в жкрнале учета, в случае если инцидент закреплен за службой П), поле ФИО ШЧД формирует для выбора список работников которым сообщено о выявлении инцидента по линии службы Ш, поле ФИО ПЧД формирует для выбора список работников которым сообщено о выявлении инцидента по линии службы П, поле статус при создании нового инцидента автоматически устанавливается в значение “Novoe”. По нажатию кнопки создать инцидент записывается в базу данных. Прототип создания нового инцидента показан на рисунке 8.

vk.com/club152685050 | vk.com/id446425943

Рисунок 8

4. Разработка базы данных приложения.

Разработка схемы базы данных приложения производилась программе Microsoft Access 2007. Реализация базы данных с использование СУБД JavaDB. Схема базы данных представлена на рисунке 6.

Рисунок 9

vk.com/club152685050 | vk.com/id446425943

Состав таблиц базы данных приведен в таблице 1.

			Таблица 1
	Таблица		EMPLOYEES
	№ п/п	Название поля	Назначение поля
		БД
	1	FIO	ФИО сотрудника
	2	Dolznost	Должность сотрудника
	3	Staz	Стаж работы
	4	STATUS_SOTRUD	Статус сотрудника(работает, уволен и т.п.)
	5	LOGIN	логин сотрудника для входа в систему
	6	PAROL	пароль сотрудника для входа в систему
	7	ROL	Роль сотрудника в системе(руковдитель, работник)
	Таблица		STATUS
	№ п/п	Название поля	Назначение поля
		БД
	1	status	хранит информацию о статусах в котором может находится инцидент
	Таблица		TIP_US_VA
	№ п/п	Название поля	Назначение поля
		БД
	1	TIP	хранит информацию о типах устройств
	Таблица		SPISOK_US_V
	№ п/п	Название поля	Назначение поля
		БД
	1	NUMBER_US_VA	хранит список номеров устройств
	2	TIP	хранит информацию о типе устройства
	3	Harakter
	Таблица		SLUZBA
	№ п/п	Название поля	Назначение поля
		БД
	1	SLUZBA	хранит информацию о службах
	Таблица		ILEMENT_US_VA
	№ п/п	Название поля	Назначение поля
		БД
	1	NAZVANIE	хранит список название элементов устройств
	2	TIP_US_VA	хранит информацию о принадлежности элемента к типу устройств
	3	OTV_SLUZBA	хранит информацию о закрепление элемента устройства за службой
	Таблица		OTSTUPLENIE
	№ п/п	Название поля	Назначение поля
		БД
	1	OTSTUPLENIE	хранит список описания отступлений
		ILEMENT	хранит информацию о принадлежности отступления к элементу
	2		устройства

vk.com/club152685050 | vk.com/id446425943

	Таблица		INCIDENTI
	№ п/п	Название поля	Назначение поля
		БД
	1	ID	автоинкрементируемое поле номера инцидента
	2	numberUs_va	хранит информацию о номере устройства
	3	otstuplenie	хранит информацию об отступлении
	4	primechanie	Может хранить дополнительную информацию об инциденте
	5	avtor	хранит информацию о регистраторе инцидента
	6	date_registr	дата регистрации инцидента
	7	date_write	может хранить информацию о дате оформления записи на П
	8	FIO_SHCH	может хранить информацию о диспетчере службы Ш
	9	FIO_PCHD	может хранить информацию о диспетчере службы П
	10	date_usranenia	хранит информацию о дате устранения инцидента
	11	FIO_SHN	хранит информацию о работнике, устранившем инцидент
	12	status	хранит статус инцидента

Таблица Employees содержит основную информацию о работниках, таблица Status хранит в себе информацию о состояниях в которых может находиться инцидент; новый – инцидент создан, к работе по устранению еще не принят, в работе ведутся работы по его устранению инцидента, завершен – инцидент устранен, возращен на доработку руководитель вернул инцидент на доработку. Таблица TIP_US_VA хранит информацию о категориях устройств(светофор, стрелка и т.д.). Таблица SPISOK_US_V хранит информацию о номерах устройств с указанием их типа. Таблица SLUZBA хранит информацию о службах обслуживающих инфраструктуру железнодорожного транспорта. Таблица ILEMENT_US_VA хранит информацию о элементах устройств соответствию их типов устройств и ответственной службе. Таблица OTSTUPLENIE хранит информацию о типовых отступлениях и отношении их к типам устройств. Таблица INCIDENTI главная таблица базы данных, хранит в себе все атрибуты инцидента.

5. Разработка программного кода приложения.

Следую схеме MVC программные компоненты на три части: Вид, к этой части отнесены:

vk.com/club152685050 | vk.com/id446425943

заглавная страница index.html формирующая страницу входа пользователя в приложение;

spisok_incidentov.jsp страница отображения списка существующих инцидентов, и краткой информации о них;

newIncident.jsp страница формирующая список полей и кнопок для создания нового инцидента;

incident.jsp страница формирующая набор полей и кнопок для просмотра информации об инциденте, а также изменении статуса инцидента;

error.jsp страница ошибки.

Контроллер, к этой части отнесены:

SpisokIncidentovServlet.java – класс формирующий список инцидентов;

NewIncidentServlet.java – класс обрабатывающий процесс создания нового инцидента;

IncidentServlet – класс формирующий информацию об инциденте и процесс изменения инцидента;

AuthServ.javaкласс обеспечивающий процесс авторизации пользователя в системе.

Модель, к этой части отнесены:

VidIncident.java – класс формирующий логику работы прототипа информационной системы, и выполняющий запросы к базе данных.

Классы Employees.java, HistoryIncident.java, IlementUsVa.java, NewClass.java, Otstuplenie.java, Sluzba.java, SpisokUsV.java, Status.java, TipUsVa.java представляют собой сущности таблиц базы данных.

На рисунке 9 представлена упрошенная схема взаимодействия прототипа информационной системы.

vk.com/club152685050 | vk.com/id446425943

	Страница входа в	Страница представления
		списка инцидентов
	приложение

Страница ошибки

Index.html

Spisok_Incidentov.jsp

error.html

Сервелет

авторизации

Сервелет формирования

Сервелет создания нового

пользователя

карточки инцидента

инцидента

AuthServ.java

IncidentServlet.java

NewIncidentServlet.java

Страницам

представления

Страница создания

карточки

инцидента

нового инцидента

Сервелет формирования

Incident.jsp

NewIncident.jsp

SpisokIncidentov

списка инцидентов

Servlet.java

VidIncident.java

Класс реализующий логику работы приложения

Рисунок 9

4. Тестирование разработанного приложения.

Тестирование прототипа информационной системы довольно сложно, так как вначале разработки отсутствовало четко формализованные требования к прототипу приложения, которые уточнялись в процессе разработки.

Определим следующие виды тестирования нашего приложения:

Функциональное тестирование.

Многопользовательское тестирование

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

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

Функциональные

vk.com/club152685050 | vk.com/id446425943

Нефункциональные

Связанные с изменениями

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

Тест план;

Целью данного тест плана является общее описание процесса тестирования прототипа информационной системы по учету и контролю устранения отступлений от норм содержания устройств.

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

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

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

Требования к тестированию:

Прототип ИС должен позволять пользователю:

просматривать список существующих инцидентов с краткой информации о них;

переходить к просмотру подробной информации об инциденте;

создавать новые инциденты;

проходить процесс авторизации в системе;

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

Стратегия тестирования:

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

vk.com/club152685050 | vk.com/id446425943

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

Типы тестирования:

1.Функциональное тестирование:

Цель функционального тестирования:

Убедиться, что операторы могут использовать основной функционал, в процессе реального использования;

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

Критерии успешности:

	Все описанные функции ИС выполнены;
	Все найденные ошибки, замечания	выявлены и
	зафиксированы.

2.Многопользовательское тестирование: Цель многопользовательского тестирования:

Убедиться, что информационную систему может параллельно использовать не менее трех операторов.

Критерии успешности:

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

Ресурсы. Тестирование будет проводиться силами работников нечетной автоматизированной сортировочной горки №3 станции Санкт-Петербург- Сортировочный-Московский.

Результаты тестирования.

5.Заключение

Вработе представлены результаты разработки прототипа информационной системы по учету и контролю устранения