Sql oracle сравнение данных по библиотекам. Подписание модулей с помощью сертификатов. Совокупная стоимость владения

Управление разработкой

I. Вступление

Архитектура распределяет массы и объемы.
Вдохновение превращает инертный камень в драму.
Ле Корбюзье.

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

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

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

Подобная ситуация царит во многих крупных ИТ компаниях. Вроде есть архитекторы и архитектурные советы и прочие атрибуты «высокой» архитектуры, а порядка в этом царстве не наблюдается. По вышеперечисленным симптомам, выходит, что на предприятии свирепствует – «острая архитектурная недостаточность».

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

II. Определение понятия «архитектура»

А что можно думать об архитектуре?
Она, как солнце: большая, блестящая и она рядом.
Роджер Желязны. (Мастер сновидений)

Давайте для начала пройдемся по определениям.

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

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

Архитектура программного обеспечения (англ. software architecture) - совокупность важнейших решений об организации программной системы. Архитектура включает:

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

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

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

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

Раз уж речь зашла о едином подходе, давайте внесем ясность и в этот вопрос:

Архитектурный подход (англ. architectural framework) - соглашения, принципы и практики для описания архитектуры, установленные для конкретной области применения и/или конкретным сообществом заинтересованных лиц (2).

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

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

1. Разделы ИТ Архитекторы

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

1) Информационная архитектура (Enterprise Information Architecture, сокр. EIA), набор методик и инструментов, описывающий информационную модель предприятия. Включает:

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

2) Архитектура прикладных решений (Enterprise Solution Architecture сокр. ESA) – представляет архитектуру приложений, включающую в себя совокупность программных продуктов и интерфейсов между ними. Делится на два направления:

• область разработки прикладных систем;
• портфель прикладных систем.

3) Техническая архитектура (Enterprise Technical Architecture сокр. ETA) - совокупность программно-аппаратных средств, методов и стандартов, обеспечивающих эффективное функционирование приложений. Описывает полное представление инфраструктуры предприятия, включая:

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

Плюс к этому добавляется и архитектура самого предмета автоматизации:

4) Бизнес-архитектура предприятия (Enterprise Business Architecture, ЕВА) - целевое построение организационной структуры предприятия, увязанное с его миссией, стратегией, бизнес-целями. В ходе построения бизнес-архитектуры определяются необходимые бизнес-процессы, информационные и материальные потоки, а также организационно-штатная структура.

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

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

Архитектурная группа описаний (англ. architectural view) - представление системы в целом с точки зрения связанного набора интересов. Каждая группа описаний относится к одному или более стейкхолдеру. Термин «группа описаний» употребляется для выражения архитектуры системы при некотором методе описания (2).

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

2. Представления ИТ Архитекторы

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

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

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

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

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

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

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

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

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

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

Фиксируя все эти разнообразные описания и представления, возникает резонный вопрос: Как же их объединить в некий всеобъемлющий контекст?

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

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

Рисунок 2. Представление модели Закмана

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

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

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

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

В ArchiMate, при создании моделей, используются базовые понятия «элемент» и «отношение» см. рис.3. На основе элементов и отношений строятся модели предприятия или его отдельных частей.

Рисунок 3. Основные понятия ArchiMate 3.0

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

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

Рисунок 4. Слои фреймворка ArchiMate 3.0

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

1) Активный структурный элемент (active structure element) позиционирует его, как некую сущность, которая способна выполнять определенные действия

2) Пассивный структурный элемент (passive structure element) позиционирует его, как некоторый объект, над котором выполняются действия.

3) Элемент поведения (behavior element) определяется как некоторая единица действия, выполняемая одним или несколькими активными структурными элементами.

Более подробно ознакомится со спецификацией можно в обзоре ArchiMate (4).

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

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

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

2) Подход «статус-кво». Разработка рассматривается как реакция на те или иные возникающие затруднения или воздействия.

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

3. Резюме раздела

Итак сделаем краткую выжимку из рассмотренного нами материала:

1. Архитектура предприятия связывает бизнес-потребности предприятия, информационные технологии, процессы стратегического бизнес-планирования, прикладные информационные системы и процессы их сопровождения.
2. В процессе разработки и поддержания архитектуры предприятия участвуют разные группы заинтересованных лиц, имеющие различные требования к ее представлениям (архитектурный подход);
3. Для удобства, архитектуру принято делить на разделы, соответствующие разным архитектурным зонам и подходам;
4. Для разных архитектурных групп и подходов существуют различные группы описания (визуализации) архитектуры.
5. Для удобства организации работы с разнородными артефактами используют архитектурные методы описания, представляющие собой специальные фреймворки и спецификации, и позволяющие работать со всеми артефактами в едином визуальном пространстве. Использование подобных конструкций помогает с одной стороны, логически разбить все представления архитектуры на отдельные разделы для упрощения их формирования и восприятия, а с другой – обеспечить возможность рассмотрения целостной архитектуры с изолированных точек зрения или соответствующих уровней абстракции.
6. В зависимости от потребностей и возможностей предприятия, можно выбрать один из нескольких архитектурных подходов, различающихся по объему и составу выполняемых работ, что в свою очередь определяет уровень затрат и качество проектирования.

Со следующей частью статьи можно ознакомиться, перейдя по

Лекция 2. Информационная система как компонент эффективной системы управления организации

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

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

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

Различают следующие способы описания организации:

· путем задания структуры (структурная модель);

· путем описания состояний (статика и динамика, состояние организации–набор показателей)

· с помощью описания оператора (функциональная модель).

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

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

Задание метамодели организации означает определение ее архитектуры и инфраструктуры .

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

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

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

В соответствии со стандартом ANSI/IEEE 1471 архитектура организации рассматривается, как «фундаментальная организация системы , состоящая из совокупности компонент, их связей между собой и внешней средой, и принципы, которыми руководствуются при их создании и развитии».

Архитектура организации имеет две составляющие, которые описывают деятельность компании с двух основных позиций (Рис. 1.8):

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

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

Рис. 1.8 Взаимосвязь архитектур бизнеса и ИС

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

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

При этом архитектура предприятия неразрывно связана с основными рабочими процессами:

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

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

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

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

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

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

· максимизация эффективности ИТ-портфеля;

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

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

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

Рис. 1.10. Управление предприятием

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

Рис. 1.11. Уровни абстракции архитектуры предприятия в контексте его видов деятельности

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Рис. 1.12. Эволюция организационных принципов управления предприятием

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

· целевую архитектуру (Target Architecture) – отражает план развития архитектуры предприятия («To be»);

· текущая архитектура (Current architecture) – описывает текущее состояние архитектуры предприятия («As is»).

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

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

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

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

Основу целевой архитектуры составляют:

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

· информация о выявленных «узких местах» и путях их устранения;

· анализ технологических тенденций и среды деятельности бизнеса предприятия.

Целевая архитектура (модель «Тo be») и текущая архитектура (модель «Аs is») описывают начальное и конечное состояние предприятия (до и после внесения изменений в его инфраструктуру). При этом сам процесс изменений не рассматривается. Смена текущей архитектуры предприятия на целевую означает перевод предприятия на новый этап развития. Следовательно, архитектура предприятия характеризуется определенным жизненным циклом, связанным, в некоторой степени, с жизненным циклом информационных систем.

Современные подходы к построению архитектуры предприятия традиционно разделяют ее на несколько предметных областей (слоев). Количество предметных областей зависит от используемых методик. Рассмотрим предметные области, использующиеся в большинстве из существующих методик (Рис. 1.13):

· стратегические цели и задачи предприятия;

· бизнес-архитектура предприятия;

· архитектура информационных технологий (ИТ архитектура предприятия).

Рис. 1.13. Предметные области архитектуры предприятия

Архитектуру ИТ, в свою очередь, разделяют на:

· информационную архитектуру (Enterprise Information Architecture);

· архитектуру прикладных решений (Enterprise Solution Architecture);

· технологическую архитектуру (Enterprise Technical Architecture).

ВВЕДЕНИЕ

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

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

ITSM (IT Service Management, управление ИТ-услугами) - подход к управлению и организации ИТ-услуг, направленный на удовлетворение потребностей бизнеса. Для содействия реализации подхода к управлению ИТ-услугами используется серия документов ITIL. ITIL не является конкретным алгоритмом или руководством к действию, но она описывает передовой опыт (good practices) и предлагает рекомендации по организации процессного подхода и управления качеством предоставления услуг. Это позволяет оторваться от особенностей данного конкретного предприятия в данной конкретной отрасли. Вместе с тем, несмотря на определённую абстрактность, ITIL всячески нацелено на практическое использование.

Целью данной работы является изучения теоретических и практических методов управления сервисами информационной системы (ITIL/ITSM).

В работе использована учебно-методическая литература и Интернет-ресурсы.

АРХИТЕКТУРА ПРЕДПРИЯТИЯ В УСЛОВИЯХ СОВРЕМЕННОГО МИРА

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

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

В основе архитектуры предприятия заложен «Архитектурный взгляд» на системы, определенный в стандарте ANSI/IEEE 1471, как «фундаментальная организация системы, состоящая из совокупности компонент, их связей между собой и внешней средой, и принципы, которыми руководствуются при их создании и развитии».

ИТ - архитектура предприятия

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

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

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

Традиционно ИТ - архитектуру предприятия представляют в виде трех взаимосвязанных компонентов:

· Enterprise Information Architecture (EIA) – информационная архитектура.

· Enterprise Solution Architecture (ESA) – архитектура прикладных решений.

· Enterprise Technical Architecture (ETA) – техническая архитектура.

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

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

Информационная архитектура (EIA - Enterprise Information Architecture) или, другими словами, архитектура информации – это (с точки зрения аналитиков компании Meta Group) управляемый набор методик, описывающий информационную модель предприятия и включающий в себя:

· Базы данных и хранилища данных.

· Информационные потоки (как внутри организации, так и связи с внешним миром).

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

Аннотация. Microsoft SQL Server получает все большее распространение по сравнению с другими системами управления базами данных и сейчас уже превосходит своих конкурентов по производительности, масштабируемости, эффективности разработки, возможностям бизнес-аналитики (BI) и совместимости с системой Microsoft Office 2007 . При этом стоимость SQL Server существенно меньше, чем у Oracle Database 11g .

• Основные положения
• Тесты
• Поддержка независимых поставщиков программного обеспечения.
• Безопасность.
• Средства безопасности.
• Защищенные информационные системы.
• Критические уязвимости системы безопасности.
• Инфраструктура управления обновлениями.
• Ограничение доступа к данным для пользователей с высоким уровнем привилегий.
• Производительность труда разработчиков.
• Интегрированная среда разработки.
• Новые возможности разработки.
• Самая популярная платформа приложений.
• Бизнес-аналитика.
• Встроенные средства бизнес-аналитки.
• Магический квадрант Gartner для платформ бизнес-аналитики.
• Магический квадрант Gartner для хранилищ данных.
• Новые функции бизнес-аналитики.
• Хранилища данных.
• Преимущества для клиентов Teradata.
• Интеграция с системой Microsoft Office
• Надстройки интеллектуального анализа данных для Microsoft Office 2007.
• Самый быстроразвивающийся поставщик средств бизнес-аналитики.
• Windows Server 2008.
• Меньшая совокупная стоимость владени.
• Управляемость.
• Безопасность.
• Партнеры.
• Совокупна стоимость владения.
• Заключение.

Основные положения

Во многих областях, которые потенциально могут быть важными для бизнеса вашей организации, Microsoft ® SQL Server ® 2008 имеет превосходство над Oracle . Ниже вкратце описаны некоторые критически важные области, в которых SQL Server 2008 опережает конкурентов.

Производительность и масштабируемость

СУБД SQL Server способен обслуживать системы с высочайшим уровнем нагрузки, что подкрепляется результатами стандартных отраслевых тестов производительности . Такие клиенты как Unilever , Citi , Barclays Capital и Mediterranean Shipping Company , выполняют свои критически важные приложения на платформе SQL Server. Клиенты, использующие SQL Server 2008 (в том числе крупнейшие независимые поставщики ПО, например Siemens и RedPrairie), дают отличные отзывы о новейших усовершенствованиях в области масштабируемости . Журнал CRN признал SQL Server бестселлером и самым быстрорастущим бестселлером.

Безопасность

Совокупная стоимость владения

Для SQL Server применяется простая многоуровневая модель лицензирования по номерам SKU . С другой стороны, у Oracle есть сложный набор дополнительных компонентов и надстроек, которые необходимы для разработки, развертывания и управления большей частью крупномасштабных приложений. Интегрированная среда разработки и удобные средства разработки SQL Server позволяют сократить время разработки и срок получения отдачи от инвестиций в новые приложения и аналитичиские системы. Передовые возможности автоматической настройки и автоматизации администрирования SQL Server существенно упрощают развертывание и управление по сравнению с Oracle Database 11g. SQL Server эффективно взаимодействует с остальными программными продуктами Майкрософт, что помогает упростить разработку и развертывание и обеспечить большую производительность , чем у Oracle.

Сравнение возможностей

В версии SQL Server 2008 появилось много новых функций, отсутствующих в Oracle 11g (см. следующую таблицу). Краткое описание каждой их этих функций приведено ниже.

Возможность	Майкрософт
Регулятор ресурсов
Оболочка PowerShell
Управление на основе политик
Отфильтрованные индексы
Расширенные разреженные столбцы
Сжатие префиксов столбцов
Службы данных SQL Server

Регулятор ресурсов

Регулятор ресурсов обеспечивает последовательное и предсказуемое быстродей­ствие для конечных пользователей. Организации могут распределять ресурсы и определять приоритеты для разных рабочих нагрузок, чтобы обеспечить постоянный уровень производительности для конечных пользователей в условиях одновременного выполнения множества разных задач. Регулятор ресурсов дает SQL Server несколько важных преимуществ по сравнению с Oracle. Параметры минимального исполь­зования процессора и памяти позволяют задать приоритеты для отдельных задач, чтобы гарантировать требуемый уровень производительности для наиболее критичных задач базы данных. Регулятор ресурсов также дает возможность ограничить объем памяти для пула ресурсов во избежание монополизации ресурсов неконтролируемыми запросами.

Индексированные представления, выровненные по секциям

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

Оболочка SQL Server PowerShell

Оболочка SQL Server PowerShell - это новое средство для просмотра и управления базами данных, таблицами и другими объектами в базах данных SQL Server. Интерфейс командной строки Windows PowerShell™ поддерживает более сложную логику, чем сценарии Transact-SQL, повышая надежность сценариев администрирования. Сценарии PowerShell также можно использовать для управления другими серверными продуктами Майкрософт, т. е. администраторы получают единый язык сценариев для различных серверов.

Управление на основе политик

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

Отфильтрованные индексы

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

Отфильтрованные индексы значительно повышают производительность хранилищ данных. Например, можно индексировать данные только за текущий месяц, а не за весь год. Для ускорения выполнения запросов можно создавать большее количество отфильтрованных индексов для каждой из таблиц. Средство SQL Server Database Tuning Advisor (DTA) предлагает рекомендации по отфильтрованным индексам для таблиц базы данных. Отфильтрованные индексы обеспечивают поддержку неоднородных табличных данных в таких приложениях, как системы управления содержимым (например, Microsoft Office SharePoint ® Server). Эти системы имеют множество свойств для каждого типа данных, например розничного каталога продуктов, в одной таблице которого могут быть записи для книг, компакт-дисков и одежды с различными свойствами. Создавать отфильтрованные индексы для данных можно на основании свойств или категорий.

Разреженные столбцы

Разреженные столбцы дают возможность эффективно управлять пустыми данными в базе данных, поскольку при их использовании нулевые данные (NULL) не занимают физического места на диске. Разреженные столбцы SQL Server 2008 поддерживают широкие таблицы (до 100 тысяч столбцов, в то время как в Oracle лимит составляет 1000 столбцов) и сценарии с контейнерами свойств в системах управления содержимым, таких как Office SharePoint Server.

Многопоточная работа с секциями таблиц

Многопотоковый доступ к секциям в SQL Server 2008 для многих параллельных планов позволяет повысить произ­водительность обработки запросов к секционированным таблицам. Более того, при таком доступе изменяется способ пред­ставления параллельных и последовательных планов и улучшается информация о секционировании, предоставляемая в планах времени компиляции и времени выполнения.

Сжатие префиксов столбцов

Это один из расширенных методов сжатия страниц SQL Server 2008 (сжатие страниц словаря и сжатие префиксов столбцов). При сжатии префикса столбца SQL Server выполняет поиск общего "байтового" шаблона в начале столбца по всем строкам страницы. В случае обнаружения хотя бы двух экземпляров столбцов с некоторым общим байтовым шаблоном этот шаблон сохраняется на странице один раз, а в другие столбцы помещается ссылка на этот шаблон.

Подписание модулей с помощью сертификатов

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

Службы данных SQL Server

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

Производительность и масштабируемость

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

Тесты

СУБД SQL Server 2008 уже установила многочисленные рекорды в отраслевых и партнерских тестах производительности. Все чаще эту СУБД выбирают для высокопроизводительных и масштабируемых систем.

Организация Transaction Processing Performance Council

Некоммерческая организация Transaction Processing Performance Council (TPC) занимается определением тестов обработки транзакций и производительности баз данных и публикует объективные показатели производительности, полученные в этих тестах. Тесты TPC предъявляют чрезвычайно строгие требования к надежности и отказоустойчивости и проходят независимый аудит.

• Некоммерческая организация Transaction Processing Performance Council (TPC) основана с целью определения тестов производительности обработки транзакций и баз данных.
• Новый масштабируемый тест производительности TPC-E призван представлять современные системы оперативной обработки транзакций (OLTP). В этом тесте, в отличие от его предшест­венника TPC-C, используется сложная, но реалистическая схема базы данных, и он требует таких базовых возможностей, как обеспечение целостности данных и RAID-хранилище.
• Тест поддержки принятия решений TPC-H состоит из ряда нерегламентированных запросов и одновременных изменений данных, характерных для отрасли в целом.
• По состоянию на 14 апреля 2008 г. SQL Server 2008 продемонстрировал в тесте TPC-E рекордный показатель - 1126 транзакций в секунду. SQL Server превзошел Oracle 11g в тестах TPC-H по соотношению цены и производительности при объеме 100 ГБ, 300 ГБ, 1 ТБ и 3 ТБ.
• Компания Oracle неоднократно заявляла о своих наилучших результатах в тесте соотношения цены и производительности TPC-C, хотя тест TPC-E лучше отражает потребности клиентов. До этого все 10 лучших результатов в тесте TPC-C по соотношению цены и производительности принадлежали SQL Server. Результат Oracle был достигнут с использованием нишевого лицензирования и вариантов поддержки, которые мало применимы к реальной жизни. В случае Oracle была использована лицензия на Oracle 11g, действительная только в течении трех лет, в то время как в случае SQL Server - лицензия с неограниченным сроком действия. Изначально, поддержка Oracle бесплатна, но схема лицензирования, использованная в тесте, предполагает отдельную оплату каждого обращения в поддержку. Кроме того, компания Oracle использовала продукт Standard Edition One, на который практически отсутствует спрос со стороны корпоративных клиентов. В случае SQL Server, его лучшие результаты по соотношению цены и производительности достигаются на редакции Enterprise Edition x64, типичной для корпоративного сегмента.

Тесты партнеров

СУБД SQL Server показала отличные результаты в различных тестах партнеров.

• СУБД SQL Server 2008 продемонстрировала рекордные показатели в 3-уровневом тесте SAP Sales and Distribution (SD) Standard Application на 4-процессорном сервере из разряда обычных широкораспространненных blade-серверов и участием 34 000 пользователей SAP SD Standard Application.
• СУБД SQL Server 2008 добилась исключительного соотношения цены и производительности.
• Компания Unisys установила мировой рекорд производительности в области извлечения, преобразования и загрузки данных (ETL), выполнив загрузку 1 терабайта данных менее чем за 30 минут. Этот результат был достигнут при использовании служб интеграции SQL Server 2008 Integration Services.
• Компания Camstar, ведущий поставщик автоматизированных систем управления производ­ственными процессами (АСУПП) для глобальных компаний, сообщила о мировом рекорде - 205 транзакций АСУПП в секунду. При этом скорость обработки увеличилась на 14%, а зани­маемое данными пространство уменьшилось на 60% вследствие сжатия базы данных. Эти результаты были достигнуты при использовании приложения компании Camstar, SQL Server 2008 и ОС Windows Server ® 2008 при сравнении с SQL Server 2005.
• Microsoft Dynamics AX сообщает о рекордном (на 70%) улучшении в области производительности, масштабируемости и времени реагирования системы.В эталонных тестах производительности были показаны рекордные результаты - показатели производительности, масштабируемости и времени реагирования улучшены на 70%. Рост производительности сопровождался сокращением роста объема базы данных за счет сжатия базы данных SQL Server 2008.
• Microsoft Dynamics CRM сообщает о рекордный показателе - 24 000 одновременных пользователей, при этом время реагирования составляло доли секунд. Рекордные показатели в эталонных тестах с 24 000 одновременных пользователей были достигнуты при использовании Microsoft Dynamics CRM 4.0, SQL Server 2008 и Windows Server 2008 для рабочей нагрузки уровня предприятия.

Улучшения в области масштабируемости

В SQL Server 2008 реализованы многочисленные усовершенствования в области масштабируемости, в том числе полная поддержка 64-разрядных систем с объемом памяти до 8 ТБ, поддержка высокопроизводительных компьютеров на основе архитектуры NUMA, горячая замена памяти и процессоров без необходимости простоев на совместимых компьютерах. Ниже перечислены некоторые усовершенствования масштабирования SQL Server 2008.

• Возможность развертывания пассивных экземпляров SQL Server без дополнительной оплаты с целью обеспечения высокой доступности системы. Эта функция также доступна в Oracle 11g, однако стоит значительно больше.
• Очень трудно обеспечить предсказуемое быстродействие для определенных задач, потому что другие задачи на этом сервере конкурируют за системные ресурсы. В состав SQL Server 2008 входит регулятор ресурсов, с помощью которого администраторы могут определять лимиты ресурсов и приоритеты для разных рабочих задач, чтобы оптимизировать производительность критически важных процессов и поддерживать предсказуемую произво­дительность для других рабочих задач на сервере. Аналогичные средства управления предлагаются и в Oracle 11g, но только за дополнительную плату.
• В состав SQL Server 2008 входит интегрированная среда Performance Studio, которую можно использовать для сбора, анализа и хранения диагностической информации SQL Server и устранения неполадок.
• В службы анализа SQL Server 2008 Analysis Services добавлены многочисленные улучшения, например поддержка блочных вычислений и обратная запись в секции MOLAP.
• Ядро служб отчетов SQL Server 2008 Reporting Services было переработано с целью обеспечить большую производительность и масштабируемость этих служб за счет обработки по требованию. В переработанном ядре больше не возникают проблемы с памятью при обработке отчетов.
• В службах интеграции SQL Server 2008 Integration Services улучшено быстродействие операций поиска, что приводит к сокращению времени обработки пакетов и оптимизации ETL-операций. Система отслеживания измененных данных регистрирует обновления таблиц, что помогает следить за изменением данных и обеспечивать их согласованность.

Примеры внедрения: масштабирование

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

• Компания bwin хранит более 100 ТБ данных в SQL Server 2008.
• Компания Danske Supermarket A/S управляет 10 ТБ данных бизнес-аналитики с помощью SQL Server.
• Компания Shinhan Bank перешла с Oracle под управлением ОС UNIX на SQL Server под управлением ОС Windows ® .
• Отдел дивидендов постоянного фонда департамента налогов штата Аляска управляет 7 ТБ данных на SQL Server.
• Компания Unilever перешла с Oracle под управлением UNIX на SQL Server под управлением Windows.

Поддержка независимых поставщиков программного обеспечения

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

Примеры внедрения независимыми поставщиками ПО

Следующие примеры свидетельствуют о поддержке SQL Server со стороны независимых поставщиков ПО.

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

Встроенные средства бизнес-аналитки

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

В отличие от Oracle эти решения полностью интегрированы, так что их разработка, управление, планирование и развертывание осуществляются с использованием привычных инструментов SQL Server.

Магический квадрант Gartner для платформ бизнес-аналитики

SQL Server по-прежнему остается платформой с низкой совокупной стоимостью владения для продуктов SAP. В исследовании, опубликованном независимой компанией Wipro Technologies и охватывающем 68 клиентов SAP/ERP, говорится, что "Миграция Microsoft SQL Server обеспечивает большие преимущества для клиентов SAP/ERP". В исследовании делается вывод, что "при переводе среды SAP/ERP на платформу SQL Server можно добиться сокращения времени незапланированных простоев на 20%, … сократить трудозатраты ИТ-специалистов почти на 25%, … сократить затраты на текущую поддержку программного обеспечения на 85%". Дополнительные сведения см. в исследовании

Во всех областях, связанных с управлением данными и являющихся существен-ными для бизнеса, возможности SQL Server 2008 либо соответствуют возмож-ностям Oracle 11g, либо их превосходят. Непревзойденный уровень безопасности и надежности, беспримерные возможности интеграции данных и не имеющий равных показатель совокупной стоимость владения (TCO). SQL Server является наилучшим решением как по производительности, так и по соотношению цены/качества на любом уровне - от КПК до центров обработки данных.

График построен на основе открытых прейскурантов корпорации Майкрософт и компании Oracle для выпуска Enterprise Edition с лицензией на один четырехъядерный процессор.