Дальнейшие действия иностранного концерна точно ложатся в схему вышеуказанных логических построений. «Сименс» инициирует процесс банкротства ЛМЗ, и в результате представители концерна занимают ключевые позиции в комитете кредиторов ЛМЗ (шесть из девяти человек).
Правда, закончилась эта история достаточно благополучно. В результате усилий многих структур одна российская группа купила у «Сименса» долги ЛМЗ, и завод с первого полугодия 2000 года стал активно формировать портфель заказов.
Эффект от внедрения интегрированного банка данных заключается в значительной экономии на количестве используемых компьютеров и обслуживающего персонала за счет слияния воедино всех информационных и обрабатывающих ресурсов, устранения дублирования одних и тех же данных, прежде представленных в различных учетах. Упрощается информационное взаимодействие подразделений, и уменьшается время получения сведений.
4.1. Концепция построения интегрированного банка данных службы безопасности предприятия
4.1.1. Принципы построения системы:
— головная роль службы безопасности в создании и эксплуатации системы в связи с ее ведущей ролью в комплексном противодействии угрозам безопасности предприятия (СБ выступает в качестве основного потребителя информации ИБД, поставщика наиболее конфиденциальных данных, организатора и исполнителя комплекса мер по защите ИБД как объекта);
— поэтапная организация создания системы и постепенная доработка (с задач, по которым уже имеются электронные массивы данных — кадры, партнеры, контакты), начиная с минимальной технической конфигурации, наращиваемой по мере увеличения числа рабочих мест;
— коллективный характер создания и эксплуатации ИБД (участие многих подразделений как в пополнении банка данных, так и в получении сведений из него по запросам способствует и взаимному учету интересов подразделений);
— независимость работ по созданию, эксплуатации и развитию банка данных от разработчиков ИБД и иных специалистов в области программирования;
— минимизация трудозатрат на эксплуатацию системы (настройка на привычные формы организационных документов, получение данных в электронной форме от подразделений абонентов, минимизация объема накапливаемой информации по каждому объекту учета);
— разграничение доступа к данным и процедурам их обработки, симметричность данных на каждом уровне доступа для всех пользователей (от любого доступного объекта можно проследить связи к любому интересующему объекту);
— стратегия наполнения банка данных — от собственной инфраструктуры, объектов, персон и документов к внешним связям (формирование среды интересов). Затем фиксация значимых событий и изменений, происходящих с объектами этой среды.
Опыт внедрения ИБД показывает, что к цели создания единой комплексной системы в условиях дефицита людских и материальных ресурсов следует двигаться поэтапно.
Выделяются приоритетные направления для первоочередной автоматизации (как правило, это — кадры, рынок, инвестиции), в рамках которых уже имеются электронные массивы данных. Осуществляется автоматизированный перевод этих массивов в структуру ИБД с помощью штатного режима «Экспорт-импорт».
При этом обычно расширяется круг задач, решаемых на этих массивах.
Затем в ИБД переводятся массивы данных, логически связанные с уже введенными сведениями (например, данные о регистрации, адресах и учредителях фирм — клиентов, партнеров и контрагентов предприятия, их рекламе в прессе, арбитражные дела и т.д.), Также вводятся данные, непосредственно фиксируемые СБ: факты и события, связанные с нарушениями режимных мер на предприятии, утечкой конфиденциальной информации, промышленным шпионажем, вымогательством, шантажом и др.
Первая практическая отдача от внедрения ИБД часто отмечается вскоре после первого же объединения разнородных массивов информации: так, объединение данных о сотрудниках предприятия с данными об учредителях, руководителях и адресах регистрации фирм в регионе создает условия для «прозрачности» побочных коммерческих интересов сотрудников, выявления каналов использования отдельными из них денежных средств и информации, похищенных на предприятии.
По мере расширения тематики накапливаемых данных происходит наращивание конфигурации ИБД от единственного компьютера до локальной или распределенной информационной сети, охватывающей несколько подразделений предприятия.
4.1.2. Порядок создания интегрированного банка данных на базе ИСУБД « Cronos Plus »
1. Разработка службой безопасности предприятия предложений по созданию интегрированного банка данных.
2. Подготовка и оформление высшим руководством распоряжения о создании ИБД. Выводы о необходимости создания.
3. Ответственные подразделения начинают предпроектное обследование информационных потребностей предприятия в создании ИБД:
— интервью с руководством предприятия;
— интервью с руководителями структурных подразделений предприятия. В данных интервью должны быть получены и проработаны ответы на следующие вопросы:
— задачи СБ в функциональных обязанностях и перспективы их изменения;
— потребности в информации для решения конкретных информационных задач:
— предметная область ИБД;
— источники получения интересующей информации;
— форма и регламент поступления информации из структурных подразделений предприятия;
— примерные объемы поступающей информации;
— форма выдачи информации в заинтересованные подразделения;
— требования к взаимодействию между структурными подразделениями предприятия по сбору информации;
— способы обращения к данным при решении конкретной информационной задачи:
— регламент поступления заявок на информационное обслуживание;
— поисковые условия обращения к данным: опосредованные и не опосредованные;
— условия на обработку;
— ревизия имеющихся в наличии средств автоматизации;
— требования по доступу к накапливаемым информационным массивам.
Чем больше информации о задачах, которые будут поставлены перед банком данных, вы соберете, тем лучше. Завершает этот этап отчет, где ясно и четко прописываются вышеизложенные вопросы.
4. Концептуальное проектирование структуры ИБД. Четкое определение классов объектов учета и их связей между собой.
5. Установка программно-технического обеспечения, настройка прикладного программного обеспечения, настройка на состав объектов учета на предмет связей и характеристик, формирование словарей (справочников).
6. Подготовка инструкций по эксплуатации и ввод ИБД в эксплуатацию.
4.1.3. Концептуальное проектирование типовой структуры ИБД
Исследование предметной области
А теперь, получив необходимый объем теоретических знаний, давайте попытаемся описать модель предметной области интегрированного банка данных службы безопасности предприятия. Сложность ее моделирования, как мы уже говорили, основывается на том, что информация об объектах оперативного интереса СБ, как правило, слабо структурирована, т.е. носит отрывочный и разрозненный характер. Это связано с тем, что она добывается при помощи различных методов и средств из сильно отличающихся друг от друга источников.
К сожалению, в настоящий момент такая область информационно-аналитической работы, как теория логического проектирования специальных баз и банков данных, незаслуженно обойдена вниманием как в специальной, так и научно-популярной литературе.
Для проведения качественной информационно-аналитической работы требуется разноплановая информация, характеризующая различные взаимосвязанные аспекты анализируемой проблемы. Также требуются данные о структуре решаемой задачи, которая должна, как мозаику, соединить между собой различные информационные фрагменты и образовать максимально приближенную к реальности полную и целостную картину предметной области.
Предметная область представляет собой весьма сложную систему, так как в круг интересов хозяйствующего субъекта вовлекается большое количество физических и юридических лиц, взаимосвязанных различными отношениями политического, экономического и социального характера. Для изучения и нейтрализации факторов риска, активизация которых может нанести моральный или материальный ущерб защищаемому хозяйствующему субъекту, оценки и прогнозирования складывающейся оперативной обстановки на предприятии и вокруг него применяются специальные методы формализации и интеграции полученной информации.
Помимо этого при моделировании принципиальное значение имеет связное представление информации. Построение модели предметной области базы или банка данных — это искусство выявления объектов, которые должны быть там представлены, с дальнейшим выстраиванием связей между ними.
Прежде всего, следует решить, для чего все-таки создается банк данных, т.е. какие задачи он должен решать и какая информация в нем будет храниться. Исходя из этого, можно определить, какие базы данных будут входить в банк данных. И из каких полей должны состоять эти базы данных. Таким образом, для определения структуры банка данных необходимо сначала исследовать предметную область.
При моделировании предметной области интегрированного банка данных необходимо не только выделить и описать элементы (базы данных) данной области, но и установить отношения (связи) между ними для возможности динамического отображения в ИБД структуры взаимодействия объектов оперативного учета.
В процессе накопления информации эти взаимодействия позволяют моделировать изменяющиеся с течением времени организационные структуры, фиксировать и прогнозировать происходящие в них процессы, определяющие существенные свойства и закономерности изучаемой предметной области.
Определение баз данных. Структуру интегрированного банка данных определяет конкретный состав баз данных в банке и их связи между собой. Спроектировать структуру банка означает определить все информационные единицы (базы данных, состав полей) и связи между ними; задать их имена.
Основными элементами предметной области ИБД службы безопасности предприятия являются объекты оперативного учета: физические лица, организации, документы, адреса, телефоны, рефераты, автотранспортные средства, договоры и переговоры.
При проектировании базы данных каждый такой элемент будет описан в соответствующей базе данных. Структура базы данных — характеристики информационного объекта, отражаемые при ведении оперативного учета.
Кроме того, информация, описывающая состояние связи между объектами оперативного учета, будет фиксироваться в специальных БД связей: связь между физическим лицом и организацией (учредитель, руководитель, сотрудник), связь между двумя физическими лицами (дружеские, служебные, криминальные, не установленного характера), связь между физическим лицом и адресом (место прописки, проживания, посещения) и т.д.
Такая структура банка данных позволяет накапливать дополнительную информацию об опосредованных взаимосвязях и их структуре. Эта информация может быть получена путем динамического отслеживания не только прямых, но и ассоциативных связей лиц производственно-экономического (договорные отношения — связь через документ, соучредительство — связь через организацию или документ, совместная работа — связь через организацию) или криминального характера (участие в преступной группировке или сообщение — связь через организацию, соучастие в преступлении связь через событие).
Подобный интегрированный банк данных обладает достаточной эволюционной самостоятельностью и позволяет организовать интеграцию разнородных сведений по одним и тем же объектам (лицам, фирмам, адресам, телефонам, автотранспортным средствам) путем их идентификации и слияния по мере поступления новых данных. Таким образом, при введении новых объектов происходит установление связей между ними и уже имевшимися объектами, а также дополнение уже имевшихся объектов новыми характеристиками. В результате наращивается сетевая структура связей объектов и образуется «производная» информация, не вводившаяся в явном виде в банк данных, становится возможным проследить цепочки взаимосвязанных объектов, выражающих признаки рисковых ситуаций.
Идея интеграции этих сведений состоит в том, что, если в процессе работы лицо или адрес раньше появлялись по другому сообщению, система при закладке информации вторично сама, без какой-либо команды со стороны пользователя сливает по указанным объектам учета то, что было, и то, что внесено в данный момент. Как раз при таком слиянии образуются и наращиваются цепочки причинно-следственных связей.
При закачке разнородной информации именно на ее стыках и получаются самые интересные вещи. Допустим, сливается база данных отдела кадров, база данных регистрационных органов, из текстовых файлов заносится информация о рекламе, в результате дальнейшей информационно-поисковой работы службы безопасности по подтверждению информации ИБД отрабатывается ряд моделей возможных связей объекта оперативного интереса.
В условиях такого описания структуры предметной области достаточно выйти на один информационный объект, чтобы по связям исследовать его окружение. Но здесь нужно учитывать то, что между двумя объектами уже где-то на пятом-шестом уровне можно обнаружить связь, которая может не иметь никакого отношения к исследуемой проблеме.
Выделим в типовом интегрированном банке данных следующие основные базы данных.
1. «Лицо» — физические лица (как субъекты или участники различных событий).
2. «Организация» — организации (юридические лица, предприниматели без образования юридического лица, общественные организации и партии, преступные группировки или сообщества).
3. «Адрес» — адреса (место события, жительства, работы, дислокации организации), телефон (контактный, домашний, служебный и т.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68