Классификация СУБД. 
Требования к безопасности современных СУБД

К 0 =2000 руб.

∆ К j =К jК0=1111.

25 руб.

Прямой годовой экономический эффект равен:

Э1=(1693.

65+0.15*2000) — (320.

52+ 0.15*3111.

25)=2489.

14 руб.

Косвенный годовой экономический эффект равен 5000 рублей в год. Таким образом, получаем годовой экономический эффект:

Э=2489.

14+5000=7489.

14 руб.

Расчетный коэффициент эффективности определяется по формуле (2.14):

(2.14)

Ер=2664.

83/1111.

25=2.398

Срок окупаемости проекта Ток=1/Ер=1/ 2.398=0.417 года (5 месяцев).

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

2.2 Информационное обеспечение задачи

2.

2.1 Информационная модель и её описание

Методика разработки информационной модели предполагает моделирование нового варианта организации информационной системы предметной, а именно:

полного состава информации, необходимой для решения комплекса задач данного автоматизированной системы;

отражение этой информации на всех типах носителей;

отражение процесса преобразования информации, начиная от получения первичной переменной и условно-постоянной информации, загрузки ее в файлы с и заканчивая получением файлов с результатной информацией и выдачей ее пользователю;

состава исходных первичных документов и распределение их по задачам;

источники и способы получения первичной информации;

состава файлов с первичной, условно-постоянной, промежуточной и результатной информацией;

информационную потребность для каждой задачи комплекса;

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

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

1.

Рис. 2.1 Информационная модель разрабатываемой системы

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

1 область — это область, ввода исходных данных, при помощи специальных форм.

Область 2 выделяет области основных таблиц базы данных.

Область 3 соответствует справочникам базы данных.

Область 4 характеризует результирующую информацию о системе.

2.

2.2 Характеристика нормативно-справочной и входной оперативной информации

Основными документами при разработке автоматизированной системы защиты персональных данных ОАО «Альфа Банк» считались — запрос на получения определенного вида информации о пользователе и данные о новом клиенте банка. Для основных документов системы были разработаны «электронные» формы представления, разработаны формы для создания документов, просмотра документов, редактирования и обработки документов. Для эффективного хранения основных документов системы разработаны соответствующие таблицы базы данных.

Форма документа накладная на получения доступа к данным, создается на основе заказа — заявки на получения материла и содержит следующую информацию:

дата документа;

номер запроса;

необходимая информация о пользователе;

дата создания запроса;

цель получения информации;

номер разрешения;

фамилия сотрудника;

коды защиты.

Запрос — заказ на получение информационных материалов содержит следующую информацию:

— номер запроса;

— дату;

— название информационного материала;

— цель получения;

— фамилия сотрудника.

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

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

2.2−2.

8.

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

2.2), запросы (рис. 2.3), информация (рис.

2.4), сотрудники (рис.

2.5), общие кода защиты (рис.

2.7), клиенты (рис.

2.8).

Рис. 2.2 Просмотр таблицы «Доступ»

Рис. 2.3 Просмотр таблицы «Запросы»

Рис. 2.4 — Просмотр таблицы «Информация»

Рис.

2.5 — Просмотр таблицы «Сотрудники»

Рис. 2.6 Просмотр таблицы «кода клиентов»

Рис. 2.7- Просмотр таблицы «общие кода зашиты»

Рис. 2.8 — Просмотр таблицы сведений «Разрешения на доступ»

Все перечисленные средства позволяют получить исчерпывающую информацию о состоянии информационных таблиц разработанной базы данных

2.

2.3 Характеристика базы данных и средств информационной безопасности и защиты информации СУБД

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

2.6. Данные таблицы необходимо реализовать в среде MS SQL Server 2008, по ключевым полям, для этого необходимо разработать концептуальную схему информационной модели. Таблицы попарно связаны между собой через ключи связи, что существенно упрощает их обработку, так как автоматически обеспечивается контроль целостности данных.

Таблица 2.6

Содержание таблиц базы данных

№ п/п Название таблицы Назначение dostup Таблица, содержащая данные о доступе к конфиденциальных данных клиента Zapros Таблица, содержащая информацию о запросах на доступ к информации Infom Таблица, содержащая информацию о содержании запроса на доступ к информации Sotrudnyk Таблица, содержащая информацию о сотрудниках, создавших запрос Obshkod Таблица, содержащая информацию об общих кодах защиты информации в организации. Client Таблица, содержащая информацию о клиентах банка Kod Таблица, содержащая информацию о кодах защиты клиента Razresh Таблица, содержащая информацию о выданных разрешениях на доступ к информации. Каждую из таблиц описанных выше введем индексное поле, с помощью которых решим задачи связи информационных таблиц. В результате, объединив необходимые ссылки, получим концептуальную схему информационной модели Разработанная информационная модель позволит эффективно решать задачи информационного поиска и учета материальных средств на находящихся в обороте ОАО «Альфа Банк».

Для реализации функций информационной модели необходимо наличие нескольких взаимосвязанных таблиц, описание которых представлено в табл. 2.7−2.13 рис. 2.9−2.

16.

Таблица 2.7

Назначение полей таблицы Dostup

№

п/п Название поля Тип Назначение Id_Dostup Целое Индексное поле — первичный ключ таблицы Dostup. Id_zapros Целое Поле содержит ссылку на таблицу запросов на доступ к информации Id_client Целое Поле содержит ссылку на запись в таблице client. Id_obshkod Целое Поле содержит ссылку на запись в таблице obshkod. Id_razresh Целое Поле содержит ссылку на запись в таблице разрешений на доступ к информации

Рис. 2.9 Реализация таблицы Dostup средствами MS SQL 2008

Таблица 2.8

Назначение полей таблицы Zapros

№

п/п Название поля Тип Назначение Id_zapros Целое Индексное поле — первичный ключ таблицы zapros. Id_sotrudnyk Дата-время Поле содержит ссылку на запись в таблице сотрудников Date_zapros дата Поле содержит информацию о дате и времени запроса Id_inform Целое Поле содержит ссылку на запись в таблице информации Id_client Целое Поле содержит ссылку на запись в таблице клиентов Parol Символьное Поле содержит пароль сотрудника на доступ к информации Рис. 2.10 Реализация таблицы Zapros средствами MS SQL 2008

Таблица 2.9

Назначение полей таблицы Infom

№

п/п Название поля Тип Назначение Id_inform Целое Индексное поле — первичный ключ таблицы inform. inform Символьное Поле содержит информацию необходимую сотруднику и указанную в запросе Target Символьное Поле содержит цель получения доступа Stepen Символьное Поле для степени конфиденциальности информации Таблица 2.10

Назначение полей таблицы Sotrudnyk

№

п/п Название поля Тип Назначение Id_sotrudnyk Целое Индексное поле — первичный ключ таблицы sotrudnyk. familiya Символьное Поле для хранения фамилии сотрудника imiya Символьное Поле для хранения имени сотрудника otchestvo Символьное Поле содержит отчество сотрудника parol Целое Поле содержит пароль сотрудника klass Символьное Поле содержит информацию о классе доступа сотрудника

Рис. 2.11 Реализация таблицы Infom средствами MS SQL 2008

Рис. 2.12 Реализация таблицы Sotrudnyk средствами MS SQL 2008

Таблица 2.11

Назначение полей таблицы Obshkod

№

п/п Название поля Тип Назначение Id_obsh_kod Целое Индексное поле — первичный ключ таблицы obsh_kod. Kod1 целое Код1 Kod2 Целое Код2 Id_sotrudnyk Целое Поле содержит ссылку на запись в таблице сотрудников

Рис. 2.13 Реализация таблицы Obshkod средствами MS SQL 2008

Таблица 2.12

Назначение полей таблицы Client

№

п/п Название поля Тип Назначение Id_ Client Целое Индексное поле — первичный ключ таблицы Client. Fam Символьное Фамилия клиента Name Символьное Имя клиента Otchestvo

Символьное Отчество клиента God Целое Год рождения клиента Id_kod Целое Ссылка на запись в таблице кодов Sekretnoe_slovo Символьное Секретное слово клиента

Рис. 2.14 Реализация таблицы Client средствами MS SQL 2008

Таблица 2.10

Назначение полей таблицы Kod

№

п/п Название поля Тип Назначение Id_kod Целое Индексное поле — первичный ключ таблицы kod. Pin1 целое Код1 Pin2 Целое Код2 Puk целое Код3

Рис. 2.15 Реализация таблицы Kod средствами MS SQL 2008

Таблица 2.13

Назначение полей таблицы Razresh

№

п/п Название поля Тип Назначение Id_razresh Целое Индексное поле — первичный ключ таблицы razresh. Id_zapros Целое Ссылка на таблицу запросов Date_dost Дата Дата доступа status Символьное Состояние запроса Status_dostupa Символьное Разрешение на доступ к информации

Рис. 2.16 — Реализация таблицы Razresh средствами MS SQL 2008

В результате препарирования — информационная модель была успешно реализована в среде MS SQL 2005

Концептуальная модель базы данных представлена на рис.

2.17.

Рисунок 2.17 Концептуальная модель базы данных, созданная в среде Microsoft SQL Server 2005

2.

2.4 Характеристика результатной информации

В этом подразделе приведем результирующую информацию, которая формируется в результате функционирования системы. Для отображения результирующей информации — полных связанных сведений о разрешениях на доступ к конфиденциальной информации, внешний вид формы представлен на рис. 2.

18.

Рис.

2.18 — Внешний вид формы для просмотра сведений о доступе

Данная результирующая форма строится на основе использования всех таблиц базы данных и является одним из основных результатов разрабатываемой системы.

В качестве выходной информации системы могут рассматриваться результаты выполнения поисковых запросах о наличии разрешений доступа, клиентах и данных разрешения на доступ. Для обеспечения этого процесса разработаны две формы, которые динамически формируются в процессе выполнения программы. Первая из этих форм позволяет сформировать условие для поиска данных. Вторая — для отображения результатов поиска. Внешний вид первой формы представлен на рисунке 2.

19.

Рис. 2.16 Внешний вид формы для настройки параметров поиска

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

Результаты выполнения поисковых запросов по различным критериям представлены на рисунке 2.17

Рис. 2.17 Поиск клиента по фамилии по наименованию («Петренко»)

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

2.3 Программное и технологическое обеспечение задачи

2.

3.1 Общие положения

Разработанный программный проект представляет собой многооконное приложение, причем одна форма является главной (родительской по отношению к другим) и на ней размещаются все другие формы, которые могут открываться по условию или по активизации различных элементов управления (пункты главного меню или кнопки панели инструментов). Для реализации основной функциональности будем использовать дочерние окна. Дочерние окна намного удобнее, но применение многодокументного интерфейса MDI (Multiple Document Interface), введет к ряду проблем, которые рассмотрим ниже.

Для обеспечения технологи MDI, необходимо у главной формы свойству FormStyle присвоить значение fsMDIForm, дочерним формам свойству FormStyle присвоим значение fsMDIChild.

На рисунке 2.18 представлен внешний вид разрабатываемого приложения с открытыми формами для добавления и редактирования записей.

Дерево объектов проекта главного модуля приложений представлена на рисунке 2.

19.

Рис. 2.18 Внешний вид разрабатываемого приложения Разрабатываемое приложение будет содержать 1 главную форму — MainClientsForm, а также несколько дочерних окон — addform, ChildTemplateForm, DBDirectoryTemplateForm, EditDBDirectoryForm, parampoik.

Рис. 2.19 Дерево объектов проекта главного модуля приложений Сценарий диалога с программой приведен на рис.

2.20.

Главная форма — MainClientsForm, предназначена для управления вычислительным процессом. Эта форма содержит следующие компоненты: MainMenu для запуска дочерних окон, а также компоненты ADOConnection, DataSorce, ADOTable, ADOQuery для обеспечения связи с базой данных, отображения данных, и выполнения SQL-запросов к базе данных.

Дочерняя форма addform, создается динамически при помощи метода Create и предназначена для добавления записей в базу данных и запускается при помощи выбора соответствующего пункта главного меню MainMenu главной формы приложения. Данная форма содержит следующие компоненты Edit, Label, DBNavigator, Button («OK», «Cancel»). Компоненты Edit — для ввода информационных полей базы данных. Компоненты Label для идентификации компонентов Edit — для ввода соответствующих информационных полей.

Рис. 2.20 Сценарий диалога

Компонент DBNavigator связан с базой данных и позволяет перемещаться по записям базы данных, удалять и добавлять записи. Кнопки «OK» и «Cancel» используется в случае правильного ввода базы данных и отмены ввода записи соответственно Дочерняя форма DBDirectoryTemplateForm, создается динамически при помощи метода Create — предназначена для организации справочников, т. е. эта форма предназначена для просмотра всех таблиц, с возможность контекстного поиска по любому символьному полю текущей таблицы. Эта форма содержит компоненты DBGrid, ToolBar с инструментами добавить запись, удалить запись, внести изменения (редактировать запись) Компонент DBgrid предназначен для отображения записей текущей таблицы.

Дочерняя форма ChildTemplateForm, создается динамически при помощи метода Create и предназначена для просмотра таблицы, содержащей результаты поиска, т. е. результаты выполнения динамического SQL-запроса. Эта форма содержит компоненты DBGrid, ToolBar с инструментами добавить запись, удалить запись, внести изменения (редактировать запись). Компонент DBgrid предназначен для отображения записей, найденных в результате поиска.

Дочерняя форма EditDBDirectoryForm предназначена для редактирования текущей записи активной таблицы, она создается динамически при помощи метода Create, также динамически для текущей таблицы создаются компоненты Edit, Label для каждого неиндексного поля текущей таблицы, с помощью которых идентифицируется, заносятся в только что созданные компоненты для редактирования текущей записи. Элементы управления «OK» и «Cancel» используется в случае правильного ввода базы данных и отмены ввода записи соответственно.

Дочерняя форма parampoik создается динамически при помощи метода Create, — предназначена для настройки и выполнения динамического SQL-запроса для поиска записи, удовлетворяющей сформированному критерию. Форма содержит 2 компонента GroupBox.

Первый компонент GroupBox, содержит компоненты Edit, которые предназначены для заполнения полей, необходимых для вывода в результате SQL-запроса.

Второй компонент GroupBox, предназначен для формирования ключа для поиска записей в базе данных, он содержит компонент label, компоненты Edit, элементы управления button «Поиск», «Отмена».

При выборе пункта меню, по которому будет производится поиск, активируется соответствующий этому полю компонент Edit (свойству Visible присваивается значение true). После ввода в компонент Edit символов, свойство Text будет содержать значение ключа, которое будет использоваться для формирования динамического SQL-запроса.

По умолчанию окна MDI создаются сразу при старте программы, и закрыть их нельзя. Чтобы решить проблему закрытия, необходимо убрать форму из числа автоматически создаваемых и в обработчики события OnClose окон добавить строку: Action:=caFree;

2.

3.2 Схемы технологического процесса сбора, передачи, обработки и выдачи информации

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

В среде БД клиент-сервер, сервер должен обеспечить целостность данных. Сервер использует несколько механизмов поддержания целостности:

Для обеспечения целостности данных в БД были реализованы:

совместное удаление зависимых данных;

поддержка внешних ключей;

централизованное хранение данных на сервере;

восстановление данных в исключительных ситуациях из архива;

контроль входных данных.

Для обеспечения функциональности ПП осуществляется:

управление данными (вставка, редактирование, удаление данных);

выдача результатов на запросы пользователей;

формирование отчетов для просмотра и вывод на печать.

Структура разработанного проекта представлена на рисунках 2.28−2.

31.

Задача эксплуатируется в среде Windows 98, Windows XP и выше.

Серверная часть программного обеспечения функционирует под управлением сетевой платформы Microsoft WINDOWS 2000 и выше. В качестве СУБД используется СУБД Microsoft SQL Server 2008.

Доступ к сетевым ресурсам осуществляется через соответствующие драйверы по протоколу TCP/IP. Для связи клиентского приложения с серверной частью задачи на каждой рабочей станции должны быть установлено BDE версии 5.0 — средства связи с базой данных SQL Server.

Разработанное приложение состоит из 5 модулей MainClients. pas, childTemplate. pas, DbdDirectoryTemplate. pas, AddSource. pas, ParamPoisk.pas.

Структура разработанного проекта представлена на рис. 2.21−2.

24. Разработанное приложение состоит из 5 модулей MainClients. pas, childTemplate. pas, DbdDirectoryTemplate. pas, AddSource. pas, ParamPoisk.pas.

Назначение главного модуля приложения MainClients.pas. Выборка, обработка, поиск данных, редактирование, добавление, удаление данных. Данная разработка предназначена для автоматизации действий сотрудника службы безопасности ОАО «Альфа Банк».

Рис. 2.21 Структура разработанного программного проекта Рис. 2.22 Структура разработанного проекта.

Рис. 2.23 Состав программного проекта

Модуль является главным и управляющим для остальных объектов проекта.

Для обеспечения связи с файлами базы данных размещенной на SQL сервере в разрабатываемом программном проекте в среде Borland Development Studio 2006 используется хорошо зарекомендовавшая себя технология ADO (ActiveX Data Objects — объекты данных, построенные как объекты ActiveX), которая развивается и поддерживается корпорацией Microsoft.

Все компоненты должны связываться с базой данных. Делается это двумя способами либо через компонент TADOConnection, либо прямым указанием базы данных в остальных компонентах. К TADOConnection остальные компоненты привязываются с помощью свойства Connection, к базе данных напрямую через свойство ConnectionString.

База данных может быть указана двумя способами через файл соединения к данным (файл в формате Microsoft Data Link, расширение UDL), либо прямым заданием параметров соединения.

Значение свойства всех ConnectionString этих компонент могут быть введены напрямую в текстовой форме, но куда проще вызвать редактор свойства, нажав на кнопку «…» в конце поля ввода. Окно этого свойства представлено на рис.

2.24−2.25:

Рис. 2.24 Настройка строки связи с базой данных

Рис. 2.25 Свойства связи с данными При выборе «Use data link file» и нажатии на кнопку «Browse…» появляется стандартный диалог выбора файла. При выборе в редакторе свойства «Use connection string» и нажатии на кнопку «Build…» появляется такой же property sheet, как и при выборе «Open» для Microsoft Data Link файла. В этом окне выбирается тип базы данных, местоположение базы и параметры соединения. На первой странице выбирается тип базы данных или Provider, в терминах ADO.

Рис. 2.26 Свойства связи с данными

В компоненте TADOConnection существуют свойства Provider, DefaultDatabase и Mode которые являются альтернативным методом задания частей строки параметров соединения — провайдера, базы данных (например, пути до базы MS SQL) и режима совместного использования файлов базы данных. Эти значение этих свойств автоматически включаются в строку соединения, если были заданы до активизации компонента и автоматически выставляются после соединения.

Структурно клиентская часть ПП представляет собой выполнимый .EXE файл. Кроме него для работы с БД не нужны никакие другие файлы.

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

Для реализации базы данных в качестве основного инструмента был выбран сервер MS SQL 2008 DEVELOPER Edition. Данный выбор позволяет эффективно решать задачи организации таблиц базы данных, а также задачи разграниченного быстрого доступа, хранения, редактирования таблиц. Данное средство является стандартным средством, на котором реализовано большое количество промышленных баз данных, внедрена OLAP технология доступа к данным.

Фирма MicroSoft поддерживает данный продукт в смысле выпуска обновлений и гарантий эффективной работы в среде Windows. Одним из основных достоинств продукта проектирования новых баз данных могут использоваться другие совместимые продукты MicroSoft, MicroSoft Visio, Microsoft Acess, т. е. продукты, спроектированные в этих системах, могут адаптированы в MS SQL 2008.

2.4 Контрольный пример реализации проекта и его описание

Рассмотрим контрольный пример функционирования системы. Начальная форма настройки связей с базой данных представлена на рис. 2.

26.

В случае правильной связи с базой данных на экране появится главная форма приложения (рис.

2.18).

Для дальнейшей работы приложения необходимо выбрать пункт главного меню. В результате выполнения выбора альтернативы «просмотр БД», происходит создание двух дочерних форм DBDirectoryTemplateForm и AddSource. Форма DBDirectoryTemplateForm расположена на рис.

2.27 в верхней части позволяет отобразить записи таблицы, перемешаться, редактировать, обновлять которые позволяет компонент DBNavigator, расположенный на форме AddSource. Динамически создаваемая форма AddSource предназначена для отображения записей, находящейся в различных таблицах базы данных firm2 и связанных с записями расположенными в таблице «доступ».

Например, выбираем пункт просмотр таблицы комплектующих документов рисунок 2.

28. Результат просмотра базы данных представлен на рисунке 2.29

Рис. 2.27 Пункт главного меню «просмотр»

Рис. 2.28 Выбор просмотра данных о комплектующих Рис. 2.29 Результат просмотра данных

3. На следующем шаге просмотрим всю базу данных для этого выберем альтернативу просмотр базы данных в меню «просмотр» рисунок 2.30

Рис. 2.30 Просмотр всей базы данных

4. После этого приведем в исполнение элемент управления — кнопку «создать» — получаем Подтверждающую надпись).

Для выполнения поиска не обходимо выбрать пункт меню «ПОИСК», как показано на рис.

2.31.

Рис.

2.31 Выбор пункта меню поиск для активации поиска Элементы управления button («Выполнить поиск») на динамически создаваемых формах позволяют активировать программную процедуру учитывающую вид информационного поиска, соответствующие динамически создаваемые ключи и выполняют соответствующие вычислительные процедуры и операции по изменению, удалению, добавлению необходимых записей в базе данных.

Рис. 2.32 Дочерняя форма ParamPoisk, динамически создаваемая для организации запроса на поиск комплектующих по их наименованию

Рис. 2.33 Дочерняя форма ParamPoisk с введенным запросом Для отображения результатов информационного поиска, согласно выбранным настройкам, динамически создается форма ChildTemplateForm. Результат выполненного поиска по запросу рис.

2.33 представлен на рис.

2.34.

Рис.

2.34 Результат выполненного поиска В результате активации элемента управления button («получение доступа»), осуществляется запуск сложной программной процедуры, осуществляющей неоднократный сложный динамический информационный поиск в базе данных, изменения записей базы данных с целью осуществления проверки возможности осуществления доступа.

Таким образом, считаем, что работоспособность программы полностью продемонстрирована

ЗАКЛЮЧЕНИЕ

В курсовом проекте была спроектирована и разработана Автоматизация защиты персональных данных на примере ОАО «Альфа Банк». Динамический процесс проектирования системы происходил в несколько стадий.

На этапе обследования была рассмотрена общая характеристика объекта автоматизации, его организационная структура и организация работы. На основе анализа сформированы и обоснованы требования к работе системы и к ее отдельным компонентам: программному, информационному, техническому.

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

Создание и внедрение автоматизированной системы учета Автоматизация защиты персональных данных на примере ОАО «Альфа Банк» позволит повысить производительность труда менеджера, увеличит объем обрабатываемой информации на 20%, увеличит прибыль банка на 20%, сократить время работы сотрудников с документами, и поиск документов в среднем на 30−35% за счет автоматического анализа информации, имеющейся в базе данных.

Использование информационной системы позволит более глубоко и в полном объеме собирать и анализировать необходимую информацию о запросах, клиентах, кодах доступа.

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

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

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

Считаю, что созданная в дипломном проекте автоматизации защиты персональных данных открытого акционерного общества ОАО «Альфа Банк», полностью соответствует информационным требованиям предприятия и сможет поддерживать это соответствие в течение всего жизненного цикла системы.

Архангельский А.Я. 100 компонентов общего назначения библиотеки Delphi 5. — М.: Бином, 1999. — 266 с.

Архангельский А.Я. Delphi 6. Справочное пособие. — М.: Бином, 2001. — 1024 с.

Архангельский А. Я. Программирование в Delphi 6. — М.: Бином, 2001. — 564 с.

Архангельский А. Я. Язык SQL в Delphi 5. — М.: Бином, 2000. — 205 с.

Базы данных: модели, разработка, реализация / Карпова Т.- СПб.: Питер, 2001. -304с.

Буч Г. Объектно-ориентированное проектирование с примерами применения. М., 1992. — 654с.

Волков В. Ф. Экономика предприятия. — М.: Вита-Пресс, 1998. — 380с.

Галатенко В. Информационная безопасность // Открытые системы- 1996. — N 1−4.

Глушаков С.В., Ломотько Д. В. Базы данных .- Х.: Фолио, 2002. — 504 с.

Гофман В. Э. Хомоненко А.Д. Delphi 5. — СПб.: — Санки-Петербург, 2000. -800с.

Гофман В. Э. Хомоненко А.Д. Delphi 6. — СПб.: — Санки-Петербург, 2001. -1145с.

Конноли Томас, Бегг Каролин. Базы данных. Проектирование, реализация и сопровождение. Теория и практика. — М.: Вильямс, 2000. — 1111 с.

Культин Н.Б. Delphi 6: Программирование на Object Pascal. — М.: Бином, 2001. — 526 с.

Культин Н.Б. Delphi 7: Программирование на Object Pascal. — М.: Бином, 2003. — 535 с.

Маклаков С.В. BPwin и ERwin. CASE-средства разработки информационных систем. — М.: Диалог-Мифи, 2001. — 304 с.

Фатрелл Р., Шафер Д. Шафер Л. Управление программными проектами: достижение оптимального качества при минимуме затрат. М.: «Вильямс», 2003. — 1128с.

Отдел обслуживания юр. лиц

Управляющий

Ст. бухгалтер

Зам. управляющего

Касса

Отдел розничного бизнеса

Хоз. блок

Сектор кредитования юр. лиц

Кредитование корпоративных клиентов

Кредитование малого и среднего бизнеса

Сектор информирования населения

Сектор кредитования населения

Программист

Начальник отдела безопасности

Проект

Главная форма приложения MainClients

childTemplate.pas

DbdDirectoryTemplate

AddSource.pas

ParamPoisk.pas