Конспект лекций по дисциплине ”Информационный менеджмент”

Другое подмножество служебных данных описывает логическую структуру информационных ресурсов и функции по   обработке их компонентов.

В покупных компонентах программного обеспечения большинство данных этого типа «зашито» внутри программ и недоступно пользователю вообще либо доступно лишь квалифицированным Программистам.

Для целей создания единого информационного пространства ФСЗН и реализации многих положений данной концепции более гибок и эффективен иной подход.

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

По сути, речь здесь идет о логической и функциональной разметке данных. Разметка может вноситься человеком в текстовый файл непосредственно либо с использованием инструментальных средств. Программы, входящие в состав системообразующих и функциональных компонентов КАИС, осуществляют интерпретацию разметки, выполняя с логически отмеченными компонентами данных действия, предопределенные функциями самой программы, а также функциями, заданными в функциональной части разметки. Логическая разметка данных. Суть логической разметки данных состоит в том, что каждому значимому элементу данных ставится в соответствие имя (идентификатор), которое позволяет однозначно идентифицировать тип этого элемента и его логическую сущность. Например, заголовку приписывается имя «Заголовок», реквизиту Дата — имя «Дата» и т.д.

Для данных, хранящихся в БД, логическая разметка обеспечивается именованием полей этой базы.

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

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

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

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

Функциональная разметка. Функциональная разметка представляет собой своего рода надстройку и дополнение логической разметки. Если логическая разметка указывает «Что есть» элемент данных, то функциональная — «Что сделать» с этим элементом данных в определенной технологической схеме.

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

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

В рамках КАИС ФСЗН эти технологии планируется реализовать и (или) использовать в различных системообразующих и функциональных компонентах.

Передача информации, обмен данными. Наиболее удобна для  пользователей такая форма организации работы с информационными ресурсами ФСЗН, при которой он (пользователь) имеет возможность не задаваться вопросом о том, где и в какой форме хранятся данные, с которыми он работает.

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

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

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

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

Коротко, идея, реализуемая данной системой, состоит в том, чтобы обеспечить единый интерфейс взаимодействия между всеми хранилищами информации и приложениями в составе единого информационного пространства ФСЗН. Здесь, в частности, учитывается и то, что в Фонде существует ряд данных, которые могут не соответствовать изложенным положениям, а также что компоненты КАИС ФСЗН должны взаимодействовать с внешними информационными хранилищами, способы и формы хранения данных в них неподконтрольны ФСЗН.

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

• соответствует по форме реально используемому в ФСЗН документу;
• не содержит физически реальных данных;
• содержит формальное описание данных и функций их обработки (другими словами, обрабатывая данный документ, система обмена данными «знает, где взять реальные данные, что с ними сделать и куда поместить результат»).

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

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

Одна из важнейших функций СОД — контроль и верификация данных.

Система обмена данными предполагается как система с высокой степенью автоматизации функций, практически незаметная: для конечных пользователей программно-технологических  компонентов КАИС.

6.Программное обеспечение ИС.

Программное обеспечение КАИС — ФСЗН состоит из совокупности системного и прикладного программного обеспечения (рис. 1)

К прикладному программному обеспечению относятся программные средства функциональных подсистем КАИС — ФСЗН, обеспечивающих решение конкретных задач Фонда.

Операционные системы. В настоящее время в фонде используются следующие операционные системы: MS DOS, Netware, Windows, Windows NT, Windows 2000. В подразделениях Фонда накоплен определенный опыт работы с данными ОС.

В связи с этими обстоятельствами принято следующее, часто используемое на практике решение. На стадиях разработки и опытной эксплуатации системы, когда нагрузки и объемы информации невелики, а основной задачей разработчиков является поддержание работоспособности системы при постоянном потоке рабочих изменений, использовать ОС Windows NT 4.0 на всех уровнях, как более освоенную и более простую для установки, администрирования, сопровождения и развития. В дальнейшем, по мере расширения системы и увеличения нагрузок, ОС Windows NT 4.0 в центральном узле и на областном уровне заменить на Windows 2000.

Системы управления базами данных. Появление и развитие СУБД IV поколения (Oracle, SQL Server, Informix, Sybase и др.), использующих архитектуру клиент-сервер, предоставляют разработчику систем обработки информации принципиально новые возможности.

Преимуществами СУБД IV поколения являются следующие:

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

Наиболее полно всеми вышеперечисленными преимуществами обладает СУБД Oracle 8 по сравнению с существующими версиями остальных СУБД. В состав Oracle 8 входят компоненты,  предназначенные для решения всего комплекса задач на всех уровнях и всех этапах разработки и развития системы. Выбор продуктов Oracle по самим системам управления баз данных должен быть осуществлен отдельно на каждом уровне управления Фонда.

На районном уровне используется версия Oracle 8 Standard  Edition, обеспечивающая достаточную простоту работы, мощь и экономическую эффективность (по показателю стоимость/производительность). Использование Oracle целесообразно с точки зрения создания единой распределенной базы данных, используемой на всех уровнях управления Фонда. Использование богатых функциональных возможностей Oracle по удаленному администрированию позволяет управлять, конфигурировать, отслеживать состояние сервера Oracle райотдела удаленно из областных управлений и центрального аппарата, снижая тем самым суммарные затраты на выполнение административных задач по Фонду в целом.

В то же время на областном и центральном уровнях целесообразнее использовать Oracle 8 Enterprise Edition. На этих уровнях аккумулируются данные по области и по республике в целом, ведутся электронные архивы, осуществляется обмен данными со сторонними ведомствами. Здесь для эффективной организации paботы используются средства повышения производительности, которые отсутствуют в Oracle 8 Standard Edition.

Создание системы электронного документооборота и разработки автоматизированных систем для учета кадров, контроля исполнения и других задач делопроизводства производится также на базе системы Oracle.

Инструментальные средства проектирования. Тенденции развития современных технологий приводят к постоянному возрастанию сложности корпоративных автоматизированных информационных систем. Современные крупные проекты КАИС характеризуются следующими особенностями:

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

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

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

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

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