Технологическая архитектура стандарты и шаблоны реферат

Обновлено: 07.07.2024

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

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

Состав

В состав технологической архитектуры входят следующие сервисы:

сервисы данных: системы управления базами данных, системы поддержки принятия решений, средства анализа и средства подготовки отчетов;
прикладные сервисы: языки программирования, средства разработки приложений, системы коллективной работы;
программное обеспечение промежуточного слоя (middleware), интеграционные сервисы (SOA, WSDL);
вычислительная инфраструктура: операционные системы и аппаратное обеспечение (приложения для настольных систем, операционные системы для настольных систем, мобильные устройства – ноутбуки, беспроводные устройства, персональные цифровые помощники, серверы приложений/данных, сетевые операционные системы, принтеры);
сетевые сервисы: локальные сети (протоколы, кабельные системы, топология), глобальные сети (транспорт, протоколы), технологии доступа (пользователи с удаленным доступом, эмуляция терминалов и шлюзы, беспроводные технологии для локальных и глобальных сетей, интегрированные средства передачи данных и голоса, обеспечение доступности, средства видеоконференций), голосовые технологии (голос/данные поверх IP-протокола, голосовая почта), сетевое аппаратное обеспечение (концентраторы, маршрутизаторы);
сервисы безопасности: авторизация, аутентификация (внутренняя и внешняя аутентификация, PKI), сетевая безопасность, физическая безопасность центров обработки данных, прочие сервисы безопасности (обнаружение вторжений, защита от вирусов).

Подходы к формированию

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

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

Преимущества второго подхода таковы:

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

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

Презентация на тему: " ЛЕКЦИЯ 6. ЭЛЕМЕНТЫ ТЕХНОЛОГИЧЕСКОЙ АРХИТЕКТУРА АРХИТЕКТУРА ИНФОРМАЦИОННЫХ СИСТЕМ." — Транскрипт:

1 ЛЕКЦИЯ 6. ЭЛЕМЕНТЫ ТЕХНОЛОГИЧЕСКОЙ АРХИТЕКТУРА АРХИТЕКТУРА ИНФОРМАЦИОННЫХ СИСТЕМ

3 АРХИТЕКТУРА ИНФОРМАЦИОННОЙ СИСТЕМЫ Бизнес- архитектура ИТ-архитектура Архитектура данных Архитектура приложений Технологическая архитектура

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

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

6 МОДЕЛИ, ИСПОЛЬЗУЕМЫЕ ДЛЯ РАЗЛИЧНЫХ ПРЕДСТАВЛЕНИЙ (ДОМЕНОВ) И ПЕРСПЕКТИВ (УРОВНЕЙ АБСТРАКЦИИ) Домены/перспективы (уровни абстракции)Технологическая архитектура Контекст ("планировщик") Список мест расположения бизнеса Концептуальный уровень("владелец" предприятия) Модели бизнес-логистики Операционные (нефункциональные) требования Архитектура расположения элементов центра обработки данных Логический ("проектировщик") Логические типы серверов: БД, почтовые, транзакционные, … Географическое распределение серверов Хостируемое ПО Физический ("разработчик") Физические серверы Топология фрагментов сети Мапирование продуктов на сервисы и приложения

7 РАЗЛИЧНЫЕ УРОВНИ РАЗМЕЩЕНИЯ ИНФРАСТРУКТУРЫ

8 КОМПОНЕНТЫ ТЕХНОЛОГИЧЕСКОЙ АРХИТЕКТУРЫ Методология Gartner называет в технологической архитектуре шесть архитектурных компонент (сервисов), в каждом из которых выделяется определенное количество технологических блоков: Сервисы данных Прикладные сервисы Программное обеспечение промежуточного слоя (middleware) Вычислительная инфраструктура Сетевые сервисы Сервисы безопасности

9 СЕРВИСЫ ДАННЫХ Примеры : системы управления базами данных (технологии баз данных и методы доступа к базам), хранилища данных (хранилища и витрины данных), системы поддержки принятия решений (Business Intelligence – средства анализа и средства подготовки отчетов).

10 ПРИКЛАДНЫЕ СЕРВИСЫ Примеры: языки программирования (языки для программирования серверной части, языки для программирования клиентской части, интегрированные среды), средства разработки приложений (средства моделирования баз данных, репозитории, методики разработки приложений, средства обеспечения качества), системы коллективной работы (средства групповой работы и электронной почты, средства управления документами), архитектура приложений (модель компонент, серверы приложений, серверы поддержки тонких клиентов), геоинформационные системы и средства

11 ВЫЧИСЛИТЕЛЬНАЯ ИНФРАСТРУКТУРА Примеры: операционные системы и аппаратное обеспечение (приложения для настольных систем, операционные системы для настольных систем, мобильные устройства – ноутбуки, беспроводные устройства, персональные цифровые помощники, серверы приложений/данных, сетевые операционные системы, принтеры), среда для web-инфраструктуры (браузеры, web-порталы, web- серверы, средства управления и создания контента, серверы каталогов, форматы публикации информации), системы хранения (Storage Area Network – сети хранения данных, накопители на магнитных лентах, накопители на оптических дисках и CD, системы хранения высокой надежности RAID), средства системного управления (средства сетевого управления, администрирование IP), топологии (топология распределенных приложений)

12 СЕТЕВЫЕ СЕРВИСЫ Примеры: локальные сети (протоколы, кабельные системы, топология), глобальные сети (транспорт, протоколы), технологии доступа (пользователи с удаленным доступом, эмуляция терминалов и шлюзы, беспроводные технологии для локальных и глобальных сетей, интегрированные средства передачи данных и голоса, обеспечение доступности, средства видеоконференций), голосовые технологии (голос/данные поверх IP-протокола, голосовая почта), сетевое аппаратное обеспечение (концентраторы, маршрутизаторы и пр.).

13 СЕРВИСЫ БЕЗОПАСНОСТИ Примеры: авторизация, аутентификация (внутренняя и внешняя аутентификация, PKI), сетевая безопасность (Network Firewall, Internet Firewall), физическая безопасность центров обработки данных, прочие сервисы безопасности (обнаружение вторжений, защита от вирусов).

14 ВЗАИМОСВЯЗИ ФУНКЦИОНАЛЬНЫХ И ОПЕРАЦИОННЫХ ТРЕБОВАНИЙ С АРХИТЕКТУРОЙ ПРИЛОЖЕНИЙ И ТЕХНОЛОГИЧЕСКОЙ АРХИТЕКТУРОЙ

15 ФУНКЦИОНАЛЬНЫЕ ТРЕБОВАНИЯ Функциональные требования к прикладной системе описывают ту ценность, которую представляет система с точки зрения реализации функций организации (бизнес-ценность). Архитектура приложений является архитектурой всех автоматизированных сервисов, которые обеспечивают и реализуют такие функциональные требования, включая интерфейсы к бизнес- приложениям и другим прикладным системам. Она описывает структуру приложений и то, как эта структура реализует функциональные требования организации.

16 ОПЕРАЦИОННЫЕ ТРЕБОВАНИЯ Операционные (или эксплуатационные) требования к программной системе специфицируют такие аспекты, как надежность, управляемость, производительность, безопасность, совместимость и т.д. Примерами операционных требований являются возможность доступа к системе только авторизованных пользователей, уровень доступности прикладной системы 99,99% времени и т.д.

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

20 НЕОБХОДИМОСТЬ ПОВЫШЕНИЯ ЭФФЕКТИВНОСТИ ИСПОЛЬЗОВАНИЯ ВЫЧИСЛИТЕЛЬНЫХ РЕСУРСОВ Проблема – типовая загрузка мейнфреймов составляла порядка 80%, В настоящее время характерными значениями являются порядка 40% для RISC-серверов и всего лишь 15% для Intel/Windows серверов. Это является следствием достаточно распространенной практики "каждому приложению – свой сервер".

21 КОНЦЕПЦИЯ "ИНФРАСТРУКТУРА РЕАЛЬНОГО ВРЕМЕНИ" КОНЦЕПЦИЯ "ИНФРАСТРУКТУРА РЕАЛЬНОГО ВРЕМЕНИ" Концепция "Инфраструктура реального времени" (Real-Time Infrastructure, RTI) была предложена Gartner. Инфраструктура реального времени RTI представляет собой "разделяемую между участниками, бизнес- подразделениями или приложениями инфраструктуру информационных систем, в которой бизнес-политики и соглашения об уровнях услуг (SLA) определяют ее динамическую и адаптивную оптимизацию для сокращения затрат при увеличении гибкости и качества сервиса".

22 АДАПТИВНАЯ ИНФРАСТРУКТУРА Основные идеи адаптивной инфраструктуры: все ИТ-ресурсы являются общими и разделяемыми; выделение ресурсов конкретным приложениям производится автоматически в соответствии с требованиями бизнеса; качество обслуживания является предсказуемым и стабильным, несмотря на непредсказуемый спрос на ресурсы.

23 ИНФРАСТРУКТУРА РЕАЛЬНОГО ВРЕМЕНИ

24 РОЛЬ СТАНДАРТОВ Стандарты обеспечивают возможность взаимодействия различных компонент между собой. Различают стандарты де-юре, т.е. разработанные и поддерживаемые официальными органами по стандартизации, такими как Международная организация по стандартизации – ISO, и стандарты де-факто, основанные на существующем широком распространении технологии, методологии или продукта (например, использование MS Windows в качестве операционной системы для персональных компьютеров).

25 ТЕХНОЛОГИЧЕСКИЕ СТАНДАРТЫ Технологические стандарты определяют особенности реализации тех или иных протоколов, интерфейсов, языков программирования и т.п. Типичным примером являются спецификации WWW консорциума W3C.

26 РАМОЧНЫЕ СТАНДАРТЫ Рамочные стандарты (Framework) задают общие требования к реализации процессов, связанных с разработкой и поддержкой жизненного цикла систем. Они используются как методологическая основа для организации этих процессов с необходимой конкретизацией для каждого данного предприятия или области деятельности. Примеры ISO требования к стандартным архитектурам и методологиям предприятия ISO определяет жизненный цикл системы в целом ISO для определения жизненного цикла программного обеспечения

27 ИСПОЛЬЗОВАНИЕ АРХИТЕКТУРНЫХ ШАБЛОНОВ Реализация поддержки бизнес-процесса в информационной системе может использовать уже известные фрагменты программного кода и/или типовые конфигурации оборудования. Это позволяет: значительно сократить сроки выполнения решения, уменьшить риски за счет использования фрагментов, проверенных на практике. Речь идет о выборе и использовании подходящих шаблонов (patterns).

28 ПРИМЕНЕНИЕ ШАБЛОНОВ Общее решение - означает, что шаблон не дает полного законченного решения. Шаблон определяет класс проблемы и то, как эта проблема может быть решена с использованием определенного подхода, с демонстрацией аргументов в пользу этого подхода. Сила шаблона состоит в том, что он сформулирован на достаточно высоком уровне абстракции, чтобы быть использованным в большом количестве ситуаций; Повторяющаяся проблема – означает, что шаблоны используются в тех случаях, когда проблема не является уникальной, и они наиболее полезны для решения часто встречающихся проблем; Определенный контекст – означает, что шаблон обеспечивает решение проблемы, границы которой в общих чертах определены. Понимая условия, в которых предлагаемое решение в форме шаблона является хорошим, строится свое собственное решение на основе этого шаблона.

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

33 ССЫЛОЧНАЯ МОДЕЛЬ СЕРВИС- ОРИЕНТИРОВАННОЙ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ

34 АРХИТЕКТУРА, УПРАВЛЯЕМАЯ МОДЕЛЯМИ (MDA) Концепция MDA была предложена консорциумом OMG (Object Management Group, в который сегодня входит более 800 известных производителей программного и аппаратного обеспечения. MDA является определенным обобщением идей SOA и повторно используемых программных компонент (шаблонов, паттернов). MDA предназначена для повышения гибкости разрабатываемых приложений масштаба предприятия, чтобы обеспечить простоту обеспечения соответствия требованиям бизнеса в условиях изменения используемых инфраструктурных платформ.

35 ПРИНЦИПЫ MDA основой для разработки приложений масштаба предприятия являются детальные модели с общепринятой нотацией; построение систем может быть организовано в соответствии с рамочной системой моделей, которые позволяют отделить бизнес-логику приложений от конкретной реализации. Исходной является так называемая независимая модель вычислений (Computational Independent Model), которая путем последовательных трансформаций через платформо-независимые (PIM) и платформо-специфичные модели (PSM) автоматически или с минимальным участием программиста приводится к исполняемому коду и соответствующим структурам данных; существует формальное описание используемых моделей на основе системы метамоделей (в частности, для таких областей как распределенные вычисления и транзакции, операции в реальном времени и т.п.); принятие и широкое использование этого подхода основано на открытости промышленных стандартов и на поддержке со стороны производителей соответствующих средств разработки.

10 000 км и более

Практика применения персональных ЭВМ показала, что наибольший экономический эффект от средств вычислительной техники дает применение локальных сетей [43].
Существуют стандартные топологии локальных сетей: общая шина, кольцо, звезда.
Региональная сеть связывает абонентов внутри города, района, региона. Расстояние между абонентами достигает десятки или сотни километров.
Глобальная сеть объединяет абонентов, расположенных по всему миру [39]. Пример – сеть Интернет. В нее входит множество других сетей. При этом между Интернетом и локальной или региональной сетью существует своя структура связи и определено управление. Сеть Интернет не создает иерархии между подключенными к ней компьютерами (сетевая структура).
Самостоятельно подключенные к Интернету компьютеры называются хост - компьютерами [23].
Распределенная обработка данных – обработка данных, которая выполняется на отдельных, но связанных между собой в сеть компьютерах.
Компьютерная (вычислительная) сеть – совокупность компьютеров и терминалов, соединенных с помощью каналов связи в единую систему, удовлетворяющую требованиям распределенной обработки данных [12].
Абонент сети – конечный объект, подключенный к сети, генерирующий или потребляющий информацию в сети. Абонентами сети могут быть ЭВМ, отдельные терминалы, роботы, программируемые станки и т.д. Абонент сети подключается к станции.
Станция – аппаратура для приема и передачи информации.
Абонентская система – это совокупность абонента, станции и физической передающей среды.
Физическая передающая среда – совокупность физических линий связи или передающего пространства для передачи электрических сигналов и аппаратуры передачи данных.
Коммуникационная сеть основывается на базе физической передающей среды.
Таким образом, компонентами сети являются рабочие станции, серверы, передающие среды (кабели) и сетевое оборудование.
Рабочие станции – компьютеры, подключенные к сети, на которых пользователи выполняют прикладные задачи.
Серверы сети – это аппаратно-программные системы, выполняющие функции управления распределением сетевых ресурсов общего доступа. Сервером может быть любой подключенный к сети компьютер, на котором находятся ресурсы, используемые другими устройствами локальной сети. В качестве аппаратной части сервера используются достаточно мощные компьютеры [12].

Классификация компьютерных сетей
Общая классификация сетей приведена на рис. 12 [23].
По технологии передачи данных различают широковещательную передачу и передачу от узла к узлу [33].

Рис. 12. Общая классификация сетей

Физическая реализация среды передачи данных
Сетевые адаптеры. Сетевой адаптер располагается между компьютером и кабелем с разъемом. Он служит для преобразования сигналов, поступающих по среде передачи, в компьютерные данные. Второе название – сетевая карта. Она вставляется в слот материнской платы компьютера и имеет разъем для подключения витой пары или коаксиального кабеля [13]. Широко используются и внешние сетевые адаптеры, подключаемые через шину USB2.
Сетевой концентратор, или хаб, имеет 16 портов. К нему можно подключить 16 компьютеров (широковещательная передача) или 15 компьютеров и один восходящий канал, т. е. канал связи с хабом верхнего уровня [13].
Коммутатор, или свич, запоминает адреса компьютеров, подключенных к его портам, и данные отправляются конкретному адресату. Такой режим снижает число коллизий [13].
Маршрутизатор, или роутер, служит для соединения сетей между собой. Сети при этом могут различаться даже технологиями. Маршрутизатор преобразует данные из одного формата в другой и отправляет их в нужные сегменты сети (рис. 15) [13].

Рис. 15. Аппаратные средства Internet

Модель взаимосвязи открытых систем
В компьютерных сетях важно совмещение работы оборудования и программного обеспечения. Оборудование совмещают по механическим и электрическим характеристикам, а программное обеспечение – по системе кодирования и формату данных. Решение этой задачи основано на модели OSI (модель взаимодействия открытых систем –Model of Open System Interconnections). Модель OSI была основана на предложениях Международного института стандартов ISO (International Standards Organization). Уровни модели OSI приведены в табл. 4 [39].
Согласно этой модели для рассмотрения архитектуры сетей ее разделили на семь уровней.
Самый верхний уровень – прикладной. На этом уровне пользователь взаимодействует с вычислительной системой. Caмый нижний уровень – физический. Он обеспечивает обмен сигналами между устройствами. Обмен данными в системах связи происходит путем их перемещения с верхнего уровня на нижний, затем транспортировки и, наконец, обратным воспроизведением на компьютере клиента в результате перемещения с нижнего уровня на верхний [39].
Таблица 4
Уровни модели OSI

Существуют индустриальные стандарты для описания отдельных доменов архитектуры предприятия, например, ИТ-архитектуры, принятые такими организациями, как IEEE, ISO, описанные в ITIL, COBIT и т.д. Но, ни один из этих стандартов не занимает доминирующего положения. Более того, ни один из них, взятый в отдельности, не дает группам разработчиков архитектуры, всех необходимых инструментов с методической точки зрения и с точки зрения шаблонов, используемых для описания даже одного домен архитектуры предприятия. Однако этот накопленный арсенал методик и стандартов предоставляет архитекторам широкие возможности выбора моделей, примеров и опыта различных индустрий. Существуют индустриальные стандарты для описания отдельных доменов архитектуры предприятия, например, ИТ-архитектуры, принятые такими организациями, как IEEE, ISO, описанные в ITIL, COBIT и т.д. Но, ни один из этих стандартов не занимает доминирующего положения. Более того, ни один из них, взятый в отдельности, не дает группам разработчиков архитектуры, всех необходимых инструментов с методической точки зрения и с точки зрения шаблонов, используемых для описания даже одного домен архитектуры предприятия. Однако этот накопленный арсенал методик и стандартов предоставляет архитекторам широкие возможности выбора моделей, примеров и опыта различных индустрий.

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

Ключевые принципы построения стандартной архитектуры предприятия: Ключевые принципы построения стандартной архитектуры предприятия: Возможность применения для всех предприятий – основные принципы интеграции можно использовать для предприятий различного размера. В данном случае производство можно рассматривать как вид услуги оказываемой предприятием, при этом неважно, к какой отрасли эта услуга относится; Идентификация предприятия и определение миссии – предприятие призвано приносить прибыль, предоставляя потребителю актуальный продукт. Чем правильнее определена миссия предприятия, тем успешнее оно будет с ней справляться; Разделение функций по выполнению миссии от функций по управлению миссией – функции выполнения миссий включают в себя процессы направленные непосредственно на производство, например закупка и хранение материалов. Функции управления миссией связаны зачастую с изменением производственного процесса, например, планирование; Идентификация структуры процесса – все преобразования, происходящие во время производственного процесса можно разделить на два класса: преобразование материалов и энергии и преобразование информации. В комбинации эти преобразования определяют общую функциональность предприятия; Идентификация содержания процесса – необходимо четко понимать, где и как человеческий фактор вписывается в предприятие и как достигается распределение функций между людьми и оборудованием. Признание этапов жизненного цикла предприятий - любое предприятие, независимо от типа, следует своему жизненному циклу. "Жизненный цикл предприятий" распространяется не только на предприятие, но и на его продукцию; Эволюционный подход к интеграции предприятия – выполнение интеграции должно производиться плавно в зависимости от имеющихся ресурсов. Модульность - определять все виды деятельности необходимо модульным образом, чтобы они впоследствии могли быть взаимозаменяемыми с другими видами деятельности, выполняющими аналогичные функции, но различным образом.

Стандарт ИСО 15704 определяет следующие группы требований к стандартной архитектуре пред-приятия: Стандарт ИСО 15704 определяет следующие группы требований к стандартной архитектуре пред-приятия: приемлемость и охват типов объектов предприятия; понятия; компоненты стандартных архитектур предприятия.

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

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

Как таковое понятие архитектуры предприятия не приводится в данном стандарте ИСО 19439:2008. Однако, основа, описанная в настоящем стандарте, структурирована с учетом трех размерностей. Размерами являются: Как таковое понятие архитектуры предприятия не приводится в данном стандарте ИСО 19439:2008. Однако, основа, описанная в настоящем стандарте, структурирована с учетом трех размерностей. Размерами являются: фаза модели предприятия; представление модели предприятия; общность. Фаза модели предприятия подразделяется на семь фаз : идентификация области деятельности; определение понятия; определение требований; проектная спецификация; описание внедрения; действие области деятельности; определение вывода из эксплуатации. Представление модели предприятия как размерность оценивается как: функциональное представление для описания функций предприятия; информационное представление для описания информации о предприятии, используемой и полученной в процессе деятельности предприятия; ресурсное представление для описания имущественных средств предприятия, необходимых для деятельности; организационное представление. для описания организации, организационных взаимосвязей и обязанностей по принятию решений в процессе деятельности предприятия

Модель соответствует стандарту ИСО 19439:2008, если: Модель соответствует стандарту ИСО 19439:2008, если: модель предприятия содержит функциональное представление и информационное представление, модель предприятия содержит ресурсное представление или необходимую информацию для построения ресурсного представления, модель предприятия содержит организационное представление или необходимую информацию для построения организационного представления.

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

Читайте также: