Автор работы: Пользователь скрыл имя, 28 Декабря 2011 в 11:16, дипломная работа
В дипломном проекте рассмотрены общие подходы к реализации распределенных систем обработки данных на базе технологии клиент-сервер, а также задача создания действующей информационной системы на примере системы автоматизации расчетов с теплоснабжающими организациями предприятия ООО Альтернатива. Актуальность построения этой системы обусловлена резким ростом количества абонентов на информационное обслуживание предприятия ООО Альтернатива
Введение 4
1 Анализ технического задания 5
1.1 Техническое задание 5
1.2 Общие выводы из технического задания 5
2 Подходы к проектированию баз данных 6
2.1 Основные понятия теории реляционных баз данных 6
2.2 Сервер базы данных 10
2.2.1 Технология и модели "клиент-сервер" 10
2.2.2 Механизмы реализации активного ядра 18
2.2.3 Хранимые процедуры 19
2.2.4 Правила (триггеры) 20
2.2.5 Механизм событий 21
2.3 Обработка распределенных данных 21
2.4 Взаимодействие с PC-ориентированными СУБД 28
2.5 Обработка транзакций 31
2.6 Средства защиты данных в СУБД 35
2.7 Применение CASE-средств для информационного моделирования в системах обработки данных. 39
3 Реализация базы данных 40
3.1 Анализ существующей системы 41
3.2 Новая схема обмена информацией 42
3.3 Выбор операционной системы 42
3.4 Выбор сервера баз данных 43
3.5 Выбор средств разработки 44
3.6 Проектирование структуры базы данных 44
4 Реализация клиентского приложения 45
4.1 Назначение и состав клиентского приложения 45
4.2 Безопасность доступа к данным 45
4.2.1 Идентификация 45
4.2.2 Авторизация 46
4.2.3 Управление доступом на основе ролей 47
4.3 Алгоритм работы приложения 48
5 Разработка таблиц 48
5.1 Структура таблицы “nodes_prolog” 49
5.2 Структура таблицы “nodes_elektro” 50
5.3 Структура таблицы “ elektro_pokaz” 50
5.4 Структура таблицы “t943_name” 51
5.5 Структура таблицы “t942_name” 52
5.6 Структура таблицы “t943_name_totals” 52
5.7 Структура таблицы “t942_name_totals” 53
6 Руководство оператора 54
6.1 Запуск приложения 54
6.2 Начало работы 55
7 Экономическая часть 60
7.1 Особенности программного продукта как товара 60
7.2 Расчет затрат на изготовление подсистемы 60
7.3 Расчет экономической эффективности 69
8 Безопасность жизнедеятельности. Природопользование и охрана окружающей среды. 71
8.1 Краткое содержание дипломного проекта 71
8.2 Безопасность проекта 72
8.2.1 Вредные и опасные производственные факторы при работе с ПЭВМ 72
8.2.2 Электро- и пожаробезопасность на рабочем месте оператора ПЭВМ 73
8.2.2.1 Электробезопасность на рабочем месте 74
8.2.2.2 Пожарная безопасность на рабочем месте 76
8.2.3 Обеспечение микроклимата на рабочем месте. Освещенность, шум, вибрация 78
8.2.4 Расчет освещенности на рабочем месте оператора 79
8.2.4.1 Вводная часть 79
8.2.4.2 Описание помещения, в котором располагается рабочее место 79
8.2.4.3 Расчет освещенности на рабочем месте 80
8.2.4.4 Особенности освещения рабочих мест с видеотерминальными устройствами 82
8.2.4.5 Заключение 82
8.3 Эргономичность проекта 83
8.4 Природопользование проекта. Работа с видеодисплейными терминалами ПЭВМ. 85
8.5 Выводы по разделу 87
9 Выводы по выполненной работе 88
10 Список использованных источников 89
Роль - это ключевой компонент функции управления доступом на основе ролей. Роли создаются в соответствии с тем, что требуется сотрудникам для эффективного предоставления доступа к нужному инструментарию [21].
Политика предоставления доступа задает связь между сотрудниками, принадлежащими к различным ролям в организации, и службами, которые соответствуют различным ресурсам, а также определяет, какие права будут предоставлены этим сотрудникам при доступе к службам.
Реализуемая
политика предоставления доступа отражает
политику управления идентификацией,
соответствующую плану
Политика предоставления доступа представляет собой ключевой компонент каркаса автоматизации управления жизненным циклом идентификаторов.
Предоставляемое право определяет, какие службы связаны с правилом политики и какие условия применимы к предоставляемому праву. Например, предоставляемое право может указывать, есть ли у связанной с ним роли доступ ко всем экземплярам службы, или только к какому-то одному экземпляру этой службы. С предоставляемыми правами также связаны рабочие потоки, которые позволяют реализовать процедуры утверждения при предоставлении доступа к службам.
Управление
доступом на основе ролей существенно
сокращает затраты и сложность
администрирования
Функция
управления доступом на основе ролей
использует роли и правила политики
предоставления доступа, чтобы оценивать,
проверять и применять бизнес-
Функция
управления доступом на основе ролей
оценивает изменения в
Управление доступом на основе ролей включает в себя следующие возможности:
В пределах данного предприятия, все эти возможности реализованы на базе доменной структуры LDAP.
Разработанная
программа, загрузки конфигурационного
файла, устанавливает соединение с базой
данных и загружает список тепловых и
электрических узлов в древовидную структуру.
Для формирования отчета по существующим
узлам, достаточно выделить интересующие
адреса установки узлов и нажать кнопку
«Отчеты». После чего в цикловом исполнении
произойдут запросы к таблицам показаний
и формирование файлов электронных таблиц
excel. Для загрузки показаний в базу
данных, достаточно указать полный путь
к файлу с базой «Пролог» и нажать кнопку
«Загрузить базу Пролог», далее выбрать
узлы для загрузки и типы показаний, а
также установить временные рамки периода
показаний, после чего данные загрузятся
в базу данных. Ввод показаний по узлам
учета электрической энергии, осуществляется
вручную, после выбора узла, становится
доступна форма ввода.
Таблица “nodes_prolog”
содержит в себе информацию обо всех загруженных
узлах учета тепловой энергии (Таб.2)
Имя столбца | Тип данных | Описание |
id | Integer | Уникальный идентификатор |
parent_id | Integer | Идентификатор в базе Пролог |
"type" | Integer | Тип прибора |
model | Integer | Модель прибора |
device_id | Integer | Серийный номер |
channel | character varying(100) | Канал |
abon_id | Integer | Идентификатор категории |
ar0 | Date | последние данные в часовом архиве |
ar1 | Date | последние данные в суточном архиве |
ar2 | Date | последние данные в декадном архиве |
ar3 | Date | последние данные в месячном архиве |
ar4 | Date | архив изменений настроечных параметров |
ar5 | Date | архив перерывов питания |
ar6 | Date | архив НС |
ar7 | Date | настроечные параметры |
ar8 | Date | тотальные |
name_node | character varying(100) | Название узла |
addres | character varying(100) | Адрес установки |
telefon | character varying(100) | Телефон |
fax | character varying(100) | Факс |
otv_lic | character varying(100) | Отв. Лицо |
ingener | character varying(100) | Инженер |
"comment" | character varying(100) | Комментарий |
ipaddres | character varying(100) | Ip – адрес узла |
ipport | character varying(100) | Порт подключения |
tepl_org | character varying(100) | Теплоснабжающая организация |
local_number_ | Integer | Номер узла в базе Excel |
Таб.2. Структура таблицы “nodes_prolog”
Таблица “nodes_prolog”
содержит в себе информацию обо всех загруженных
узлах учета электрической энергии (Табл.3)
Имя столбца | Тип данных | Описание |
id | integer | Уникальный идентификатор |
parent_id | integer | Идентификатор в базе Пролог |
"type" | integer | Тип прибора |
model | integer | Модель прибора |
abon_id | integer | Идентификатор категории |
name_node | character varying(100) | Название узла |
addres | character varying(100) | Адрес установки |
"comment" | character varying(100) | Комментарий |
Таб.3. Структура
таблицы “nodes_elektro”
Таблица “elektro_pokaz”
содержит в себе информацию о показаниях
узлов учета электрической энергии (Табл.4)
Имя столбца | Тип данных | Описание |
id_pokaz | integer | Уникальный идентификатор |
noch_pokaz | integer | Значение по ночному тарифу |
day_pokaz | integer | Значение по дневному тарифу |
abon_id | integer | Идентификатор узла |
date_t | integer | Дата показаний |
Таб.4. Структура таблицы “ elektro_pokaz”
Таблица “ t943_name
” содержит в себе информацию о суточных
показаниях узлах учета тепловой энергии
(Табл. 5). Создается динамически для каждого
узла учета.
Имя столбца | Тип данных | Описание |
unical_id | integer | Уникальный идентификатор |
parent_id | integer | Идентификатор в базе Пролог |
date_t | timestamp without time zone | Дата и время показаний |
"type" | integer | Тип показаний |
sp | integer | Схема подключения |
ns | integer | Код нештатной ситуации |
p1 | double precision | Значение давления на первом датчике |
p2 | double precision | Значение давления на втором датчике |
t1 | double precision | Значение температуры на первом датчике |
t2 | double precision | Значение температуры на втором датчике |
t3 | double precision | Значение температуры на третьем датчике |
tx | double precision | Температура холодного источника |
v1 | double precision | Значение давления на первом датчике |
v2 | double precision | Значение давления на втором датчике |
v3 | double precision | Значение давления на третьем датчике |
m1 | double precision | Значение расхода воды на первом датчике |
m2 | double precision | Значение расхода воды на втором датчике |
m3 | double precision | Значение расхода воды на третьем датчике |
q | double precision | Количество тепловой энергии |
ti | double precision | Время счета |
qr | double precision | Количество тепловой энергии (тотальные значения) |