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

Идея написать эту статью мне пришла в голову, когда я начал работу над другой статьей. Это было: «Проблема насилия и прогресс человечества, информационные войны 21 века». Каюсь, ее я так пока не написал. Но возможно напишу в будущем. Тема является интересной для меня.

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

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

Этой статьей я решил исправить пробел в знании обывателя об информационных технологиях.

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

Мои рассуждения не будут затронуты только обсуждением простейших программ. Надо же дать волю своей фантазии.

Мне кажется, что будет интересным как описание модульной конструкции информационной системы (в том числе Интернет систем), так и их взаимодействия между собой.

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

Как всегда красивая и, на первый взгляд, сложная диаграмма. Но ничего сложного в ней нет, поверьте мне.

Я постарался изобразить основные функциональные составляющие любой информационной системы и их взаимодействие (соприкосновения) между собой. Получилась ли это у меня или нет – судите сами.

Начнем мы, пожалуй, с того факта, что информацию где-то и в чем-то надо сохранять. Хранилище информации есть в любой программе. На моей диаграмме это называется Data Storehouse. Я не использовал термин ar
Естественно, что подобные программные решения является надстройками над Data Storehouse и Data Management.

Однако не всегда бизнес сервера используют Data Management, но обязательно используют Data Storehouse. Никто не запрещает разработчику программного обеспечения использовать реляционную базу данных только в качестве хранилища данных.

Теперь в нашу схему пора добавить "конечного пользователя" (end user), точнее его программное обеспечение. Это называется на моей диаграмме как Data operator.

Его назначение и так понятно. Это интерфейс для работы пользователей с системой. Каюсь, я несколько поторопился с Business server и Data management. Так как интерфейс для работы конечного пользователя необходим в любой по сложности системе.

Я подразумеваю под этим блоком только функциональность для манипуляции данными (ввод, редактирование, поиск, фильтрование и т.п.). А вот систему формирования отчетов я вынес все-таки в отдельный блок. Который я назвал Report Builder.

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

Следующим логическим шагом в развитии информационных систем стала аналитическая надстройка в качестве самостоятельного инструмента. Конечно же, это OLAP системы (On-line Analytic Processing). По большому счету – это система формирования многомерной (в смысле данных) отчетности.

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

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

И, наконец, последний блок – это системы принятия решений. Точнее – это системы поддержки принятия решений – Decision making.

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

Прогресс информационных технологий идет на основе принципа «от простого к сложному». Это можно выразить в следующей схеме «Data Storehouse -> Data Management -> Report Builder -> Business server -> OLAP -> Data Mining -> Decision making».

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

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

Описанные мной блоки в том или ином виде можно найти в любом программном обеспечении, начиная от игр и заканчивая сверхсложными системами, даже если они явно не выражены.

Последнее изменение: 30.03.2006