ЛР1_Функц_Модель_Архитектурного_Процесса_КИС (Методические указания по выполнению лабораторных работ 1,2,3,4)

Московский государственный технический университет им. Н.Э.Баумана

Лабораторная работа №1

«Построение функциональной модели архитектурного процесса для КИС»

Дисциплина: «Архитектура корпоративных информационных систем»

Разработал: Нестеров Ю.Г.

Москва - 2014

Общие сведения.

Понятие «архитектура» не пока еще не является категорией в теории систем и системном анализе. Однако в ряде прикладных наук, в т.ч. в области информационных технологий (ИТ) и информационных систем (ИС), он применяется на практике. Например, при проектировании корпоративных информационных систем (КИС), понятие «архитектура информационной системы» играет весьма важную и конструктивную роль [3]. Существует несколько десятков разнообразных определений этого термина, а также близких по содержанию терминов «ИТ-платформа», «ИТ-структура» и «ИТ-архитектура».

В [1] “слова «архитектура информационной системы» обычно довольно согласованно понимаются специалистами на уровне подсознания, и ровно столь же несогласованно определяются”.

Архитектура, например,

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

2)    определяет разбиение ИС на модули, задает контекст, в рамках которого принимаются проектные решения;

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

4)    иерархическое описание ее внешнего облика и каждого компонента с точки зрения:

а)    пользователя (пользовательский интерфейс),

б)    проектировщика системы (среда проектирования),

в)    прикладного программиста (системы и инструментальные средства /среды программирования),

г)     системного программиста (архитектура ЭВМ),

д)    разработчика аппаратуры (интерфейсы оборудования).

5)    концепция, определяющая модель, структуру, выполняемые функции и взаимосвязь компонентов информационной системы;

6)    организационная структура системы;

7)    набор организационных методов, технических средств, программных продуктов, структуры их размещения и способов взаимодействия, предназначенных для реализации функций ИТ;

8)    распределение функций, реализуемых системой, между ее уровнями, точнее определение границ между этими уровнями;

9)    совокупность свойств системы, существенных для пользователя.

10)     логическое построение, или модель идеологического и/или конструктивного характера;

а)    Идеологически – набор ключевых решений:

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

•       неизменных при изменении бизнес–технологии в рамках бизнес-видения;

б)    Конструктивно – набор ответов на следующие вопросы:

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

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

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

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

Есть необходимость дать общее определение понятия «архитектура системы» отражающее на более высоком уровне рассмотрения основные положения приведенных вариантов определений архитектуры ИС.

и выяснить класс систем, для которого оно является одним из основных [2].

Попробуем дать понятие «архитектура системы», Приведённое ниже понятие «архитектура системы» базируется на введенном В.А. Лефевром, Ф.И. Перегудовым и Ф.П. Тарасенко понятии «конфигуратор описания системы» [14], под которым понимается «набор различных языков описания изучаемой системы, достаточный для проведения системного анализа данной проблемы». Необходимость введения этого понятия аргументируется тем, что «всякое действительно сложное явление требует разностороннего многопланового описания, рассмотрения с различных точек зрения».

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

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

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

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

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

1) конфигуратором,

2) иерархическими аспектными подсистемами,

3) принципами их взаимодействия (взаимосвязями), как межуровневого, так и межаспектного.

Конфигуратор системы (см. рис.1) состоит из трех аспектов, которые изображены в виде боковых граней пирамиды. Боковым ребрам, образуемым пересечениями этих граней, соответствуют свойства, относящиеся к обоим аспектам (общие свойства). Наличие таких свойств обязательно для обеспечения связи (согласованности) аспектных описаний.

Рис. 1. Геометрическое представление понятия «архитектура системы»

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

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

Рассмотрим особенности архитектуры систем различных классов.

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

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

С позиций системного подхода архитектуру ИС можно понимать как общую логическую организацию АИС, определяемую ее конфигуратором (перечнем аспектов), иерархическими аспектными подсистемами и принципами их взаимодействия. В табл. 1 представлен основанный на ГОСТ 34.003–90 «Информационная технология. Термины и определения» вариант «традиционной» архитектуры ИС, включающий ее конфигуратор и обобщенные названия аспектных подсистем первого и второго уровней.

Табл. 1. Обобщенная архитектура ИС

Один из современных вариантов архитектуры – SOA(сервис-ориентированная архитектура) основана на следующих принципах:

·       явное отделение бизнес-логики прикладной системы от логики презентации информации;

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

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

Сервис-ориентированная архитектура предусматривает выделение следующих доменов – аспектных (в специальной литературе эти виды сервисов принято называть уровнями, но согласно вышеприведенному определению архитектуры им соответствуют не уровни, а аспекты подсистем или видов сервисов:

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

·       бизнес – сервисы формирования моделей бизнес-процессов, управления их выполнением, координации автоматизированных и «ручных» операций;

·       интеграционный – сервисы, обеспечивающие взаимодействие между приложениями;

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

Еще одну, базовую аспектную подсистему образуют инфраструк­тура, приложения и СУБД, поставляющие данные в подсистему данных.

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

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

Архитектура предприятия включает (отражает) следующие аспекты (домены):

Бизнес - ему соответствует домен «бизнес-архитектура»,

Информация - ему соответствует домен «архитектура информации»,

Приложения - ему соответствует домен «архитектура приложений»,

Технологии - ему соответствует домен «технологическая архитектура».

См. Примечания.

Определение 3: