Для уменьшения нежелательных характеристик БД к схемам отношений применяются процедуры нормализации. Выделяют пять нормализованных форм (НФ), но практически достаточно, чтобы отношения удовлетворяли условиям 1НФ,2НФ,3НФ. Все атрибуты отношений должны быть простыми (атомарными), следовательно, находятся в первой нормальной форме (1НФ). Если в отношениях не наблюдается избыточность данных, то они находятся во второй нормальной форме (2НФ).
Отсутствие транзитивных зависимостей будет указывать на наличие третьей нормальной формы (3НФ). В данной базе данных все отношения находятся в 3 НФ. Отметим, что нормализация увеличивает число отношений в базе данных, тем самым, влияя на время обработки информации. Но в то же время, благодаря корректности и устранению дублирования данных, ускоряется выполнение операций доступа к данным. При использовании реляционной СУБД, обрабатываемая информация представляется в виде файлов базы данных, которые хранят информацию в виде записей. Ниже приведены структуры файлов базы данных:
Таблица 2.2 - Отношение МАТЕРИАЛ
Наименование поля | Тип данных | Размер поля |
Kod_mater | Integer | |
Nazvanie | Varchar | 30 символов |
Таблица 2.3 - Отношение СКЛАД
Наименование поля | Тип данных | Размер поля |
Nom_ceha | Integer | |
Nazvanie | Varchar | 30 символов |
Таблица 2.4 - Отношение ВАГОН
Наименование поля | Тип данных | Размер поля |
Nom_vag | Integer | |
Tip_vag | Varchar | 15 символов |
Sobstv | Integer |
Таблица 2.5 - Отношение ВРЕМЯ
Наименование поля | Тип данных | Размер поля |
Nom_vag | Integer | |
Data_gdc | Date | |
Vr_gdc | Time | |
Data_pos_ter | Date | |
Vr_pos_ter | Time | |
Data_pos_skl | Date | |
Vr_pos_skl | Time | |
Data_vih_skl_kon | Date | |
Vr_vih_skl_kon | Time | |
Data_vih_ter | Date | |
Vr_vih_ter | Time |
Таблица 2.6 - Отношение ТЕПЛЯК
Наименование поля | Тип данных | Размер поля |
Nom_vag | Integer | |
Data_vih_skl_tep | Date | |
Vr_vih_skl_tep | Time | |
Data_pos_tep | Date | |
Vr_pos_tep | Time | |
Data_vih_tep | Date | |
Vr_vih_tep | Time | |
Data_pos_skl | Date | |
Vr_pos_skl | Time |
Таблица 2.7 - Отношение ОБЩАЯ
Наименование поля | Тип данных | Размер поля |
Nom_vag | Integer | |
Kod_mat | Integer | |
Nom_ceha | Integer | |
Ves_suh | Varchar | 10 символов |
Ves_vlag | Varchar | 10 символов |
Primechanie | Varchar | 255 символов |
Data | Date |
Таблица 2.8 - Отношение ПРОСТОИ
Наименование поля | Тип данных | Размер поля |
Nom_vag | Integer | |
Pros_man | Integer | |
Pros_skl | Integer | |
Pros_tep | Integer | |
Fakt_vr | Integer |
Таблица 2.9 - Отношение МАТЕРИАЛ В ЦЕХ
Наименование поля | Тип данных | Размер поля |
Nom_ceha | Integer | |
Kod_mater | Integer |
Таблица 2.10 - Отношение ПОЛЬЗОВАТЕЛИ
Наименование поля | Тип данных | Размер поля |
Login | Varchar | 10 символов |
Password | Varchar | 10 символов |
Fio | Varchar | 30 символов |
Tip | Varchar | 10 символов |
Выбор конкретной системы управления базой данных(СУБД).
Одним из основных критериев выбора СУБД является оценка того, насколько эффективно внутренняя модель данных, поддерживаемая системой, способна описать концептуальную схему.
Сетевые СУБД используют модель представления данных в виде произвольного графа. В иерархических СУБД данные представляются в виде древовидной (иерархической) структуры.
Имеются системы для работы с иерархическими и сетевыми моделями, однако большинство СУБД для персональных ЭВМ работают с реляционной моделью. Таковы системы Access, dBase, FoxBase, FoxPro, Paradox, Clipper. Перечисленные СУБД эффективны для создания небольших изолированных систем с несложной структурой данных, с относительно небольшими объемами данных (10Мб. – 1Гб.) и несложными запросами. За пределами такого рода ограничений эффективность использования указанных СУБД существенно снижается.
Профессиональные СУБД обеспечивают выполнение более сложных операций. Они позволяют разработчику расширять сервисные возможности – процедуры базы данных, которые вызываются клиентом и выполняются сервером более производительно, чем компьютеры на рабочих местах пользователей. К профессиональным СУБД относятся Oracle, SyBase, Informix, Interbase.
Для проектирования АРМ диспетчера отдела «управления подвижным составом» выбрана СУБД Interbase, которая поддерживает реляционную модель данных.
2.4 Программное обеспечение автоматизированного рабочего места
Программное обеспечение состоит из системного программного обеспечения и прикладного. Основой системного обеспечения является операционная система и системы программирования. Системные программы обеспечивают рациональную технологию обработки информации. Так называемые сервисные программы, которыми автоматизированные рабочие места комплектуется в зависимости от потребности в них, расширяют возможности операционной системы. Для обеспечения информационной связи в сетях автоматизированных рабочих мест и связи автоматизированных рабочих мест по различным каналам также применяются программные средства, которые можно отнести к системному программированию.
Прикладное программное обеспечение составляют программы пользователей и пакеты прикладных программ (ППП) разного назначения. Стандартные программы пользователей представляют собой программные решения определённых задач на алгоритмическом языке.
Для внедрения и эксплуатации АРМ диспетчера необходим следующий минимальный набор программного обеспечение:
- операционная система Windows 98,2000,XP;
- пакет прикладных программ Microsoft Office;
- среда программирования Borland Delphi 7.0 (для модификации АРМ).
2.5 Техническое обеспечение автоматизированного рабочего места
Техническое обеспечение представляет собой комплекс технических средств, который подразделяется на вычислительную технику и оргтехнику (периферийные устройства).
Основой вычислительной техники служит профессиональный персональный компьютер, предусматривающий работу специалиста без посредников (программистов, операторов и др.). В комплект профессионального персонального компьютера входят процессор, дисплей, клавиатура, магнитные накопители информации, печатающие устройства и графопостроители.
К оргтехнике же относят все периферийные устройства и дополнительное оборудование: принтер, сканер, стример, модем, ксерокс, проектор, дигитайзер, различные терминалы, кондиционер, источник бесперебойного питания, сетевой фильтр и другие.
К комплексу технических средств следует отнести и средства коммуникаций для связи различных автоматизированных рабочих мест в сетях, а также средства телефонной связи.
При проектировании АРМ диспетчера отдела «управления подвижным составом» был использован персональный компьютер со следующими характеристиками:
- монитор с дисплеем 17 дюймов;
- процессор CELERON – 2.53 ГГц ;
- видеокарта GeForceMX5500 - 128 Мб;
- оперативная память DDR - 512 Мб;
- винчестер Baracuda7200 - 40 Гб;
- системная плата MSIPIV800.
Для нормальной работы данного программного продукта рекомендуются следующие минимальные требования к характеристикам персонального компьютера:
- монитор с дисплеем 15 дюймов и выше;
- процессор с тактовой частотой- 800 ГГц и выше;
- видеокарта - 32 Мб и выше;
- оперативная память - 128 Мб и выше;
- винчестер - 20 Гб и выше;
Так же для эксплуатации АРМ диспетчера отдела «управления подвижным составом» требуется принтер, модем, источник бесперебойного питания и сетевой фильтр.
3 ПРОГРАММНАЯ РЕАЛИЗАЦИЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ «УПРАВЛЕНИЕ ПОДВИЖНЫМ СОСТАВОМ НА РЦЗ»
3.1 Назначение и цель создания программного продукта
Целями создания автоматизированной системы управления процессом диспетчеризации и управления подвижным составом на территории РЦЗ являются:
повышение эффективности работы персонала организации путем радикального сокращения объемов непроизводительного труда;
автоматизация подготовки отчетно-статистической документации на всех наиболее важных производственных участках организации;
удовлетворение информационных запросов и потребностей всех подразделений, используя прямой доступ к общей базе данных.
Функциональное назначение подсистемы «Управление подвижным составом на РЦЗ»:
анализ и описание данных из предметной области для установления их взаимосвязей;
обеспечение заданной последовательности действий;
обеспечение пользовательского интерфейса;
частичная автоматизация подготовки различных документов.
3.2 Обеспечивающая часть системы