99303

Разработка программного обеспечения нормативно-справочной системы железнодорожного транспорта

Курсовая

Информатика, кибернетика и программирование

К проектируемой системе предъявляются следующие функциональные требования: Проектируемая система не должна зависеть от СУБД и ОС; Система должна обеспечивать разделение прав пользователей на основе пароля длиной не менее 8 символом из них два являются цифрами; Обеспечение защиты информации от несанкционированного доступа; Система должна хранить достаточную информацию о пользователях...

Русский

2016-09-06

3.56 MB

0 чел.

РОССИЙСКИЙ ГОСУДАРСТВЕННЫЙ ОТКРЫТЫЙ

ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ ПУТЕЙ СООБЩЕНИЯ

Курсовая работа

по дисциплине:

«Информационные системы

железнодорожного транспорта»

                                              Работу выполнил: студент 6-го курса

       Мателина Евгения Олеговна

                 Шифр 02-ЭВМ-34205

                                               Работу проверил: 

        Самме Георгий Вальдемарович

Москва  2007

Назначение и цели создания системы

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

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

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

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

 Функциональные требования к системе. К проектируемой системе предъявляются следующие функциональные требования:

  1.  Проектируемая система не должна зависеть от СУБД и ОС;
  2.  Система должна обеспечивать разделение прав пользователей на основе пароля, длиной не менее 8 символом, из них два являются цифрами;
  3.  Обеспечение защиты информации от несанкционированного доступа;
  4.  Система должна хранить достаточную информацию о пользователях;
  5.  Система должна вести журналирование действий пользователей;
  6.  Применение стандартных промышленных вариантов многопользовательских и многозадачных операционных систем и систем управления базами данных.
  7.  Разрабатываемая система должна обладать расширенными возможностями взаимодействия с пользователями.
  8.  Система должна обеспечивать правильность ввода данных;
  9.  Система должна обеспечить минимизацию обслуживания клиентских компьютеров;
  10.  Система должна позволять работу на компьютерах Celeron 500 с оперативной памятью 128 Mb и объемом винчестера 10 Gb;
  11.  Время реакции системы должно составлять 3-7 сек в зависимости от загрузки сети и сервера СУБД;
  12.  Система должна функционировать круглосуточно.

Требования к программному обеспечению

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

Оно должно обеспечивать:

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

Требования к интерфейсу

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

Компьютерная сеть.

Общие принципы построения вычислительных сетей

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

Существует три типа сетей: одноранговые и на основе сервера, комбинированные.

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

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

Комбинированные сети могут объединять лучшие качества сетей на основе сервера и одноранговых.

 

Разработка структуры ЛВС.

На первом этапе объединим все компьютеры в одну сеть. На 7 этаже в концентраторе Hub 8 по топологии  «звезда». Установим ОС Windows XP . Аналогично поступим с 6 этажом. Затем по топологии «звезда» объединим PC на 1, 2 и 3 этажах в концентраторе Hub 8 под управлением Windows XP. Эти три Hub  подсоединим к коммутирующему концентратору (Switch) а его в свою очередь соединим оптоволоконным кабелем с сервером, который находится в информационном центре. Сервером будет управлять ОС Windows 2003.

Программно-структурная организация сети.

Предполагается создать сеть со структурой “клиент - сервер” на основе технологий  Windows. На локальных машинах  Windows XP а на сервере - Windows 2003 Advanced Server.

Применение оптоволоконной линии оправдано тем, что расстояние между объектами достаточно велико, и такая линия удовлетворяет требованиям к защите среды передачи информации от помех, обеспечивая высокую скорость передачи информации. "Витая пара" 10Base-T Level 5 используется для подключения локальных пользователей сети в местах, не требующих повышенных требований к защите среды передачи информации от помех.

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

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

Автоматизированная система обработки МАРШРУТОВ ПРОВОДНИКОВ в ДОПах и РЕЗЕРВАХ ПРОВОДНИКОВ на Горьковской железной дороге предлагается в качестве типового инструмента автоматизации формирования маршрута проводника и как результат - автоматизации расчета заработной платы проводников. Кроме этого система АСОМП должна обеспечивать планирование графика работы проводников, отображать причины возникновения отклонений от запланированного графика, связанных с производственным процессом. Информация о проводниках должна браться из системы АСУ ТЗП по мере необходимости при формировании МАРШРУТОВ. Электронный МАРШРУТ ПРОВОДНИКА должен поступать в АСУ ТЗП. Данные о вагонном парке, схемы маршрутов и расписания динамически должны браться из систем АСУ ПВ и ЭКСПРЕСС. Ввод и отображение информации АСОМП должно осуществляться с помощью специализированного сайта в ИНТРАНЕТ, который представляет следующие возможности :

  •  ввода информации для ведения электронного МАРШРУТА ПРОВОДНИКА по результатам поездок;
    •  планирования графика работы поездных бригад и проводников;
    •  отображения реального положение дел о совершенных поездках (проводника, бригады и т.д.) за конкретные сутки или указанный период;
    •  формировать данные для расчета зарплаты в системе АСУ ТЗП;

Создаваемая система предназначена для:

  •  автоматизации ведения МАРШРУТА ПРОВОДНИКА и как результат – подготовки данных для расчета заработной платы проводников.
  •  повышения эффективности работы предприятий за счет причинно-факторного анализа реального выполнения планов;
  •  обеспечения текущей оперативной информацией о работе  предприятия руководства предприятия и аппарата управления дороги;
  •  совершенствования методов руководства работы предприятия  на основе получаемой из системы  информации.

Предполагается, что система будет использоваться:

  •  для автоматизации расчета заработной платы;
  •  для планирования работы поездных бригад;
  •  для получения отчетов по работе ДОП и т.д.

  Создание системы должно осуществляться в рамках концепции создания единого информационного пространства железнодорожного транспорта и опираться на  ИНТРАНЕТ.

В системе должны получить развитие  следующие подсистемы:

  •  динамического взаимодействия с системами АСУ ТЗП (кадры), АСУ ПВ, ЭКСПРЕСС;
  •  динамического ведения картотеки прохождения медосмотров, сдачи экзаменов ПТБ, ПТЭ, повторных инструктажей и т.д.;
  •  динамического ведения базы маршрутов проводников, маршрутов поездов;
  •  динамического взаимодействия с системой АСУ ТЗП (зарплата);
  •  получения оперативных справок, отчетности;
  •  отображения комплекса запланированных мероприятий ;
  •  отображения ситуации и причин, порождающих отклонения от графика запланированных мероприятий.

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

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

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

Модуль прогноза должен  на основе связей отдельных пунктов программы прогнозировать развитие проблемной ситуации (отвечать на вопрос ЧТО БУДЕТ, ЕСЛИ).  При этом ситуационный анализ должен охватывать различные сценарии развития (оптимистический, наиболее реальный и  наихудший).

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

 

Информационные потоки системы АСОМП

Технические требования, предъявляемые к системе АСОМП

При проектировании системы автоматизации принимались во внимание следующие требования:

- система должна нормально функционировать на стандартных персональных компьютерах клона IBM с процессором от Intel Pentium 100 (минимальные требования);

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

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

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

- система должна иметь возможность наращивания в программной части.

система должна функционировать под управлением операционных  систем MS Windows XP и Windows 2003.


Разработка программного обеспечения нормативно-справочной системы

Алгоритм построения программы

Интерфейс пользователя

                                                   

 

              

Выбор системы проектирования и реализации

 Для технической реализации вышеуказанных задач с учетом поставленных требований была выбрана система управления базами данных «IBM DB2».

Данная СУБД была выбрана по следующим причинам:

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

Базы данных созданные с помощью системы управления базами данных «IBM DB2» полностью реализую реляционную модель построения данных.

Физическая структура БД АСОМП

Логическая структура БД АСОМП.

В настоящее время в Информационно-вычислительном центре Горьковской железной дороги продолжается работа по дальнейшему внедрению подсистемы IBM Tivoli Storage Manager. В частности, в ближайшее время планируется ввести в эксплуатацию приложения по защите баз данных Oracle, SAP R/3, Informix, InterBase и DB2 UDB, а по мере поступления ресурсов архивирование данных и управление иерархической памятью. Также планируется выполнять резервное копирование серверов региональных отделений Горьковской железной дороги.

Выводы

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

Уникальная архитектура IBM Tivoli Storage Manager рассчитана на работу в новых условиях. Сердце IBM Tivoli Storage Manager – технология базы данных с журналом восстановления – позволяет реализовать ряд функций, которые повышают эффективность хранения данных и снижают полную стоимость владения.

В отличие от многих продуктов для управления хранением данных в масштабе предприятия, которые на деле представляют собой всего лишь усовершенствованные системы резервного копирования и восстановления, IBM Tivoli Storage Manager специально разработан для эффективного управления ресурсами хранения в корпоративной вычислительной среде. Гибкая архитектура продукта позволяет реализовать интегрированное, интеллектуальное решение для управления хранением данных, охватывающие такие действия, как резервное копирование и восстановление, аварийное восстановление, архивация и др. Архитектура IBM Tivoli Storage Manager может обеспечить значительную экономию расходов и повысить скорость восстановления, особенно при высоких и сложных требованиях к управлению хранением.


Заключение.

Темой разработанного проекта является разработка справочной информационной системы предприятия для автоматизированной системы обработки МАРШРУТА ПРОВОДНИКА в ДОПах и в РЕЗЕРВАХ ПРОВОДНИКОВ на Горьковской железной дороге

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

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

Универсальность системы НСИ в том, что она может быть установлена в любой операционной системе, с любой СУБД.

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

Список используемой литературы

  1.  “Разработка справочной системы” Гультяев А.А., М. Наука, 1999 г.;
  2.  “Основы DB2” Смирнов Н.Е., М. Наука, 1999 г.;
  3.  “Организационные вопросы автоматизации управления” (перевод с английского) Глушкова В. М., М. Экономика, 1972 г.;
  4.  Глушков В. М. “Основы безбумажной информатики”, М. Наука, 1987 г.;
  5.  “Человек и вычислительная техника” под редакцией Глушкова В.М., М. Наука, 1971 г.;
  6.  Мартин Дж. “Организация баз данных в вычислительных системах”, М. Мир, 1980 г.;
  7.  Дунаев С. “Доступ к базам данных и техника работы в сети” Практические приемы современного программирования. - М.: ДИАЛОГ-МИФИ, 1999, 416 с.
  8.  Бойко В. В., Савинков В. М. “Проектирование баз данных информационных систем”, М. Финансы и статистика, 1989 г.;
  9.  Шураков В. В. “Надежность программного обеспечения систем обработки данных”, М. Финансы и статистика, 1987 г.;
  10.  Мотузко Ф. Я. “Охрана труда”, М. Высшая школа, 1969 г.;
  11.  Сибаров Ю. Б. “Охрана труда в вычислительных центрах” и др., М. Машиностроение, 1990 г.;
  12.  Гук М. Аппаратные средства локальных сетей. Санкт-Петербург, Питер, 1999.
  13.  Шураков В.В. Автоматизированное рабочее место для статической обработки данных, 1990.

начало

подключение переменных окружения для работчы для работы с БД

Выставляем значение переменной по умолчанию (принимаем значение переменных из NSI)

Авторизация

login: passwd:

Считывание данных xml для заданной табл.

Переменные для ведения журнала событий системы NSI

Действия выполняемые при нажатии  выбранной в меню кнопки

Изменение данных

modify()

SQL:

update

Добавление

add()

SQL:

insert

Удаление

delete()

SQL:

delete

поиск данных

SQL:

select

Отображение данных

view ()

конец

Tivoli Storage Manager Client

Tivoli Data Protection for Microsoft SQL Server

Клиент 2

Клиент …

Мэйнфрейм

Tivoli Storage Manager Server

Расписание

Symmetrix

Клиент N

Клиент 1

Данные > 20 Гб

Библиотека магнитных лент

ST-L700

Библиотека магнитных лент

ST-9360

Данные <= 20 Гб

Резервное копирование системной базы данных

Системная база данных

1460 Мб

Backup

DB

Пул резервного копирования

380, 5 Гб

Системный журнал

миграция

TSM.RCVRYLOG

616 Мб

Дублирующий ленточный пул

Ленточный пул

3 Тб

Копия данных


 

А также другие работы, которые могут Вас заинтересовать

25099. Смысл жизни 33.5 KB
  Если смысл жизни это как бы объективная оценка значимости существования человека то счастье это сопровождающееся чувство глубокой моральной удовлетворенности личностное переживание полноты своего бытия результатов своей жизнедеятельности. Поэтому счастье всегда связано с ощущением необыкновенного подъема духовных и физических сил стремлением к переживанию всей многомерности бытия а состояние счастья прямо противоположно состоянию пассивности равнодушия инертности. Поэтому счастье это осуществление внутренней свободы процесс...
25100. Категорії естетики 38.5 KB
  Середньовічна естетика яка виробляла своє розуміння гармонії опинилася в складному і суперечливому становищі щодо античної спадщини. Необхідно було обґрунтовувати нову християнську космогонію аби замінити ідею космічної гармонії ієрархією земного і небесного людського і Божого. Нової ідеєю щодо гармонії було уявлення її як тотожності цілого і частини; за нею стояло вчення стоїків і неоплатонівців про єдність мікро і макрокосмосу. Категорії гармонії і міри широко використовувалися й у Новий час проте вони вже не були головними естетичними...
25101. Доба відродження 37 KB
  Кепаікзапсе – відродження. Естетика Відродження як і філософія цього періоду зумовлена розвитком товарного виробництва торгівлі розквітом міської культури на межі XIV–XV ст. Епоха Відродження починається в Італії а пізніше охоплює більшість країн Європи.
25103. Методы эстетического воспитания 47 KB
  На художественных занятиях педагог дает точные указания показывает или предлагает детям самим найти приемы исполнения и т. Эстетическое воспитание предусматривает специальные приемы для развития творческих способностей включающих качество восприятия и воспроизведения; различение сочетаний цвета формы объема; соотношение музыкальных звуков по их высоте длительности тембру динамике; музыкальный поэтический слух художественный вкус и т. Методические приемы поскольку они относятся к области художественного воспитания должны...
25104. Суррогатное материнство 39 KB
  Для многих семей сегодня не существует проблемы искусственного оплодотворения и с моральной точки зрения. Этический вопрос искусственного оплодотворения интересовал человечество ещё с конца XVII века. Первые попытки искусственного оплодотворения были совершены ещё в середине ХХ ст. Первый успех в области искусственного оплодотворения ученые смогли получить только в 1973 году.
25105. Перші етичні уявлення 39 KB
  Етика входить до складу філософського знання. в праці Нікомахова етика утворив іменник етика та прикметник етичний. Етика виникає в лоні філософії тому вона органічно пов'язана зі всіма основними її розділами: онтологією вченням про буття гносеологією теорією пізнання аксіологією вченням про цінності праксеологією вченням про практику буття людини. З'ясовуючи сенс життя етика повинна вийти на основоположні проблеми буття людини як особистості.