Studepedia.org — это Лекции, Методички, и много других полезных для учебы материалов


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

Такая концепция нашла отражение в понятии «Предприятие реального времени» (RTE, Real Time Enterprise), которое определяет стиль ведения бизнеса, когда «актуальная на каждый момент времени информация о критичных для бизнеса процессах используется для получения конкурентных преимуществ за счет постоянного сокращения задержек в управлении». Таким образом, концепция предприятия реального времени базируется на интеграции практически всего, что связано с деятельностью организации: инфраструктуры, систем, информации, про­цессов и людей. А основой этого как раз и является архитектура информационных технологий, а в более широком смысле — архитектура организации в целом. Бизнес-стратегия организации определяет направление развития бизнеса и причины движения в данном направлении. Архитектура ИТ должна идентифицировать те информационные системы, которые требуются для поддержки бизнес-стратегии. ИТ-стратегия должна показывать, как эти системы могут быть реализованы в организации и какие технологии нужны для этого.

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

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

Подмножеством архитектуры прикладных систем является про­граммная архитектура, которая предполагает следующие уровни описания:

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

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

  • физическая реализация, которая описывает привязку к конкрет­ным узлам размещения, типам оборудования, характеристикам окружения (операционные системы и т.п.).

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

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


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

  • структурированная информация (реляционные и объектные модели);

  • развивающиеся, основанные на XML стандарты для частично структурированной информации;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  • получение данных из внутренних и внешних источников;

  • классификация данных по типам;

  • хранение и извлечение данных;

  • редактирование (или обновление) данных;

  • контроль качества (удаление или исправление некорректных данных);

  • презентация (трансформирование данных для определенной аудитории потребителей);

  • распространение информации для различных групп потребителей;

  • оценка (полезности, а также соотношения цены/качества данных);

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

Следующий параграф: 3.2. АРХИТЕКТУРА ПРИЛОЖЕНИЙ

 

Назад: pi51

 

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

Существует как бы "облако неопределенности" между определением организацией и обеспечивающей ее ИТ-инфраструктурой своих целей и задач [3.3].

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

 

 

Рис. 3.1.

Архитектура: основные определения

"Облако неопределенности" между целями организации и информационными технологиями

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

Это достигается через создание определенного количества взаимосвязанных архитектурных представлений.

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

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

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

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

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

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

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

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

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

Для различных людей смысл одного итого же термина может быть разным.

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

Известных формальных определений архитектуры существует несколько сотен. Для этого достаточно зайти на сайт Института Проектирования Программного Обеспечения Карнеги-Меллона (SEI – Carnegie Mellon Software Engeneering Institute) www.sei.cmu.edu/technology/architecture.

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

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

 

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

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

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

 

Рис. 3.2. Элементы архитектуры предприятия

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

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

 

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

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

Прежде чем давать, наконец, полное определение архитектуры ИТ, сделаем еще одно предварительное замечание.

В соответствии с тезисом, сформулированным Giga Group [3.5] "в индустрии ИТ нет одного, единственно правильного стандарта на определение архитектуры ИТ, поэтому общие соглашения внутри организации важнее теоретической точности".

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

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

Для того чтобы "не изобретать велосипед", мы воспользуемся большим количеством рекомендаций, материалами аналитических компаний, таких как Gartner и Giga Group, теоретических и практических наработок в области архитектуры ИТ таких организаций, как Совет Директоров по Информационным Технологиям госорганизаций США (CIO Council) и ряда других.

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

"Архитектурный взгляд" на системы (как ИТ-системы, так и бизнес-системы) определен в стандарте ANSI/IEEE 1471-2000 как "фундаментальная организация системы, состоящая из совокупности компонент, их связей между собой и внешней средой, и принципы, которыми руководствуются при их создании и развитии".

В самом общем виде, в соответствии с определениями Gartner [3.6], [3.7], архитектура – это: общий план или концепция, используемая для создания системы, такой как здание или информационная система, или "абстрактное описание системы, ее структуры, компонентов и их взаимосвязей"; семейство руководящих принципов, концепций, правил, шаблонов, интерфейсов и стандартов, используемых при построении совокупности информационных технологий предприятия.

Обратите внимание, что первое определение сфокусировано на описании существующих и будущих систем, второе – на процессе их построения.

Еще несколько определений: "

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

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

"Корпоративная архитектура ИТ – это видение, принципы и стандарты, которыми организации руководствуются при разработке и внедрении технологий" (Giga Group) [3.8];

 

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


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

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

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

Информационные ресурсы организации сконцентрированы в офисном помещении организации ООО «Торговый Дом ЛФЗ»

 

Локальная вычислительная сеть организации состоит из сервера БД, почтового сервера, рабочих станций, принтеров. Для объединения компьютеров в локальную сеть используются хабы и свичи. Доступ к сети Интернет осуществляется по волоконно-оптическому каналу Ethernet. На рисунке 1.2.4.1 показана техническая архитектура ООО «Торговый Дом ЛФЗ».

 

 

Рисунок 1.2.4.1. Техническая архитектура ООО «Торговый Дом ЛФЗ».

Технические и программные характеристики офисных ПК:

Процессор: Intel Celeron Dual Core G530 (Sandy Bridge, 2.40ГГц, LGA1155, L3 2048Kb)

Память: DDR3 2048 Mb (pc-10660) 1333MHz

Материнская плата: S1155, iH61, 2*DDR3, PCI-E16x, SVGA, DVI, SATA, Lan, mATX, Retail

Видеокарта встроенная Intel® HD Graphics 512Мб

Сетевая карта есть (10/100 Ethernet).

Программное обеспечение:

ОС: Windows 7;

Office: Microsoft Office 2010;

Почтовый клиент Outlook 2010;

 

Технические и программные характеристики серверов:

Производитель Dell;

Процессор :Intel Xeon E3-1240 (Sandy Bridge, 3.3 ГГц, 8Мб, S1155);

Чипсет: Intel® 3420;

Оперативная память: 2 x DDR3 2048 Mb (pc-10660) 1333MHz;

Жесткий диск: 2 x 700Gb (SATA II);

Сетевая карта: 1 x 10/100/1000 Мбит/с;

Видеокарта: Matrox G200eW, 8 Мбайт памяти;

Программное обеспечение:

ОС: Windows Server 2008;

Сервер электронной почты: Microsoft Exchange Server

СУБД: Microsoft SQL server + Mysql (WEB)

 

Система охранно-тревожной сигнализации.

 

Система охранно-тревожной сигнализации предназначена для:

· постановки и снятия с охраны помещений;

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

· просмотра состояния охраняемых помещений на планах в графической форме на автоматизированных рабочих местах интегрированной системы безопасности и отображения на них сигналов тревоги или неисправности в графическом, текстовом и голосовом виде с привязкой к плану объекта;

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

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

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

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

На рисунке 4 представлена схема функционирования системы охранно-тревожной сигнализации.[7]

Рисунок 4. Схема функционирования системы охранно-тревожной сигнализации.

 

Объемные датчики или датчики движения – чувствительным элементов является ПИР элемент. Это сенсор, который улавливает тепловое излучение. Картинку он видит как бы разбитую на сектора, с помощью линзы Френеля. И если тепловое пятно движется, из сектора в сектор происходит срабатывание датчика. (Рисунок 5)

Магнитоконтактные (герконы) датчики – устанавливаются на дверях и окнах и отслеживают их открытие или закрытие. Два магнита устанавливаются напротив друг друга: один на подвижной части двери или окна, а другой на неподвижной его части. Когда контакт между двумя магнитами теряется, датчик незамедлительно передает сигнал на контрольную панель. (Рисунок 6)

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

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

Элементы Архитектуры предприятия. Бизнес-архитектура и архитектура информации

(Рисунок 8)

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

Лучевые датчики – служат для перекрытия значительных пространств, и состоят из приемника и передатчика. При пересечении невидимого невооруженным глазом луча происходит срабатывание датчика. (Рисунок 10)

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

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

Рисунок 5. Объемный датчик Рисунок 6. Магнитоконтактный датчик

Рисунок 7. Акустический датчик Рисунок 8. Вибрационный датчики

Рисунок 9. Ультразвуковой датчик Рисунок 10. Лучевой датчик

Рисунок 11. Емкостный датчик Рисунок 12. Датчик с направленной

Диаграммой обнаружения

 

 

 

Предыдущая123456789101112131415Следующая

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


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

Определений архитектуры существует великое множество, но одно из наиболее емких гласит:

«Архитектура … системы представляет собой описание компонентов этой системы, связей между ними и Архитектур этих компонент«.

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

Разработка ИТ-архитектуры позволяет ясно представить:

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

По оценкам таких компаний, как Gartner, наличие актуальной и полной документированной архитектуры, позволяет снизить капитальные и операционные затраты на ИТ на 20-30% за счет сокращения дублирования работ, оптимизации состава систем, сокращения стоимости интеграции, сокращения сроков реализации проектов внедрения.

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

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

Ответы на тесты Intuit.ru

Данилина, А. Слюсаренко «Архитектура и стратегия. «Инь» и «янь» информационных технологий предприятия».

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *