Файл: Разработка проекта информационной системы для ЖД Вокзала.pdf

2. IDEF3 является стандартом документирования технологических процессов, происходящих на предприятии, и предоставляет инструментарий для наглядного исследования и моделирования их сценариев.

Сценарием (Scenario) называют описание последовательности изменений свойств объекта, в рамках рассматриваемого процесса (например, описание последовательности этапов обработки детали в цеху и изменение её свойств после прохождения каждого этапа) [6].

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

Для эффективного управления любым процессом, необходимо иметь детальное представление об его сценарии и структуре сопутствующего документооборота. Средства документирования и моделирования IDEF3 позволяют выполнять следующие задачи [19]:

1. Документировать имеющиеся данные о технологии процесса, выявленные, скажем, в процессе опроса компетентных сотрудников, ответственных за организацию рассматриваемого процесса.
2. Определять и анализировать точки влияния потоков сопутствующего документооборота на сценарий технологических процессов.
3. Определять ситуации, в которых требуется принятие решения, влияющего на жизненный цикл процесса, например, изменение конструктивных, технологических или эксплуатационных свойств конечного продукта.
4. Содействовать принятию оптимальных решений при реорганизации технологических процессов.
5. Разрабатывать имитационные модели технологических процессов, по принципу «КАК БУДЕТ, ЕСЛИ…»

IDEF3 может быть также использован как метод создания процессов. IDEF3 дополняет IDEFO и содержит все необходимое для построения моделей, которые в дальнейшем могут быть использованы для имитационного анализа (рис.2).

Рисунок 1.2 – Пример IDEF3 диаграммы [6]

3. DFD (Data Flow Diagram) - нотация, обеспечивающая правильное описание выходов (отклика системы в виде данных) при заданном воздействии на вход системы (подаче сигналов через внешние интерфейсы). Диаграммы потоков данных являются основным средством моделирования функциональных требований к проектируемой системе.

При создании диаграммы потоков данных используются четыре основных понятия: потоки данных, процессы (работы) преобразования входных потоков данных в выходные, внешние сущности, накопители данных (хранилища) [12].

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

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

3. Хранилище (накопитель) данных позволяет на указанных участках определять данные, которые будут сохраняться в памяти между процессами. Фактически хранилище представляет "срезы" потоков данных во времени. Информация, которую оно содержит, может использоваться в любое время после ее получения, при этом данные могут выбираться в любом порядке. Имя хранилища должно определять его содержимое и быть существительным.

4. Внешняя сущность представляет собой материальный объект вне контекста системы, являющейся источником или приемником системных данных. Ее имя должно содержать существительное, например, "склад товаров". Предполагается, что объекты, представленные как внешние сущности, не должны участвовать ни в какой обработке.

Пример диаграммы в данной нотации приведен на рис.3.

Рисунок 1.3 – Пример DFD диаграммы [5]

Также, при реализации ИС широко используются различные СУБД, в частности, одной из наиболее популярных выступает MS Access.

СУБД Microsoft Access входит в состав программного пакета прикладных программ Microsoft Office. Данная СУБД представляет собой функциональную систему, которая в состоянии обеспечить эффективную разработку и сопровождение БД. СУБД MS Access в большей степени ориентирована на работу с объектами (таблицы, запросы, макросы, формы, отчеты, страницы, модули). Программные средства MS Access позволяют провести автоматизацию процесса создания объектов и обеспечения доступа к хранимым данным, проводить анализ таблиц БД, гибко осуществлять модификацию данных. Для выполнения любых управляющих работ с данными существуют соответствующие программные компоненты [13].

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

MS Access может использовать данные сторонних систем управления базами данных. Например, в данной СУБД могут обрабатываться непосредственно файлы СУБД dBase, Paradox, FoxPro, а также БД, которые поддерживают существующие стандарты обеспечения открытого доступа к хранимым данным (Open Database Connectivity): Microsoft SQL Server, Oracle [15].

Интерфейс СУБД MS Access приведен на рис.1.4.

Рисунок 1/4 – Интерфейс СУБД MS Access

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

Диспетчером данных, который выполняет сохранение и загрузку данных в пользовательских и системных БД является ядро БД Microsoft Jet. СУБД Access построена на основе ядра БД Microsoft Jet 4.0. Данная версия имеет высокую производительность в обработке данных и улучшенные характеристики сетевого взаимодействия [18].

В СУБД Access организованы все возможности гибкого динамического обмена данными с различными приложениями Windows, которые поддерживают технологию DDE. MS Access поддерживает также ряд механизмов внедрения и связывания объектов (OLE), который обеспечивает установление связей с объектами других типов приложений или интеграции объектов в БД. Активизация такого объекта инициирует запуск программы его создавшей, при этом пользователь может осуществить модификацию объекта. Благодаря этому объект может обновляться без изменения других объектов, а в БД всегда будет актуальна последняя версия измененного объекта [10].

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

Важным преимуществом MS Access является понятный и удобный графический интерфейс пользователя, с интуитивно расположенными компонентами, что позволяет обеспечить комфортную работу пользователя. Для работы с таблицами БД и другими объектами MS Access предоставляет различные команды меню и панели инструментов управления. В связи с тем, что интерфейс приложений MS Office унифицирован и структурирован, пользователю не нужно большого количества времени на освоение работы в данной системе [15].

Поддерживаются возможности переноса объектов между различными БД. Для этого необходимо осуществить запуск двух задач Microsoft Access на одной ЭВМ. Также, функционально возможен перенос запросов и таблиц Access в другие программные приложения, в том числе в MS Word и Excel.

В СУБД Access предусмотрены возможности использования технологии IntelliSense, позволяющей пользователю осуществлять ориентацию в выборе необходимых управляющих действий, что обеспечивает высокий уровень производительности труда пользователя посредством организации процесса автоматизации выполнения всех функций. Выдача контекстно-зависимой справочной информации в структурном и упорядоченном виде позволяет оперативно найти интересующую информацию [7].

Анализ СУБД MS Access позволил выявить следующие преимущества ее использования:

• простота и гибкость средств реализации;
• широкие возможности использования встроенного языка макросов VBA,
• наглядная визуализации и представление информации;
• инициализация и использование модулей по требованию пользователя;
• использование компактный файлов формата MDE;
• интеграция библиотек операционной системы Windows;
• возможности гибкой настройки СУБД;
• возможности использования индексов;
• поддержка оптимизации выполняемых запросов.

2. АНАЛИЗ ДЕЯТЕЛЬНОСТИ ЖД ВОКЗАЛА И АНАЛОГОВ ИС

2.1 Анализ организационной структуры ЖД вокзала

Организационные структуры информационных систем в железнодорожном транспорте и в других транспортных организациях во многом зависят от:

• структуры и объемов перевозок;
• характера производственных и организационных функций конкретного ЖД вокзала;
• принятого порядка работы персонала и др.

Однако существует ряд общих требований, которым должны отвечать железнодорожные структуры [7, 20]:

1. простота и ясность в функциях, а также соподчинение отдельных звеньев системы;
2. гибкость и маневренность в организационных звеньях при достаточной надежности типа структуре, что обеспечивает, приспособляемость управленческих процессов и решений к изменяющимся условиям работы ЖД транспорта;
3. иерархичность внутреннего строения системы с детализацией функций и масштабов решаемых задач по мере движения от низших уровней к более высоким;
4. рациональная соподчиненность структуры исполнительных и должностных лиц в системе управления инфраструктурой ЖД вокзала;
5. определенность организационных структур в ряду последовательных уровней управления ЖД вокзалом;
6. целостность и непрерывность в системе как прямых, так и обратных связей (каналов), что обеспечивает надежное доведение принятых решений и команд до исполнителей и корректировку управления по достигнутым результатам;
7. взаимозаменяемость существующих звеньев при отсутствии резервирования и других видов обеспечения информационной избыточности в системе управления работой ЖД вокзала.

ЖД вокзал может иметь различные структурные подразделения. Основными из них являются [20]:

• билетнокассовый цех;
• справочно-информационная служба;
• багажное отделение;
• камеры хранения ручной клади;
• комната отдыха транзитных пассажиров;
• комната матери и ребенка (КМиР).

Также в состав ЖД вокзалов дополнительно включают различные отделы и группы учета и отчетности (ГУО), ремонтные подразделения и другие специальные службы. На ЖД вокзалах размещаются предприятия бытового обслуживания и обеспечения общественного питания (почта, буфеты, кафе.). Организационная структура управления вокзалом приведена на рис. 2.1.

Рисунок 2.1 – Организационная схема ЖД вокзала

2.2 Анализ аналогов ИС

1. ИС Киевского ЖД вокзала (http://booking.uz.gov.ua/ru/). Пример интерфейса приведены на рис.2.2 и 2.3.

Достоинства данной системы:

1. кроссплатформенность, т.к. система представляет собой веб-сайт с понятным интерфейсом;
2. гибкие возможности по выполнению заказа на резервирование билетов пользователем;
3. просмотр детальной информации о времени и дате отбытия поезда, пункте назначения и отправки, номере поезда;
4. возможность выдачи информации, хранящейся в БД ИС на печать и в файл формата pdf;
5. отправка email-письма при выполнении заказа билета.

Недостатки:

1. оплата заказа возможна только при наличии Visa/Master card;
2. нестабильная работа ИС в случае большого числа одновременно обращающихся к системе пользователей;
3. наличие высокой комиссии при использовании системы для осуществления заказа.

Рисунок 2.2 – Интерфейс просмотра информации по доступным поездам ИС ЖД вокзала

Рисунок 2.3 – Интерфейс выбора места в вагоне ИС ЖД вокзала

2. ИС "Южная железная дорога" (http://www.pz.gov.ua/

Пример интерфейса приведен на рис.2.4.

Достоинства данной системы:

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