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

Рассмотрим процесс получения телемехаником выходного документа, содержащего данные по характеристикам сигналов определённого ПЛК.

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

После выбора ПЛК справа отображаются значения характеристик его сигналов, разбитых по вкладкам. Причём вкладки с именем типа, сигналов которого ни одного не сопоставлено с выбранным ПЛК, не отображаются.

Далее телемеханик выбирает одно из двух действий: «Печатать» или «Сохранить в Excel», что приводит к генерации выходного документа и либо его вывода на печать, либо передаче в приложение Microsoft Office Excel.

В разделе просмотра сигналов присутствуют специфические для сотрудников СПТЗ возможности, недоступные телемеханика. Это действия по удалению ПЛК и РНУ, кнопка включения отображения удалённых сигналов.

Кроме этого сотрудник СПТЗ может выбрать любой сигнал в списке и вызвав действие «Найти заявку» просмотреть данные о последней заявке, по которой изменялись характеристики выделенного сигнала. Пример на рисунке ниже:

Все данные из окна можно скопировать, нажав кнопку с соответствующим изображением.

Таким образом, как результат проектирования мы получили удобный, интуитивно понятный интерфейс.

Пользователи и права доступа

Данные, хранимые в базе данных секретны, поэтому требуют введения определённой политики безопасности.

Доступ к базе данных могут иметь обладатели должностей:

· сотрудник СПТЗ

· телемеханик

Сотрудник СПТЗ может читать и изменять данные. Телемеханик может только читать, и не все данные.

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

В базе данных проекта было создано две роли:

· db_RequestExecuter (разрешён доступ к процедурам, участвующим в вводе данных по заявке)

· db_SignalsReader (разрешён доступ к процедурам выборки из БД, кроме GetRequestOnSignalFields)

Далее были созданы два пользователя:

· SPTZAdmin – роли db_RequestExecuter и db_SignalsReader

· Telemech – роль db_SignalsReader

Для определения прав доступа из клиентского приложения была написана специальная процедура:

CREATE PROC KnowMyRights

AS

IF (IS_MEMBER('db_RequestExecuter')=1 AND

IS_MEMBER('db_SignalsReader')=1)

RETURN 1

ELSE IF IS_MEMBER('db_SignalsReader')=1