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 Тб

Копия данных


 

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

51786. Формы и методы обучения информатике 148.5 KB
  Цель: Ознакомиться с основными формами и методами обучения информатике а также познакомиться с различными классификациями методов обучения. Теория и методика обучения информатике: Учеб. В дидактике под методами обучения понимаются способы совместной деятельности учителя и учащихся и способы организации познавательной деятельности школьников.
51788. Водоемы. Особенности состояния водоемов в различное время года. Соблюдение правил безопасности при купании в оборудованных и необорудованных местах 67 KB
  Особенности состояния водоемов в различное время года. Цель урока: усвоение учащимися знаний особенностей состояния водоемов в различное время года о безопасном поведении на водоемах в различное время года и в различных жизненных ситуациях наводнение движение по ледовой поверхности водоема аварии на морских и речных судах активный отдых на воде водные походы. Занятие: 1 Время: 40 минут Тип урока: комбинированный Учебнонаглядный комплекс: учебник Основы безопасности жизнедеятельности под ред. Вода была надёжной преградой...
51789. Аналіз плану-конспекту й уроку художньої культури 83.5 KB
  Аналіз плануконспекту й уроку художньої культури. Аналіз плануконспекту й уроку художньої культури 2. Загальна структура плануконспекту уроку художньої культури. Розробка плану – конспекту уроку художня культура Література.
51790. Батьки і діти. Обов’язки членів християнської сім’ї 160 KB
  Мета: визначити засади відносин батьків і дітей та окреслити їхні обов’язки; виховувати любов і пошану до членів сім’ї розвивати вміння погоджувати свої інтереси з інтересами родини. Оповідання та притчі вірші картини записи пісень про батьків. План уроку Любов і повага у взаєминах батьків і дітей. Обов’язки батьків і дітей.
51791. Музыкальное оформление уроков народного танца 27.5 KB
  Наиболее подходящим инструментом для музыкального сопровождения уроков народного танца является баян или аккордеон реже – рояль. Музыка на уроке народного танца должна соответствовать движению по характеру стилю национальной окраске. Для учебных комбинаций на середине зала следует подбирать небольшие законченные произведения позволяющие раскрыть национальное своеобразие музыки и танца.
51793. Художня культура України від найдавніших часів до ХVІ століття 27.5 KB
  Календарно обрядове мистецтво зявляється: а у східних словян б у період польсько –литовської доби в у трипільську культуру ІІІ рівень репродуктивно – творчий 1 бал. Чому під час весілля виконували не лише веселі а й сумні пісні ІV рівень творчий 3 бали 10. Напишіть твір на тему Про що розповідає золота пектораль Варіант 2 ІІІ рівень репродуктивний 1 бал 1.