Информационные системы и их архитектура. Информационные технологии и архитектура предприятия. Наиболее распространенные типы КИС

Понятие информационные системы. Классификация информационных систем. Виды обеспечения информационных систем.

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

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

2. От характера обработки данных ИС: информационно-поисковые и

3. информационно-решающие

4. По характеру использования: управляющие и советующие.

5. От сферы применения : ИС организационного управления, ИС управления технологическими процессами (ТП, ИС автоматизированного проектирования (САПР, интегрированные (корпоративные) ИС

6. От уровня управления использования системы : ИС оперативного уровня, ИС функционального уровня, ИС уровня специалистов, ИС уровня уровня

7. Стратегическая И С –СППР

8. По архитектуре : настольные, распределенные (файл-сервер, клиент-сервер)

9. Распределенные ИС : локальные (файловая, файл-серверная), двухзвенная (клиент-сервер), трехзвенная(клиент-несколько серверов)

10. По сфере применения: экономическая, медицинская, географическая, научно-математическая и др..

11. По охвату задач: персональная, групповая, корпоративная.

ИС в управлении предприятием.

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

КИС. Структура и требования к КИС

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

КИС имеют иерархическую структуру, из нескольких уровней, для них характерна архитектура клиент-сервер со специализацией серверов или же многоуровневая архитектура. В крупных ИС наиболее распространены серверы с СУБД Oracle, DB2,Microsoft, SQL-сервер.

· КС с точки зрения управления :

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

2. КИС-это масштабируемая система, предназначенная для комплексной автоматизации всех видов хозяйственной деятельности больших и средних предприятий, в т.ч. корпораций, состоящих из групп компаний, требующих единого управления.

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

Архитектура информационной системы – это концептуальное описание структуры, определяющее модель, выполняемые функции и взаимосвязь компонентов информационной системы.

Архитектура информационной системы предусматривает наличие трех компонентов:

1.Информационные технологии

2.Функциональные подсистемы

3.Управление информационными системами

Различают следующие виды архитектур: файл-сервер; клиент-сервер; многоуровневая; архитектура на базе хранилища данных; Internet/Intranet.

Архитектура файл-сервер. Архитектура файл-сервер не имеет сетевого разделения компонентов диалога PS и PL и использует компьютер для функций отображения, что облегчает построение графического интерфейса. Файл-сервер только извлекает данные из файлов, так что дополнительные пользователи и приложения добавляют лишь незначительную нагрузку на центральный процессор. Каждый новый клиент добавляет вычислительную мощность к сети. Объектами разработки в файл-серверном приложении являются компоненты приложения, определяющие логику диалога PL, а также логику обработки BL и управления данными DL. Разработанное приложение реализуется либо в виде законченного загрузочного модуля, либо в виде специального кода для интерпретации. Однако такая архитектура имеет существенный недостаток: при выполнении некоторых запросов к базе данных клиенту могут передаваться большие объемы данных, загружая сеть и приводя к непредсказуемости времени реакции.

Архитектура клиент-сервер. Архитектура клиент-сервер предназначена для разрешения проблем файл-серверных приложений путем разделения компонентов приложения и размещения их там, где они будут функционировать наиболее эффективно. Особенностью архитектуры клиент-сервер является использование выделенных серверов баз данных, понимающих запросы на языке структурированных запросов SQL (Structured Query Language) и выполняющих поиск, сортировку и агрегирование информации. Отличительная черта серверов БД – наличие справочника данных, в котором записана структура БД, ограничения целостности данных, форматы и даже серверные процедуры обработки данных по вызову или по событиям в программе. Объектами разработки в таких приложениях помимо диалога и логики обработки являются, прежде всего, реляционная модель данных и связанный с ней набор SQL-операторов для типовых запросов к базе данных. Большинство конфигураций клиент-сервер использует двухуровневую модель, в которой клиент обращается к услугам сервера. Предполагается, что диалоговые компоненты PS и PL размещаются на клиенте, что позволяет обеспечить графический интерфейс. Компоненты управления данными DS и FS размещаются на сервере, а диалог (PS, PL), логика BL и DL – на клиенте. Двухуровневое определение архитектуры клиент-сервер использует именно этот вариант: приложение работает у клиента, СУБД – на сервере. Поскольку эта схема предъявляет наименьшие требования к серверу, она обладает наилучшей масштабируемостью. Однако сложные приложения, вызывающие большое взаимодействие с БД, могут жестко загрузить как клиента, так и сеть. Результаты SQL-запроса должны вернуться клиенту для обработки, потому что там находится логика принятия решения. Такая схема приводит к дополнительному усложнению администрирования приложений, разбросанных по различным клиентским узлам. Для сокращения нагрузки на сеть и упрощения администрирования приложений компонент BL можно разместить на сервере. При этом вся логика принятия решений оформляется в виде хранимых процедур и выполняется на сервере БД. Хранимая процедура – процедура с операторами SQL для доступа к БД, вызываемая по имени с передачей требуемых параметров и выполняемая на сервере БД. Хранимые процедуры могут компилироваться, что повышает скорость их выполнения и сокращает нагрузку на сервер. Создание архитектуры клиент-сервер возможно и на основе многотерминальной системы. В этом случае в многозадачной среде сервера приложений выполняются программы пользователей, а клиентские узлы вырождены и представлены терминалами. Подобная схема информационной системы характерна для UNIX.

Многоуровневая архитектура. Многоуровневая архитектура стала развитием архитектуры клиент-сервер и в своей классической форме состоит из трех уровней:

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

Средний уровень представляет собой сервер приложений, на котором выполняется прикладная логика BL и с которого логика обработки данных DL вызывает операции с базой данных DS;

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

Интернет/интранет-технологии. В развитии технологии Интернет/интранет основной акцент пока что делается на разработке инструментальных программных средств. В то же время наблюдается отсутствие развитых средств разработки приложений, работающих с базами данных. Компромиссным решением для создания удобных и простых в использовании и сопровождении информационных систем, эффективно работающих с базами данных, стало объединение Интернет/интранет-технологии с многоуровневой архитектурой. При этом структура информационного приложения приобретает следующий вид: браузер – сервер приложений – сервер баз данных – сервер динамических страниц – web-сервер. Благодаря интеграции Интернет/интранет-технологии и архитектуры клиент-сервер процесс внедрения и сопровождения корпоративной информационной системы существенно упрощается при сохранении достаточно высокой эффективности и простоты совместного использования информации.

4. Этапы развития и базовые стандарты ИС .

Основные этапы развития информационных систем:

1950-1960 гг.- формирование бумажных расчетных документов. Функции: обработка расчетных документов на электромеханических и бухгалтерских машинах. Цель: повышение скорости обработки документов, упрощение процедуры обработки счетов и расчета зарплаты

1960-1970 гг. - формирование отчетов. Функции: управление производственной информацией. Цель: ускорение процесса подготовки отчетности

1970-1980 гг.- управленческий контроль производства и реализации. Функции: поддержка принятия решений. Цель: выработка оптимального решения

1980 гг. - настоящее время управление стратегией развития предприятия. Функции: формирование информации для принятия стратегических решений. Цель: поддержка управления бизнес-стратегией

Исходным стандартом систем управления предприятием стал стандарт MRP (Material Requirements Planning), появившейся в 70-х годах. Он включает в себя планирование материалов для производства.

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

Следующим стандартом был MRP II (Manufacturing Resource Planning), позволяющий планировать все производственные ресурсы предприятия (сырьё, материалы, оборудование и т.д.).

ERP система в свою очередь является дальнейшим развитием системы MRP II и включает в себя планирование ресурсов предприятия для всех основных видов деятельности.

CRM-системы. Новая технология управления взаимоотношениями с клиентами позволяет существенно улучшить сервис и вовремя предложить рынку востребованный продукт. В центре внимания этих находятся именно клиенты компании, а не бизнес-процессы. Использование CRM-системы позволяет компании получать максимум возможной информации о своих клиентах и их потребностях, а также исходя из анализа этих данных строить организационную стратегию, касающуюся всех аспектов деятельности: производства, маркетинга и рекламы, продаж, обслуживания и пр. CRM позволяет отслеживать историю развития взаимоотношений компании с ее заказчиками через различные каналы (телефон, факс, веб-сайт, электронная почта, личный визит и пр.), координировать многосторонние связи с постоянными клиентами и централизованно управлять продажами и клиент-ориентированным маркетингом, в том числе через Интернет. Через такие системы можно организовать обратную связь клиента со всей компанией.

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

Архитектура системы , согласно ANSI/IEEE Std 1471-2000 - ϶ᴛᴏ «фундаментальная организационная структура системы, воплощенная в ее компонентах, их взаимоотношениях между собой и с окружением, и принципы, управляющие ее построением и эволюцией».

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

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

Традиционно архитектура организации представляется в виде следующих слоев (таблица 1. 1).

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

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

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

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

Сетевая архитектура и архитектура платформпредставляют техническую архитектуру .

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

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

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

Архитектура информационной системы - ϶ᴛᴏ концептуальное описание структуры, определяющее модель, выполняемые функции и взаимосвязь компонентов информационной системы.

Архитектура информационной системы предусматривает наличие трех компонент:

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

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

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

Различают следующие виды архитектур: файл-сервер; клиент-сервер; многоуровневая; архитектура на базе хранилища данных; Internet/Intranet.

В общем случае функции клиентского приложения разбиваются на следующие группы:

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

Бизнес-логика – часть кода клиентского приложения, которая определяет алгоритм решения конкретных задач приложения. Она определяет функциональность и работоспособность системы в целом. Блоки программного кода бывают распределены по сети и использоваться многократно (CORBA, DCOM) для создания сложных распределенных приложений;

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

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

Рассматриваются следующие архитектуры

Функции \ Тип архитектуры	Файл-сервер	Клиент-сервер (Бизнес-логика на клиенте)	Клиент-сервер (бизнес-логика на сервере)	3-уровневая архитектура
Презентационная логика	Клиент	Клиент	Клиент	Клиент
Бизнес-логика	Клиент	Клиент	Сервер БД	Сервер приложений
Логика базы данных	Файл-сервер (или клиент) Все три функции реализуются одним программным модулем	Сервер БД Презентационная и бизнес-логика образуют единый модуль. Данные хранятся на сервере БД	Сервер БД Бизнес логика реализована в виде хранимых процедур, исполняемых на сервере БД	Сервер БД Функции исполняются на разных компьютерах.

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

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

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

В архитектуре ИС «файл-сервер» присутствует «толстый» клиент и очень «тонкий» сервер в том смысле, что почти вся работа выполняется на стороне клиента͵ а от сервера требуется только достаточная емкость дисковой памяти.

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

Внедрение и поддержание на предприятии системы качества в соответствии со стандартами семейства ИСО 9000 предполагает использование программных продуктов таких классов:

Комплексные системы управления предприятием (автоматизированные информационные системы поддержки принятия управленческих решений), АИСППР

Системы электронного документооборота͵

Продукты, позволяющие создавать модели функционирования организации, проводить анализ и оптимизацию ее деятельности (в том числе, системы нижнего уровня класса АСУТП и САПР, продукты интеллектуального анализа данных, а также ПО, ориентированное исключительно на подготовку и поддержание функционирования систем качества в соответствии со стандартом ИСО 9000)

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

Тема 2. Техническое обеспечение информационных технологий

Техническое обеспечение - ϶ᴛᴏ комплекс технических средств, предназначенных для поддержки функционирования информационной системы, и соответствующая документация на эти средства и технологические процессы.

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

Рисунок – Технические средства управления информационными ресурсами

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

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

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

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

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

Совершенствование компьютеров традиционной архитектуры фон Неймана предусматривает повышение производительности за счет:

Увеличения разрядности системной шины и процессора, разделения единой шины данных и программ на две;

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

Создания многоядерных процессоров;

Разработки микросхем на новых технологиях;

Увеличения объемов и количества уровней кэш-памяти;

Использования процессоров с новыми типами архитектур;

Внедрения технологий конвейеризации и параллелизма;

Перехода на многомашинные и многопроцессорные вычислительные системы и т.д.

На первых этапах развития компьютеров при их построении использовались процессоры с CISC архитектурой, затем были разработаны процессоры с новой RISC архитектурой. Выбор между RISC и CISC архитектурами зависит от области применения процессоров. RISC-процессоры удобны при использовании их в качестве элементарных процессорных устройств с высокой степенью распараллеливания операций, а CISC-процессоры – в тех областях, где требуется поддержка аппаратными средствами высоконадежного программного обеспечения. Для реализации преимуществ RISC-процессоров над CISC крайне важно создание большого количества специально ориентированных на реализацию RISC-процессоров программ.

Масштабируемая процессорная архитектура SPARC (Scalable Processor Architecture ) компании Sun Microsystems является наиболее широко распространенной RISC-архитектурой. Процессоры с этой архитектурой лицензированы и изготавливаются по спецификациям Sun разными производителями – компании Texas Instruments, Fujitsu, LSI Logic, Bipolar International Technology, Philips, Cypress Semiconductor и Ross Technologies, которые поставляют SPARC-процессоры компании Sun Microsystems и другим производителям вычислительных систем (Sol Bourne, Toshiba, Matsushita, Tatung и Cray Research).

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

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

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

Использование многомашинных и многопроцессорных ВС позволяет:

1.Повысить производительность и быстродействие;

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

3.Достигнуть высокой живучести, понимаемой как способности системы продолжать (с пониженным быстродействием) решение задач при отказах отдельных элементов;

4.Обеспечить с крайне важной достоверностью получение правильного результата решения;

5.Получить решение задачи в заданное время;

6.Снизить стоимость использования средств вычислительной техники;

7.Снизать стоимость обработки информации.

Основными архитектурными формами параллельных процессоров являются.

1. Архитектура с потоком управления: отдельный управляющий процессор служит для посылки команд множеству процессорных элементов, состоящих из процессора и связанной с ним оперативной памяти;

2. Архитектура с потоком данных – децентрализована с высокой степенью, параллельные команды посылаются вместе с данными во многие одинаковые процессорные элементы;

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

4. Архитектура с управлением наборами условийпредусматривает разбиение задачи на подзадачи, результаты решения которых объединяются для формирования окончательного результата. Команда, которую следует выполнять, определяется, когда имеет место некоторый набор условий. Типичное применение такой архитектуры – распознавание изображений.

5. Архитектура, объединяющая процессоры с памятью с использованием разнообразных соединений между ними (в виде шин, колец, кубов и др.).

Классификация ВС возможна по ряду признаков, в основу которых положен реализуемый параллелизм.

По режиму работы различают однопрограммные и мультипрограммные ВС.

По режиму обслуживания различают: ВС с режимоминдивидуального пользования, пакетной обработки,коллективного пользования.

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

Режим коллективного пользованияпредусматривает возможность одновременного доступа нескольких пользователей к ресурсам ВС.

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

По особенностям территориального размещения частей системы различают:

- сосредоточенные ВС – комплекс компактно размещенного оборудования.

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

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

По степени распределения управляющих функций выделяют централизованныесзакреплением всех управляющих функций в одном элементе ВС и децентрализованные.

По назначению ВС делятся на универсальные и специализированные ВС. Универсальные ВС предназначены для решения широкого круга задач различного назначения. Специализированные ориентированы на решение заранее определенного класса задач.

По типу используемых ЭВМ (процессоров) различают:

Однородные ВС, построенные из однотипных ЭВМ (процессоров).

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

Существуют различные варианты классификации архитектуры современных компьютеров.

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

К средствам коммуникационной техники относятся средства и системы:

Стационарной и мобильной телефонной связи;

Телеграфной связи;

Факсимильной передачи информации и модемной связи;

Кабельной и радиосвязи, включая оптико-волоконную и спутниковую связь.

Телефонная связь является самым распространенным видом оперативной административно-управленческой связи. Телефонную связь можно разделить на:

Телефонную связь общего пользования (городскую, междугородную и др.);

Внутриучрежденческую телефонную связь.

Особыми видами телефонной связи являются: радиотелефонная и видеотелефонная связь.

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

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

Интернет-телефония (IP-телефония) – технология, которая используется в сети Интернет для передачи речевых сигналов, является частным случаем IP-телефонии, где в качестве линий передачи используются обычные каналы сети Интернет. В чистом виде IP-телефония в качестве линий передачи телефонного трафика использует выделенные цифровые каналы; но так как Интернет-телефония исходит из IP-телефонии, то часто для нее применяются оба этих термина. Услуги IP-телефонии – бурно развивающегося сегодня вида связи – значительно дешевле услуг традиционной телефонии.

В Интернет-телефонии существуют несколько типов телефонных запросов, среди которых запросы:

С телефона на телефон;

С компьютера на телефон;

С компьютера на компьютер.

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

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

Носители информации;

Средства составления и изготовления документов;

Средства репрографии и оперативной полиграфии;

Средства обработки документов;

Средства хранения, поиска и транспортировки документов;

Офисная мебель и оборудование;

Другие средства оргтехники.

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

Разработка новой микроэлектронной базы;

Дальнейшая миниатюризация СБИС;

Создание новых носителей информации;

Разработки в области создания перспективных архитектур компьютеров (разработки в области сверхбольших ЭВМ, структур многопроцессорных систем, построение систем на базе новых элементов (биокомпьютеры, квантовые и оптические и др.), создание компьютеров, взаимодействующих с пользователем на естественных языках.

В области телекоммуникаций перспективными направлениями являются:

Совершенствование оптоволоконных линий связи;

Создание новой аппаратуры уплотнения (модуляция лазерного луча);

Создание и совершенствование Глобальных спутниковых систем связи и навигации (GPS, ГЛОНАС, Бэйдоу).

В области оргтехники и технических средств информационных систем можно выделить следующие перспективы:

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

Распознавание образов (идентификация) и т.д.;

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

Создание робототехники и ее широкое внедрение во все сферы деятельности человека и т.д.

По способу организации групповые и корпоративные информационные системы подразделяются на следующие классы :

системы на основе многоуровневой архитектуры;

системы на основе технологии интернет/интранет.

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

Таблица 3.2 – Типовые функциональные компоненты информационной системы

Обозна-чение	Наименование	Характеристика
	Presentation Services (средства представления)	Обеспечиваются устройствами, принимающими ввод от пользователя и отображающими результаты обработки.
	Presentation Logic(логика представления)	Управляет взаимодействием между пользователем и ЭВМ. Обрабатывает действия пользователя при выборе команды в меню, нажатии кнопки или выборе элемента из списка.
	Business or Application Logic (прикладная логика)	Набор правил для принятия решений, вычислений и операций, которые должно выполнить приложение.
	(логика управления данными)	Операции с базой данных (SQL-операторы), которые нужно выполнить для реализации прикладной логики управления данными.
	(операции с базой данных)	Действия СУБД, вызываемые для выполнения логикиу правления данными, такие как: манипулирование данными, определение данных, фиксация или откат транзакций и т. п. СУБД обычно компилирует SQL-предложения.
	(файловые операции)	Дисковые операции чтения и записи данных для СУБД (файловые операции) и других компонентов. Обычно являются функциями операционной системы (ОС)

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

По способу организации информационные системы разделяются следующим образом:

системы на основе архитектуры файл-сервер;

системы на основе архитектуры клиент-сервер;

системы на основе многоуровневой архитектуры.

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

Объектами разработки в файл-серверном приложении являются компоненты приложения, определяющие логику диалога PL, а также логики обработки BL и управления данными DL. Разработанное приложение реализуется либо в виде законченного загрузочного модуля, либо в виде специального кода для интерпретации.

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

Архитектура клиент-сервер предназначена для разрешения проблем файл-серверной архитектуры путем разделения компонентов приложения и размещения их там, где они будут функционировать наиболее эффективно. Особенностью архитектуры клиент-сервер является использование выделенных серверов баз данных, понимающих запросы на языке структурированных запросов SQL (Structured Query Language) и выполняющих поиск, сортировку и агрегирование информации.

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

Большинство конфигураций клиент-сервер использует двухуровневую модель, в которой клиент обращается к услугам сервера. Предполагается, что диалоговые компоненты PS и PL размещаются на клиенте, что позволяет обеспечить графический интерфейс. Компоненты управления данными DS и FS размещаются на сервере, а диалог (PS, PL), логики BL и DL – на клиенте. Двухуровневая архитектураклиент-сервер использует именно этот вариант: приложениеработает на клиенте, СУБД – на сервере.

Поскольку эта архитектура предъявляет наименьшие требования к серверу, она обладает наилучшей масштабируемостью. Однако сложные приложения, вызывающие большое взаимодействие с БД, могут жестко загрузить как клиента, так и сеть. Результаты SQL-запроса должны вернуться клиенту для обработки, потому что там находится логика принятия решения. Такая схема приводит к дополнительному усложнению администрирования приложений, разбросанных по различным клиентским узлам.

Для сокращения нагрузки на сеть и упрощения администрирования приложений компонент BL можно разместить на сервере. При этом вся логика принятия решений оформляется в видехранимых процедур и выполняется на сервере БД.Хранимая процедура – процедура с операторами SQL для доступа к БД, вызываемая по имени с передачей требуемых параметров и выполняемая на сервере БД.Хранимые процедуры могут компилироваться, что повышает скорость их выполнения и сокращает нагрузку на сервер.

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

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

Многоуровневая архитектура стала развитием архитектуры клиент -сервер и в классической форме состоит из трех уровней:

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

средний уровень представляет собой сервер приложений, на котором выполняется прикладная логика BL и с которого логика обработки данных DL вызывает операции с базой данных DS;

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

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

Централизация логики приложения упрощает администрирование и сопровождение. Четко разделяются платформы и инструменты для реализации интерфейса и прикладной логики, что позволяет с наибольшей отдачей реализовывать их специалистами узкого профиля. Наконец, изменения прикладной логики не затрагивают интерфейс, и наоборот. Но поскольку границы между компонентами PL, BL и DL размыты, прикладная логика может появиться на всех трех уровнях. Сервер приложений с помощью монитора транзакций обеспечивает интерфейс с клиентами и другими серверами, может управлять транзакциями и гарантировать целостность распределенной базы данных. Средства удаленного вызова процедур наиболее соответствуют идее распределенных вычислений: они обеспечивают из любого узла сети вызов прикладной процедуры, расположенной на другом узле,передачу параметров, удаленную обработку и возврат результатов. С ростом систем клиент -сервер необходимость трех уровней становится все более очевидной.

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

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

Благодаря интеграции Интернет/Интранет-технологии и архитектурыклиент-сервер процесс внедрения и сопровождения корпоративной информационной системы существенно упрощается при сохранении достаточно высокой эффективности и простоты совместного использования информации.

Вывод :Для решения задачи проектированияинформационной системы мониторинга доступности ремонтных бригадремонтной службы ОАО «НЭСК-ЭЛЕКТРОСЕТИ» подходиттехнология Интернет/Интранет на базе многоуровневой архитектуры, так как в данной системе обрабатывается малый объем данных и не должно существовать никакого дополнительного ПО для ее использования на стороне клиента.

Архитектура информационной системы мониторинга доступности ремонтных бригад ремонтной службы ОАО «НЭСК-ЭЛЕКТРОСЕТИ» показана на рисунке 3.1.

Рисунок 3.1 – Архитектура системы

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

Сервер приложения реализуется в виде WEB-приложения, которое может исполняться в контекстесреды исполнения, работающегонапример, наJava и реализующего стандарты Java-сервлетов. Для снижения нагрузки на сервер приложений за счет кэширования передаваемого контента, а также реализации дополнительных функций, таких как Virtual Hosts, SSL перед сервером приложений может проводиться установка одного из популярных Web-серверов: Apache, nginx, MS IIS.

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

СОДЕРЖАНИЕ КУРСА Основы информационных систем. Классификация архитектур информационных систем. Специализированные подсистемы (СУБД и т.д.). Распределенные информационные системы. Архитектуры веб-приложений. Сервис-ориентированная архитектура (SOA). Эволюция распределенных систем в сервис-ориентированные системы, облачные информационные системы и сервисы. Функциональные уровни информационной системы Декомпозиция информационных систем на слои и уровни. Выделение подсистем в архитектуре. Интеграция различных информационных систем, параллельные архитектуры. Архитектуры существующих проектов информационных систем.

РЕКОМЕНДУЕМАЯ ЛИТЕРАТУРА Б. Я. Советов, А. И. Водяхо, В. А. Дубенецкий, В. В. Цехановский. Архитектура информационных систем: учебник для студ. учреждений высш. проф. образования. - М. : Издательский центр «Академия», Пирогов В.Ю. Информационные системы и базы данных. Организация и проектирование. – СПб.: БХВ-Петербург, – 528 с. Петров В.Н. Информационные системы. – СПб.: Питер, – 688 с.

КЛАССИЧЕСКОЕ ОПРЕДЕЛЕНИЕ АРХИТЕКТУРЫ Архитектура (лат. architectural искусство проектировать и строить здания и другие сооружения (комплексы), создающие материально организованную среду, необходимую людям для их жизни и деятельности, в соответствии с современными техническими возможностями и эстетическими воззрениями общества.

ОПРЕДЕЛЕНИЯ АРХИТЕКТУРЫ ИНФОРМАЦИОННЫХ СИСТЕМ архитектура организационная структура системы; архитектура информационной системы концепция, определяющая модель, структуру, выполняемые функции и взаимосвязь компонентов информационной системы; архитектура базовая организация системы, воплощенная в ее компонентах, их отношениях между собой и окружением, а также принципы, определяющие проектирование и развитие системы;

ОПРЕДЕЛЕНИЯ АРХИТЕКТУРЫ ИНФОРМАЦИОННЫХ СИСТЕМ архитектура набор значимых решений по поводу организации системы программного обеспечения, набор структурных элементов и их интерфейсов, при помощи которых компонуется система вместе с их поведением, определяемым во взаимодействии между этими элементами, компоновка элементов в постепенно укрупняющиеся подсистемы, а также стиль архитектуры, который направляет эту организацию (элементы и их интерфейсы, взаимодействия и компоновку); архитектура программы или компьютерной системы структура или структуры системы, которые включают элементы программы, видимые извне свойства этих элементов и связи между ними; и т.д. На сайте SEI (Software Engineering Institute) имеется специальный раздел, посвященный определениям архитектуры программного обеспечения

ПОНЯТИЕ АРХИТЕКТУРЫ ИНФОРМАЦИОННОЙ СИСТЕМЫ На сайте ISO/IEC (architecture.org/ieee-1471/defining- architecture.html) дается следующие определение архитектуры информационной системы: architecture.org/ieee-1471/defining- architecture.html Architecture system fundamental concepts or properties of a system in its environment embodied in its elements, relationships, and in the principles of its design and evolution. Архитектура системы – это основные понятия и свойства системы в окружающей среде, воплощенные в его элементы, отношения и в принципах своей конструкции и эволюции

ПОНЯТИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ В качестве официального определения информационной системы (ИС) можно рассматривать определение, которое дает Федеральный закон Российской Федерации от 27 июля 2006 г. 149-ФЗ «Об информации, информационных технологиях и о защите информации»: «Информационная система совокупность содержащейся в базах данных информации и обеспечивающих ее обработку информационных технологий и технических средств».

БИЗНЕС-АРХИТЕКТУРА Бизнес-архитектура, или архитектура уровня бизнес-процессов определяет бизнес-стратегии, управление, организацию, ключевые бизнес-процессы в масштабе предприятия, причем не все бизнес- процессы реализуются средствами ИТ-технологий. Бизнес-архитектура отображается на ИТ-архитектуру.

ИТ-АРХИТЕКТУРА ИТ-архитектура рассматривается в трех аспектах: обеспечивает достижение бизнес-целей посредством использования программной инфраструктуры, ориентированной на реализацию наиболее важных бизнес-приложений; среда, обеспечивающая реализацию бизнес- приложений; совокупность программных и аппаратных средств, составляющая информационную систему организации и включающая, в частности, базы данных и промежуточное программное обеспечение.

АРХИТЕКТУРА ДАННЫХ Архитектура данных информационной системы включает логические и физические хранилища данных и средства управления данными. Архитектура данных должна быть поддержана ИТ- архитектурой. В современных ИТ-системах, ориентированных на работу со знаниями, иногда выделяют отдельный тип архитектуры архитектуру знаний (Knowledge Architecture).

ПРОГРАММНАЯ АРХИТЕКТУРА Программная архитектура отображает совокупность программных приложений: Программное приложение это компьютерная программа, ориентированная на решение задач конечного пользователя. Архитектура приложения это описание отдельного приложения, работающего в составе ИТ- системы, включая его программные интерфейсы. Архитектура приложения базируется на ИТ- архитектуре и использует сервисы, предоставляемые ИТ-архитектурой.

ТЕХНОЛОГИЧЕСКАЯ АРХИТЕКТУРА Технологическая архитектура характеризует программно-аппаратные средства информационных систем и включает такие элементы, как процессор, память, жесткие диски, периферийные устройства, элементы для их соединения, операционные системы, а также сетевые средства.

КЛАССИФИКАЦИЯ ИНФОРМАЦИОННЫХ СИСТЕМ Используется доменный подход к описанию ИТ-архитектур. Под доменной архитектурой понимают эталонную модель, описывающую множество систем, которые реализуют похожую структуру, функциональность и поведение. Можно выделить следующие основные характеристики домена задач: характер решаемых задач; тип домена; предметная область; степень автоматизации; масштаб применения.

ПРИМЕР ДЕЛЕНИЯ ИС ПО ХАРАКТЕРУ ОБРАБОТКИ ДАННЫХ: системы, ориентированные на решение крупномасштабных задач преимущественно вычислительного характера; информационно-справочные (информационно-поисковые) ИС, в которых нет сложных алгоритмов обработки данных, а целью системы является поиск и выдача информации в удобном для пользователя виде; системы поддержки принятия решении; коммуникационные системы; ИС, ориентированные на предоставление услуг (сервисов), таких как доступ в Интернет, сервисы хранения данных, доступа к вычислительным ресурсам, доступа к данным и т. п.

ПРИМЕР ДЕЛЕНИЯ ИС ПО ПРИНАДЛЕЖНОСТИ К БАЗОВОМУ ДОМЕНУ: информационно-управляющие системы ИУС (Management Information Systems), управляющие системы УС (Process Control Systems), системы мониторинга и управления ресурсами СМУР (Resource Allocation and Tracking Systems), системы управления производством СУП (Manufacturing Systems), системы управления доступом СУД (Access Control Systems).

ПРИМЕР ДЕЛЕНИЯ ИС ПО ПРИНАДЛЕЖНОСТИ К ПРЕДМЕТНОЙ ОБЛАСТИ системы управления организацией ИС, предназначенные для выполнения функций управления организацией (предприятием); телекоммуникационные системы ИС, предназначенные для реализации функций, связанных передачей данных; геоинформационные системы ИС, обеспечивающие сбор, хранение, обработку, доступ, отображение и распространение пространственно- координированных данных (пространственных данных); торговые ИС; встроенные системы управления сложными объектами, такими как самолеты и корабли; медицинская информационная система ИС, предназначенные для использования в лечебных учреждениях.

ПРИМЕР КЛАССИФИКАЦИИ ПО МАСШТАБНОСТИ ПРИМЕНЕНИЯ ИС персональные ИС, предназначенные для использования одним человеком; групповые ИС, предназначенные для совместного использования группой людей, например сотрудниками одного подразделения; корпоративные ИС, охватывающие информационные процессы отдельной организации; глобальные ИС, охватывающие информационные процессы многих организаций.

Клиент (client) – пользователь и (или) компьютер, использующий какие- либо программные сервисы Сервер (server) – компьютер или центр обработки данных, предоставляющий программные сервисы Тонкий клиент (thin client) – клиент с минимальным пользовательским интерфейсом – не имеющий состояния, сеанса, полнофункционального GUI Rich client (полнофункциональный клиент) – клиент, имеющий полнофункциональный GUI и общающийся с сервером через слой промежуточного программного интерфейса (middleware), обеспечивающий его функциональность; Слой (layer) – крупная независимая компонента архитектуры ПО Уровень абстракции (abstraction layer) – горизонтальный слой (номер N); совокупность модулей, реализация которых использует только модули уровня N-1 (N > 0). Вертикальный срез (аспект) – совокупность рассредоточенных фрагментов кода, реализующих (сквозную) функциональность, например, проверку безопасности НЕКОТОРЫЕ СОВРЕМЕННЫЕ ОСНОВНЫЕ ПОНЯТИЯ ПРИ ОПИСАНИИ АРХИТЕКТУРЫ ИС 0). Вертикальный срез (аспект) – совокупность рассредоточенных фрагментов кода, реализующих (сквозную) функциональность, например, проверку безопасности НЕКОТОРЫЕ СОВРЕМЕННЫЕ ОСНОВНЫЕ ПОНЯТИЯ ПРИ ОПИСАНИИ АРХИТЕКТУРЫ ИС">

Промежуточное программное обеспечение (middleware) – совокупность слоев ПО, лежащих между клиентом и сервером и обеспечивающих их взаимодействие, например, поддержку сетевых коммуникационных протоколов Ярус (tier) – слой программного обеспечения, реализующий какую-либо независимую часть его архитектуры; например: business tier – реализация бизнес-логики; Web tier – реализация взаимодействия с Web Многоярусная архитектура (multi-tier architecture) – архитектура ПО, при которой презентация результатов, обработка и управление данными реализованы как отдельные процессы. Пример: Использование middleware для взаимодействия с сервером и СУБД для взаимодействия с данными НЕКОТОРЫЕ СОВРЕМЕННЫЕ ОСНОВНЫЕ ПОНЯТИЯ ПРИ ОПИСАНИИ АРХИТЕКТУРЫ ИС

Многоклиентская архитектура (multi-tenant architecture) – архитектура клиент-серверного ПО, при которой один экземпляр серверного ПО, исполняемый на сервере, обслуживает несколько клиентов (tenants – букв. клиенты, арендаторы). Пример: Web-сервис Например, с точки зрения рассмотренных концепций, облачные вычисления соответствуют принципам multi- tiered and multi-tenant architecture. НЕКОТОРЫЕ СОВРЕМЕННЫЕ ОСНОВНЫЕ ПОНЯТИЯ ПРИ ОПИСАНИИ АРХИТЕКТУРЫ ИС

МОДЕЛИ ФУНКЦИОНИРОВАНИЯ РАСПРЕДЕЛЕННЫХ ПРИЛОЖЕНИЙ Выделяют три основных параметра организации работы приложений в сети: Способ разделения приложения на части, выполняющиеся на разных компьютерах сети; Выделение специализированных серверов в сети, на которых выполняются некоторые общие для всех приложений функции; Способ взаимодействия между частями приложений, работающих на разных компьютерах.

СПОСОБЫ РАЗДЕЛЕНИЯ РАСПРЕДЕЛЕННЫХ ПРИЛОЖЕНИЙ НА ЧАСТИ Приложения условно можно разделить на следующие функциональные части: Средства представления данных на экране; Логика представления данных на экране (описывает правила и сценарии взаимодействия пользователя с приложениями); Прикладная логика (правила для принятия решений, вычислительные процедуры и т.п.); Логика данных – операции с данными, хранящимися в некоторой базе; Внутренние операции БД – действия СУБД, вызываемые в ответ на выполнение запросов логики данных; Файловые операции – стандартные операции над файлами и файловой системой.

Достоинства: пользователи совместно используют дорогие ресурсы ЭВМ и дорогие периферийные устройства централизация ресурсов и оборудования облегчает обслуживание и эксплуатацию вычислительной системы отсутствует необходимость администрирования рабочих мест пользователей Главный недостаток: пользователи полностью зависят от администратора хост-ЭВМ АРХИТЕКТУРА «ФАЙЛ-СЕРВЕР» Достоинства: многопользовательский режим работы с данными удобство централизованного управления доступом низкая стоимость разработки высокая скорость разработки невысокая стоимость обновления и изменения ПО Недостатки: проблемы многопользовательской работы с данными низкая производительность плохая возможность подключения новых клиентов ненадежность системы 38
41 ДВУХУРОВНЕВАЯ АРХИТЕКТУРА «КЛИЕНТ-СЕРВЕР» Достоинства: возможность распределить функции вычислительной системы между несколькими независимыми компьютерами все данные хранятся на защищенном сервере поддержка многопользовательской работы гарантия целостности данных Недостатки: неработоспособность сервера может сделать неработоспособной всю вычислительную сеть сложное администрирование высокая стоимость оборудования бизнес логика приложений осталась в клиентском ПО

МНОГОУРОВНЕВАЯ АРХИТЕКТУРА «КЛИЕНТ-СЕРВЕР» Достоинства: клиентское ПО не нуждается в администрировании масштабируемость конфигурируемость высокая безопасность и надежность низкие требования к скорости канала между терминалами и сервером приложений низкие требования к производительности и техническим характеристикам терминалов Недостатки: сложность администрирования и обслуживания более высокая сложность создания приложений высокие требования к производительности серверов приложений и сервера базы данных высокие требования к скорости канала (сети) между сервером базы данных и серверами приложений ОСОБЕННОСТИ АРХИТЕКТУРЫ ВЕБ- ПРИЛОЖЕНИЙ Отсутствие необходимости использовать дополнительное ПО на стороне клиента Возможность подключения практически неограниченного количества клиентов Централизованное место хранения данных Недоступность при отсутствии работоспособности сервера или каналов связи Достаточно низкая скорость веб-сервера и каналов передачи данных