- •Структура и состав информационной системы
- •Класcификация информационных систем
- •По масштабу информационные системы подразделяются на следующие группы:
- •По сфере применения информационные системы обычно подразделяются на четыре группы:
- •По способу организации групповые и корпоративные информационные системы подразделяются на следующие классы:
- •Понятие подхода Открытых Систем. Общие свойства открытых систем. Стандарты Открытых Систем.
- •Архитектура систем и средств, как внешнее их описание (reference model)
- •Профили стандартов Открытых Систем. Модель среды открытых систем music
- •Эталонная модель среды открытых систем – ose/rm
- •Стандартизованные интерфейсы взаимодействия ис с внешней для нее средой - другими ис и сетью Интернет и/или корпоративными сетями (eei). Структура полного профиля ис.
- •Многоуровневая архитектура osi rm и принципы ее функционирования. Состав и назначение уровней архитектуры модели osi rm.
- •Прикладной уровень (Application Layer - a)
- •Понятие архитектуры информационной системы. Типовые варианты архитектуры информационных систем. Концепция корпоративного информационного портала.
- •Структурное и объектно-ориентированное проектирование информационных систем.
- •Управление требованиями к информационной системе. ГосТы и методология rup.
- •Взаимозависимости и последовательности этапов разработки архитектуры предприятия
- •Компоненты системной архитектуры
- •Взаимосвязи системной архитектуры и бизнес-архитектуры
- •Архитектура предприятия и место в ней системной архитектуры
- •Архитектура корпоративных информационных систем (кис)
- •Архитектура агентных систем.
Архитектура предприятия и место в ней системной архитектуры
Типовые архитектурно-структурные решения, используемые при создании информационных систем.
Типовые варианты архитектуры: модель файлового сервера (File Server - FS), модель доступа к удаленным данным (Remote Data Access - RDA), модель севера базы данных (DataBase Server - DBS), модель сервера приложений (Application Server - AS)
ФС: на клиентской машине расположен компонент представления и прикладной компонент, на сервере компонент доступа к ресурсам.
Недостатки ФС:
высокий сетевой трафик (передача множества файлов, необходимых приложению), узкий спектр операций манипулирования данными ("данные - это файлы"), отсутствие адекватных средств безопасности доступа к данным (защита только на уровне файловой системы), т.е. управление параллельной работой, восстановлением и целостностью усложняется, поскольку доступ к одним и тем же файлам могут осуществлять сразу несколько экземпляров СУБД; проблема «толстого клиента» - Windows, интерфейс, коды приложения и полная копия СУБД могут перегрузить даже мощный компьютер
RDA
На клиентской машине – компонент представления и прикладной компонент, на сервере только компонент доступа к ресурсам.
Плюсы RDA
Основное достоинство RDA-модели - унификация интерфейса "клиент-сервер" в виде языка SQL; Перенос компонента представления и прикладного компонента на компьютеры-клиенты существенно разгружает сервер БД, сводя к минимуму общее число процессов операционной системы; Уменьшается загрузка сети, так как по ней передаются от клиента к серверу не запросы на ввод-вывод (как с ФС), а запросы на языке SQL, их объем существенно меньше.
Минусы RDA
Взаимодействие клиента и сервера посредством SQL-запросов по-прежнему значительно загружает сеть; Удовлетворительное администрирование приложений в RDA-модели практически невозможно из-за совмещения в одной программе различных по своей природе функций (функции представления и прикладные)
DBS
На клиентской машине – компонент представления, а на сервере – прикладной компонент (SQL) и компонент доступа к ресурсам.
Плюсы DBS:
Возможность централизованного администрирования прикладных функций; Снижение трафика (вместо SQL-запросов по сети направляются вызовы хранимых процедур); Возможность разделения процедуры между несколькими приложениями; Экономия ресурсов компьютера за счет использования единожды созданного плана выполнения процедуры
Минусы DBS:
Ограниченность средств, используемых для написания хранимых процедур. Сфера их использования ограничена конкретной СУБД, в большинстве СУБД отсутствуют возможности отладки и тестирования разработанных хранимых процедур.
Сервер приложений
Представляет собой процесс, выполняющийся на компьютере клиента, отвеч.за интерфейс с пользователем. Прикладной компонент реализован как группа процессов, выполняющих прикладные функции и наз-ся сервером приложения. Доступ к информационным ресурсам осуществляет менеджер ресурсов (например SQL-сервер), из прикладных компонентов доступны БД, почтовые службы, очереди и т.д. Модель AS, реализованная на компьютере, где функционирует менеджер ресурсов, избавляет от необходимости направления SQL-запросов по сети, что повышает производительность системы.