53
защиты информации и информационных ресурсов от несанкционированного
доступа.
Таким образом, за нарушение законодательства в сфере информации
предусматривается дисциплинарная, административная, гражданско-правовая
или уголовная ответственность [36].
Основываясь на перечисленных выше документах, осуществляется
построение организационно-правовой защиты информации на предприятия,
которая призвана обеспечить защиту информационных потоков предприятия
путем организации правил и норм работы с информацией и вычислительной
техникой, а также описания возможных санкций за нарушения этих правил.
Помимо использования государственных нормативных актов для построения
данного вида защиты могут быть использованы внутренние документы
организации, такие как:
Устав;
трудовой договор;
правила внутреннего распорядка персонала;
должностные обязанности сотрудников.
инструкции пользователей ПК;
инструкции системных администраторов;
положения по защите информации;
концепция системы защиты информации на предприятии;
инструкции сотрудников, допущенных к защищаемым сведениям;
инструкции сотрудников, ответственных за защиту информации;
памятка сотрудника о сохранении коммерческой или иной тайны.
В каждом из перечисленных документов в той или оной степени
необходимо указывать правила обеспечения должного уровня информационной
безопасности на предприятии или в определенном структурном подразделении,
обращенные в первую очередь к сотрудникам предприятия.
На основе использования правового обеспечения информационной
безопасности возможно урегулирование различных спорных вопросов,
54
возникающих в процессе информационного обмена. При этом образуется
определенная система административных мер, позволяющая применять
взыскания или санкции к нарушителям внутренней политики безопасности
предприятия, а также устанавливать достаточно четкие условия по
обеспечению конфиденциальности сведений, используемых или формируемых
при сотрудничестве между субъектами экономики, выполнении ими
договорных обязательств, осуществлении совместной деятельности и т. п. При
этом стороны, не выполняющие эти условия, несут ответственность в рамках,
предусмотренных как соответствующими пунктами межсторонних документов
(договоров, соглашений, контрактов и пр.), так и российским
законодательством.
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
В большинстве случаев при создании информационной системы процесс
создания её вручную будет наименее эффективным. Это обусловлено
несколькими причинами:
часто не удается вручную достаточно проанализировать полный
набор требований к данным
процессы структурирования занимают очень большой промежуток
времени
в случае работы нескольких разработчиков возникают трудности
при учете и согласовании внесения изменений в структуру системы и т.д.
При создании крупных информационных систем наиболее сложными и
трудоемкими являются начальные этапы работы (обычно это анализ
требований к системе и проектирование спецификаций системы), а все
последующие считаются уже менее сложными. Для упрощения выполнения
начальных этапов проектирования информационной системы используют
метод исследования, называемый «Структурный анализ». Суть данного метода
55
– это исследование, начинаемое с общего обзора проектируемой системы,
после чего система детализируется и разбивается на иерархическую структуру с
несколькими уровнями. Каждый уровень содержит ограниченное количество
элементов (обычно не более 10-ти), каждый из которых впоследствии может
быть разбит на более мелкие составляющие элементы. Все это происходит с
соблюдением строгих формальных правил записи информации (как правило,
при этом используются диаграммы различных типов) [28].
2.2.2 Характеристика нормативно-справочной, входной и
оперативной информации
В качестве справочной информации выступают следующие справочные
таблицы:
Справочник «Группы объектов»;
Справочник «Должности»;
Справочник «Состояния эксплуатации»;
Справочник «Способы начисления амортизации».
В роли входной и оперативной информации используются следующие
таблицы:
Таблица «Сотрудники»;
Таблица «Объекты лизинга»;
Таблица «Субъекты лизинга».
2.2.3 Характеристика результатной информации
Для формирования результативной информации используются две
таблиц: таблица «Договора» и таблица «Платежи». На основании данных
таблиц формируются результативные документы. Помимо этого
результативные документы формируются на основании оперативной таблицы
«Объекты лизинга».
56
2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
Для работы с механизмом ADO в Embarcadero Delphi XE5 предназначены
семь стандартных компонентов, расположенных на закладке ADO палитры
компонентов:
ADOConnection – с помощью данного компонента можно указывать
местоположение базы данных и работать с транзакциями.
ADOCommand – компонент предназначен для выполнения SQL-
команды без возврата результирующего набора данных.
ADODataSet— получение набора данных из одной или нескольких
таблиц базы данных.
ADOTable – компонент предназначен для доступа к таблице с
помощью механизма ADO.
ADOQuery – компонент представляет собой запрос к базе данных.
ADOStoredProc – компонент предназначен для вызова процедуры,
хранимой на сервере базы данных.
RDSConnection – управляет маршалингом данных, когда набор
записей переносится из одного компьютера на другой. Маршалингом данных
называется механизм, который позволяет клиенту получать доступ к объектам,
расположенным в другом адресном пространстве или на другом компьютере.
Согласно терминологии ADO, любой источник данных (база данных,
электронная таблица, файл) называется хранилищем данных, с которым при
помощи провайдера данных взаимодействует приложение. Провайдеры ADO
обеспечивают соединение приложения, использующего данные через ADO, с
источником данных (сервером SQL, локальной базой данных, файловой
системой и т. д.). Для каждого типа хранилища данных должен существовать
провайдер ADO. Провайдер "знает" о местоположении хранилища данных и его
содержании, умеет обращаться к данным с запросами и интерпретировать
57
возвращаемую служебную информацию и результаты запросов с целью их
передачи приложению.
Технология ADO завоевала популярность у разработчиков, благодаря
универсальности - базовый набор интерфейсов OLE DB имеется в каждой
современной операционной системе Microsoft. Поэтому для обеспечения
доступа приложения к данным достаточно лишь правильно указать провайдер
соединения ADO и затем переносить программу на любой компьютер, где
имеется требуемая база данных и установленная ADO.
Так как технология ADO основана на стандартных интерфейсах СОМ,
которые являются системным механизмом Windows, это сокращает общий
объем работающего программного кода и позволяет распространять
приложения без вспомогательных программ и библиотек.
Для автоматизации разрабатываемого программного продукта
существуют функции управления и обработки данных. При этом можно
выделить и детализировать два подмножества функций: реализующих
служебные функции (например, проверки пароля, ведения календаря,
архивации баз данных и др.) и реализующих основные функции (ввода
первичной информации, обработки, ведения справочников, ответов на запросы
и др.).
Для разработки структуры сценария диалога помимо выявления состава
функций и их иерархии необходимо выбрать язык общения. Меню как тип
диалога очень удобен для конечного пользователя. Реализация диалога типа
«меню» возможна через вывод на экран видеотерминала определенных
функций системы.
При наличии различных вариантов ответа на ввод функции
пользователем в последующих шагах происходит детализация, или уточнение
действий, например, какая информация должна вводиться, в каком виде или на
какое устройство желательно осуществить вывод и т.д.
58
Начало работы
Ввод пароля
Выбор пункта
Справочники
Таблицы
оперативной
информации
Отчеты
Выход
Работа со
справочниками
Работа с
оперативной
информацией
Печать отчетов
Завершение
работы с
приложением
Рисунок 2.1 – Дерево функций ИС
Диалог – это процесс обмена сообщениями между пользователем и АИС,
при котором осуществляется постоянная смена ролей по приему и выдаче
информации.
Структура сценария диалога в совокупности с деревом функций, которое
отражает состав и иерархию функций системы, дает возможность определить
состав кадров диалога, содержание каждого кадра и их соподчиненность.
Сценарий диалога предусматривает возможность обеспечения
следующих функций управления ходом решения поставленных задач:
возможность работы с экранными формами входных документов,
формирование выходных документов,
корректировка вводимых данных,
просмотр введенной информации,
работа с таблицами нормативно-справочной информации,
протоколирование действий пользователя,
помощь на всех этапах работы.
59
2.3.2 Характеристика базы данных
Технологический процесс обработки информации – это определенный
набор операций, выполняемый в строгой последовательности, в котором
используются заранее определенные методы обработки данных.
Технологическая операция – это набор определенных действий,
используемых для преобразования данных. Данные операции выполняются
пользователем на одном рабочем месте.
Весь процесс обработки информации разбивается на несколько этапов.
Первый этап: первоначальный сбор информации. Второй этап: регистрация
первичной информации. Третий этап: систематизация и организация хранения
накопленных данных, для последующего использования, а также
осуществлению внутреннего поиска и быстро извлечения нужных документов.
Четвертый этап: глубокий анализ информации. Пятый, завершающий этап:
формирование отчета.
Технологический процесс обработки данных начинается с их сбора и
регистрации. Стоит отметить три основных свойства данных на этом этапе:
полнота;
достоверность;
своевременность.
Под полнотой данных понимается достаточность (но не избыточность!)
информации для ее использования, то есть наличие всех сведений,
необходимых и достаточных для работы.
Под достоверностью понимается соответствие имеющихся данных и
реального положения вещей. Ошибки могут возникать на различных этапах
работы с данными, и эффективность работы напрямую зависит от недопущения
попадания в систему ошибочных данных, а в случае, если это все-таки
произошло – их оперативного мониторинга и исправления.
Под своевременностью данных понимается то, насколько вовремя полная
и достоверная информация поступает экономисту – менеджеру по контролю и
60
учету объектов аренды для использования, и насколько оперативно
медработник эту информацию обрабатывает.
Информационное обеспечение (ИО) подразделяют на 2 вида:
внемашинное ИО;
внутримашинное ИО.
Внемашинное информационное обеспечение – это информационное
обеспечение, которое может быть воспринято человеком без каких-либо
технических средств. К данному типу информационного обеспечения относят
всю документацию, которую вносят в компьютер.
Основным носителем информации является документ. При унификации
всей системы обработки документации появляется возможность рационально
использовать возможности системы при обработке взаимосвязанной
документации, обеспечивая достоверности и полноту информации при
обработке её на персональном компьютере.
Внутримашинное ИО включает в свой состав информационную базу и
программу справочник.
Информационная база (ИБ) – это организованная определенным
способом совокупность данных, которые отражают состояние предметной
области.
Более рациональным способом хранения данных представляется
использование базы данных.
В настоящее время различают три основные модели баз данных:
иерархическая;
сетевая;
реляционная.
Данное деление баз данных по типу модели данных основывается на
характере связей между записями. Запись – набор полей определенного
формата, описывающих свойства одного элемента или процесса.
61
При изучении предметной области необходимо выявить базовые
сущности данной предметной области, установить связи между ними. На
основе этого анализа следует сформировать логическую модель базы данных
(Рисунок 2.2).
Рисунок 2.2 – Логическая модель предметной области
На еще более низком уровне находится физическая модель данных.
Физическая модель данных описывает данные средствами конкретной СУБД.
Отношения, разработанные на стадии формирования логической модели
данных, преобразуются в таблицы, атрибуты становятся столбцами таблиц, для
ключевых атрибутов создаются уникальные индексы, домены преображаются в
типы данных, принятые в конкретной СУБД.
Ограничения, имеющиеся в логической модели данных, реализуются
различными средствами СУБД, например, при помощи индексов,
декларативных ограничений целостности, триггеров, хранимых процедур. При
62
этом опять-таки решения, принятые на уровне логического моделирования
определяют некоторые границы, в пределах которых можно развивать
физическую модель данных. Точно также, в пределах этих границ можно
принимать различные решения. Например, отношения, содержащиеся в
логической модели данных, должны быть преобразованы в таблицы, но для
каждой таблицы можно дополнительно объявить различные индексы,
повышающие скорость обращения к данным. Многое тут зависит от
конкретной СУБД.
Генерация физической модели производится автоматически, необходимо
лишь указать используемую СУБД.
Рисунок 2.3 – Физическая модель создаваемой базы данных