Корпоративные информационные системы

7.АРХИТЕКТУРА КОРПОРАТИВНЫХ ИНФОРМАЦИОННЫХ СИСТЕМ

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

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

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

Задачи информационных систем

Конкретные задачи, которые должны решаться информационной системой, зависят от той прикладной области, для которой предназначена система. Области применения информационных приложений разнообразны: банковское дело, страхование, медицина, транспорт, образование и т.д. Но можно выделить некоторое количество задач, не зависящих от специфики прикладной области.

Конечно, уровень надежности и продолжительность хра-

нения информации во многом определяются конкретными требо-

324

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

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

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

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

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

325

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

Подобные рассуждения вызвали появление понятия классической транзакции – последовательность операций изменения базы данных и/или выборки из базы данных, воспринимаемая СУБД как атомарное действие. Это означает, что при успешном завершении транзакции СУБД гарантирует наличие в базе данных результатов всех операций изменения, произведенных при выполнении транзакции. В противном случае СУБД производит полный откат транзакции, ликвидируя в базе данных результаты всех операций изменения, произведенных при выполнении транзакции.

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

С точки зрения управления предприятием задачами КИС являются:

обеспечение информационно-аналитической поддержки производства и управления компанией;

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

организация процессов поиска, хранения и извлечения информации из корпоративных баз данных;

обобщение и представление баз данных в удобном для пользователя виде;

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

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

326

7.1. КЛАССИФИКАЦИЯ ИНФОРМАЦИОННЫХ СИСТЕМ

ПО МАСШТАБАМ ПРИМЕНЕНИЯ

Настольные – для работы одного человека. К ним следует отнести автоматизированное рабочее место (АРМ) бухгалтера малого предприятия, АРМ кассира, АРМ расчетчика заработной платы и т.д. Внедрение таких программ не вызывает особых трудностей и для хороших систем может исчисляться днями. Основные проблемы возникают при объединении информации с разных участков учета, так как рабочие данные специалистов хранятся на разных компьютерах и возникает много рассогласований. Например, один и тот же объект (материал, товар, изделие) на разных АРМах может иметь разные коды.

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

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

7.2. МЕТОДЫ ОРГАНИЗАЦИИ КИС

Традиционным методом организации информационных систем является двухзвенная архитектура «клиент-сервер» (рис. 7.1). В этом случае вся прикладная часть информационной системы

327

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

Рис. 7.1. Традиционная двухзвенная архитектура «клиент-сервер»

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

Клиент 1

Рис. 7.2. Трехзвенная архитектура «клиент-сервер» с выделенным сервером приложений

328

Заметим, что некоторые черты трехзвенности могут присутствовать и в двухзвенной архитектуре. Если, например, используемый сервер баз данных поддерживает развитый механизм хранимых процедур (например, такой как в Oracle V. 9), то можно перебросить некоторую часть логики приложения на сторону баз данных.

7.2.1. Общая классификация архитектур информационных приложений

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

7.2.2. Файл-серверные приложения

По всей видимости, организация информационных систем на основе использования выделенных файл-серверов все еще является наиболее распространенной в связи с наличием большого количества персональных компьютеров разного уровня развитости и сравнительной дешевизны связывания рабочих станций (PC) в локальные сети. Файл-сервер представляет собой разделяемое всеми PC комплекса расширение дисковой памяти (рис. 7.3) Чем привлекает такая организация некоторых разработчиков информационных систем? Скорее всего, тем, что при опоре на файлсерверные архитектуры сохраняется автономность прикладного (и большей части системного) программного обеспечения, работающего на каждой PC-сети. Фактически компоненты информационной системы, выполняемые на разных PC, взаимодействуют только за счет наличия общего хранилища файлов, которое хранится на файл-сервере. В классическом случае в каждой PC дублируются не только прикладные программы, но и средства управления базами данных.

329