Информационная инфраструктура

Информационная инфраструктура (ИИ) — это организация взаимодействия информационных потоков.

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

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

— технические мероприятия (приобретение, установка и техническое обеспечение эксплуатации оборудования, создание кабельной системы);

— определение системного программного обеспечения, которое будет использоваться в организации, и создание LAN как программно-технического комплекса (установка системного программного обеспечения, организация маршрутизации между подсетями, администрирование сети и работа с пользователями сети);

— обучение сотрудников организации;

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

— проектирование и разработку программных продуктов и создание информационно-аналитической системы (ИАС);

— обеспечение безопасности информации;

— работу службы эксплуатации и внедрения;

— заполнение базы данных.

Обеспечением создания ИИ, использующей компьютерные технологии, должны заниматься следующие службы (отделы или лаборатории):

1) техническая служба, функции которой заключаются в работах по монтажу LAN, установке оборудования, ремонте и замене оборудования;

2) служба эксплуатации и внедрения. Функции — работа с Заказчиком приложений ИАС по постановке задачи, установка приложений ИАС, подготовка заданий для группы разработки программного обеспечения, обучение персонала;

3) группа разработки программного обеспечения.

Информационно-аналитическая система (ИАС)

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

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

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

Таким образом:

1) ИАС — это открытая, модульная система, использующая архитектуру клиент — сервер с реализацией правил бизнес-логики как COM объектов сервера транзакций;

2) уточнение свойств объектов, которыми оперирует ИАС, может быть произведено пользователем на описательном уровне. Для этого могут быть написаны компоненты системы, использующие Wizard-технологию;

3) модули, реализующие новые объекты и функции системы, должны создаваться в основном на уровне сервисов и объектов сервера;

4) рабочие места специалистов (АРМы) должны компоноваться как контейнеры, содержащие модули (экранные формы и процедуры обработки отчетов) работы с отдельными объектами ИАС, и, возможно, создаваться на уровне описаний того, что включает в себя данный АРМ;

5) должны использоваться готовые программные продукты, поддерживающие работу с базами данных. Например, генератор отчетов Crystal Report или MS Excel.

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

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

Кроме вышеперечисленных, существуют модули, реализующие частные задачи и взаимодействующие с инвариантами системы и дополнительными модулями. Если рассматривать учет материальных ценностей и проекты организации, то задачи обработки заявок и получения материалов являются дополнительным сервисом — связывают эти инварианты. Дополнительными модулями являются модули, обеспечивающие функции статистической и другой обработки информации, хранящейся в одной базе данных, и экспорт обработанной информации в другую базу. Примером такой задачи будет «оплата за обучение в вузе», которая связывает оплату каждого студента и кассу института как часть АРМа главного бухгалтера. В случае отсутствия на дополнительных модулях информации их реализация будет заключаться в программировании COM-объектов сервера транзакций и добавлением его вызова в программе клиента.

Поскольку любая ИАС содержит большое количество разнообразных данных, а одним из основных принципов реляционных баз данных является отсутствие дублирования, вопрос связей между компонентами — один из основных. Некоторые связи являются атрибутами структуры данных отдельных компонент. Например, ссылка на сотрудника в таблице отпусков. Другие — это отдельные таблицы, реализующие отношения многие ко многим. Например, таблица назначений на должности, которая содержит две ссылки: на человека и на должность. Таблицы связей в этом случае могут содержать дополнительные данные, которые уточняют характеристики конкретной связи между экземплярами двух и более объектов (в случае люди — должности такой характеристикой может быть размер ставки, т. е. 0,5; 1; 1,25). Такие таблицы являются основой для определения правил бизнес-логики ИАС. Некоторые связи между данными системы могут быть временными и содержать только две ссылки. Назовем такой вид связи объединением. Очевидно, процесс создания таблиц связи, установления связей между записями и удаления связи можно автоматизировать, поскольку необходимой для этого информацией являются только имена таблиц, которые необходимо связать, и полей этих таблиц, которые будут ключами связи и тех, в которых будет находиться содержательная информация (характеристики записей). Для определения конкретной связи достаточно двух списков в клиентском приложении, содержащих характеристики связываемых записей, и собственно механизма установления и удаления связи.

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