Мы рассмотрели многообразные толкования понятия «корпорация». В работе Б. Б. Желвакова10
Download 0.63 Mb.
|
Архитектура файл-сервер (рис. 1.9.). Исторически первыми появились информационные системы с использованием файл-сервера. Файл-сервер только извлекает данные из файла (файлов) базы данных и передает их клиенту для дальнейшей обработки. Данный тип архитектуры не имеет сетевого разделения компонентов диалога PS и PL. Объектами разработки в файл-серверном приложении являются компоненты приложения, определяющие логику диалога PL, а также логику обработки BL и управления данными DL. При выполнении некоторых запросов к базе данных клиенту могут передаваться большие ы данных, загружая сеть и приводя к непредсказуемости времени реакции. Недостатки архитектуры с файловым сервером очевидны и вытекают главным образом из того, что данные хранятся в одном месте, а обрабатываются в другом: возможны высокие нагрузки на сеть и резкое снижение производительности приложения при увеличении числа одновременно работающих клиентов. Вторым важным недостатком такой архитектуры является децентрализованное решение проблем целостности и согласованности данных и одновременного доступа к данным. Однако данный тип архитектуры привлекает простотой реализации, удобством использования и доступностью. Поэтому файлсерверные информационные системы до сих пор представляют интерес для малых рабочих групп и, более того, нередко исполь-зуются в качестве информационных систем масштаба предприятия. Рис. 1.9. Архитектура файл-сервер Двухуровневая архитектура клиент-сервер (рис. 1.10). Данный тип архитектуры предназначен для разрешения проблем файл-серверных приложений посредством разделения компонентов приложения и размещения их там, где они будут функционировать наиболее эффективно. Архитектура характеризуется наличием двух взаимодействующих самостоятельных модулей – клиентской части и сервера базы данных (БД). Рис. 1.10. Двухуровневая архитектура клиент-сервер Сервер БД отвечает за хранение, управление и целостность данных, а также обеспечивает возможность одновременного доступа нескольких пользователей, и понимает запросы на языке описания и манипулирования данными. Отличительная черта серверов БД – наличие словаря-справочника данных (метаданных), в котором записаны структура БД, ограничения целостности данных, форматы и даже серверные процедуры обработки данных по вызову или по событиям в программе. Объектами разработки в таких приложениях, помимо диалога и логики обработки, являются модель данных и связанный с ней набор команд для типовых запросов к базе данных. Клиентская часть является так называемым «толстым» клиентом, на котором размещены диалоговые компоненты PS и PL и компоненты прикладной логики (BL, DL). Компоненты управления данными DS размещаются на сервере. При всей простоте построения такой архитектуры она обладает множеством недостатков, наиболее существенные из которых – это высокие требования к сетевым ресурсам и пропускной способности сети компании, а также сложность обновления программного обеспечения из-за «размазанной» бизнес-логики между клиентом и сервером БД. Кроме того, при большом количестве клиентских мест возрастают требования к аппаратному обеспечению сервера БД. 3. Трёхуровневая архитектура клиент-сервер. Решение отделить бизнес-логику от клиентской части и системы управления базой данных (СУБД), выделив её в отдельный слой, стало следующим шагом развития клиент серверной архитектуры – внедрение среднего уровня (middleware) – сервера приложений, реализующего задачи бизнес-логики (BL) и управления механизмами доступа к БД (DL) (рис. 1.11). Благодаря концентрации бизнес-логики на сервере приложений появилась возможность подключать различные БД. Теперь сервер базы данных освобождался от задач распараллеливания работы между различными пользователями, что существенно снизило требования к его техническим возможностям. Также снизились требования к клиентским рабочим станциям за счёт выполнения ресурсоемких операций сервером приложений, рабочие станции стали решать только задачи визуализации данных. Такой подход к созданию архитектуры часто называют технологией «тонкого» клиента. Трёхуровневая архитектура позволяет ещё больше стабилизировать нагрузку на разные узлы и сеть, а также способствует специализации инструментов для разработки и устраняет недостатки двухуровневой модели клиент-сервер. Таким образом, многоуровневая архитектура распределённых приложений поз-воляет повысить эффективность работы корпоративной информационной системы и оптимизировать распределение её программно-аппаратных ресурсов. Недостатком данного типа архитектуры, как и предыдущей, остаются серьёзные требования к пропускной способности сети, что в свою очередь накладывает жёсткие ограничения на использование таких систем в сетях с неустойчивой связью и малой пропускной способностью. Рис. 1.11. Трёхуровневая архитектура клиент-сервер 4. Интернет/Интранет-технологии (рис.1.12). Интрасеть (или intranet) – это корпоративная сеть, использующая программные продукты и технологии Internet. Интрасети могут быть изолированы от внешних пользователей Интернет с помощью специальных программ, или просто функционировать как автономные сети, не имеющие доступа извне. Интернет/Интранет-технология реализует классическую трехуровневую архитектуру, в которой супертонким клиентом является WEB-браузер, роль сервера приложений выполняет WEB-сервер, а хранение и управление данными возлагается на сервер базы данных (СУБД). Обычно интрасеть закрыта для доступа извне, но для работы с мобильными сотрудниками, деловыми партнёрами создает-ся экстрасеть (extranet) – часть интрасети, предназначенная для доступа извне. Интрасети часто используется как ключевой элемент корпоративных информационных систем в качестве средства для распространения корпоративной информации, обладая всеми достоинствами Web, включая возможность публикации документов, содержащих графику, звук, видео- и гипертекстовые ссылки. Благодаря интеграции Интернет/Интранет-технологий и архитектуры клиент-сервер процесс внедрения и сопровождения корпоративной информационной системы существенно упрощается при сохранении достаточно высокой эффективности и простоты совместного использования информации. Основной проблемой данной архитектуры является обеспечение информационно й безопасности. Рис. 1.12. Структура распределенной системы Если рассмотреть какие же характеристики стали присущи к распределенным информационным системам, то можно отметить следующие: прозрачность реализации; открытость; легкая масштабируемость и расширяемость; поддержание логической целостности данных; устойчивость к авариям; безопасность. Первая из характеристик состоит в том, что от пользователей скрыты различия между компьютерами и способы связи между ними. То же самое относится и к внешней организации распределенных систем. Другой важной характеристикой распределённых систем является способ, при помощи которого пользователи и приложения единообразно работают в распределенных системах, независимо от того, где и когда происходит их взаимодействие. Масштабируемость – возможность добавления в распределенную систему новых компонентов как программных, так и физических для увеличения производительности системы, для эффективного распределения ресурсов. Поддержание логической целостности данных – обработка данных в распределенной системе должна всегда оставлять данные в корректном состоянии, т. е. должны выполняться все ограничения целостности и непротиворечивости. Устойчивость – возможность дублирования одних и тех же функций разными компонентами либо возможность автоматического распределения функций внутри системы в случае выхода из строя некоторых компонентов. Безопасность – использование всех сервисов и данных должно осуществляться авторизированными на это компонентами или пользователями. Данные, передаваемые между компонентами, должны быть защищены как от искажения, так и от просмотра третьими сторонами. 5. Сервисно-ориентированная архитектура (Service Oriented Architecture — SOA). В техническом обзоре IBM SOA foundation cервисно-ориентированная архитектура определена следующим образом: «Сервис-ориентированная архитектура (SOA) – архитектурный стиль для создания ИТ-архитектуры предприятия, использующий принципы ориентации на сервисы для достижения тесной связи между бизнесом и поддерживающими его информационными системами». SOA обладает следующими характеристиками: улучшает взаимосвязь между архитектурой предприятия и бизнесом; позволяет из наборов интегрированных сервисов создавать сложные приложения; создает гибкие бизнес-процессы. IBM SOA foundation содержит эталонную модель SOA, показанную на рис. 1.13, где отображены ключевые характеристики, необходимые для поддержки сервис-ориентированной архитектуры. Рис. 1.13. Эталонная модель SOA foundation Поскольку сама модель сервис-ориентированная, она позволяет осуществлять постепенное принятие SOA при возникновении у бизнеса новых потребностей, начиная с маленьких проектов и со временем интегрируясь во всю организацию. Сервисно-ориентированная архитектура представляет собой концепцию построения распределенной информационной среды, связывающей между собой различные программные модули и приложения на основе определенных интерфейсов и соглашений. Главный принцип SOA заключается в том, что элементы бизнес-процессов и элементы ИТ-инфраструктуры, лежащие в их основе, рассматриваются в качестве компонентов, которые комбинируются и многократно используются для реализации корпоративных процессов. Модель SOA базируется на следующих принципах: сервисы – информационные системы компании представляются в виде набора независимых компонентов, каждый из которых предоставляет доступ к своей функциональности через набор программных интерфейсов; повторное использование – после ввода в эксплуатацию каждый из сервисов может быть повторно использован для решения новых задач; единая система безопасности – доступ к программным интерфейсам сервисов регулируется единой системой разграничения доступа; интеграция без программирования – благодаря использованию специализированного инструментария обмен данными между приложениями может быть реализован без написания программного кода; открытые стандарты – архитектура объединенной информационной системы предприятия основывается на открытых стандартах как прикладного, так и системного уровня; независимость от расположения – широко применяются средства косвенной адресации сервисов, которые обеспечивают прозрачность физического расположении компонентов; управляемость – для обеспечения управляемости, качества и надежности SOA-инфраструктуры может быть использована глобальная система мониторинга сервисов и контроля SLA. Обязательным условием построения и внедрения архитектуры системы на основе SOA является использование единой инфраструктуры описания сервисов (репозитория сервисов), разрешенных протоколов доступа и обмена сообщениями, форматов сообщений. Говоря об архитектуре ИС в понятиях отечественных стандартов, следует отметить, что по содержанию работы по созданию и применению комплексной архитектуры предусмотрены ГОСТ 34.601-90, ГОСТ Р ИСО/МЭК 12207-2010, ГОСТ Р 571932016. Состав работ по созданию корпоративной информационной системы, предусмотренных этими стандартами, подразумевает разработку частных архитектур трех основных видов: архитектуру деятельности (бизнес-архитектуру); логическую архитектуру (системную архитектуру); физическую (техническую или технологическую) архитектуру. Признанный международным сообществом подход к управлению информационными технологиями Control Objectives for Information and related Technology (COBIT) не определяет и не использует термин «архитектура системы», но в данном стандарте определяется и используется термин «ИТ-архитектура». ИТ-архитектура – интегрированная структура для развития и поддержки существующих и приобретаемых новых информационных технологий, обеспечивающих выполнение стратегии и достижение бизнес-целей предприятия. Кроме того, в COBIT определяется термин «ИТ-ресурсы» для обозначения компонентов, из которых строится информационная система. Согласно COBIT, ИТ-ресурсы – это: приложения – пользовательские программные системы, автоматизирующие обработку информации; информация – бизнес-данные в формах ввода, обработки и вывода их информационными системами; инфраструктура – технологии и оборудование (аппаратные вычислительные и коммуникационные средства, операционные системы, системы управления базами данных, средства мультимедиа, сооружения в которых установлены эти средства, инженерное оборудование мест инсталляции этих средств), делающие возможным функционирование приложений; персонал – люди (специалисты), требующиеся для планирования, организации, приобретения, установки, эксплуатации и развития информационных систем и сервисов, нанимаемые по контрактам или используемые как внешний ресурс (аутсорсинг). В методологии Дж. Захмана архитектура предприятия (информационной системы) представляется в виде структурированного набора моделей («The Zachman Framework», или «Framework for information systems architecture»), которые отражают различные содержательные точки зрения на структуру предприятия (системы) того круга лиц, что вовлечены в его ( её) создание и развитие – собственника, менеджеров, проектировщика, конструкторов, субподрядчиков, пользователей. При этом различные точки зрения обращаются на различные структурные аспекты предприятия (системы) – структура данных, функции, сетевая инфраструктура, организация, время, мотивация. The Open Group Architecture Framework (TOGAF) — методология для описания архитектуры предприятия. В соответствии с TOGAF архитектуру предприятия можно представить в виде четырёх основных доменов: бизнес архитектура (Business) — определяет стратегию предприятия, структуру управления и ключевые бизнеспроцессы. архитектура данных (Data) — описывает логическую и физическую структуру данных организации, а также структуру корпоративных ресурсов для управления данными. архитектура приложений (Application) — служит своеобразной картой всех используемых корпоративных приложений и определяет следующие аспекты: участие каждого из приложений в бизнес процессах компании; взаимодействие приложений друг с другом и внешними сервисами. технологическая архитектура (Technology) — определяет структуру и логику программного обеспечения и аппаратной среды, необходимых для работы бизнес-приложений и доступа к нужным данным. Этот уровень включает всю поддерживающую инфраструктуру: сети, сервера, процессинг и т.п. В соответствии с TOGAF термин «предприятие» имеет широкую трактовку. Предприятием называется одна или несколько организаций с общими целями. В этом смысле предприятием может считаться как целая корпорация, так и её подразделение; как государственное учреждение, так и коммерческая фирма или, например, несколько фирм с общими владельцами. Архитектура — фундаментальная организация системы, состоящая из компонент, их отношениях друг к другу и окружающей среде, а также принципов, определяющих проектирование и развитие системы. Рис. 1.14. Модель корпоративной архитектуры Обобщая всё выше сказанное, можно сделать вывод, что архитектура корпорации определяет общую структуру и функции систем (бизнеса и информационных технологий ) в рамках всей организации в целом, формируется таким образом, чтобы стоимость владения ею была минимальной и представляется в виде совокупности нескольких типов архитектур: бизнес архитектура (Business architecture); ИТ-архитектура (Information Technology architecture); архитектура данных (Data architecture); программная архитектура (Software architecture); техническая архитектура (Hardware architecture)( рис. 1.14). Техническая архитектура является первым уровнем архитектуры информационной системы. Она описывает все аппаратные средства, использующиеся при выполнении заявленного набора функций, а также включает средства обеспечения сетевого взаимодействия и надёжности. В технической архитектуре указываются периферийные устройства, сетевые коммутаторы и маршрутизаторы, внешние устройства памяти, оперативная память, процессоры, соединительные кабели, источники бесперебойного питания и т.п. Программная архитектура представляет собой совокупность компьютерных программ, предназначенных для решения конкретных задач. Данный тип архитектуры необходим для описания приложений, входящих в состав информационной системы. На данном уровне описывают программные интерфейсы, компоненты и поведение. Архитектура данных объединяет в себе как физические хранилища данных, так и средства управления данными. Кроме того, в нее входят логические хранилища данных, а при ориентированности рассматриваемой компании на работу со знаниями, может быть выделен отдельный уровень – архитектура знаний (Knowledge architecture). На этом уровне описываются логические и физические модели данных, определяются правила целостности, составляются ограничения для данных. Следует особенно выделить уровень ИТ архитектуры, поскольку он является связующим. На нём формируется базовый набор сервисов, которые используются как на уровне программной архитектуры, так и на уровне архитектуры данных. Если какая-либо особенность функционирования для этих двух уровней не была предусмотрена, то сильно возрастает вероятность сбоев в работе, а, следовательно, потерь для бизнеса. В некоторых случаях невозможно разделить ИТ-архитектуру и архитектуру отдельного приложения. Такое возможно при высокой степени интеграции приложений. Основной функцией ИТ-архитектуры является обеспечение функционирования важных бизнесприложений для достижения обозначенных бизнес-целей. Если некоторая функция требуется сразу в нескольких приложениях, то её следует перенести на уровень ИТ-архитектуры, тем самым повысив интеграцию системы и снизить сложность архитектуры приложений. Последним в иерархии является уровень бизнес-архитектуры или архитектуры бизнес-процессов. На этом уровне определяются стратегии ведения бизнеса, способы управления, принципы организации и важные для бизнеса ключевые процессы. Выводы Термин «корпорация» в самом общем смысле, используется как синоним любой целенаправленной организации (предприятия), независимо от сферы (предметной области) её деятельности, формы собственности и организационно-правовой формы, т.е. как синоним русскоязычных терминов «организация», «предприятие», «учреждение» (или англоязычных «organization», «corporation», «enterprise», «firm»)». Корпорация означает объединение предприятий, работающих под централизованным управлением и решающих общие задачи. Исторически сложились три типа корпорации: классическая, этатистская и креативная, из перечисленных выше типов корпорации только креативная корпорация представляют собой тип организации, наиболее адекватный требованиям к корпорации в информационном обществе. Корпорация является сложной, многопрофильной структурой и вследствие этого имеет распределенную иерархическую систему управления. Структура корпораций определяться целями и задачами конкретной организации. Корпоративное управление представляет собой систему взаимоотношений между различными структурными единицами, акционерами, советом директоров и правлением, определенные уставом, регламентом и официальной политикой компании. Организационная структура является одной из основных характеристик современной корпорации. Организационная структура корпорации — это совокупность звеньев (структурных подразделений) и связей между ними Выбор организационной структуры зависит от таких факторов, как: организационноправовая форма предприятия; сфера деятельности (тип выпускаемой продукции, её номенклатура и ассортимент); масштабы предприятия ( производства, численность персонала); рынки, на которые выходит предприятие в процессе хозяйственной деятельности; используемые технологии; информационные потоки внутри и вне предприятия; степень относительной обеспеченности ресурсами и др. Связь бизнес-процессов предприятия и информационных технологий обусловливает создание комплексной архитектуры обобщенного компьютеризованного предприятия (Enterprise Architecture). В основе такой разработки лежит комплексный архитектурный подход, при котором в качестве различных архитектурных представлений единого целого рассматриваются как аспекты устройства и потребностей бизнеса (кто работает с системой; когда происходят действия и события; почему производятся те или иные действия), так и прикладные и технические аспекты ИТ-систем (что делает система; на какие части она разделяется; как эти части взаимодействуют; где эти части размещены). Архитектура корпорации определяет общую структуру и функции систем (бизнеса и информационных технологий ) в рамках всей организации в целом, формируется таким образом, чтобы стоимость владения ею была минимальной и представляется в виде совокупности нескольких типов архитектур: бизнес архитектуры (Business architecture); ИТ-архитектуры (Information Technology architecture); архитектуры данных (Data architecture); программной архитектуры (Software architecture); технической архитектуры (Hardware architecture). Бизнес-модель – это описание корпорации, как сложной системы, с заданной точностью. В рамках бизнес-модели отображаются все объекты (сущности), процессы, правила выполнения операций, существующая стратегия развития, а также критерии оценки эффективности функционирования системы. Структурные единицы, входящие в корпорацию, как правило, расположены на достаточном удалении друг от друга. Их информационная связь друг с другом образует коммуникационную структуру корпорации, основой которой является корпоративная информационная система. Корпоративная информационная система— управленческая идеология, объединяющая бизнес-стратегию и информационные технологии. КИС — это масштабируемая система, предназначенная для комплексной автоматизации всех видов деятельности предприятий, в том числе корпораций, состоящих из группы компаний, требующих единого управления. Download 0.63 Mb. Do'stlaringiz bilan baham: 
|