Материал: Разработка автоматизированной системы контроля и управления автопарком такси

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам

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

Рисунок 5. Реализация расширения схемы данных

Для реализации расширенной метасхемы в структуре данных присутствуют следующие сущности:

словарь классов;

методы классов;

словарь реквизитов классов;

классификатор значений реквизитов.

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

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

Обычно выделяют входной интерфейс - интерфейс ввода информации и выходной интерфейс - интерфейс вывода информации.

Можно выделить три способа организации входного интерфейса:

Ручной ввод информации;

Автоматизированный ввод с генерацией части информации на основании типовых схем настроек;

Автоматический ввод информации на основе электронных документов.

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

Одной из наиболее актуальных задач в сфере создания и развития банковских информационных систем является разработка единых форматов электронного обмена данными (ЭОД).

В настоящее время в банковских системах наиболее известны следующие форматы ЭОД:

Фиксированный, предполагающий расположение реквизитов (полей) в определенных позициях и с заданной длиной;

DBF-файл, содержащий необходимый стандартный заголовок и записи с содержимым описанных в заголовке полей;

SWIFT-ориентированный;

На основе стандарта UN/EDIFACT;

На основе XML.

Последний формат имеет наибольшие перспективы. Его можно рассматривать как перспективный инструмент для выработки межкорпоративного стандарта представления метаданных. Корпоративные системы с появлением XML приобретают новый уровень гибкости.

С помощью наиболее распространенных форматов обмена электронными документами можно сделать выводы:

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

В целях обеспечения универсального интерфейса от ИС банка требуется обеспечить возможность организации интерфейса с внешними системами с использованием всех перечисленных форматов, быть может, UN/EDIFACT;

Очевидна перспектива использования XML-формата в качестве основного.

В информационной системе ТОО «АвтоБот» используется система со следующей характеристикой:

Система: Microsoft Office 2007.

Монитор: 17” LG L1730B (1280*1024/75Hz)

Процессор: Intel Pentium D820 2800GHz

Клавиатура: PS/2 ASUS AS-KBA000 SK1788.

Мышь: РS/2 Genius NetScroll +Eye, optical.

Оперативная память: DIMM DDR II 512Mb <PC-3200>

Жесткий диск: 80Gb

Сканер: HP ScanJet 5590, A4, 1200*1200, 12 sec, USB, 48 bit.

Принтер: Canon LBP-2900 A4, 600*600dpi, 12ppm, 2Mb, USB.

- Вычислительная сеть разделена на четыре сегмента. Сегментирование реализовано с помощью коммутатора 3Com SuperStack II Switch 1100 (12 коммутируемых портов 10, и два коммутируемых порта на 10/100 без дополнительных модулей).

Сегмент 1 - центр обработки данных.

Сеть - 100 Мбит/c на концентраторе 3Com OfficeConnect Fast Ethernet Hubs (12 портов).

Кабель - витая пара категории 5 (не СКС).

Два сервера Pentium III 533 МГц, ОС Windows NT 4.0 - обработка данных АБС.

Один сервер Pentium III 500 МГц, ОС Windows NT 4.0 - файл-сервер.
- Несколько обслуживающих ПК Pentium III, ОС Windows NT 4.0 Workstation.

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

Сеть - 10 Мбит/c на концентраторе 3Com OfficeConnect Ethernet Hubs.
- Кабель - витая пара категории 3 (не СКС).

Рабочие станции - ПК, ОС Windows NT 4.0 Workstation.

Защита данных - программный RAID и не слишком регулярное архивирование данных на CD. Защита от сбоев электропитания отсутствует.
- Внешнее соединение - выделенный канал в интернет 64 кбит/c, маршрутизатор Cisco 1050. Программный межсетевой экран, прокси-сервер и кэш-сервер установлены на компьютере Pentium III, 450 МГц, ОЗУ 256 Мбайт, ОС FreeBSD [10].

2. Проектная часть

.1 Информационное обеспечение комплекса задач

.1.1 Инфологическая (информационная) модель (схема данных) и ее описание

В базе данных отображается информация об определенной предметной области (ПО). ПО - это часть реального мира.

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

Требования, предъявляемые к инфологической модели:

Адекватное отображение (язык для представления ИМ должен обладать достаточными выразительными возможностями)

Непротиворечивость (не должна допускаться неоднозначная трактовка модели)

Легко расширяемость (обеспечение ввода новых данных без изменения ранее определенных)

Гибкий язык (язык должен быть применим как при ручном, так и при автоматизированном проектировании)

Понятность всем пользователям

Форма информационного обеспечения системы - локальная. Все данные хранятся на магнитных дисках в дисковом файле таблицы Table (*.DBF). На основе этих данных созданы электронные формы для удобного заполнения данными.

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

Средства создания ЭД, подготавливаемым заранее, хранящихся в базах шаблонов документов и используемым затем для заполнения и последующего использования [11].

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

.1.2 Используемые классификаторы и системы кодирования

Перечень выполняемых операций:

Возможность ведения справочника «Районы»;

Возможность ведения справочника «Водители»;

Возможность ведения справочника «Улицы»;

Возможность добавления нового заказа;

Возможность расчета километража заказа;

Возможность сформирования цены заказа в зависимости от районов отправки и прибытия;

Возможность учета состояния такситов (свободен, в пути, возвращается);

Возможность сформирования отчета по всем водителям;

Возможность сформирования отчета по каждому водителю;

Возможность сформирования отчета по перемещениям;

Возможность сформирования отчета по вызовам;

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

.1.3 Характеристика входной информации

Входная информация представлена в таблицах 2.1-2.3

Таблица 2.1. Описание входных документов

Идентификатор

Форма представления

Периодичность выдачи

Сроки выдачи

Получатель

Назначение

1

2

3

4

5

6

Исходная форма для работы с системой

Экранная форма

При входе в систему

Немедленно после входа в систему

Пользователь, вошедший в систему

Предоставление возможности выбора необходимого модуля для дальнейшей работы

cards

Экранная форма

По запросу пользователя

Немедленно

Запросивший пользователь

Информация о автомобилях

dosking

Экранная форма

По запросу пользователя

Немедленно

Запросивший пользователь

Информация о расстояниях между районами города

regions

Экранная форма

По запросу пользователя

Немедленно

Запросивший пользователь

Информация о телефонном коде района

stаtes

Экранная форма

По запросу пользователя

Немедленно

Запросивший пользователь

Информация о состоянии водителя

travels

Экранная форма

По запросу пользователя

Немедленно

Запросивший пользователь

Информация о путевом листе водителя

ulicy

Экранная форма

По запросу пользователя

Немедленно

Запросивший пользователь

Информация о улицах и присвоенных им телефонных кодах


Таблица 2.2 . Структурные единицы входных сообщений

Наименование

Идентификатор выходного сообщения

Формат

1

2

3

Уникальный код

ID

Строка

Модель автомобиля

Model.

Строка

Номер автомобиля

Nomer

Число

Фамилия водителя

Voditel

Строка

Номер телефона

Telefon

Число

Номер сотового телефона

Sot_Tel

Число

Название района

Source

Строка

Название района

Destination

Строка

Расстояние между районами

Length

Число

Название района

Rеgion_name

Строка

Код телефона

Tel_code

Число

Фамилия водителя

Voditel

Строка

Дата и время заказа

Time_Send

Дата/время

Отправка

Time_Out

Число

Район выбытия

From_Region

Строка

Район прибытия

To_Region

Строка

Промежуточный район

To_Address

Строка

Время пути

Way_Time

Число

Цена

Price

Число

Место посадки

Place

Строка

Код состояния водителя

State

Число


Таблица 2.3. Перечень и описание входных документов

Документ

Периодичность выдачи

Сроки выдачи

Получатель

Назначение

Документы по вызовам

По запросу пользователя

Немедленно

Запросивший пользователь

Отчет по вызовам

Документы по водителям

По запросу пользователя

Немедленно

Запросивший пользователь

Информация по водителям

Документы по районам

По запросу пользователя

Немедленно

Запросивший пользователь

Информация по районам

Документы по перемещениям

По запросу пользователя

Немедленно

Запросивший пользователь

Отчет по перемещениям


.1.4 Нормативно - справочная информация

К нормативно - справочной информации, используемой в АИС кредиты, относятся:

Справочник Клиенты;

Справочник Виды кредитов;

Справочник График гашения;

Справочник Расчетные Счета;

Справочник Залог;

Справочник Пользователи.

Основными функциями Справочников являются:

обеспечение проверки кодированных значений признаков при вводе данных;

декодирование значений признаков при выводе данных на экран дисплея;

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

оформление пояснительным текстом таблиц, получаемых в результате решения комплекса задач [13].

.2 Технологическое обеспечение

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

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

Обеспечение высокой степени достоверности полученной информации;

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

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

Технологический процесс состоит из совокупности технологических операций.

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

Основными операциями, составляющими технологический процесс, являются:

Ввод данных в базу данных (БД);

Вывод данных из БД;

Корректировки БД;

Поиска и выбора информации в БД;

Контроля ввода/вывода данных;

Сортировка данных в БД;

Системы защиты информации в БД;

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

.2.1 Организация технологии сбора, передачи, обработки и выдачи информации

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