Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Ответы 2013.doc
Скачиваний:
6
Добавлен:
01.04.2025
Размер:
2 Мб
Скачать
☆

18. Корпоративные информационные системы (кис). Основные составляющие кис. Функциональные и обеспечивающие подсистемы кис.

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

Концепция построения КИС в экономике предусматривает наличие типовых компонентов:

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

2. Система автоматизации документооборота в рамках корпорации;

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

4. Программно-технические средства системы безопасности КИС;

5. Сервисные коммуникационные приложения (электронная почта, программное обеспечение удаленного доступа);

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

7. Офисные программы - текстовый редактор, электронные таблицы, СУБД настольного класса и др.

8. Системы специального назначения - системы автоматизированного проектирования (САПР), автоматизированные системы управления технологическими процессами (АСУТП), банковские системы и др.

Функциональные подсистемы КИС

  • Подсистема управления документами

  • Подсистема поддержки принятия решений

  • Подсистема планирования

Обеспечивающие подсистемы КИС

19. Принципы клиент-серверного взаимодействия программных компонентов корпоративных информационных систем. Модели клиент-серверной архитектуры

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

Первоначально системы такого уровня базировались на классической двухуровневой клиент-серверной архитектуре (Two-tier architecture):

Данная клиент-серверная архитектура характеризуется наличием двух взаимодействующих самостоятельных модулей - автоматизированного рабочего места (АРМа) и сервера базы данных, в качестве которого может выступать Microsoft SQL Server, Oracle, Sybase и другие. Сервер БД отвечает за хранение, управление и целостность данных, а также обеспечивает возможность одновременного доступа нескольких пользователей. Клиентская часть представлена так называемым “толстым” клиентом, то есть приложением (АРМ) на котором сконцентрированы основные правила работы системы и расположен пользовательский интерфейс программы. При всей простоте построения такой архитектуры, она обладает множеством недостатков, наиболее существенные из которых - это высокие требования к сетевым ресурсам и пропускной способности сети компании, а также сложность обновления программного обеспечения из-за “размазанной” бизнес-логики между АРМом и сервером БД. Кроме того, при большом количестве АРМов возрастают требования к аппаратному обеспечению сервера БД, а это, как известно, самый дорогостоящий узел в любой информационной системе.

Трехуровневая клиент-серверная архитектура (Three-tier architecture)

Благодаря концентрации бизнес-логики на сервере приложений, стало возможно подключать различные БД. Теперь, сервер базы данных освобожден от задач распараллеливания работы между различными пользователями, что существенно снижает его аппаратные требования. Также снизились требования к клиентским машинам за счет выполнения ресурсоемких операций сервером приложений и решающих теперь только задачи визуализации данных. Именно поэтому такую схему построения информационных систем часто называют архитектурой “тонкого” клиента.

Распределенная архитектура системы:

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