Контроль и учет технического состояния магистральных трубопроводов, транспортирующих огнеопасные продукты (47477)

Посмотреть архив целиком

ЗАДАНИЕ

на курсовую работу


  1. Тема работы: Контроль и учет технического состояния магистральных трубопроводов, транспортирующих огнеопасные продукты.

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

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


Оглавление


  1. ВВЕДЕНИЕ

  2. 1 АНАЛИТИЧЕСКАЯ ЧАСТЬ

  3. 1.1 Постановка задачи

  4. 1.2 Сущности, отношения и их свойства

  5. 1.3 Условия целостности

  6. 1.4 Нормальные формы таблиц

  7. 1.5 Бизнес правила

  8. 1.6 Требования к БД

  9. 2 КОНСТРУКТОРСКАЯ ЧАСТЬ

  10. 2.1 Структура системы

  11. 2.2 Проектирование базы данных

  12. 2.3 Хранимые процедуры

  13. 2.4 Запросы

  14. 2.5 Выбор модели базы данных

  15. 2.6 Организация взаимодействия с пользователем

  16. 3 ТЕХНОЛОГИЧЕСКАЯ ЧАСТЬ

  17. 3.1 Выбор средства разработки

  18. 3.2 Выбор СУБД

  19. 3.3 Описание системы

  20. 3.4 Синхронизация при работе в сети

  21. 3.5 Технические характеристики программы

  22. 4 ИССЛЕДОВАТЕЛЬСКАЯ ЧАСТЬ

  23. ЗАКЛЮЧЕНИЕ

  24. СПИСОК ЛИТЕРАТУРЫ

  25. Приложение 1

  26. ВВЕДЕНИЕ


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

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

  • удобный и компактный способ хранения данных;

  • возможность многопользовательского доступа упрощающего формирование базы данных;

  • возможность удаленного доступа;

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

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

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

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

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

  1. АНАЛИТИЧЕСКАЯ ЧАСТЬ


    1. Постановка задачи


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

  • Детальная разработка структуры базы данных и ее основных связей;

  • Анализ существующих СУБД. Выбор одной СУБД, отвечающей требованиям надежности и имеющие необходимы для создания такой системы инструментарий;

  • Создание базы данных.

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

  • доступ к базе через локальную вычислительную сеть;

  • редактирование данных в базе;

  • возможность проведения поисков и сортировок по атрибутам.

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


    1. Сущности, отношения и их свойства


При описании предметной области с точки зрения концептуальной модели, прежде всего, следует определить сущности, принадлежащие этой области, и связи между ними. Под сущностью, в таком подходе, понимается то, о чем должна накапливаться и обрабатываться информация. Например, при разработке схемы функционирования факультета сущностями могут выступать студенты факультета, преподаватели, читаемые предметы, методический и научно-исследовательский материал, разрабатываемый факультетом, семинары и конференции, проводимые на данном факультете и так далее. Каждая сущность характеризуется с помощью ограниченного набора свойств и связей с другими сущностями. Группа сущностей, характеризующаяся одним и тем же набором свойств, образует набор сущностей. Так, например, список студентов образует набор сущностей, который мы назовем СТУДЕНТ, и он будет характеризоваться следующими свойствами: фамилия, имя и отчество; номер студенческого билета; группа; место жительства; год поступления; наличие или отсутствие стипендии и тому подобное. Свойства набора сущностей называют атрибутами, а множество допустимых значений атрибутов называют доменом. С точки зрения датологической модели при описании атрибутов каждого из набора сущностей, следует указать не только имя атрибута, но и тип данных, описывающих данный атрибут. Тип данных, используемых при описании атрибута, зависит от того смысла, который вкладывается в этот атрибут при проектировании модели объектной области. Например, если в наборе объектов СТУДЕНТ атрибут «стипендия» характеризует только ее наличие или отсутствие, то есть домен этого атрибута состоит всего лишь из двух значений, то для его описания следует использовать логический тип. Если же этот атрибут описывает истинное значение стипендии, то тогда его значение должно быть числовым или денежным. Если же этот атрибут характеризует тип стипендии, например, обычная, повышенная, именная и так далее, то тип данных, отвечающих такому атрибуту, следует задать литерным.

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


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

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

Связь между наборами объектов может быть трех типов. Первый тип – связь один к одному (обозначение 1:1), когда между записями двух наборов сущностей устанавливается связь, характеризующаяся взаимно однозначным соответствием между сущностями, входящими в каждый из наборов. Например, если один из наборов сущностей – это номера проданный на данный рейс билетов, а другой – это список пассажиров, то связь между ними будет один к одному. При нарушении этого принципа должен выдаваться сигнал ошибки, так как на одно и то же место будет продано несколько билетов. Второй тип связи – это один ко многим (1:М), или обратный вариант – многие к одному (М:1). Например, если один набор сущностей это клиенты некоторого банка, а другой – счета банка, то если у клиента в банке допускается несколько счетов, то будет установлена связь один ко многим. В случае, когда первичным рассматривается счет, то связь будет трактоваться как многие к одному. Третий вид связи – это многие ко многим (M:N), когда нескольким записям одного набора сущностей соответствует несколько записей другого набора. В качестве примера можно рассмотреть список студентов некоторого факультета и список предметов, читаемых на этом факультете. Связь между этими наборами сущностей будет как раз определяться как многие ко многим, причем она усложнится, если для студентов на факультете допускается некоторый выбор изучаемых предметов.

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


Случайные файлы

Файл
29916.rtf
10011-1.rtf
146659.doc
25502.doc
2684.rtf




Чтобы не видеть здесь видео-рекламу достаточно стать зарегистрированным пользователем.
Чтобы не видеть никакую рекламу на сайте, нужно стать VIP-пользователем.
Это можно сделать совершенно бесплатно. Читайте подробности тут.