Архитектура ИС обычно определяется как набор ответов на следующие вопросы:

    что делает система

    на какие части она разделяется

    как эти части взаимодействуют

    где эти части размещены

Архитектура ИС - системная архитектура (архитектура систем - SystemArchitecture) или программная архитектура (архитектура программного обеспечения -SoftwareArchitecture)

Определение архитектуры ис

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

В книге "Архитектура ПО на практике, 2-е издание" Басс, Клементс и Казман дают следующее определение

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

Архитектура ис как совокупность архитектур.

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

    Бизнесс-архитектура.

    ИТ-архитектура

    Архитектура данных

    Архитектура приложения или программная архитектура

    Техническая архитектура

Совокупность архитектур данных и архитектуры приложений называется архитектурой ИС

Бизнес-архитектура

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

Основу бизнес-архитектуры составляют:

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

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

Показатели эффективности

Бизнес-архитектура отображается на ИТ-архитектуру.

Ит-архитектура

Рассматривается в трех аспектах:

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

    как среда, обеспечивающая реализацию бизнес-приложений

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

Архитектура данных...

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

Программная архитектура отображает совокупность программных приложений.

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

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

Платформенные архитектуры информационных систем

Централизованная архитектура

70-е годы. Эпоха мейнфреймов - больших централизованных ЭВМ.

Основные особенности:

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

Все пользователи работают одновременно на одном компьютере

Плюсы:

    Нулевое администрирование рабочих мест пользователей

    Централизованная разработка и обслуживание системы

Минусы:

    Дорогая аппаратура оправдана только для больших систем

    Взаимная зависимость пользователей на программном уровне

    Пользователь не может настроить рабочую среду под свои потребности

Персональный компьютер

Начало 80-х - пк

Архитектура "Файл-сервер"

Появились локальные сети. Файлы начали передавать по сети. Сначала были одноранговые сети - все компьютеры равноправны.

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

Основные особенности:

Функция хранения данных вынесена на выделенный компьютер - файл-сервер

Поддержка многопользовательской работы.

    Многопользовательский режим работы с данными

    удобство централизованного управления доступом

    низка стоимость разработки

    невысокая стоимость обновления и изменения ПО

    проблема многопользовательской работы с данными: последовательный доступ, отсутствие гарантий целостности

    Низка производительность

    плохая возможность подключения новых клиентов

    ненадежность системы

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

1. Информационные технологии. 2. Функциональные подсистемы. 3. Управление информационными системами.

Виды архитектур:

1. Файл-сервер – выделенный сервер, оптимизированный для выполнения файловых операций ввода-вывода и предназначенный для хранения файлов любого типа.

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

3. Многоуровневая – позволяет сбалансировать нагрузуц на сеть и узлы системы, упрощает администрирование

4. Интернет/Интранет – комплексное объединение технологий Интернет/Интранет и многоуровневой архитектуры. Инструментальные средства дополняются развитыми средствами разработки приложений, работающих с базами данных.

5. 5.Базовые стандарты ИС: MRP, MRP II, ERP, ERP II и др.

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

1.Объемно-календарный план производства (MPS)

2.Программную реализацию MRP, позволяющую опред. Потребности в материалах.

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

Цель MRP – минимизировать запасы сырья и готовой продукции на складах и оптимизировать своевременное поступление материалов в производство.

Недостатки MRP: отсутствие контроля выполнения плана закупок и отграничения по учету производственных факторов.

Стандарт MRP II обеспечивает эффективное планирование всех ресурсовпредприятия. Функции: прогнозирование, управление продажами, объемно-календарное пранирование, управление структурой изделий, управление запасами, управление позразделениями, закупками, финансами, проведение финн. Анализа и ведение бух.учета.

На смену MRP, MRP II пришли ERP системы. Стандарт ERP описывает комплексную информационную систему управления, охватывающую все ключевые процессы деятельности огранизации в едином информационном пространстве. Недостаток: автоматизируют внутреннюю деятельность компании. Системы ERP II – автоматизируют back-office и front-office ипредставляют собой одно целое – корпоротивную систему предприятия.

Концепция ERP II : 1. Обеспечение свободного предприятий с контрагентами. 2. Ориентация на предприятия из всех секторов и сегментов рынка. 3. Поддержка автоматизации всех функций бизнеса. 4. Корпоративные данные доступны всем членам бизнес-сообщества. 5. Система становится web-ориентированным приложением.

Виды архитектуры информационной системы

Любая информационная система (ИС) включает в себя три компонента:

  • Управление данными;
  • Бизнес-логику;
  • Пользовательский интерфейс.

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

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

Определение 1

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

Существуют следующие виды архитектур ИС:

  • Локальная;
  • Файл-серверная;
  • Клиент-серверная;
  • Трехслойная.

Локальные информационные системы

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

Файл-серверная архитектура

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

Пример 1

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

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

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

Клиент-серверная архитектура

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

Пример 2

Рассмотрим задачу из примера 1 в условиях клиент-серверной архитектуры. Пользователь отправит на сервер запрос, который запустит процедуру. Процедура выполнится непосредственно на сервере. Она подсчитает количество сотрудников в каждом подразделении и отправит полученные 10 строк по сети на клиентский компьютер. Таким образом, произойдет существенная экономия трафика: вместо 1500 строк будет передано по сети всего 10.

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

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

Трехуровневая архитектура

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

Определение 2

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Понятие архитектуры информационной системы

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

Выбор архитектуры ИС влияет на следующие характеристики:

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

2. Время реакции системы на запросы пользователя (время отклика системы)

3. Надёжность – способность к безотказному функционированию в течение определенного периода времени.

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

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

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

1.2.2 Архитектура «файл-сервер»

Для предприятий малого бизнеса возможна организация информационной системы на базе архитектуры "файл-сервер" с использованием СУБД Access, FoxPro (Visual FoxPro), Paradox и ряда других. Если количество пользователей системы не велико, подобное решение оптимально.

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

Рис.1.5 - Архитектура файл-сервер

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

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

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

Количество пользователей системы в архитектуре файл-сервер обычно не должно превышать 10-15, в противном случае пользователи будут ощущать замедление работы. Данное обстоятельство служит нарушением принципа масштабируемости (раздел 1.1), поэтому по мере роста количества пользователей ИС (допустим, произошло существенное расширение бизнеса) приходится выполнять переход от файл-серверной к клиент-серверной архитектуре. При разработке файл-серверной системы всегда нужно учитывать возможность такого перехода в будущем.

1.2.3. Архитектура «клиент-сервер»

Применительно к информационным системам архитектура «клиент-сервер» интересна и актуальна главным образом потому, что обеспечивает простое и относительно дешевое решение проблемы коллективного (многопользовательского) доступа к базам данных в локальной или глобальной сети.

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

Рис. 1.6 - Архитектура «клиент-сервер»

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

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

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

В системе «клиент-сервер» возможно создание новых клиентских частей уже существующей системы, причем максимальное количество одновременно работающих с общей БД клиентов несравнимо больше, чем в файл-серверной архитектуре, т.е. система клиент-сервер является более масштабируемой. Это объясняется тем, что сетевой трафик в клиент-серверной системе невысок (от клиента передаются только тексты запросов, от сервера – уже отобранные данные, а не вся база данных, как в архитектуре файл-сервер).

Термин «сервер баз данных» обычно используют для обозначения всей СУБД, основанной на архитектуре "клиент-сервер", включая серверную и клиентскую части. Собирательное название SQL-сервер относится ко всем серверам баз данных, основанных на использовании языка SQL.

В настоящее время имеется несколько широко распространенных коммерческих SQL-серверов – Oracle, DB-2, MS SQL Server, Sybase, Informix, Interbase и свободно распространяемые серверы с открытым исходным кодом PostGres (PostgreeSQL), MySQL, FireBird (свободно распространяемый вариант сервера Interbase). Приведенный список далеко не полон.

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



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

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

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