Разработка АСР
Дипломная работа, 28 Декабря 2011, автор: пользователь скрыл имя
Описание работы
В дипломном проекте рассмотрены общие подходы к реализации распределенных систем обработки данных на базе технологии клиент-сервер, а также задача создания действующей информационной системы на примере системы автоматизации расчетов с теплоснабжающими организациями предприятия ООО Альтернатива. Актуальность построения этой системы обусловлена резким ростом количества абонентов на информационное обслуживание предприятия ООО Альтернатива
Содержание работы
Введение 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
Файлы: 7 файлов
ACP.docx
— 52.66 Кб (Просмотреть файл, Скачать файл)Диплом.docx
— 620.40 Кб (Скачать файл)Роль - это ключевой компонент функции управления доступом на основе ролей. Роли создаются в соответствии с тем, что требуется сотрудникам для эффективного предоставления доступа к нужному инструментарию [21].
Политика предоставления доступа задает связь между сотрудниками, принадлежащими к различным ролям в организации, и службами, которые соответствуют различным ресурсам, а также определяет, какие права будут предоставлены этим сотрудникам при доступе к службам.
Реализуемая
политика предоставления доступа отражает
политику управления идентификацией,
соответствующую плану
Политика предоставления доступа представляет собой ключевой компонент каркаса автоматизации управления жизненным циклом идентификаторов.
Предоставляемое право определяет, какие службы связаны с правилом политики и какие условия применимы к предоставляемому праву. Например, предоставляемое право может указывать, есть ли у связанной с ним роли доступ ко всем экземплярам службы, или только к какому-то одному экземпляру этой службы. С предоставляемыми правами также связаны рабочие потоки, которые позволяют реализовать процедуры утверждения при предоставлении доступа к службам.
4.2.3 Управление доступом на основе ролей
Управление
доступом на основе ролей существенно
сокращает затраты и сложность
администрирования
Функция
управления доступом на основе ролей
использует роли и правила политики
предоставления доступа, чтобы оценивать,
проверять и применять бизнес-
Функция
управления доступом на основе ролей
оценивает изменения в
Управление доступом на основе ролей включает в себя следующие возможности:
- Обязательные и дополнительные предоставляемые права; дополнительные права не предоставляются автоматически, но пользователь в группе может затребовать такие права.
- Обязательные службы, доступ к которым должен предоставляться до того, как будут заданы те или иные права доступа. Например, права доступа к Windows NT(R) должны предоставляться до предоставления прав на доступ к Microsoft Outlook(R).
- Права могут предоставляться по умолчанию, а также могут применяться ограничения предоставляемых прав, когда каждой характеристике предоставляемого права присваивается значение по умолчанию или, в зависимости от возможностей предоставляемого права, ограничивается область его действия.
- Можно создать одну учетную запись с несколькими разрешениями, управляемыми разными правилами политики.
- Можно создавать частные просмотры информации о пользователях и доступных ресурсах с применением фильтров.
- Можно применять методы аутентификации пользователей, соответствующие внутренней политике защиты.
- Можно безопасным образом распределять компоненты системы предоставления доступа по средам WAN и Интернет (включая переход через брандмауэры и прокси-серверы).
- Можно создавать ID пользователей с использованием унифицированных, заданных пользователями алгоритмов.
В пределах данного предприятия, все эти возможности реализованы на базе доменной структуры LDAP.
4.3 Алгоритм работы приложения
Разработанная
программа, загрузки конфигурационного
файла, устанавливает соединение с базой
данных и загружает список тепловых и
электрических узлов в древовидную структуру.
Для формирования отчета по существующим
узлам, достаточно выделить интересующие
адреса установки узлов и нажать кнопку
«Отчеты». После чего в цикловом исполнении
произойдут запросы к таблицам показаний
и формирование файлов электронных таблиц
excel. Для загрузки показаний в базу
данных, достаточно указать полный путь
к файлу с базой «Пролог» и нажать кнопку
«Загрузить базу Пролог», далее выбрать
узлы для загрузки и типы показаний, а
также установить временные рамки периода
показаний, после чего данные загрузятся
в базу данных. Ввод показаний по узлам
учета электрической энергии, осуществляется
вручную, после выбора узла, становится
доступна форма ввода.
5. Разработка таблиц
5.1 Структура таблицы “nodes_prolog”
Таблица “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”
5.2 Структура таблицы “nodes_elektro”
Таблица “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”
5.3 Структура таблицы “ elektro_pokaz”
Таблица “elektro_pokaz”
содержит в себе информацию о показаниях
узлов учета электрической энергии (Табл.4)
| Имя столбца | Тип данных | Описание |
| id_pokaz | integer | Уникальный идентификатор |
| noch_pokaz | integer | Значение по ночному тарифу |
| day_pokaz | integer | Значение по дневному тарифу |
| abon_id | integer | Идентификатор узла |
| date_t | integer | Дата показаний |
Таб.4. Структура таблицы “ elektro_pokaz”
5.4 Структура таблицы “t943_name”
Таблица “ 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 | Количество тепловой энергии (тотальные значения) |