Разработка физической модели базы данных "Учёт характеристик сигналов телемеханики"

ОГЛАВЛЕНИЕ
ВВЕДЕНИЕ. 3
ПОСТАНОВКА ЗАДАЧИ.. 5
Анализ аналогов. 5
Обоснование выбора автоматизируемого бизнес-процесса. 5
ТЕХНОЛОГИЧЕСКАЯ ЧАСТЬ. 7
Обоснование выбора средств разработки. 7
Основные методы и способы разработки. 7
Модель жизненного цикла. 7
ОСНОВНАЯ ЧАСТЬ. 9
Поддержание целостности БД.. 9
Поддержание бизнес-логики и бизнес-правил. 13
Проектирование пользовательского интерфейса. 27
Пользователи и права доступа. 32
ЗАКЛЮЧЕНИЕ. 34
СПИСОК ЛИТЕРАТУРЫ.. 35
ПРИЛОЖЕНИЕ 1. 36
ПРИЛОЖЕНИЕ 2.1 DFD контекстного уроня. 37
ПРИЛОЖЕНИЕ 2.2 DFD 1-го уровня. 38
ПРИЛОЖЕНИЕ 4. Данные по характеристика сигналов заданного ПЛК.. 39
ВВЕДЕНИЕ
Темой данного курсового проекта является разработка физической модели базы данных для АИС “Учет сигналов объектов телемеханики”. Модель проектируется для ОАО «Северные магистральные нефтепроводы». Данный процесс рассматривается с точки зрения работника сектора производственно-технических задач и телемеханика.
Вышеназванное предприятие занимается транспортировкой нефти, осуществляемой по нефтепроводам. Процесс транспортировки нефти должен обеспечиваться строгим контролем как на нефтеперегонных станциях, так и на отдельных участках нефтепровода. Это осуществляется посредством специализированных объектов телемеханики (программируемых логических контроллеров (ПЛК)).
Для обслуживания ПЛК телемеханикам требуются данные по характеристикам сигналов, которые использует конкретный ПЛК. Также они вносят изменения в эти данные. Характеристики сигналов по всем объектам телемеханики хранятся в файлах электронных таблиц Microsoft Excel на отдельном FTP-сервере с открытым для телемехаников доступом. Неэффективность такого способа хранения очевидна (более подробно в разделе анализ аналогов).
Следует отметить, что даже одна ошибка в базе сигналов может повлечь за собой аварию на нефтепроводе. В качестве замены существующей системы можно предложить создание автоматизированной информационной системы.
Данный курсовой проект является логическим продолжением курсовых проектов по дисциплинам «Информационные технологии» и «Управление данными». На предыдущих этапах работы были построены DFD контекстного и 1-го уровней, созданы концептуальная и логическая модели БД.
Целью курсового проекта по дисциплине «Системы управления базами данных» является разработка физической модели базы данных для АИС “Учет сигналов объектов телемеханики”.
В задачи данной работы входят реализация поддержки целостности данных, поддержки бизнес-логики процесса средствами СУБД.
Курсовой проект состоит из четырёх глав.
В разделе постановка задачи производится анализ аналогов создаваемой АИС и основание выбора автоматизируемого бизнес-процесса
В разделе технологическая часть обосновывается выбор средств разработки, основные используемые методы разработки, также вкратце описывается модель жизненного цикла, согласно которой проводится разработка.
В разделе основная часть обосновываются использованные способы поддержки целостности БД, поддержки бизнес-логики и бизнес-процессов, описывается и обосновывается интерфейс системы, рассказывается о выборе подхода к организации политики безопасности и доступа к БД.
И в заключении подводятся итоги выполненной работы.
ПОСТАНОВКА ЗАДАЧИ
Анализ аналогов
Аналогов, полностью повторяющих функциональность разрабатываемой системы не существует.
На предприятии-заказчике на данный момент для хранения значений характеристик сигналов используются файлы электронных таблиц Microsoft Office Excel. Недостатки такого способа хранения заключаются в следующем:
· не поддерживается целостность данных
· отсутствует контроль изменений данных
· необходимость вводить данные два раза, сначала в о SCADA RealFlex, затем в книги Excel, что замедляет исполнение заявок, а также может привести к несогласованности между данными из двух баз
Создаваемая система призвана устранить все эти недостатки.
Обоснование выбора автоматизируемого бизнес-процесса
На этапе анализа требований встала проблема определения границ системы. С этой целью была построена DFD контекстного уровня (Приложение 2.1), определён главный процесс и внешние сущности. Затем процесс был декомпозирован на подпроцессы (Приложение 2.2):
1. Выдать данные о несовпадающих сигналах
2. Принять заявку
3. Выдать данные о сигналах
4. Найти заявку
Было решено автоматизировать все подпроцессы, т.к. без какого либо из них система не будет соответствовать функциональным требованиям, предъявляемым в техническом задании (курсовая работа по дисциплине «Информационные технологии»).
ТЕХНОЛОГИЧЕСКАЯ ЧАСТЬ
Обоснование выбора средств разработки
На данный момент лидерами среди СУБД корпоративных ресурсов являются Microsoft SQL Server и Oracle. Для данного проекта нет принципиальной разницы в какой из этих СУБД будет реализована физическая модель базы данных. Они обе поддерживают все необходимые декларативные ограничения целостности, а также обладают средствами программной поддержки целостности (хранимые процедуры, триггеры).
Независимые исследования показали, что SQL Server обеспечивает выполнение запросов быстрее Oracle, зато Oracle обладает более продуманной системой безопасности.
Выбор пал на SQL Server 2005, так как он проще в использовании, а также обладает визуальными средствами создания БД.
Основные методы и способы разработки
Выбор стоял между созданием базы данных написанием и выполнением запросов и визуальным созданием средствами SQL Server 2005. В конечном итоге все таблицы, ограничения были заданы с использованием визуальных инструментов. Это позволило существенно сократить затраты времени на разработку проекта.
Модель жизненного цикла
Разработка проходила согласно модели жизненного цикла RUP (Rational Unified Process). Жизненный цикл информационной системы делится на следующие стадии:
- Постановка задачи;
- Анализ;
- Проектирование;
- Реализация (кодирование);
- Отладка;
- Тестирование;
- Внедрение;
- Эксплуатация.
Разработка протекала итерационно, т.е. с постоянным возращением с текущего этапа на предыдущие и внесением изменений в соответствующую документацию (требования к системе, архитектура системы и т.п.).
Такой подход очень подходит для неопытного разработчика, т.к. например, полностью сформулировать требования к системе – задача непосильная, а по мере продвижения по жизненному циклу это оказывается намного проще.

Внимание, отключите Adblock

Вы посетили наш сайт со включенным блокировщиком рекламы!
Ссылка для скачивания станет доступной сразу после отключения Adblock!

Скачать полную версию