Информационные технологии в архитектуре реферат

Обновлено: 05.07.2024

· Систему отопления, вентиляции и кондиционирования

Нужна помощь в написании статьи?

Мы - биржа профессиональных авторов (преподавателей и доцентов вузов). Пишем статьи РИНЦ, ВАК, Scopus. Помогаем в публикации. Правки вносим бесплатно.

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

· Сети связи (в том числе телефон и локальная сеть здания)

· Систему электропитания здания (АВР, промышленные ИБП, дизель-генераторы)

· Механизацию здания (открытие/закрытие ворот, шлагбаумов, электроподогрев ступеней и т. п.)

· Управление с одного места аудио-, видеотехникой, домашним кинотеатром, мультирум

· Телеметрия — удалённое слежение за системами

Нужна помощь в написании статьи?

Мы - биржа профессиональных авторов (преподавателей и доцентов вузов). Пишем статьи РИНЦ, ВАК, Scopus. Помогаем в публикации. Правки вносим бесплатно.

· IP-мониторинг объекта — удалённое управление системами по сети

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

· Удалённое управление электроприборами, приводами механизмов и всеми системами автоматизации.

Электронные бытовые приборы в умном доме могут быть объединены в домашнюю Universal Plug’n’Play — сеть с возможностью выхода в сети общего пользования.

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

· LON (LonWorks) Helvar — для систем управления освещением использует протокол DALI и DSI.

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

Нужна помощь в написании статьи?

Мы - биржа профессиональных авторов (преподавателей и доцентов вузов). Пишем статьи РИНЦ, ВАК, Scopus. Помогаем в публикации. Правки вносим бесплатно.

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

· ONE-NET — открытый протокол беспроводной сети передачи данных, разработанный для целей автоматизации зданий и управления распределёнными объектами.

· 1-Wire — технология, которая позволяет связать многие датчики и приборы в одну сеть, управление в которой на себя берёт персональный компьютер. Для передачи данных в такой сети используется всего один провод. Отличается дешевизной и простотой установки.

Минимальные системные требования:

Нужна помощь в написании статьи?

Мы - биржа профессиональных авторов (преподавателей и доцентов вузов). Пишем статьи РИНЦ, ВАК, Scopus. Помогаем в публикации. Правки вносим бесплатно.

· ОС: Windows 98/98SE/ME/2000/XP;

· PC: Pentium 300 МГц / 128 Мб ОЗУ / 200 Мб свободной памяти на жестком диске;

· ПО: Internet Explorer 4.х и выше;

Список литературы:

Нужна помощь в написании статьи?

Мы - биржа профессиональных авторов (преподавателей и доцентов вузов). Пишем статьи РИНЦ, ВАК, Scopus. Помогаем в публикации. Правки вносим бесплатно.


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

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

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

Первым образцом компьютерного проектирования стал Музей Гуггенхайма в Бильбао, Испания (рис. 1). Построенный еще в 1997 году архитектором Фрэнком Герри, он стал началом эры криволинейных архитектурных форм, которые ранее невозможно было просчитать.

Рис. 1. Музей Гуггенхайма в Бильбао

Рис. 2. Музыкальный центр в Сиэтле Рис. 3. Музей Гуггенхайма в Нью-Йорке

Яркие современные направления в архитектуре не смогли бы появиться без развития компьютеров. Грег Линн оцифровывал удивительные растения на компьютере и использовал эти формы в архитектурных проектах. Элизабет Диллер и Рикардо Скофидио построили для выставки Ехро-2002 феерический дом из воды Blur Building - водяное облако высотой 20 метров, неподвижно зависшее над платформой в 120 метрах от берега и управляемое компьютером (рис. 4).

Рис. 4. Blur Building

Рис 5. Дом-невидимка

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

Вместе с тем следует отметить проблемы оцифрованной архитектурной деятельности.

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

Рис. 6 Примеры представления особой антропогенной среды (нового нереального мира)

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

Сегодня технические возможности и программное обеспечение компьютеров уже набрали уровень качества, необходимый для обеспечения проектирования в режиме сложного 3D моделирования. Но современное архитектурное проектирование не готово к переходу на пути новых проектных методологий, и эта неготовность обусловлена недостаточностью научных разработок естественно-научного характера именно в отношении архитектурного феномена. Многие передовые архитектурные группы предпринимают самостоятельные поиски более передовых архитектурных проектных методов. Примечателен опыт проектирования упомянутого ранее американского мастера современной архитектуры Фрэнка Герри. Ему принадлежит наиболее успешный опыт архитектурного проектирования в программах, ориентированных на решение задач в других областях. Им была использована программа CATIA7, благодаря которой он оцифровывал результаты пространственного сканирования макетов, а затем, после работы в программе, вновь создавал реальные макеты с помощью 3-мерных принтеров (рис. 7).

Рис. 7. Архитектор Фрэнк Герри и его макет

Вывод.

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

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

Список литературы:

Cr.Alexander. The Question of Computers in Design, N-Y, 1967.

Шубенков М.В.: Проблемы архитектурной деятельности в условии развития компьютерных технологий.


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

Историческое развитие

Впервые термин ввел Ричард Вурман (Richard S. Wurman) в 1976 году. Вурман определял цель информационной архитектуры в организации эффективного визуального представления больших массивов данных [1] . Позже, уже в конце 90-х, в связи с ростом популярности интернета и сайтов, понятие ИА стало приобретать тот смысл, что и используется по сей день. Питер Морвиль (Peter Morville) и Луи Розенфельдом (Louis Rosenfeld) — авторы наиболее известной книги по ИА, выпущенной в 1998 году [2] — определяют информационную архитектуру, как структурное проектирование информационного пространства, способствующее выполнению задач и интуитивному доступу к содержимому; а также, как искусство и науку структурирования и классификации веб-сайтов и интрасетей с целью облегчения пользователям поиска информации и управления ею.

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

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

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

https://lh4.googleusercontent.com/NXqcy8BAPWklboR4OKAZyKlWmyixxH2iPbxs9MGqRZpmFgIFPKGjcL5_NKQFYr7JlTqMljxBG5iodHeLuSJwCe5kKWsmJ31NykIGZCZda0a0-8e2G-9Y2YtffDS8Y59l7aornj1y

  1. Контекст — понимание целей веб-сайта. Для этого проводятся всевозможные интервью с владельцами бизнеса, опросы предполагаемых пользователей и собрать максимальное количество информации о тех факторах, которые могут влиять на ход проекта. Также для понимания контекста полезно прочтение существующей документации бизнеса и просмотр предыдущих исследований. В процессе этого зачастую открываются новые цели и ранее не выявленные возможности бизнеса.
  2. Содержание — контент сайта. Определяется количеством и качеством функциональности и информации сайта. Определение эффективного контента также связано с целями и задачами ресурса. Контент должен удовлетворять потребности бизнеса (заказчика) и потребителя, поэтому, наряду с уникальностью учитывается и информативность. Вместе с определением того, ЧТО должно быть представлено, продумывается КАК это представить: формируется начальная логическая структура информации проекта. На этом этапе информационному архитектору следует тесно сотрудничать с дизайнерами, разработчиками и другими членами рабочей группы по проекту.
  3. Пользователи. Эффективная информационная архитектура должна отражать то, как люди думают о предмете. В результате анализа данных информационный архитектор может создать ряд персонажей. Персонаж — это модель, представляющая цели и манеру поведения группы пользователей, а также включает несколько выдуманных личных деталей, помогающих сделать персонажа похожим на реального человека. Как правило, для каждого проекта создается несколько персонажей, но один из них всегда является приоритетным [3] .

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

Существует два подхода к определению ИА: сверху вниз и снизу вверх [4] .

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

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

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

Результат работы информационного архитектора.

Что же информационные архитекторы получают в результате проделанной работы? Зачастую это — карта сайта, аннотированные макеты страниц, матрицы контента (матрица содержимого перечисляет каждую страницу в системе и идентифицирует контент, который будет отображаться на этой странице) и шаблоны страниц. Также есть несколько побочных продуктов проведенной работы: список и описание персонажей, прототипы, storyboards.

Карта сайта — наиболее полезный артефакт в работе информационного архитектора. Представляет собой список страниц сайта для поисковых систем или пользователей и аналогична разделу “Содержание” обычной книги [5] . Иначе говоря, в ней отображается структура контента сайта. Карта сайта может быть представлена в виде списка или зарисовок страниц с хорошо прослеживаемой иерархией (пример на рисунке 2).

https://lh5.googleusercontent.com/CGFVB0vB_-Z3uw5SefPDfrZ8JF72_bjfxgYNlXv6mWnIC5MlcFq5w1xxSS6XDvTotGnmKd2WGy_KpeUXwAnEGIM9HvZGM9yA5B37ndV5YHIj84kUKbyVCg39I_YdAJKVEfY_PB0R

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

https://lh6.googleusercontent.com/Rll1CRV2znfZimZSKimAmqVTemH_ApbgPzc-dVAUL2aXtvOx58ac9UhxJkFWGZoCRaQUPtM85S79XDCx2UVk0EhROI7kcYqne3T4daJ_Tktp4BToJMa5f8MZJcBCFvCWfZ9-PvPA

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

Создатели информационной архитектуры

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

Вывод

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

Помните: люди могут оценить только то, что они действительно могут найти.

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

Похожие статьи

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

Архитектура информационной системы предприятий. Автор: Лещаков Иван Николаевич.

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

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

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

Обзор основных элементов архитектуры предприятия

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

В рамках архитектуры предприятия выделяют модели, принципы и стандарты.

Разработка информационного web-портала | Статья в сборнике.

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

Использование шаблона проектирования MVC в разработке.

При проектировании и разработке информационных систем их архитекторы и разработчики сталкиваются с целым рядом проблем, например

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

Концептуальная модель масштабируемого сервиса социальной.

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

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

Анализ методов разработки UX (User eXperience) для.

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

Реализация архитектурного шаблона MVC с использованием.

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

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

Особенности реализации MVC-архитектуры в веб-приложениях

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

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

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

Архитектура информационной системы предприятий. Автор: Лещаков Иван Николаевич.

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

Обзор основных элементов архитектуры предприятия

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

В рамках архитектуры предприятия выделяют модели, принципы и стандарты.

Разработка информационного web-портала | Статья в сборнике.

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

Использование шаблона проектирования MVC в разработке.

При проектировании и разработке информационных систем их архитекторы и разработчики сталкиваются с целым рядом проблем, например

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

Концептуальная модель масштабируемого сервиса социальной.

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

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

Анализ методов разработки UX (User eXperience) для.

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

Реализация архитектурного шаблона MVC с использованием.

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

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

Методика построения информационно-аналитических систем

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

Взаимодействие между пользователями и их роли в данной статье изображены на организационной диаграмме (рис. 1).

Особенности реализации MVC-архитектуры в веб-приложениях

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

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



  1. Введение

  2. Понятие архитектура предприятия

  3. Управление портфелем информационных технологий

  4. Уровень архитектуры предприятия

  5. Современные подходы к построению архитектуры предприятия

  6. Заключение

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

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

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

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

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

Архитектурное описание (англ. architectural description) — рабочий продукт, использующийся для выражения архитектуры (2).

Архитектурный метод описания (англ. architectural viewpoint) — спецификация соглашений для конструирования и применения группы описаний. Шаблон или образец, по которому разрабатываются отдельные группы описаний посредством установления назначений и аудитории для группы описаний, а также приемы их создания и анализа. Метод описания устанавливает соглашения, по которым группа описаний создается, отображается и анализируется. Тем самым метод описания определяет языки (включая нотации, описания или типы продуктов), применяемые для определения группы описаний, а также все связанные методы моделирования или приемы анализа, применяемые к данным представлениям группы описаний. Данные языки и приемы применяются для получения результатов, имеющих отношение к адресуемым интересам

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

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

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



Рисунок 1. Модель выработки целей и показателей

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

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


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

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

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


  • стратегия и планирование на уровне предприятия;

  • управление корпоративными проектами.

Разработка стратегии современного предприятия (Strategy and Planning) и управление корпоративными проектами (Enterprise program management) включают в себя направление, связанное непосредственно с информационными технологиями. Современные тенденции рассматривают ИТ проекты и стратегические инициативы как определенный актив компании, которым можно управлять аналогично финансовым активам.

Управление портфелем информационных технологий (Business and IT portfolio management) – это процесс управления инвестициями в области управления ИТ проектами. Под портфелем понимается совокупность проектов, выполняемых на общем пуле ресурсов (финансы, люди, оборудование, материалы, энергия), при этом пул ресурсов и результаты всех проектов портфеля находятся в компетенции одного центра ответственности.

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


Управление портфелем ИТ.


  • максимизация ценности портфеля;

  • синхронизация ИТ - портфеля с требованиями бизнеса;

  • поиск оптимального баланса между риском и потенциальной отдачей от ИТ - портфеля.

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

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

Контекст и уровни абстракции архитектуры предприятия.

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

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

Уровень отдельных решений – определяет структуру и функции в рамках отдельных проектах. На этом уровне, формируется детализированная информация о приложениях, бизнес-процессах и их взаимосвязях. Здесь определяется структура информационных систем, их интерфейсы и функции. Определяются планы и схемы их развития, разрабатывается соглашение об уровне обслуживания (SLA).

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

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

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


  • Уровень контекста (почему?) ориентирован в первую очередь на руководство и обосновывает необходимость проектов.

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

  • Логический уровень (как?) описывает способ реализации данного проекта.

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

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

Эволюция организационных принципов.

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

Текущая архитектура (Current architecture) - описывает существующее состояние архитектуры предприятия. Называется также архитектурой “как есть” (AS-IS) или базовым состоянием существующей архитектуры.

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

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

Процесс разработки текущей архитектуры аналогичен процессу ITIL/ITSM (управление конфигурацией - Configuration Management). Для упрощения работы по разработке текущей архитектуры многие компании используют базу данных конфигурационных единиц (CMDB), дополнив ее необходимой информацией.

Целевая архитектура (Target Architecture) - описывает желаемое будущее состояние предприятия или "что должно быть сформировано" (TO-BE). Другими словами, целевая архитектура является будущей моделью предприятия.

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

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