o дирекция (directorate) - пользователь системы, заинтересованный в получении результирующей информации. Является обобщением для:

o пользователя уровня региональная дирекция (directorate_region);

o пользователя уровня центральная дирекция (directorate_central).

2.3.2.2 Выделение вариантов использования

Исходя из потребностей актёров, выделяются следующие варианты использования, представленные на рис.2.2:

1) Запуск приложения

· Авторизация пользователя;

2) Формирование запроса к системе

· Модуль ввода параметров;

3) Передача запроса для обработки

· Модуль получения результирующей информации;

4) Получение результатов

· Модуль получения результирующей информации;

5) Администрирование

· Модуль администрирование;

2.3.3 Описание вариантов использования

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

2.3.4 Создание диаграммы вариантов использования

Диаграммы вариантов использования, представленные на рис.2.3, рис.2.4, рис.2.5, рис.2.6, отражают функциональные требования к системе в общем виде:

Рисунок 2.3 - Диаграмма вариантов использования для системы

«Выдача инфомации о дорожных счётчиках кредитовых ведомств»

Рисунок 2.4 - Диаграмма вариантов использования для «Модуля ввода параметров»

Рисунок 2.5 - Диаграмма вариантов использования для «Модуля получения результирующей информации»

Рисунок 2.6 - Диаграмма вариантов использования для «Модуля администрирования»

2.3.5 Соглашение по моделированию

1) имена вариантов использования должны быть глагольными фразами;

2) для каждого варианта использования должна быть создана его реализация;

3) имена классов должны быть существительными, соответствующими понятиям предметной области;

4) имена классов должны начинаться с заглавной буквы;

5) имена атрибутов и операций должны начинаться со строчной буквы;

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

2.3.6 Идентификация ключевых абстракций

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

Рисунок.2.7 - Ключевые абстракции системы «Выдача информации о дорожных счётчиках кредитовых ведомств»

2.3.7 Анализ вариантов использования

Выделяются классы трёх типов:

· граничные (boundary) - посредники при взаимодействии внешних объектов и системы;

· управляющие (control) - обеспечивают координацию поведения объектов в системе;

· классы-сущности (entity) - ключевые абстракции разрабатываемой системы.

Основные классы, участвующие в реализации вариантов использования представлены на рис.B.1, рис.B.2, рис.B.3, рис.B.4 приложения B.

2.3.7.1 Распределение поведения, реализуемого вариантом использования, между классами (диаграммы взаимодействия)

Реализуется с помощью диаграмм взаимодействия (диаграмм последовательности и кооперативных диаграмм). Эти диаграммы показывают поток сообщений между объектами и описывают связи между ними. Диаграммы последовательности отражают временную последовательность событий в рамках варианта использования. Диаграммы кооперации концентрируют внимание на связях между объектами.

2.3.7.2 Определение обязанностей, атрибутов и ассоциаций классов

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

Атрибут - это именованное свойство класса, включающее описание множества значений, которые могут принимать экземпляры этого класса. Атрибуты классов определяются, исходя из знаний о предметной области, требований к системе и глоссария (рис.C.1, рис.C.2, рис.C.3, рис.C.4 приложения С).

Связи между классами (ассоциации) определяются на основе диаграмм взаимодействия. Ассоциации несут информацию о связях между объектами внутри одной системы. Для неё могут задаваться множественность и направленность. В полной диаграмме классов используются множественные ассоциации, агрегации и классы ассоциаций).

2.3.8 Модель бизнес-анализа

Для каждого Business UC строится модель бизнес-анализа (Business Analysis Model) - объектная модель, описывающая реализацию бизнес-процесса в терминах взаимодействующих объектов (Business Object), принадлежащих к двум классам - Business Worker и Business Entity.

Business Worker (исполнитель) - активный класс, представляющий собой абстракцию исполнителя, выполняющую некоторые действия в рамках бизнес-процессов. Исполнители взаимодействуют между собой и манипулируют различными сущностями, участвуя в реализациях сценариев Business Use Case.

Business Entity (сущность) - пассивный класс, не инициирующий никаких взаимодействий. Объект такого класса может участвовать в реализациях различных Business UC.

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

Понятие Business Entity (стереотип <<businessEntity>>) аналогично понятию сущности в ER-модели, за исключением того, что в ER-модели не определяется поведение сущности, а в объектной модели сущность может иметь набор обязанностей.

Модель бизнес-анализа может состоять из диаграмм разных типов. В состав модели обязательно должна входить диаграмма классов, содержащая исполнителей и сущности (рис.2.19, рис.2.20, рис.2.21, рис.2.22) и диаграмм активности (рис.2.23, рис.2.24).

Для диаграммы классов ассоциации между Business Worker отражают наличие взаимодействия между реальными исполнителями. Ассоциации между классами исполнителями и классами-сущностями показывают, какими именно объектами манипулируют конкретные исполнители.

2.3.8.1 Диаграммы классов модели бизнес-анализа

Рисунок 2.19 - Диаграмма классов «Запуск приложения»

Рисунок 2.20 - Диаграмма классов «Ввод первоначальных параметров»

Рисунок 2.21. Диаграмма классов «Получение результирующей информации»

Рисунок 2.22 - Диаграмма классов «Обработка данных»

2.3.8.2 Диаграммы активности модели бизнес-анализа

Рисунок 2.23 - Диаграмма активности «Запуск приложения»

Рисунок 2.24 - Диаграмма активности «Ввод первоначальных параметров»

2.3.9 Проектирование БД

Проектирование баз данных выполняется с использованием средства Data Modeler.

Для формирования отчёта по дорожным счётчикам кредитовых ведомств ведётся сбор показателей из источников, находящихся в таблицах в АБД DB/2 (таблицы «Информация о счётчиках» (DOHODV), «Дороги» (DOR), «Государства» (GOS), «Вычислительные центры» (VC), «Агенты» (SOBPER_AGN), «Перевозчики» (SOBPER_SKP), «Льготы» (LGOT), «Валюта» (VALUT), «Государство сервера» (SERV).

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

Рис.2.25. Объектно-ориентированная база данных. Диаграмма «сущность-связь»

Подробнее каждая сущность рассматривается в приложении D.

2.4 Среда разработки и язык программирования

АСУ «Экспресс-3» базируется на современных вычислительных техниках и современной цифровой связи. В ней применены перспективные инструментальные средства создания программного обеспечения.

В настоящее время в системе используются ЭВМ типа IBM z10, z990, операционная система z/OS ver.1.8 и реляционная система управления базами данных DB/2 ver.9. Для создания корпоративных приложений используется программное обеспечение WebSphere и язык программирования Java.

В соответствии со сформулированными требованиями для разработки автоматизированной системы контроля процессов обслуживания кредитовых ведомств ОАО «РЖД» был использован мощный инструмент на платформе IBM WebSphere Rational Application Developer (RAD) с использованием языка программирования Java.

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

1) быстрое создание высококачественных приложений.

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

IBM Rational Application Developer for WebSphere Software - это всеобъемлющая интегрированная среда разработки, обеспечивающая полную поддержку модели программирования J2EE, включая Web, Java, веб-службы и EJB, которая позволяет значительно ускорить разработку приложений. Application Developer включает в себя интегрированные средства визуального редактирования UML, анализа кода, автоматизированного тестирования и развертывания - все, что необходимо разработчикам для производительной работы и для того, чтобы полученный код был хорошо спроектирован, масштабируем и готов к работе в производственной среде.

2) Полная поддержка модели программирования J2EE.

Параллельная поддержка проектов J2EE версий 1.2, 1.3 и 1.4, включая полную поддержку следующих средств: Enterprise JavaBeans, веб-архивы (WAR) и корпоративные архивы (EAR). Включает в себя среды тестирования модулей для нескольких конфигураций IBM WebSphere Application Server, чтобы обеспечить поддержку проектов с различными тестовыми средами.

3) Расширение возможностей программирования Java.

Application Developer включает в себя большой набор инструментов для создания приложений Java и поддерживает Java Development Kit версии 1.4.2. Visual Editor for Java позволяет разрабатывать GUI для Java методом перетаскивания и вставки.

4) Создание приложений на основе баз данных.

Application Developer содержит интегрированные инструменты для создания приложений БД из запросов, элементов Beans и EJB. Мастер соединений с базой данных упрощает создание соединения Java Database Connectivity (JDBC) с СУБД IBM DB2. Мастер запросов SQL и построитель запросов SQL предоставляют визуальный интерфейс для создания и выполнения операторов SQL. Можно создать простой запрос с помощью мастера запросов SQL или использовать построитель запросов SQL, который поддерживает более широкий набор операторов.

5) Упрощение веб-разработки и управления веб-сайтами.

Простые инструменты объединяют практически все аспекты веб-разработки (HTML, JSP, JSF и сервлеты) в единый интерфейс и позволяют разработчикам с различным характером технической подготовки и даже тем, кто не знаком с Java, строить многофункциональные приложения для работы с данными.

6) Автоматизация сборки приложений.

Application Developer автоматизирует сборку EAR и генерирует дескрипторы развертывания для новых приложений, экономя время пользователя.

7) Повышение качества кода.

В состав Application Developer входят инструменты, которые помогают разработчикам повысить качество кода. Функция автоматизированного анализа кода применяет более 200 стандартов и практических рекомендаций кодирования J2EE к коду приложения, помечая нарушения и подсказывая варианты устранения ошибок - включая вносимые одним щелчком быстрые исправления.

8) Оптимизация тестирования модулей и систем.

Интегрированные среды тестирования модулей поддерживают тестирование и отладку локального и серверного кода на IBM WebSphere Application Server, WebSphere Application Server Express и др. Специалисты могут создавать и настраивать экземпляры серверов с помощью мастеров, выполнять пошаговую трассировку приложений, задавать точки останова и даже модифицировать код во время отладки, не перезапуская сервер тестирования модуля.

2.5 Структура программной части АСККВ и формы вывода результирующей информации

Разрабатываемая система контроля процессов обслуживания кредитовых ведомств ОАО «РЖД» представляет собой сервлет - это Java программа, которую расширяет web-сервер, ориентированный на системы запрос-ответ.

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

JSP-страницы представляют собой текстовые документы. Они содержат два типа текста: статичные шаблонные данные, которые могут быть представлены в любом текстовом формате, таком как HTML, WML и XML, а также JSP-элементы, которые определяют способ построения динамичного содержимого страницы.

Рассмотрим подробнее структуру программной части АСККВ

StartAction.java

При запуске системы класс запрашивает у пользователя логин и пароль. По окончанию ввода StartAction.java формирует права доступа клиента к системе по дорогам, агентам и перевозчикам. Далее формируется и обрабатывается запрос к БД по выводу списка дорог, агентов, перевозчиков и кредитовых ведомств с учётом прав доступа пользователя.

В случае успешной обработки запросов управление переходит index3.jsp.

В случае неудачной обработки запросов управление переходит error.jsp.

error.jsp

Вызывается в случае неудачного завершения StartAction.java и формирует сообщения об ошибке следующего рода:

· «Пользователь с логином и паролем не имеет доступа к системе»;

· «Связь с базой данных не установлена».

index3.jsp

Вызывается в случае успешного завершения StartAction.java и формирует интерфейс с всплывающими списками параметров, необходимых пользователю для формирования запроса.

На главной странице АСККВ пользователь вводит необходимые параметры и при нажатии на кнопку «Выполнить запрос» управление переходит VoinAction.java

VoinAction.java

VoinAction.java принимает параметры, введённые пользователем и на их основе формирует несколько запросов к системе в зависимости от введённых пользователем параметров:

· получение по государству пользователя наименование валюты и коэффициент валюты относительно валюты России;

· получение значений количественных показателе и доходных поступлений из таблицы DOHODV за определённую дату;

· получение значений количественных показателей и доходных поступлений из таблицы DOHODV за интервал даты;

· получение значений дорожных показателей из таблицы DOHODV при детализации по агентам;

· получение значений дорожных показателей из таблицы DOHODV при детализации по перевозчикам.

Также данный класс формирует строку «ИТОГО» с общими результатами по каждой дороге по всем кредитовым ведомствам и строку «ВСЕГО» с общими результатами по всем дорогам, по всем кредитовым ведомствам.

VoinAction.java включает в себя функции IntegerFormat и MainFormat, которые преобразовывают данные, полученные из таблицы DOHODV в формат, удобочитаемый для пользователя.

В случае неудачного завершения VoinAction.java управление передаётся det_not.jsp и success_not_null.jsp.

В случае удачного завершения VoinAction.java и в зависимости от набора введённых пользователем данных управление передаётся следующим jsp-страницам: index2.jsp, index4.jsp, det_dor.jsp, index2_f.jsp, index4_f.jsp, det_dor_f.jsp.

index2.jsp

Вызывается в случае успешного завершения VoinAction.java.

Если пользователь вводит следующий наборов параметров:

1) конкретная дата или отчётная дата;

2) режим «вся сеть» или конкретная дорога из всплывающего списка;

3) коды агентов находятся не в режиме «детализация»;

4) коды перевозчиков находятся не в режиме «детализация»;

5) код ведомства находится в режиме «детализация»,

то форма вывода результирующей информации будет иметь вид, представленный в табл.E.1 приложения E.

Если пользователь вводит следующий наборов параметров:

1) конкретная дата или отчётная дата;

2) режим «вся сеть»;

3) коды агентов находятся не в режиме «детализация»;

4) коды перевозчиков находятся не в режиме «детализация»;

5) код ведомства не находится в режиме «детализация», а принимает конкретное значение,

то форма вывода результирующей информации будет иметь следующий вид, представленный в табл.E.2 приложения E.

index4.jsp

Вызывается в случае успешного завершения VoinAction.java и при вводе пользователем следующих наборов параметров:

1) конкретная дата или отчётная дата;

2) выбор режима «Сумма по всем дорогам России»;

3) коды агентов находятся не в режиме «детализация»;

4) коды перевозчиков находятся не в режиме «детализация»;

Форма вывода результирующей информации будет иметь вид, представленный в табл.E.3 приложения E.

det_dor.jsp

Вызывается в случае успешного завершения VoinAction.java.

Если пользователь вводит следующий наборов параметров:

1) конкретная дата или отчётная дата;

2) выбор режима «Сумма по всем дорогам России» или выбор определённой дороги;

3) коды агентов находятся в режиме «детализация», а код перевозчика не находится в режиме «детализация»;

4) коды перевозчиков находятся в режиме «детализация», а код агента не находится в режиме «детализация»;

5) код ведомства находится в режиме «детализация»,

то формы вывода результирующей информации будут иметь вид, представленные в табл.E.4 и табл.E.5 приложения E.

Если пользователь вводит следующий наборов параметров:

1) конкретная дата или отчётная дата;

2) выбор режима «Сумма по всем дорогам России» или выбор определённой дороги;

3) коды агентов находятся в режиме «детализация», а код перевозчика не находится в режиме «детализация»;

4) коды перевозчиков находятся в режиме «детализация», а код агента не находится в режиме «детализация»;

5) код ведомства не находится в режиме «детализация», а принимает конкретное значение,

то формы вывода результирующей информации будут иметь вид, представленные в табл.E.6 и табл.E.7 приложения E.

index2_f.jsp

Вызывается в случае успешного завершения VoinAction.java.

Если пользователь вводит следующий наборов параметров:

1) интервал дат или выбор режима ввода месяца и года;

2) режим «вся сеть» или конкретная дорога из всплывающего списка;

3) коды агентов находятся не в режиме «детализация»;

4) коды перевозчиков находятся не в режиме «детализация»,

то форма вывода результирующей информации будет иметь вид, представленный в табл.E.8 приложения E.

index4_f.jsp

Вызывается в случае успешного завершения VoinAction.java и при вводе пользователем следующих наборов параметров:

1) интервал дат или выбор режима ввода месяца и года;

2) выбор режима «Сумма по всем дорогам России»;

3) коды агентов находятся не в режиме «детализация»;

4) коды перевозчиков находятся не в режиме «детализация»;

Форма вывода результирующей информации будет иметь вид, представленный в табл.E.9 приложения E.

det_dor_f.jsp

Вызывается в случае успешного завершения VoinAction.java.

Если пользователь вводит следующий наборов параметров:

1) интервал дат или выбор режима ввода месяца и года;

2) выбор режима «Сумма по всем дорогам России» или выбор определённой дороги;

3) коды агентов находятся в режиме «детализация», а код перевозчика не находится в режиме «детализация»;

4) коды перевозчиков находятся в режиме «детализация», а код агента не находится в режиме «детализация»;

5) код ведомства находится в режиме «детализация»,

то формы вывода результирующей информации будут иметь вид, представленный в табл.E.10 и табл.E.11 приложения E.

Если пользователь вводит следующий наборов параметров:

1) конкретная дата или отчётная дата;

2) выбор режима «Сумма по всем дорогам России» или выбор определённой дороги;

3) коды агентов находятся в режиме «детализация», а код перевозчика не находится в режиме «детализация»;

4) коды перевозчиков находятся в режиме «детализация», а код агента не находится в режиме «детализация»;

5) код ведомства не находится в режиме «детализация», а принимает конкретное значение,

то формы вывода результирующей информации будут иметь вид, представленные в табл.E.12 и табл.E.13 приложения E.

det_not.jsp

Вызывается в случае неудачного завершения VoinAction.java и формирует сообщения об ошибке следующего рода:

· невозможен выбор детализации по агентам при просмотре всех дорог сети;

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

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

· невозможен выбор детализации по перевозчику и агенту при просмотре суммы по дорогам России;

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

success_not_null.jsp

Вызывается в случае неудачного завершения VoinAction.java и формирует сообщения об ошибке следующего рода:

· учёт нулевых строк возможен при детализации ведомства.

На jsp-страницах, содержащих результирующую информацию по дорожным счётчикам кредитовых ведомств, имеется возможность импортирования данных в Excel. Форма отчёта соответствует исходной таблице, и названия jsp-страниц соответствуют названию исходной jsp-страницы, но имеют дополнительную метку «Ex».

Реализация программной части автоматизированной системы контроля процессов обслуживания кредитовых ведомств ОАО «РЖД» представлена в приложении F.

2.6 Анализ результатов, полученных автоматизированной системой контроля процессов обслуживания кредитовых ведомств ОАО «РЖД»

Руководство пользователей по работе с системой контроля процессов обслуживания кредитовых ведомств ОАО «РЖД» представлено в приложении G.

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

Таблица 2.3 - Изменение значений основных показателей процессов обслуживания кредитовых ведомств по московской дороге за каждый месяц 2010 года по всем кредитовым ведомствам

Месяц	К оплате	Сумма от проданных документов в дальнем сообщении	Кол-во оформл. пас. в дальнем сообщении	Сумма пригор.	Кол-во пригор. пас.	Сумма от оформл. багажных док.	Кол-во оформл. багажных док.
январь	0,0	0,0	0,0	0,0	0,0	0,00	0,0
февраль	-4910,0	-4910,0	-2,0	0,0	0,0	0,00	0,0
март	33339518,7	33035670,3	11940,0	107274,9	133,0	196573,50	9,0
июль	0,0	0,0	0,0	0,0	0,0	0,00	0,0
август	193076327,5	190443973,1	58004,0	875348,2	1451,0	1757006,20	55,0
сентябрь	94407885,0	92181340,1	34731,0	251318,3	736,0	1975226,60	83,0
октябрь	77908631,4	75988147,2	40581,0	285143,7	829,0	1635340,50	99,0
ноябрь	99658597,7	3383,6	6,0	0,0	0,0	0,00	0,0
декабрь	93586102,0	90238972,2	52440,0	331129,2	964,0	3016000,60	74,0

По отчетным данным видно, что на Московской дороге в августе 2010 года было перевезено максимальное количество пассажиров как в дальнем, так и в пригородном сообщении. Соответственно, в этом месяце наблюдалось максимальное значение показателя «к оплате».

· значения показателя «К оплате» по московской дороге за декабрь месяц 2010 года по каждому кредитовому ведомству (табл.2.4,);

Таблица 4.2. Изменение показателя «К оплате»

Кредитовое ведомство	К оплате
МО	55769977,90
МВД	14416473,60
ФПС	2927085,80
ФСБ	4800930,00
ГФС	8955994,00
ВО	9725,10
МЧС	2367358,40
АСТ	2808435,60
ГУИН	1527008,00
ГПР	3113,60
Итого	93586102,00

В декабре 2010 года максимальное значение показателя «К оплате» - у Министерства обороны, что связано с большими и частыми перевозками пассажиров, как в дальнем, так и в пригородном сообщении.

Информация, полученная АСККВ, служит для формирования отчёта, необходимого при принятии решения вышестоящими руководителями и для формирования счёта, предъявляемого представителям кредитовых ведомств.

3. Анализ пользовательских требований к структуре и технологии подготовки отчётов и предложения по организации пользовательского интерфейса

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

3.1.1 Описание технологии проведения экспертного опроса

Рекомендуемый браузер для просмотра веб-страниц был выбран на основе данных, полученных методом экспертных оценок. В экспертную группу вошли 5 пользователей АСУ «Экспресс-3». Опрос проводился анкетированием, при этом использовался метод прямого ранжирования по убыванию, который предполагает расположение оценок показателей в порядке убывания их значимости Э.К. Лецкий, З.А. Крепкая, И.В. Маркова, С.А. Кинаш, В.И. Панкратов. Проектирование информационных систем на железнодорожном транспорте, М., 2003.

3.1.2 Обработка результатов опроса

3.1.2.1 Обобщение информации, полученной от экспертов

Рассмотрим 4 браузера: Opera, Internet Explorer, Mozilla Firefox, Google Chrome. В этот список попали наиболее часто используемые браузеры http://topbrowser.ru/.

Выбор лучшего осуществляется по 4 критериям: поддержка веб-технологий (Java, JavaScript), общее удобство использования (usability), качество получающихся изображений, лёгкость освоения при работе с новой ИС. В табл.3.1 представлены оценки браузеров по указанным критериям.

Таблица 3.1 - Оценки браузеров по критериям, выставленные экспертами

Критерии	Opera	Internet Explorer	Mozilla Firefox	Google Chrome
1	0.7	0.5	0.5	0.7
2	0.7	1	0.7	1
3	0.5	1	0.7	0.5
4	0.5	0.7	0.5	0.7

Для оценки важности критериев 5 экспертов проранжировали их.

Таблица 3.2 - Ранжировка критериев экспертами

Эксперт	Критерии
	1	2	3	4
1	2	3	1	4
2	4	2	1	3
3	2	1	4	3
4	1	3	2	4
5	2	3	1	4

С целью получения оценок важности показателей вычисляются суммарные ранги показателей по формуле:

, (3.1)

где i -- порядковый номер эксперта;

m -- количество экспертов;

xij -- ранг, присвоенный экспертом для критерия и браузера.

Полученные значения суммарных рангов представлены в табл.3.2.

Таблица 3.2 - Обработанные результаты экспертного опроса

Эксперт	Критерии
	1	2	3	4
1	2	3	1	4
2	4	2	1	3
3	4	1	2	3
4	3	1	2	4
5	3	2	1	4
xij	16	9	7	18
dj	12.25	12.25	30.25	30.25

3.1.2.2 Проверка согласованности мнений экспертов

Согласованность мнений экспертов можно оценить с помощью распределения ч2 В.Е. Гмурман. Руководство к решению задач по теории вероятностей и математической статистике, М.: Высш.шк., 1990

В.Е.Гмурман. Теория вероятностей и математическая статистика, М.: Высш.шк., 2005 . Для этого вычислим коэффициент конкордации K0:

· определим среднеарифметическую сумму рангов:

, (3.2)

где m - количество экспертов;

n- количество критериев;

xij - ранг, присвоенный экспертом для критерия и браузера;

· определим сумму квадратов отклонений сумм рангов, полученных всеми задачами, от среднеарифметической суммы рангов:

, (3.3)

где - сумма рангов после нормализации;

- среднеарифметическая сумма рангов;

· определим общее число повторений в ранжировке i-ого эксперта:

 = 0, (3.4)

где - число повторений l-ого ранга в ранжировке i-ого эксперта.

Согласованность экспертов при ранжировании объектов оценивается коэффициентом конкордации (согласия):

, (3.5)

где S - сумма квадратов отклонений сумм рангов, полученных всеми задачами, от среднеарифметической суммы рангов;

m - число экспертов;

n - число критериев;

Ti - общее число повторений в ранжировке i-ого эксперта.

Определим значение статистики X:

, (3.6)

Примем уровень значимости б=0.1, число степеней свободы х=n-1=3.

По таблице распределения ч2 рассчитаем ч 1-б,х 2= ч 0.9,3 2=6.25

Сравнивая полученное нами значение X со занчением ч 0.9,3 2 делаем вывод, что мнение экспертов согласовано (коэффициент конкордации считается значимым) и гипотеза о случайной постановке рангов отклоняется.

3.1.2.3 Вычисление коэффициентов важности показателей

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

, (3.7)

где m - число экспертов;

n - количество характеристик;

- сумма рангов после нормализации.

Значения коэффициента важности меняется от 0 до 1, большее значение свидетельствует большей важности показателя. Рассчитанные значения коэффициентов важности представлены в табл.3.3.

Таблица 3.3 - Коэффициенты важности показателей

Критерии	в	Браузеры
		Opera	Internet Explorer	Mozilla Firefox	Google Chrome
1	0.18	0.7	0.5	0.5	0.7
2	0.36	0.7	1	0.7	1
3	0.32	0.5	1	0.7	0.5
4	0.14	0.5	0.7	0.5	0.7

3.1.2.4 Оценка средств разработки по каждому из выбранных показателей и расчёт суммарной оценки по совокупности показателей

Выбор осуществляется по совокупности 3 характеристик, приведённых в таблице, в которой указаны коэффициенты важности, и оценки четырёх браузеров для использования АСККВ. Рассчитаем коэффициент предпочтительности вариантов решения гм (важности) м-ого варианта по формуле:

, (3.8)

где - коэффициент важности;

- оценка м-ого продукта по i-ому показателю.

Наиболее предпочтительный вариант с наибольшим значением .

1) Коэффициент предпочтительности для Opera:

2) коэффициент предпочтительности для Internet Explorer:

3) коэффициент предпочтительности для Mozilla Firefox:

4) коэффициент предпочтительности для Google Chrome:

3.1.3 Конкретизация результатов опроса экспертов

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

Экспертами были те же 5 пользователей, и им задавался вопрос: «Что Вы понимаете под термином «usability» автоматизированной системы контроля процессов обслуживания кредитовых ведомств ОАО «РЖД»?». Варианты ответов представлены в табл.3.4.

Таблица 3.4 - Варианты ответов экспертов

Эксперт	Вариант ответа эксперта
1	быстрое обучение нового пользователя
2	известная компоновка интерфейса
3	известный способ получения результирующей информации
4	сведения должны быть представлены четко, кратко, без излишней детализации;
5	информация должна излагаться доступно, в форме, обеспечивающей ее правильное понимание и непосредственное использование без расшифровки, преобразования, пересчета и перекодирования;

3.1.4 Вывод

В результате проведённых расчётов были получены следующие коэффициенты предпочтительности браузеров для использования АСККВ:

Opera 0.601

Internet Explorer 0.868

Mozilla Firefox 0.636

Google Chrome 0.714

Сравнивая коэффициенты значимости браузеров, делаем выводы, что пользователи предпочитают для использования АСККВ и для формирования отчёта по АСККВ использовать браузер Internet Explorer. Зная распределение предпочтений пользовательских браузеров http://topbrowser.ru/, можно предположить уровень квалификации пользователей в области ИТ. Профессионалы в области информационных технологий при прочих равных условиях чаще (примерно в 80% случаев) выбирают браузер Opera, активные пользователи, но не программисты чаще (примерно в 60 -- 70% случаев в разных профессиональных группах) предпочитают FireFox, а Ineternet Explorer обычно выбирают пользователи с минимальной компьютерной грамотностью.

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

3.2 Основные категорий пользователей

Для эксплуатации автоматизированной системы контроля процессов обслуживания кредитовых ведомств ОАО «РЖД» с использованием данных АБД АСУ «Экспресс-3» заказчиком определены следующие основные категории пользователей региональных и центральной дирекций по обслуживанию пассажиров (рис.3.1):

1) начальник отдела,

2) зам. начальника отдела,

3) ведущий специалист,

4) инженер-технолог,

5) администратор информационной системы нескольких уровней.

В системе функционируют роли, соответствующие следующим группам пользователей для доступа к ИС и устанавливающиеся администратором ИС:

· администратор информационной системы

По доступу к дорогам:

· пользователь с доступом к информации по всем дорогам России (сетевой уровень);

· пользователь с доступом к информации по определённой дороге;

· администратор с доступом к информации по всем дорогам России и стран СНГ

По доступу к кодам агентов и перевозчиков:

· пользователь с доступом к информации по определённому коду перевозчика;

· пользователь с доступом к информации по определённому коду агента;

· пользователь с доступом к информации по определённым кодам агента и перевозчика;

· администратор с доступом к информации по всем кодам агентов и перевозчиков;

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

Инженер-технолог

Функции:

· запуск системы;

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

· формирование и распечатывание отчёта с результирующей информацией;

· передача отчёта ведущему специалисту;

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

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

Требования:

· знание ПК на уровне начинающего пользователя:

- умение включать/выключать ПК;

- умение находить необходимые программы и запускать их работу;

- умение использовать печатающие устройства, подключенные к ПК;

Более сложные знания ПК не потребуются, так как для эксплуатации АСККВ не потребуются навыки программирования;

· навыки работы с офисным пакетом приложений Microsoft Office:

- Microsoft Office Word: создание документа, редактирование документа, проверка правописания, вставка рисунков и таблиц, форматирование текста (шрифт, абзац, автозамена, сохранение, параметры печати);

- Microsoft Office Excel: заполнение таблицы, выполнение расчётов, оформление таблиц, построение диаграмм и графиков;

- Microsoft Office Outlook: просмотр писем входящих, исходящих, отправленных и черновиков; приём писем; отправка писем; использование адресной книги.

Более глубокие знания Microsoft Office, такие как, к примеру, создание макросов не потребуются, потому что для использования АСККВ и для создания отчёта по данной системе навыков программирования не требуется.

· навыки работы с Internet Explorer для просмотра веб-страниц:

- умение запустить браузер;

- открытие сайта АСУ «Экспресс-3» и выбор необходимой системы для формирования отчёта по адресу http://10.17.226.192:8000/express3 ;

- использование контекстного поиска необходимой информации.

Выбор браузера Internet Explorer для использования АСККВ обоснован методом экспертных оценок. Перечисленные выше навыки работы с Internet Explorer соответствуют минимуму навыков работы с АСККВ, так как более сложные задачи, такие как, к примеру, просмотр html-кода страницы, не ставятся перед пользователем.

Ведущий специалист

Функции:

· анализ требований вышестоящих руководителей по видам отчётов;

· формирование видов отчётов и наборов входных данных для получения результирующей информации;

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

· формирование и распечатывание отчёта с результирующей информацией;

· передача наборов данных и видов отчётов инженер-технологу для получения отчётов с результирующей информацией;

· передача сформированных отчётов вышестоящим руководителям для принятия решения и предъявления счёта представителям кредитовых ведомств;

· сбор сформированных инженер-технологом отчётов по данной системе;

· консультирование инженер-технологов по вопросам ввода необходимых данных;

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

· знание ПК на уровне пользователя:

- умение включать/выключать ПК;

- умение находить необходимые программы и запускать их работу;

- умение использовать печатающие устройства, подключенные к ПК;

Более сложные знания ПК не потребуются, так как для эксплуатации АСККВ не потребуются навыки программирования;

· навыки работы с офисным пакетом приложений Microsoft Office:

- Microsoft Office Word: создание документа, редактирование документа, проверка правописания, вставка рисунков и таблиц, форматирование текста (шрифт, абзац, автозамена, сохранение, параметры печати);

- Microsoft Office Excel: заполнение таблицы, выполнение расчётов, оформление таблиц, построение диаграмм и графиков;

- Microsoft Office Outlook: просмотр писем входящих, исходящих, отправленных и черновиков; приём писем; отправка писем; использование адресной книги.

Более глубокие знания Microsoft Office, такие как, к примеру, создание макросов не потребуются, потому что для использования АСККВ и для создания отчёта по данной системе навыков программирования не требуется.

· навыки работы с Internet Explorer для просмотра веб-страниц:

- умение запускать браузер;

- открытие сайта АСУ «Экспресс-3» и выбор необходимой системы для формирования отчёта по адресу http://10.17.226.192:8000/express3 ;

- использование контекстного поиска необходимой информации.

Выбор браузера Internet Explorer для использования АСККВ обоснован методом экспертных оценок. Перечисленные выше навыки работы с Internet Explorer соответствуют минимуму навыков работы с АСККВ, так как более сложные задачи, такие как, к примеру, просмотр html-кода страницы, не ставятся перед пользователем.

· умение вести документооборот:

- формирование типов отчётов необходимых для вышестоящих руководителей;

- передача списка необходимых отчётов инженер-технологу для их формирования;

- сбор необходимых сформированных отчётов от инженер-технологов;

- передача сформированных отчётов вышестоящим руководителям.

Более сложные умения, к примеру, умение составлять счета-фактур, накладных и т.д. не требуется для ведущего специалиста при использовании АСККВ. Данный перечень соответствует минимуму требований, так как более сложные задачи не ставятся.

· навыки общения с людьми:

- умение вести переговоры с вышестоящими руководителями;

- консультирование инженер-технологов по вопросам формирования отчётов;

- консультирование пользователей по АСККВ.

Для формирования отчёта по системе АСККВ данный перечень требований соответствует обязательному минимуму.

Зам. начальника отдела

Функции:

· формирование требований к видам отчётов;

· просмотр и анализ полученных отчётов, сформированных по данной системе;

· формирование счёта, предъявляемого представителям кредитовых ведомств;

· просмотр и проверка полученных результатов по системе;

Зам.начальника отдела по обслуживанию пассажиров должен сформировать счёт для предъявления его представителям кредитовых ведомств, поэтому ему нужно правильно сформировать требования к видам отчётов с результирующей информацией. Для выполнения таких функций в работе с АСККВ зам.начальника отдела необходимы навыки анализа и моделирования, поэтому его квалификация должна соответствовать уровню выпускника профильного университета (института).

Требования:

· знание ПК на уровне пользователя:

- умение включать/выключать ПК;

- умение находить необходимые программы и запускать их работу;

- умение использовать печатающие устройства, подключенные к ПК.

Более сложные знания ПК не потребуются, так как для эксплуатации АСККВ не потребуются навыки программирования;

· навыки работы с офисным пакетом приложений Microsoft Office:

- Microsoft Office Word: создание документа, редактирование документа, проверка правописания, вставка рисунков и таблиц, форматирование текста (шрифт, абзац, автозамена, сохранение, параметры печати);

- Microsoft Office Outlook: просмотр писем входящих, исходящих, отправленных и черновиков; приём писем; отправка писем; использование адресной книги.

Более глубокие знания Microsoft Office, такие как, к примеру, создание макросов не потребуются, потому что для использования АСККВ и для создания отчёта по данной системе навыков программирования не требуется. Также не ставится требование к зам.начальника отдела по знанию Microsoft Excel, так как созданием таблиц, заполнением таблиц, формированием графиков и диаграмм занимаются нижестоящие сотрудники.

· навыки работы с Internet Explorer для просмотра Web-страниц:

- умение запускать браузер;

- открытие сайта АСУ «Экспресс-3» и выбор необходимой системы для формирования отчёта по адресу http://10.17.226.192:8000/express3 ;

- использование контекстного поиска необходимой информации.

Выбор браузера Internet Explorer для использования АСККВ обоснован методом экспертных оценок. Перечисленные выше навыки работы с Internet Explorer соответствуют минимуму навыков работы с АСККВ, так как более сложные задачи, такие как, к примеру, просмотр html-кода страницы, не ставятся перед пользователем.

· умение вести делопроизводство:

- сбор необходимых отчётов по АСККВ;

- просмотр полученных результатов по отчётам;

- формирование счётов для предъявления кредитовым ведомствам;

- умение просматривать динамику изменений основных показателей дорожных счётчиков по кредитовым ведомствам.

Вышеперечисленный список требований соответствует минимуму, предъявляемый зам.начальникам отдела, так как только зам.начальник отдела и начальник отдела по обслуживанию пассажиров имеют право формировать счета, предъявляемые кредитовым ведомствам. Более сложные навыки и умения перед зам.начальником не ставятся.

· навыки общения с людьми:

- умение вести переговоры с нижестоящими сотрудниками;

- умение вести переговоры с вышестоящими руководителями;

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

Для формирования счётов, предъявляемых представителям кредитовых ведомств, зам.начальника отдела по обслуживанию пассажиров необходимы будут основные навыки общения с людьми, перечисленные выше.

Начальник отдела

Функции:

· просмотр отчётов с результирующей информацией;

· формирование счёта, предъявляемого представителям кредитовых ведомств;

· согласование сформированного счёта (подпись);

Основной функцией начальника отдела является согласование счёта, предъявляемого представителям кредитовых ведомств, так как формированием счёта и отчётов занимаются нижестоящие сотрудники. Так как для согласования счёта (подписи) начальник отдела не выполняет специальных инженерных и технологических функций, то, можно предположить, что уровень квалификации начальника может соответствовать уровню выпускника профильного техникума. Поскольку начальник отдела по обслуживанию пассажиров работает не только с АСККВ, но выполняет дополнительные обязанности по организации работы отдела и использует другие автоматизированные системы в среде ОАО «РЖД», то уровень квалификации начальника отдела должен соответствовать уровню выпускника профильного университета (института).

Требования:

· знание ПК на уровне пользователя:

- умение включать/выключать ПК;

- умение находить необходимые программы и запускать их работу;

- умение использовать печатающие устройства, подключенные к ПК.

Более сложные знания ПК не потребуются, так как для эксплуатации АСККВ не потребуются навыки программирования;

· навыки работы с офисным пакетом приложений Microsoft Office:

- Microsoft Office Word: создание документа, редактирование документа, проверка правописания, вставка рисунков и таблиц, форматирование текста (шрифт, абзац, автозамена, сохранение, параметры печати);

- Microsoft Office Outlook: просмотр писем входящих, исходящих, отправленных и черновиков; приём писем; отправка писем; использование адресной книги.

Более глубокие знания Microsoft Office, такие как, к примеру, создание макросов не потребуются, потому что для использования АСККВ и для создания отчёта по данной системе навыков программирования не требуется. Также начальнику необязательны навыки построения графиков, диаграмм и расчетов таблиц в Microsoft Excel, потому что этим занимаются инженер-технологи и ведущие специалисты.

· умение вести делопроизводство:

- просмотр и проверка счетов, предъявляемых представителям кредитовых ведомств;

- подпись счетов, предъявляемых представителям кредитовых ведомств;

- отправка счетов представителям кредитовых ведомств.

Результатом окончания использования АСККВ является предъявление представителям кредитовых ведомств счёта с разбивкой по дорожным счётчикам. Именно этим занимается начальник отдела по обслуживанию кредитовых ведомств. Перечисленные выше требования соответствуют минимальным требованиям, поскольку начальнику отдела не нужно составлять накладные, счёта-фактур, технические акты и т.д. по данной системе.

· навыки общения с людьми:

- умение вести переговоры с нижестоящими сотрудниками;

- умение вести переговоры с представителями кредитовых ведомств;

Перечисленные основные требования к навыкам общения с людьми необходимы начальнику отдела по обслуживанию кредитовых ведомств для подписи и передачи счетов представителям кредитовых ведомств. Более сложные навыки для передачи счетов начальнику отдела не нужны.

Администратор информационной системы

Функции:

· консультирование пользователей по работе с системой;

· корректировка системы в случае неверного исполнения той или иной функции системы:

· обновление версии системы;

Администратор ответственный за работу системы и за поддержку её в работоспособном состоянии, поэтому его основными функциями является корректировка и обновление системы. В его обязанности не входит формирование отчётов, а только консультирование пользователей. Для разработки автоматизированной системы администратор должен уметь работать с программным обеспечением, знать язык программирования и уметь составлять запросы к БД, поэтому его квалификация должна соответствовать уровню выпускника университета (института).

Требования:

· знание ПК на уровне разработчика:

- умение включать/выключать ПК;

- умение находить необходимые программы и запускать их работу;

- умение использовать печатающие устройства, подключенные к ПК;

- установка и настройка ПО IBM Personal Communication для формирования запросов к АБД АСУ «Экспресс-3»;

- установка и настройка ПО WebSphere Application Developer ver 7.0.0.4 для написания сервлета DOHODV, что представляет собой АСККВ;

· навыки работы с офисным пакетом приложений Microsoft Office:

- Microsoft Office Word: создание документа, редактирование документа, проверка правописания, вставка рисунков и таблиц, форматирование текста (шрифт, абзац, автозамена, сохранение, параметры печати);

- Microsoft Office Excel: заполнение таблицы, выполнение расчётов, оформление таблиц, построение диаграмм и графиков;

- Microsoft Office Outlook: просмотр писем входящих, исходящих, отправленных и черновиков; приём писем; отправка писем; использование адресной книги.

Более глубокие знания Microsoft Office, такие как, к примеру, создание макросов не потребуются, потому что навыки программирования применяются в написании сервелета DOHODV, а не при формировании отчёта по системе.

· навыки работы с Web-технологиями:

- принципы работы со студией Rational Application Developer ver 7.0.0.4;

- знание основных принципов создания сервлетов;

- написание сервлетов с использованием языка Java;

- настройка WebSphere Application Server ver.6.0;

- публикация и установка сервлета на сервере.

· знание СУБД DB2 ver.9:

- основные характеристики СУБД DB2;

- знание и написание SQL запросов;

- установка прав пользователям по АСККВ в АБД АСУ «Экспресс-3»;

· знание языка программирования Java;

· навыки общения с людьми:

- консультирование пользователей АСККВ;

- установка прав доступа и регистрация новых пользователей;

- изменения прав доступа существующих пользователей.

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

3.3 Обоснование компоновки Web-страницы

По предъявленным требованиям к разработке, система контроля процессов обслуживания кредитовых ведомств ОАО «РЖД» будет включена в систему выдачи и анализа информации о работе билетных касс, пунктов продажи и дорог, в состав которой уже входят система контроля пунктов продажи и терминалов, система контроля отчётов кассиров, работа по профилю.

Для компоновки Web-страницы был проведён формальный социологический опрос 10 сотрудников дирекции по обслуживанию пассажиров, которые должны будут использовать АСККВ. Опрошенным сотрудникам задавался вопрос: «Какой интерфейс для системы контроля процессов облуживания кредитовых ведомств Вы хотели бы видеть: стандартный (т.е. компоновка интерфейса будет соответствовать интерфейсу системы выдачи и анализа информации о работе билетных касс, пунктов продажи и дорог) или нестандартный (т.е. компоновка интерфейса не будет соответствовать интерфейсу системы выдачи и анализа информации о работе билетных касс, пунктов продажи и дорог)?». Сотрудники должны были поставить «+» в случае выбора варианта и «-» в случае отказа от варианта. Каждый опрошенный сотрудник должен был поставить 1 знак «+» и 1 знак «-». Результаты формального социологического опроса представлены в табл.3.4.

Таблица 3.4 - Результаты формального социологического опроса

№ опрашиваемого сотрудника	Вариант ответа
	стандартный	нестандартный
1	+	-
2	-	+
3	+	-
4	+	-
5	+	-
6	+	-
7	-	+
8	-	+
9	+	-
10	+	-

По результатам формального социологического опроса можно сделать выводы, что пользователей устраивает интерфейс системы выдачи и анализа информации о работе билетных касс, пунктов продажи и дорог, и они хотели бы, чтобы компоновка интерфейса АСККВ соответствовала стандартной (7 человек).

Используя мнения большинства опрошенных сотрудников, было принято решение использовать для компоновки интерфейса АСККВ интерфейс системы выдачи и анализа информации о работе билетных касс, пунктов продажи и дорог, которая уже действует и к которой можно подключиться с использованием СПД по адресу http://10.17.192.226:8000/armpp.

1) пользователь должен визуально понимать, что система контроля процессов обслуживания кредитовых ведомств ОАО «РЖД» является «частью» «целой» системы;

2) цветовая гамма элементов интерфейса АСККВ не должна отличаться от цветовой гаммы элементов интерфейса системы выдачи и анализа информации о работе билетных касс, пунктов продажи и дорог, чтобы пользователь не чувствовал зрительного дискомфорта при переходе из одной системы в другую;

3) расположение и формат полей должны быть знакомы пользователю с целью минимизации ошибок неверного заполнения входных данных;

4) способ выдачи результирующей информации должен быть знаком пользователю с целью минимизации ошибок в последующем формировании отчёта