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

Текст из файла (страница 5)

Меню содержит в себе несколько пунктов:

• «Главная» – содержит основную информацию о системе, ссылки на инструкции и «полезную» для пользователя информацию;

• «Персонал» – в табличном виде представляет пользователю список всех сотрудников с подробной информацией о каждом из них, а также возможностью более детального просмотра некоторых данных;

• «Журнал явок» – раздел, отображающий в табличном виде информацию о поездках из журнала явок базы данных АСУТ, а также предоставляющий возможность подбора бригад на выбранную явку;

• «Документы» – раздел, в котором расположены загруженные на сайт документы;

• «Контакты» – страница, отображающая контактную информацию о компании, а также содержащая в себе форму обратной связи;

• «Пользователи» – страница, отображающая список учетных записей пользователей и предназначенная для администрирования пользователей (создание, удаление учетных записей пользователей, изменение роли);

• «Авторизация» – переход на страницу входа в систему.

1. Практическая часть

3.1 Выбор программных средств

При разработке любого проекта необходимо определиться с выбором программных средств. Разработка ИС на базе АСУТ в формате Web-приложения осуществляется средствами технологии ASP.NET MVC с использованием системы управления базами даннных MS SQL Server 2012. Создание Web-приложения на базе выбранной технологии осуществляется в среде разработки Visual Studio 2013. ИС будет размещена на дорожном сервере АСУТ, доступ к которому осуществляется посредством Интранет-соединения, что необходимо для обеспечения безопасности персональных данных ОАО «РЖД» и соответствует стандарту ОАО «РЖД» «Управление информационной безопасностью», утвержденному распоряжением № 480р от 11 марта 2009 года.

3.1.1 ASP.NET MVC

ASP.NET (Active Server Pages) – инфраструктура разработки Web-приложений. ASP.NET автоматизирует большую часть процесса разработки сложных Web-приложений, включая взаимодействие с Web-сервером, начальную обработку запросов и генерацию результирующего HTML.

ASP.NET MVC представляет собой платформу для создания сайтов и Web-приложений с использованием паттерна (или шаблона) MVC (Model - View - Controller).

К настоящему моменту (2017 год) уже было выпущено 6 версий платформы, а сам Framework обрел большую популярность по всему миру благодаря своей гибкости и адаптивности.

Концепция MVC представлена на рисунке 3.1.

Рисунок 3.1 – Концепция технологии ASP.NET MVC

Таким образом, шаблон MVC, лежащий в основе платформы, позволяет разделить данные, представление и обработку действий пользователя на три отдельных компонента:

• контроллер управляет запросами пользователя (получаемые в виде запросов HTTP GET или POST, когда пользователь нажимает на элементы интерфейса для выполнения различных действий). Его основная функция – вызывать и координировать действие необходимых ресурсов и объектов, нужных для выполнения действий, задаваемых пользователем. Обычно контроллер вызывает соответствующую модель для задачи и выбирает подходящий вид;

• модель – это данные и правила, которые используются для работы с данными, которые представляют концепцию управления приложением. В любом приложении вся структура моделируется как данные, которые обрабатываются определённым образом. Модель даёт контроллеру представление данных, которые запросил пользователь (сообщение, страницу книги, фотоальбом, и тому подобное). Модель данных будет одинаковой, вне зависимости от того, как их требуется представить пользователю. Модель содержит наиболее важную часть логики нашего приложения, которая необходима для решения его задач. Контроллер содержит в основном организационную логику для самого приложения;

• вид обеспечивает различные способы представления данных, которые получены из модели. Он может быть шаблоном, который заполняется данными. Может быть несколько различных видов, и контроллер выбирает, какой подходит наилучшим образом для текущей ситуации.

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

Самое очевидное преимущество, получаемое от использования концепции MVC, – это чёткое разделение логики представления (интерфейса пользователя) и логики приложения.

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

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

3.1.2 Visual Studio

Microsoft Visual Studio – линейка продуктов компании Microsoft, включающих интегрированную среду разработки программного обеспечения и ряд других инструментальных средств.

Visual Studio предоставляет возможности разработки Web-приложений с помощью масштабируемых, многоразовых серверных компонентов, которые позволяют увеличить производительность и помогают более эффективно создавать Web-приложения и Web-сайты ASP.NET.

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

В Visual Studio можно создать несколько файлов, которые поддерживают разработку Web-приложения:

• файлы Web-приложений. Visual Studio поддерживает несколько типов файлов приложений и расширений, такие как Web-формы ASP.NET (. ASPX), Web-службы ASP.NET (. ASMX), классы и страницы с встроенным кодом (. VB или . CS);

• другие файлы. Все файлы, которые не основаны на языках программирования и имеют свои собственные расширения. Например, файл, использующий расширение RPT (Crystal Report) и текстовый файл, использующий .TXT.

3.1.3 Microsoft SQL Server

MS SQL Server – система управления реляционными базам данных, разработанная корпорацией Microsoft. Основной используемый язык запросов – Transact-SQL, создан совместно Microsoft и Sybase. Transact-SQL является реализацией стандарта ANSI/ISO по структурированному языку запросов (SQL) с расширениями. Используется для работы с базами данных размером от персональных до крупных, масштаба предприятия.

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

3.2 Система поддержки принятия решений

Система поддержки принятия решений – это компьютерная автоматизированная система, целью которой является помощь людям, принимающим решение для объективного анализа предметной деятельности.

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

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

3.2.1 Анализ регламента работы локомотивных бригад

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

Так, согласно Положению о локомотивной бригаде ОАО «РЖД», утвержденному ОАО «РЖД» 29 декабря 2005года №ЦТ-40, Регламенту организации эксплуатационной работы локомотивных бригад и обеспечения безопасности движения эксплуатационных локомотивных депо Дирекции тяги – филиала ОАО «РЖД», утвержденного 02 апреля 2013 года №ЦТ-55р, а также согласно Приказу ЦТ №44 от 09 марта 2016 года:

• «Если все члены локомотивной бригады имеют соответствующее использованию в явке заключение на вид работ – бригада может быть установлена на явку»;

• «…С учетом мнения представительного органа работников при сменном графике работы допускается предоставление междусменного отдыха в основном пункте постоянной работы работникам локомотивных бригад продолжительностью не менее 12 часов» (таблица 3.1);

• «При планировании бригады на явку проводится дополнительная проверка на величину переработки. Бригада не допускается к поездке, если для какого-либо работника локомотивной бригады на момент явки не выполняется условие: текущая переработка каждого из сотрудников бригады не превышает 24-х часов от месячной нормы сотрудников данной бригады»;

• если все члены локомотивной бригады имеют заключение на места работ, соответствующее указанному в явке полигону – бригада может быть установлена на явку.

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

Таблица 3.1 – Минимальный отдых

Использование	Минимальный отдых перед поездкой, ч
Передат/Вывод	12
Маневр раб	12
Резервом	12
Пассаж	12
Под депо	12
Хозяйственное	12

3.2.2 Методика подбора локомотивных бригад

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

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

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

Рисунок 3.2 – Блок-схема

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

1. проверка отсутствия смежной явки у каждой бригады – в промежуток времени выбранной поездки от времени явки до времени сдачи бригада не должна быть задействована в другой поездке. Для проверки этого условия предназначено выражение:

(End < dtStart || dtEnd < Start), (3.1)

где || – символ логического сложения (логическая операция «или»);

&& – символ логического умножения (логическая операция «и»);

Start – время явки (начала) каждой поездки;

End – время сдачи (окончания) каждой поездки;

dtStart и dtEnd – время выбранной явки и время выбранной сдачи соответственно.

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

1. проверка достаточности отдыха – от времени сдачи (окончания) предыдущей поездки до времени наступления выбранной поездки должно пройти не менее 12 часов. Также необходимо учитывать, что локомотивная бригада могла быть назначена и на последующие поездки, для чего следует проверить достаточность отдыха от времени окончания выбранной поездки до наступления следующей, ранее назначенной поездки. Для этого воспользуемся следующим выражением:

(|dtStart-End|) && (|Start – dtEnd|) > 12. (3.2)

Благодаря этому условию дальнейшей проверке подвергнуться только те бригады, время отдыха которых соответствует норме;

1. проверка отсутствия отвлечения – на момент поездки у каждого члена бригады не должно быть не закрытых отвлечений (больничных, отпусков и т. п.). Для проверки воспользуемся условием:

dtStart > EndOtvl, (3.3)

где EndOtvl – окончание отвлечения;

1. проверка контролируемых сроков – у каждого члена бригад к моменту наступления явки срок давности медкомиссии не должен превышать 1 год, срок давности инструктажей не должен превышать 6 месяцев:

dtStart – DateMed > 1, (3.4)

Характеристики

Список файлов ВКР