7.5.3. Рекомендации по защите от компьютерных вирусов

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

В целях защиты компьютеров от заражения вирусами рекомендуется:

• оснастить свой компьютер современными антивирусными про­граммами (например, DrWeb, AVP, McAfee, Norton Antivirus или другими) и постоянно обновлять их версии;

• регулярно создавать резервные копии важных файлов и сис­темных областей жестких дисков;

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

• при проверке и лечении своих дисков от вирусов использовать заведомо чистую операционную систему, загруженную с дискеты;

• перед считыванием с дискет информации, записанной на дру­гих компьютерах, всегда проверять эти дискеты на отсутствие виру­сов, запуская антивирусные программы своего компьютера до чте­ния содержания дискет;

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

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

Глава 8

ОРГАНИЗАЦИЯ ПРОЦЕССА ВНЕДРЕНИЯ СИСТЕМ

Не товары, а процессы их создания прино­сят компаниям долгосрочный успех.

Док. Хаммер

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

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

8.1. Моделирование бизнес-процессов

Компьютерная архитектура (как и всякая другая) - это искусст­во определения требований пользователя к структуре системы, а за­тем ее проектирование с точки зрения пользователя, когда каждая деталь рассматривается как функция целого. Основные факторы, влияющие на архитектуру компьютерной системы, достаточно под­робно описаны в [19].

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

процессе проектирования разрабатывается информационная модель бизнеса, которая характеризует:

• реальные объекты системы как системы управления;

• информационные связи между объектами и с внешней средой;

• передаваемые в соответствии с информационными связями до­кументы, данные, информацию;

• объемы передаваемой информации и частоту сеансов обмена;

• классификацию и кодирование в системе.

Для эффективного управления особенно важными представляют­ся принципы классификации и кодирования, которые предусматри­вают:

• независимость идентификации показателей от их расположе­ния в документе;

• возможность проведения группировки показателей по отдель­ным признакам;

• применимость к любым объектам, встречающимся в данной предметной области;

• полноту классификации (по всем существенным свойствам);

• наличие соглашений, упрощающих кодирование;

• использование международных стандартов;

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

представляющей собой совокупность основных функций автомати­зируемой организационной системы, в том числе обеспечивающих взаимодействие с внешней средой. Широкое развитие получили ме­тоды проектирования, основанные на CASE-технологиях (Computer Aided System Engineering - компьютерное проектирование про­граммных систем) [49, 54], предусматривающих проведение пред-проектного анализа и построение иерархической системы моделей (информационной, функциональной и управленческой), а также фор­мирование соответствующих репозиториев, при построении которых классификация и стандартизация играют особую роль.

Модели - связующее звено всех этапов разработки. Они дают представление о динамике автоматизированных управленческих сис­тем во времени (в процессе обследования, проектирования, внедре­ния, эксплуатации, сопровождения и развития). Модели являются также своеобразным языком общения участников проекта: заказчика, проектировщика, аналитика, администратора системы. Модель не

зависит от конкретной платформы, благодаря чему окончательный выбор платформы может быть отложен практически до завершения проекта. Существенно также, что модели служат средством накопле­ния решений для системного интегратора. Это позволяет легче пере­носить решения с одного вида бизнеса на другой. Современный взгляд на системное проектирование применительно к информаци­онным технологиям и бизнес-реинжинирингу изложен в [35].

Модели способствуют также наиболее полному учету информа­ционной инфраструктуры, постепенно впитывая важные особенно­сти, связанные с человеческим фактором, бизнес-спецификой, осо­бенностями учета и управления ресурсами и качеством. В процессе проектирования должны быть рассмотрены все виды обеспечения информационной системы, предусмотренные системой стандартов ГОСТ 34 и сложившейся отечественной и международной практикой.

8.1.1. Методологии моделирования структуры организации

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

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

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

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

Тем не менее ДПД-диаграммы достаточно эффективны как про­стейшее средство формализации взаимодействия между объектами бизнеса в следующих случаях:

• при необходимости отражения идеально отлаженного меха­низма деятельности;

• при начальных попытках формирования модели, когда все по­нятное еще далеко впереди.

Однако чаще встречается значительно более сложная ситуация, занимающая промежуточную позицию между этими крайностями: все вроде бы понятно, но при попытках формализовать взаимоотно­шения возникает "сплошной туман". В этом случае действенную по­мощь может оказать хорошо разработанное семейство методологий IDEF, являющееся государственным стандартом в США. Оно состоит из методологии функционального моделирования IDEF0 и методоло­гии IDEFl(X). Предполагалось создание стандарта на методологию динамического моделирования IDEF2, однако стандарт так и не был создан (тем не менее существуют системы динамического моделиро­вания, преобразующие статические модели семейства IDEF0 в модели на базе "раскрашенных сетей Петри").

IDEF-методологии создавались в рамках предложенной ВВС США программы компьютеризации промышленности - ICAM, в хо­де реализации которой выявилась потребность в разработке методов анализа процессов взаимодействия в производственных (промыш­ленных) системах. Принципиальным требованием при разработке рассматриваемого семейства методологий была возможность эффек­тивного обмена информацией между специалистами-участниками программы ICAM, что определило название самой методологии Icam DEFinition, т.е. IDEF. После опубликования стандарта он был успеш­но применен в самых различных областях бизнеса, показав себя эф­фективным средством анализа, конструирования и отображения биз­нес-процессов. Более того, собственно с широким применением как IDEF, так и предшествующей методологии - SADT - связано воз­никновение основных идей популярного ныне понятия BPR (Business Process Reengineering).

К особенностям этого семейства методологий можно отнести:

• уникальную способность "задавать вопросы" в процессе моде­лирования;

• неразрывную связь графических средств (нотации), методоло­гии и технологии.

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

Основную идею моделирования IDEF0 можно сформулировать следующим образом: бизнес-процессы (функции реального объекта бизнеса) представляются как некоторые преобразования входного (и, возможно, управляющего) потока в выходной под контролем (управ­лением) управляющего потока с использованием для преобразования специального "механизма". Бизнес-процессы должны быть представ­лены на более высоком уровне диаграммы достаточно общим обра­зам, позволяющим уяснить их суть, однако без излишней детализа­ции, усложняющей понимание и чтение диаграмм.

Поскольку, как правило, моделирование проводится в тех случаях, когда требуется не просто описать объект, а выявить его новое содер­жание (например, для целей создания или внедрения корпоративной информационно-аналитической системы либо в ходе реинжиниринга бизнес-процессов), то все потоки в системе должны быть выявлены и описаны достаточно детально. Отсюда вытекает целевая задача методо­логии IDEF1(X): определить, какая информация требуется для реализа­ции функций, описанных диаграммой IDEF0. Методология IDEFl(X) является разновидностью методологии ER-диаграмм (Entity-Relationship, т.е. модель "сущность - связь"). Она строго формализована и адаптирована для совместного использования с IDEF0 как "дуаль­ная" (двойственная) к ней в рамках единой технологии моделирования. Двойственность методологии проявляется в том, что в рамках IDEF0 детализируются функциональные блоки, а в IDEFl(X) - подлежат де­тализации потоки, взаимодействующие с функциями.

Таким образом, семейство методологий IDEF предоставляет в распоряжение специалистов мощный и эффективный язык для опи­сания повседневной деятельности объектов управления, а также для проработки планируемых изменений в структуре организации. Де­тальное изложение методологии на русском языке содержится в [49].