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

Реферат Курсовая Конспект

Логическая организация базы данных

Логическая организация базы данных - Расчетно-пояснительная Записка, раздел Программирование, Автоматизированное рабочее место регистрации и документирования комплекса средств автоматизации Логическая Организация Базы Данных. Для Реализации Логической Организации Бд ...

Логическая организация базы данных. Для реализации логической организации БД необходимо определить, что является объектом предметной области информационной системы.

Как уже было отмечено выше п. 3.1.1 любое сообщение в системе, или кодограмма, имеет формат в рамках заранее оговоренного Протокола информационного обмена. Разряды кодограмм регистрации содержат ряд характеристик, определяемых типом поступающей по устройству информации информации обмена по КС информации обмена между Ш1, Ш2, Ш3, и ВК сбойной информации обмена по КС сбойной информации между Ш1, Ш2, Ш3 и ВК информации о НЛИ информации ФК информации НСД информации НСД ОП информации о БС устройств.

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

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

Прежде чем говорить о формировании отношений, необходимо привести перечень атрибутов, выявляющих сущность объектов, которые затем формируются в отношения 1. Дата отправки кодограммы 2. Время отправки кодограммы 3. Направление от ПУ1, информация в КС3 и т.п. 4. Режим работы 5. Источник откуда пришла кодограмма 6. Вид сообщения БС, НСД, и т.п. 7. Количество сбойных кодограмм 8. Содержание сбойных кодограмм 9. Тип устройства, от которого пришла кодограмма 10. Признак сообщения от нескольких устройств приходят в одной кодограмме 11. Значение контрольной суммы при пуске ВК 12. Значение периодически вычисляемой контрольной суммы 13. Текст сообщения, содержащегося в кодограмме.

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

Отношение 1 Вся информация. Ключевыми доменами являются первые два поля Дата , Время. Отношение 2 Оперативная информация. Ключевыми доменами в данном отношении являются Дата , Время , Направление , Режим работы , Источник , Вид сообщения. Отношение 3 Информация Ш Ключевыми доменами являются Дата , Время , Направление , Режим работы. Отношение 4 Сбойные кодограммы. Ключевыми доменами являются Дата , Время , Направление , Количество , Вид сообщения , Слово1 , Слово2 , Слово3 , Слово4 . Отношение 5 Функциональный контроль. Ключевыми доменами являются Дата , Время , Тип , Признак , Вид сообщения. Отношение 6 Связь с ВК . Ключевыми доменами являются Дата , Время. Отношение 7 Текущая контрольная сумма. Ключевыми доменами являются Дата , Время. Отношение 8 Контрольная сумма при пуске ВК . Ключевыми доменами являются Дата , Время. При формировании отношений были поставлены следующие цели осуществить группировку записей в такие структуры, которые достаточно малы по размеру и поэтому управляемы.

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

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

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

Информация фиксируется в восьми не связанных друг с другом таблицах, и один пользователь, например, может иметь доступ только к БД Информация контрольного суммирования, другой - к БД Информация Ш . В дипломном проекте рассматривается только та информация, которая содержится в БД ФК. Отношение ФК содержит информацию о результатах ФК, среди которой имеется информация о БС устройств. Кроме БС, отношение ФК содержит и другую информацию, например, о несанкционированном доступе НСД , о навязывании ложной информации НЛИ , информацию о ФК, об обращении к памяти НОП , и т.д. Информация ФК имеет внутренний формат представления для хранения в памяти ЭВМ и формат для предъявления оператору на экране дисплея или на принтере в виде таблиц и справок.

Вид полей БД ФК представлен на рис. 19. Структура БД ФК включает в себя следующие элементы Дата , Время , Тип устройства , Признак признак группирования информации , Вид сообщения БС, НСД, ФК, НЛИ, и т.д Текст сообщения. В поле Текст сообщения находится сообщение типа НСД снято, или Нет связи по линии 1 , или разблокировано по ФК , и т.п т.е. раскрывается конкретное значение поступившего по устройству сообщения.

Остальные элементы, перечисленные ранее, являются ключевыми, и служат для поиска последнего элемента Текст сообщения . 3.4. Выбор СУБД Выделение СУБД - претендентов Проектировщику в настоящее время предоставляется достаточно большой выбор СУБД, разработанных для разных конфигураций и типов ЭВМ. Анализ основных параметров этих систем позволяет сразу же отвергнуть ряд СУБД, заведомо непригодных к использованию в разрабатываемой информационной системе, оставив для последующего рассмотрения не более 2-х - 3-х систем - претендентов.

На выбор СУБД - претендентов наибольшее влияние оказывает согласование ряда параметров среды реализации и СУБД. Наиболее значимые параметры перечислены ниже в скобках указаны характеристики АРМ РД тип ЭВМ IBM PC AT на базе процессора Intel 80386 операционная система MS DOS объем оперативной памяти 2Мб объем дисковой памяти 160 МБ выбранная для реализации модель данных реляционная. Перечислим СУБД подобного класса D-Base, Clipper, Paradox.

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

На этом этапе необходимо несколько детализировать требования к реализуемому ПО АРМ РД. Как было отмечено в п.3.3.1 обмен информацией в системе происходит при помощи кодограмм, которые содержат информацию о состоянии устройств в двоичном коде, поэтому требования к СУБД, и соответственно к программам-приложениям достаточно жестки - необходимо обеспечить выборку сведений об устройствах, причем с возможностью их представления не в двоичном виде, а в удобной для анализа форме - в виде таблиц и справок.

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

При выборе СУБД необходимо учесть и такой фактор, как наличие опыта у разработчиков в создании прикладных программ для данной СУБД, часто он является определяющим. В качестве программного продукта для создания ПО АРМ РД была выбрана разработка фирмы Borland - язык программирования Турбо Си версии 3.0 и библиотека стандартных программ на языке Турбо Си Paradox Engine для реализации обслуживания реляционных баз данных. Paradox Engine является уникальным программным средством, позволяющим программистам языка Си в полном объеме использовать архитектуру системы Paradox.

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

Engine устраняет эту проблему, открывая структуру данных Paradox для программ на языке Си. Таким образом, прикладные программы на языке Си получают возможность обрабатывать данные системы Paradox. Paradox Engine - это удобное средство для разработчиков программ обслуживания реляционных баз данных на традиционном языке программирования. Разработчики Engine могут использовать данные системы Paradox или разрабатывать приложения, которые в дальнейшем можно развивать на основе Paradox.

Разработчики Paradox могут расширить функции системных программ Paradox, дополнив их вспомогательными программами на языке Си. Основные характеристики системы Paradox. Таблицы Paradox - это стандартные файлы DOS с расширением. DB . Имена таблиц отвечают стандартным соглашениям об идентификации файлов, принятым в ОС MS DOS. Каждая таблица может содержать до двух биллионов записей, а при ее записи на диск размер таблицы ограничен только размером диска или объемом свободной памяти на диске.

Каждая запись может включать до 255 полей, а каждое поле до 255 символов. В Paradox используется пять типов полей алфавитно-цифрового типа, которые позволяют использовать полный набор символов кода ASCII, числовые поля данных, позволяющие использовать до 15-ти значащих цифр, включая место для десятичной точки в интервал значений, а также текущие поля данных, короткие числовые поля и поля даты. Для упорядочения и поиска ключевых полей таблицы в Paradox Engine предусмотрены специальные функции, использующие индексный метод доступа.

Индекс таблицы позволяет ускорить процесс поиска нужной записи. Первичный индекс упорядочивает записи в порядке возрастания ключевых полей. Paradox хранит записи отсортированными по ключу и не позволяет дублировать ключи. Вторичные индексы, как правило, организуются для очередей таблиц и служат для улучшения представления данных. Для создания оконного интерфейса пользователя используется библиотека СXL- библиотека функций на языке С, что дает возможность ускорить написание программы, так как позволяет уделить больше времени решению основной задачи.

Конечно, нельзя однозначно сказать, что выбранная СУБД идеально соответствует поставленной перед разработчиками задаче. Для иллюстрации сравним Paradox Engine и СУБД Paradox с внутренним языком программирования PAL. PAL - это внутренний язык программирования системы Paradox. Сравнивая PAL и Си, можно отметить, что и тот и другой обладают рядом преимуществ и недостатков.

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

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

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

Из представленных выше рассуждений следует, что при помощи любого программного продукта приблизительно одного класса можно решить поставленную задачу, выбрав различные подходы к проблеме, минимизируя или максисмизируя те или иные характеристики. Можно сделать вывод, что на выбор СУБД повлияли следующие факторы 1. Наличие опыта программирования на языке Турбо Си, у разработчиков, что позволяет снизить временные и материальные затраты на их переобучение. 2. Трудоемкость реализации приложений, позволяющая в то же время обеспечить более высокое быстродействие выполнения программ например, позволяющая минимизировать такую характеристику как время поиска по БД, и, следовательно, уменьшить время реакции на запрос . 3. Обеспечение гибкости ПО и высокого уровня управления программами. 4. Си открывает программисту доступ к внутренностям компьютера - битам, байтам и регистрам, управляющим работой центрального процессора и внешних устройств.

Но Си все-таки представляет собой нечто большее, чем язык ассемблера высокого уровня. Блочная структура программы на Си обеспечивает как защиту данных, так и высокий уровень контроля за областями действия и видимости переменных. 5. Возможность при реализации ПО АРМ РД для создания оконного интерфейса использовать библиотеку СXL- библиотеку функций на языке Си, что дает возможность уделить больше времени решению основной задачи. 4. Структура комплекса программ АРМ РД 4.1.

– Конец работы –

Эта тема принадлежит разделу:

Автоматизированное рабочее место регистрации и документирования комплекса средств автоматизации

Текст расчетно-пояснительной записки сопровождается рисунками и таблицами. Расчетно-пояснительная записка содержит 30 рисунков, из них 7 рисунков формата.. В дипломном проекте на тему Автоматизированное рабочее место регистрации и документирования комплекса средств..

Если Вам нужно дополнительный материал на эту тему, или Вы не нашли то, что искали, рекомендуем воспользоваться поиском по нашей базе работ: Логическая организация базы данных

Что будем делать с полученным материалом:

Если этот материал оказался полезным ля Вас, Вы можете сохранить его на свою страничку в социальных сетях:

Все темы данного раздела:

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

Общая характеристика систем управления
Общая характеристика систем управления. Система управления - это совокупность управляемого объекта или процесса и устройства управления, к которому относится комплекс средств приема, сбора и переда

Структурная схема комплекса средств автоматизации
Структурная схема комплекса средств автоматизации. АСУ представляет собой комплекс средств автоматизации КСА , выполняющий ряд функций по обработке информации. Структурная схема КСА представлена на

Описание функционирования АСУ комплекса средств автоматизации
Описание функционирования АСУ комплекса средств автоматизации. Представленный в дипломном проекте КСА представляет собой автоматизированную систему управления информационными процессами, предназнач

Обоснование выбора технических средств АРМ РД
Обоснование выбора технических средств АРМ РД. Возможность функционировать в рамках автоматизированной системы Для реализации АРМ РД выбрана персональная ЭВМ IBM PC AT, оборудованная двумя последов

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

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

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

Необходимость организации БД на АРМ РД
Необходимость организации БД на АРМ РД. Непосредственное функциональное назначение АРМ РД - регистрация и документирование информации, поступающей из ВК. АРМ РД в режиме реального времени выполняет

Обоснование структуры комплекса программ
Обоснование структуры комплекса программ. ПО общесистемного назначения Структура комплекса программ АРМ РД представлена на рис. 20 и является логическим продолжением реализации функционального назн

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

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

Хотите получать на электронную почту самые свежие новости?
Education Insider Sample
Подпишитесь на Нашу рассылку
Наша политика приватности обеспечивает 100% безопасность и анонимность Ваших E-Mail
Реклама
Соответствующий теме материал
  • Похожее
  • Популярное
  • Облако тегов
  • Здесь
  • Временно
  • Пусто
Теги