44
Системой контроля и управления доступом (СКУД) называется
совокупность программно-технических средств и организационно-методических
мероприятий, с помощью которых решается задача контроля и управления
посещением отдельных помещений, а также оперативный контроль перемещения
персонала и времени его нахождения на территории объекта.
В состав СКУД Bravo входят следующие элементы:
· Контроллер-концентратор СКД сетевой СК-05 - Используется для
управления исполнительными устройствами, хранения базы данных пропусков, а
также регистрации событий.
· Контроллер замка сетевой КД-01 - Данный контроллер является
электронным устройством, работающим в составе сетевой СКД «BRAVO», и
предназначенным для управления электромагнитными замками,
электромеханическими защелками, а также турникетами сторонних
производителей. В качестве ключей доступа могут использоваться ключи Touch
Memory либо электронные бесконтактные карты при использовании
считывателей СВ-01.
· Считыватель бесконтактный СВ-01 - Устройство предназначено для
идентификации карт доступа пользователей типа Proximity.
2.2. Управление проектом автоматизации
2.2.1. Описание системы принятия управленческих решений
При принятии решений руководитель вынужден исходить из своих
субъективных представлений об эффективности возможных альтернатив и
важности различных критериев. Однако при принятии субъективных решений
существует и объективная составляющая, которая выражается в
предопределенности действий при заданном сценарии действий.
Результативность (эффективность) каждого сценария действий определяется в
некоторой системе показателей, оценки по которым служат основанием для
выбора. Оценки показателей носят прогнозный характер, часть из них может быть
получена экспертным путем, но наиболее надежный способ получения оценок
заключается в применении математических моделей. Вид модели, а зачастую это
комплекс моделей, зависит от предметной области, т. е. вида деятельности, в
рамках которой возникает рассматриваемая проблема. Прогнозирующие модели
45
позволяют получать также оценки развития процесса по заданному сценарию во
времени, что может представлять дополнительную информацию, влияющую на
результат выбора.
Итак, лицу, принимающему решение (ЛПР), предъявляются для выбора
варианты, представленные своими векторными оценками, отдельные координаты
которых (частные показатели) должны соответствовать его понятийным
представлениям о предметной области. Только в этом случае ЛПР сможет
сформулировать свои предпочтения по каждому показателю, что позволяет
применять уже определенные формализованные процедуры сравнения вариантов
для выбора единственного варианта или, по крайней мере, сужения множества
альтернативных.
Таким образом, можно определить, что система поддержки принятия
решения (СППР) должна включать в себя два основных блока:
— модели прогнозирования оценок показателей рассматриваемых
вариантов;
— модели и процедуры формализации предпочтений ЛПР, и
упорядочивание рассматриваемых вариантов в порядке предпочтительности.
Собственно задача формирования вариантов (сценариев) действий выходит
за рамки СППР, хотя очевидно, что по результатам прогнозирования исходных
вариантов появляется дополнительная информация для генерирования
последующих.
2.2.2. Формирование команды проекта автоматизации
Архитектор команды разработчиков отвечает за разработку архитектуры
своей части системы. Эта роль важна, так как архитектор определяет и
разрабатывает основание всей будущей системы и неудачное решение может
привести к провалу проекта. Архитектура – это область повышенного риска и
последствия неудачи здесь очень значительны.
Реализация решений лежит на разработчике. Эта роль требует соблюдения
баланса между творческим подходом к решению задач и соблюдением
требований к проекту. Необходимо также приспосабливаться к изменяющимся
ситуациям, так как у заказчика могут меняться требования к системе.
46
Современные технологии создания ПО позволяют отслеживать эти изменения за
счет итеративного характера разработки.
Технический лидер – это самый опытный разработчик в команде. Он
направляет деятельность разработчиков, тестировщиков и аналитиков.
Технический лидер – это правая рука руководителя проекта.
Во всех проектах по разработке программного обеспечения команда
разработчиков использует множество различных инструментов, технологий и
процессов. Специалист по инструментальным средствам устанавливает и
настраивает инструментарий среды разработки и подготавливает его для
использования.
Руководитель ИТ-подразделения отвечает за поддержку и работу продукта,
разработанного в проекте, при его внедрении у заказчика, за организацию рабочей
среды, за обеспечение необходимыми аппаратными средствами, за соблюдение
стандартов безопасности.
Специалист по заключению контрактов работает со всеми контрактами по
проекту, в его компетенцию входит управление проектом с точки зрения бизнеса.
2.2.3. Средства коллективной работы над проектом автоматизации
Для выбора СКР предлагается использовать обзор, представленный в
таблице 2.3 и 2.4. Вышеприведенный обзор включает всего три средства
коллективной разработки, хотя всего таких программ, конечно, гораздо больше.
В таблице 2.3 приведена таблица возможностей некоторых коммерческих СКР, а
в таблице 2.4 - некоммерческих. К сожалению, все имеющиеся средства
перечислить невозможно. Достаточно полный список ссылок на сайты
производителей СКР можно найти по адресу
http://www.cs.colorado.edu/users/andre/configuration_management.html
Таблица 2.3 Коммерческие средства разработки
Название программы
VC
Cnf
Brn
Shr
Net
FS
Srv
cmd
GUI
jc
Bc
Bt
Price
Perforce
+
+
+
-
+
-
S
+
-
+
-
-
$500
GP-Version
+
-
+
+
+
+
S
-
+
-
P
+
$325
MKS Source Integrity P.E
+
+
+
P
+
+
S
+
+
+
+
-
$599
Code Co-op 2.0
+
+
-
-
*
+
W
-
+
-
-
-
$150
CS-RCS
+
-
+
-
+
+
S
-
+
-
-
-
$75
47
PVCS Version Manager
+
-
-
-
-
+
S
=
+
-
-
-
~$620
StarTeam
+
+
+
+
+
+
S
-
+
+
-
+
~$650
VERSIONS 2.0
+
+
+
-
-
+
S
-
+
-
-
-
~$220
TLIB 5.5
+
+
+
-
-
+
S
+
=
-
-
-
$225
Visual SourceSafe 6.0
+
+
+
+
*
+
S
+
+
-
-
-
$549
Таблица 2.4 Некоммерческие средства разработки
Название программы
VC
Cnf
Brn
Shr
Net
FS
Srv
Cmd
GUI
Jc
Bc
Bt
Lic
Revision Control System
(RCS)
+
-
+
-
-
+
S
+
-
-
-
-
GNU
Concurrent Versions System
(CVS) 1.10
+
+
+
+
+
+
S
+
*
-
-
-
GNU
CSSC (free version of SCCS)
+
-
+
-
-
+
S
+
-
-
-
-
GNU
Proj. Rev. Control System
(PRCS)
+
+
+
+
-
+
S
+
-
-
-
-
GNU
Aegis (by Peter Miller) 3.12
+
+
+
-
*
+
B
+
-
-
+
-
GNU
Условные обозначения:
VC – поддержка контроля версий;
Cnf – автоматизация разрешения конфликтов;
Brn – поддержка ветвления версий;
Shr – возможность использования одного файла в нескольких проектах;
Net – доступ к БД проекта по сети (TCP/IP);
FS - доступ к БД проекта с использованием файловой системы;
Srv – серверный ли тип этой СКР (S - серверный, W - бессерверный, B -
работа в обоих режимах);
Cmd – наличие интерфейса командной строки;
GUI – наличие графического интерфейса;
jc - автоматизация управления распределением обязанностей;
bc - контроль и ускорение сборки проекта;
bt - встроенная система поиска ошибок;
Lic – условия распространения (для некоммерческих средств).
+ имеется
- отсутствует
= имеется в большинстве поставок
* поддерживается внешними средствами
~ не удалось получить точных сведений
48
p находится в зачаточном состоянии
Как видно из таблиц, цена за одно рабочее место пропорциональна
количеству "плюсиков". С другой стороны, практика показывает, что поставщики
относительно дорогого ПО предлагают достаточно качественную техническую
поддержку. Это поможет тем, кто впервые связался с СКР, сэкономить
значительное количество времени
2.3. Информационное обеспечение задачи
2.3.1. Информационная модель и её описание
Информационная система автоматизации почтовых рассылок
предназначена для отдела оформления подписки. Она будет содержать данные об
подписных изданиях и подписчиках, тем самым значительно увеличит скорость
документооборота и облегчит работу персонала, уменьшив количество затрат.
Цели и задачи информационной системы автоматизации почтовых
рассылок:
упрощение работы;
увеличение производительности труда;
увеличение скорости информационных потоков на предприятии;
понижение затрат;
искоренение лишнего документооборота.
Пользователи должны иметь элементарные навыки по работе с ЭВМ, а
также ознакомиться с информационной системой автоматизации почтовых
рассылок. Пользователи должны распределить обязанности по работе с системой,
они обязаны следить за поведением информационной системы автоматизации
почтовых рассылок (учитывать возможные сбои или неполадки).
Информационная система автоматизации почтовых рассылок должна
удовлетворять следующим требованиям:
отвечать требованиям заказчика;
обеспечивать минимальные затраты;
поднять производительность труда;
быть надежной в эксплуатации;
окупиться в заданные сроки;
легкость внедрения и доведения до персонала.
49
Функции информационной системы автоматизации почтовых рассылок:
предоставление информации о подписчиках;
предоставление информации о подписанных изданий;
вывод бланка квитанции об оплате для заказа издания;
редактирование и корректировка БД;
обеспечение быстрого доступа к информации.
автоматизация рассылки почтовых сообщений.
Информационная модель представляет собой схему движения входных,
промежуточных и результативных потоков и функций предметной области.
Кроме того, она объясняет, на основе каких входных документов и какой
нормативно-справочной информации происходит выполнение функций по
обработке данных и формирование конкретных выходных документов.
Информационная модель представлена на рис. 2.1.
Администратор
Регистрация
документа
Документ
Спр Типы док.*
Спр Типы док.
ИС
Т Документы*
Т Документы
Т Сотрудники*
Т Сотрудники
Трудовая книжка
Спр Отделы*
Спр Отделы
Штатное расписание
Список сотрудников
Список документов
по типам
Список документов
с резолюцией, по
типам
Список документов
в архиве, по типам
Список документов
на контроле
Список
документов по
типам
Список
документов с
резолюцией,
по типам
Список
документов в
архиве, по
типам
Список
документов на
контроле
Сотрудник
Авторизация
Т История*
Т История
Список
сотрудников
История заходов
История
заходов
Регистрация
сотрудника
Спр Должности*
Спр Должности
Руководитель
Наложение
резолюции
Т Резолюции*
Т Резолюции
Сотрудник
Администратор
Руководитель
Рис. 0.1 Информационная модель системы
В соответствии с приведенной информационной моделью, работа системы
осуществляется следующим образом.
50
Администратор системы регистрирует сотрудников, используя справочник
«Должности» и изменяя содержимое таблицы «Сотрудники». Также он изменяет
содержимое данной таблицы, редактируя данные для доступа к системе каждого
сотрудника.
Сотрудник регистрирует документы, используя документ и справочник
«Типы документов» и изменяя содержимое таблицы Документы.
Руководитель формирует резолюцию к документу, используя таблицу
Документы и формируя таблицу Резолюции.
2.3.2. Характеристика нормативно-справочной, входной и оперативной
информации
Модель процесса информационного оповещения представлена с
использованием функциональной модели DFD и основана на технологии
подписок (Data Flow Diagram). Данный метод позволяет провести структурный
анализ потоков данных, произвести выделение атрибутов и перейти к
конструированию базы данных. Для анализа потоков данных используются
диаграммы потоков данных.
Выделим сущности:
Подписчик (клиент)
Рассылка
Редакции
Сущность подписчик будет содержать информацию о подписчике и
выбранном им издании.
Сущность рассылка, которая содержит информацию необходимую для
рассылки изданий.
Также немаловажно выделить еще одну сущность. Это сущность редакции.
Они представляют информацию о подписных изданиях.
Связь между сущностями Клиент и Рассылка: «один к одному», так как
один клиент, проживающий по одному адресу, будет получать почту по одной
рассылке.
Связь между сущностями Рассылка и Редакции: «один к одному», так как
одна рассылка, будет, работает с одной редакцией.
Если степень связи 1:1(один к одному), и класс принадлежности одной
51
сущности обязательный, а второй необязательный, то формируется два
отношения под каждую из сущностей. К отношению, сущность которого имеет
класс принадлежности обязательный добавляется ключ сущности с
необязательным классом.
Таким образом, формируется два набора предварительных отношений:
Подписчик (ID_ подписчика, ID_ Рассылки),
Рассылка (ID_ Рассылки).
Подписчик (ID_подписчика, ID_ редакций),
Редакции (ID_ редакций).
2.3.3. Характеристика результатной информации
Сформировав предварительные наборы, можно составить результирующее
отношение, добавив все не ключевые атрибуты.
Определение ключей (первичных и внешних)
В таблице «PODPISHIK» первичным ключом является поле
«ID_PODPISHIK», так как информация, находящаяся в этом поле, является
уникальной.
Данная таблица является родительской для таблицы «RASSILKA» и
«REDAKCII». Поля «ID_RASSILKA», «ID_REDAKCII» таблиц «RASSILKA» и
«REDAKCII» ссылаются на поля таблицы «PODPISHIK». При этом
осуществляется каскадная ссылочная целостность, то есть при удалении кода в
таблице «PODPISHIK» удаляются все связанные записи в дочерней таблице.
В данной автоматизированной системе используется база данных,
состоящая из трёх таблиц: Подписка, Рассылка, Редакции.
Таблица 2.5 - Список полей таблицы «Подписчик»
Наименование
атрибутов
Тип
полей
Размер
полей
Допустимость
неопределенных
значений
ID_подписчика
Integer
NOT NULL
Имя
Charact
er
20
Фамилия
Charact
er
20
Дата рождения
Data
Адрес
Charact
er
50
Дата регистрации
Data
53
Рис.2.2. Древо функций
Древо функций включает в себя основные функции: ведение справочников
- их просмотр, ввод первичных документов, формирование результативных
документов. Данные из первичных документов водятся в таблицы БД. Данные из
таблиц с результативной информацией распечатываются. Таблицы
просматриваются. Распечатываются файлы с планами-отчётами и со
статистическими отчётами.
54
Рис. 2.3. Сценарий диалога
Экранные формы для формирования статистических отчетов содержат
только данные временного периода, поэтому они только просматриваются и
редактируются. Файлы для статистических отчетов только просматриваются.
На рисунке представлен сценарий диалога.