Создание системы защиты помещения, выделенного под банковские сейфы
Курсовой проект - Банковское дело
Другие курсовые по предмету Банковское дело
p>
.2.3Регистрация персоналии
Подробнее рассмотрим блок Регистрация персоналии, который состоит из (Рис. 16):
Рис 16. Регистрация персоналии.
.Сопоставление данных о персоналии (Рис. 17)
Для более наглядного просмотра нашей системы воспользуемся реальным примером. Предположим нам поступили данные о человеке из блока Идентификация и аутентификация, в этом блоке он был уже определен либо персоналом, либо клиентом.
На первом этапе мы должны учесть немаловажный факт, того что время и дата посещения должны быть унифицированы в определенной последовательности (ДД. ММ. ГГ. ЧЧ. СС) и оно должно быть едино во всей системе, так как иногда даже секунды могут решить многое. Так же может возникнуть сбой в системе времени и даты, и как раз на этом уровне мы проведем проверку .
Далее, исходя из того кто посетил нашу систему, мы запишем время либо в базу данных персонала, либо - клиента. Причем выполняют запись различные блоки.
Рис 17. Сопоставление данных о персоналии.
.Запись посещения в личное дело персоналии (Рис. 18)
На этот блок поступает информация о персоналии (персонал или клиент), по запросу начинается поиск журнала посещений о персоналии. После того, как находится журнал, мы можем увидеть текущее состояние этого журнала, затем внести в него изменения и сохранить в соответствующей базе.
Если журнал отсутствует или находится на стадии обработки, то система выдаст нам ошибку и на стадии формирования учётной записи произойдёт сверка с данными службы безопасности. В случае, когда клиент первый раз посещает камеру хранения, просто создастся новый журнал на его имя.
Рис 18. Запись посещения в личное дело персоналии.
.Данные обработки Службы Безопасности (Рис. 19)
На этом уровне идет работа со службой безопасности, которая должна проверить является ли этот клиент оформленным или может это попытка несанкционированного доступа или просто сбой в системе.
Этот уровень необходим не только для проверки персоналии, но и для выдачи видео- и аудио- информации о посещении. Для защиты Банка перед клиентами. Предположим: клиент предъявляет претензии по поводу того, что у него из камеры хранения пропали вещи с момента его последнего посещения. Тогда подается информация о клиенте и формируется запрос, в котором оговаривается с какого по какое время необходимо предоставить видео- и аудиозаписи. И далее начинается уже расследование. Также необходимо при предоставлении информации проверить степень секретности, которая осуществляется в процессе обработки данных Службой Безопасности.
Рис 19. Данные обработки Службы Безопасности.
.Формирование учётной записи (Рис. 20)
Рис 20. Формирование учётной записи.
На завершающем этапе регистрации, нам необходимо создать новую учётную запись персоналия, которая будет содержать полную информацию о посещении, о запросе и о результатах проверки Службой Безопасности. Вся эта информация остаётся в базах данных, а по запросу персоналия ему выдаётся либо полный журнал его посещений, либо только информация о данном посещении, например для отчетности в офисе.
В данном блоке, для более эффективной работы системы необходимо было предусмотреть все экстремальные ситуации, потому как, если персоналий сможет пройти регистрацию, т.е. получить доступ к информации, в пропаже вещей будет виновен Банк.
Так же здесь необходимо учесть полное неразглашение информации о клиенте, т.е. посторонний человек не должен получить информацию о посещениях, видео- и аудиозаписи о клиентах банка.
.3Описание основных информационных потоков
.3.1Общая концептуальная модель
С помощью этой методологии мы можем смоделировать в режиме реального времени информационные процессы, рассматриваемые в данной системе. Целью моделирование является продемонстрировать взаимосвязь между планированием системы доступа персонала к камерам хранения в банке и последующем сопровождении системы, а именно контроль за доступом персонала к ячейкам (Рис. 21).
Рис 21. Общая концептуальная модель IDEF3.
В процессе моделирования мы коснемся таких вопросов как:
Отношения между работами
Объекты, участвующие в процессе разработки системы доступа к камерам хранения в банке
Состояния и изменения, к которым подвергаются объекты
Контрольные точки синхронизации работ
.3.2Планирование системы доступа
Задачей этого этапа моделирования является создать систему доступа к банковским ячейкам, нанять персонал, обучить его и контролировать в процессе работы с системой.
Планирование начинаем с выбора специалиста, который обладает необходимыми знаниями в области моделирования. Далее разрабатывается непосредственно сама система, после создания корой необходимо её протестировать в режиме реального времени, чтобы выявить дефекты, сбои в работе или уязвимые места. После нахождения недостатков в работе мы имеем два пути. Первый вариант, реинжиниринг системы либо компонента системы и заново тестируем до тех пор пока не устраним все неполадки в работе системы доступа. Если же первый способ не помог, то мы выбираем альтернативную методологию планирования системы доступа. Здесь же опять мы сталкиваемся с выбором, либо мы заново создаем систему, либо если специалист не имеет навыков в работе с новой методологией, то необходимо найти подходяще