Разработка АСР

Автор работы: Пользователь скрыл имя, 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

Файлы: 7 файлов

Диплом.docx

— 620.40 Кб (Скачать файл)

     Роль - это ключевой компонент функции  управления доступом на основе ролей. Роли создаются в соответствии с  тем, что требуется сотрудникам  для эффективного предоставления доступа  к нужному инструментарию [21].

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

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

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

     Предоставляемое право определяет, какие службы связаны с правилом политики и какие условия применимы к предоставляемому праву. Например, предоставляемое право может указывать, есть ли у связанной с ним роли доступ ко всем экземплярам службы, или только к какому-то одному экземпляру этой службы. С предоставляемыми правами также связаны рабочие потоки, которые позволяют реализовать процедуры утверждения при предоставлении доступа к службам.

4.2.3 Управление доступом на основе ролей

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

     Функция управления доступом на основе ролей  использует роли и правила политики предоставления доступа, чтобы оценивать, проверять и применять бизнес-процессы и правила для предоставления доступа пользователям. Главные  администраторы создают правила  политики предоставления доступа и  назначают пользователям роли, для  которых заданы наборы предоставляемых  прав, определяющих разрешения на доступ к ресурсам. Роль, назначенная пользователю, отражает круг его обязанностей и  сферу его деятельности в организации [21].

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

     Управление  доступом на основе ролей включает в себя следующие возможности:

  • Обязательные и дополнительные предоставляемые права; дополнительные права не предоставляются автоматически, но пользователь в группе может затребовать такие права.
  • Обязательные службы, доступ к которым должен предоставляться до того, как будут заданы те или иные права доступа. Например, права доступа к 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 Количество  тепловой энергии (тотальные значения)

Приложение _А.docx

— 14.16 Кб (Просмотреть файл, Скачать файл)

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

— 22.02 Кб (Просмотреть файл, Скачать файл)

~$Диплом.docx

— 162 байт (Скачать файл)

Информация о работе Разработка АСР