АРХИТЕКТУРА ПРЕДПРИЯТИЯbek.sibadi.org/fulltext/bn1174.pdf ·...

28
Министерство науки и высшего образования Российской Федерации Федеральное государственное бюджетное образовательное учреждение высшего образования «Сибирский государственный автомобильно-дорожный университет (СибАДИАРХИТЕКТУРА ПРЕДПРИЯТИЯ Методические указания Составитель Л.И. Остринская Омск – 2019

Upload: others

Post on 25-Jun-2020

39 views

Category:

Documents


0 download

TRANSCRIPT

Министерство науки и высшего образования Российской Федерации Федеральное государственное бюджетное образовательное учреждение высшего образования

«Сибирский государственный автомобильно-дорожный университет (СибАДИ)»

АРХИТЕКТУРА ПРЕДПРИЯТИЯ Методические указания

Составитель Л.И. Остринская

Омск – 2019

УДК 004.9 ББК 30.2-5-05 А91

Рецензент д-р техн. наук В.А Мещеряков (СибАДИ)

Работа утверждена редакционно-издательским советом университета в качестве методических указаний.

А91 Архитектура предприятия [Электронный ресурс] : методические указания к лабораторным и контрольным работам / Л.И.Остринская. – (Серия внутривузовских методических указаний СибАДИ). – Электрон. дан. – Омск : СибАДИ, 2019. –

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

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

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

Методические указания подготовлены на кафедре «Прикладная информатика в экономике».Текстовое (символьное) издание ( )

Системные требования: Intel, 3,4 GHz; 150 Мб; Windows XP/Vista/7; DVD-ROM; 1 Гб свободного места на жестком диске; программа для чтения pdf-файлов:

Adobe Acrobat Reader; Foxit Reader

Техническая подготовка В.С. Черкашина Издание первое. Дата подписания к использованию

Издательско-полиграфический комплекс СибАДИ. 644080, г. Омск, пр. Мира, 5 РИО ИПК СибАДИ. 644080, г. Омск, ул. 2-я Поселковая, 1

© ФГБОУ ВО «СибАДИ», 2019

_____________________________ Согласно 436-ФЗ от 29.12.2010 «О защите детей от информации, причиняющей вред их здоровью и развитию» данная продукция маркировке не подлежит.

_____________________________

URL: http://bek.sibadi.org/cgi-bin/irbis64r_plus/cgiirbis_64_ft.exe?C21COM=S&I21DBN=IBIS_FULLTEXT&P21DBN=IBIS&S21FMT=briefHTML_ft&Z21ID=GUEST&S21ALL=<.>TXT=bn1174.pdf<.>. - Режим доступа: для авторизованных пользователей.

ВВЕДЕНИЕ

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

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

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

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

1. ТЕОРЕТИЧЕСКИЙ МАТЕРИАЛ К ЛАБОРАТОРНЫМ РАБОТАМ И КОНТРОЛЬНЫМ ЗАДАНИЯМ

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

Вопросы для рассмотрения: Понятие архитектуры

предприятия. Элементы архитектуры предприятия. Методики описание архитектуры предприятия. Слои архитектуры предприятия. Варианты моделей.

Рекомендуемая литература: 2, 11. Перечень дополнительных ресурсов: 1, 3, 4, 5, 7, 8, 11, 12. Наименование вида самостоятельной работы: написание

конспектов, изучение литературы и подготовка к лабораторной рабо-те.

Архитектура предприятия – это способ понимания всех

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

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

Архитектура предприятия – это стратегическая информационная основа, определяющая:

структуру бизнеса (основной деятельности); информацию, которая необходима для ведения этого бизнеса;

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

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

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

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

Архитектурное описание – набор объектов (артефактов), предназначенных для документирования архитектуры.

Архитектурная структура – каркасная структура, определяющая предложенные архитектурные артефакты, описывающая отношения между артефактами и содержащая описание того, как эти артефакты

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

любой структурированный подход к решению некоторых или всех проблем, связанных с архитектурой.

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

Архитектурная таксономия – методология организации и классификации архитектурных артефактов.

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

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

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

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

бизнес-процессы, ресурсы и корпоративные стандарты); ИТ-архитектура (которая строится из программных систем,

данных и инфраструктуры).

1.2. Архитектура предприятия: варианты моделей

Вопросы для рассмотрения: Модель архитектуры предприятия. Варианты моделей. Структура Захмана для архитектуры предприятий. Методология TOGAF. Американская федеральная модель FEA. Методология Gartner.

Рекомендуемая литература: 2, 10, 11. Перечень дополнительных ресурсов: 3, 4, 5, 6, 7, 8, 9, 11, 12,

13. Наименование вида самостоятельной работы: написание

конспектов, изучение литературы. Выполнение контрольной работы.

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

методики аналитических компаний: Gartner, Giga, META и др.;

модель Захмана; методика TOGAF; методика POSIX 1003.23i и др. Схема Захмана основывается на предмете традиционной

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

Модель архитектуры, которую предложил Захман, преследует две главные цели:

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

с другой – иметь возможность рассмотрения всей архитектуры с интересующих точек.

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

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

В 2002 г. Gartner определила концепцию архитектуры предприятия. Модель Gartner расширяет представления, а также акцентирует внимание на связь между совокупностью электронных процессов, при помощи которых организация воспринимает внешнее

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

Модель Gartner 2002 г. представляет собой 4 взаимосвязанных уровня:

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

бизнес-процессы и стили бизнес-процессов (описывает основные функции на предприятии);

шаблоны (описывает, какие шаблоны могут быть использованы для задания модели);

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

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

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

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

Общим для всех аспектов META Group является задание бизнес-требований к ИТ-архитектуре. Это задание выводится с помощью двух документов: видения общих требований и

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

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

В состав модели TOGAF входят две основные компоненты – методика ADM (Architecture Development Method), определяющая процесс разработки архитектуры, и Базовая Архитектура (Foundation Architecture). Она дополняется соответствующей базой данных ресурсов, включающей описания архитектурных принципов, примеров реализации, а также специализированный язык ADML.

1.3. Понятие и структура информационных систем управления

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

Вопросы для рассмотрения: Понятие информационных

систем управления предприятием. Задачи информационных систем. Понятия бизнес-процесса и корпоративной системы. Основное назначение и задачи информационных систем. Локальные информационные системы. Информационная модель. Концепция трёхзвенной архитектуры. Клиент-серверные информационные системы. Этапы эволюции. Понятие ERP в контексте функций предприятия. Понятие ERP (Enterprise Resource Planning).

Рекомендуемая литература: 2, 10, 11. Перечень дополнительных ресурсов: 3, 5, 6, 7, 12, 13. Наименование вида самостоятельной работы: написание

конспектов, изучение литературы Современная информационная система автоматизации

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

В настоящее время для обозначения информационных систем автоматизации учёта (складского, бухгалтерского, кадрового, производственного) на предприятии устоялся термин «корпоративная информационная система».

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

Цель такого управления – увязка деятельности отдельных подразделений с движением финансовых и материальных потоков.

Основное назначение КИС – оперативное предоставление актуальной информации для принятия управленческих

Различают два типа управления. стратегическое планирование – планирование расходов,

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

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

По способу организации групповые и корпоративные информационные системы подразделяются на следующие классы:

системы на основе архитектуры файл-сервер; системы на основе архитектуры клиент-сервер; системы на основе многоуровневой архитектуры; системы на основе интернет/интранет-технологий. Классификация информационных систем по уровням

управления: информационные системы оперативного (операционного)

уровня – бухгалтерская, банковских депозитов, обработки заказов, регистрации билетов, выплаты зарплаты;

информационная система специалистов – офисная автоматизация, обработка знаний (включая экспертные системы);

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

стратегические информационные системы – формулирование целей, стратегическое планирование.

В зависимости от степени автоматизации информационных процессов в системе управления фирмой информационные системы

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

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

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

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

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

Классификация по сфере применения: информационные системы организационного управления

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

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

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

документации, моделирование проектируемых объектов); интегрированные (корпоративные) информационные

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

2. ЛАБОРАТОРНАЯ РАБОТА

2.1. Лабораторная работа № 1 «Архитектура предприятия»

Цель лабораторной работы: Разработать стратегический план

информатизации предприятия. Лабораторная работа предполагает работу в группах.

Рекомендуемая литература: 2, 11. Перечень дополнительных ресурсов: 1, 3, 4, 5, 7, 8, 11, 12. Выполнение Лабораторной работы. Этап 1. Изучение предметной области изучить теоретические вопросы (бизнес и информационные

технологии; ИТ-бюджеты и новые технологии; архитектура предприятия: основные определения; интегрированная концепция и уровни абстракции; элементы Архитектуры предприятия; бизнес-архитектура и архитектура информации; технологическая архитектура, стандарты и шаблоны; методики описания архитектур; модели Захмана и Gartner, методики META Group и TOGAF; NASCIO; модели "4+1" и SAM; методики Microsoft и другие; процесс разработки архитектур: цели и задачи, общая схема; процесс разработки архитектур: управление и контроль, Gap-анализ, внедрение; процесс разработки архитектур: оценка зрелости, детализация и распределение усилий; инструментальные средства и мониторинг технологий);

пройти дистанционный курс в Национальном Открытом Университете «ИНТУИТ» «Архитектура предприятия» http://www.intuit.ru/studies/courses/995/152/info

При изучении курса обратить внимание на вопросы: Разработки и использования архитектуры информацион-

ных технологий предприятий. Концепции Архитектуры предприятия, которая включает в

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

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

Описания современного состояния этой предметной облас-ти.

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

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

Этап 2. Разработать стратегический план информатизации предприятия

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

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

2) Определяются основные направления и инициативы в области информатизации в компании, направленные на достижение целевого состояния ИТ-обеспечения.

3) Разрабатывается портфель инициатив в области информатизации на основе анализа рисков и имеющихся ресурсов.

4) Разрабатывается план реализации Стратегии информатизации.

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

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

Основными принципами реализации Стратегии информатизации являются: поддержка достижения стратегических целей компании; максимальное использование стандартизированных приложений для решения типовых задач во всех подразделениях компании и

дочерних обществах; сохранение уже произведённых инвестиций в области информационных технологий;

обеспечение информационной безопасности на всех этапах жизненного цикла ИТ.

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

4. Классификация бизнес-процессов Для того чтобы определить основные направления

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

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

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

5. Анализ текущего состояния ИТ-обеспечения Целью диагностики является определение текущего состояния

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

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

анализ ИТ-инфраструктуры;

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

характеристика обеспечения информационной безопасности; характеристика затрат на ИТ-обеспечение.

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

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

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

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

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

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

Бизнес-архитектура является связующим звеном между

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

обеспечить соответствие системной архитектуры стратегическим целям;

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

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

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

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

соответствие организационным особенностям и специфике географического распределения бизнеса компании.

Разработка системной архитектуры включает последовательно выполняемые этапы: проработка различных вариантов построения системной архитектуры и выбора одного из вариантов;

разработка целевой системной архитектуры на основе выбранного варианта;

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

проработка общих требований к ИТ-инфраструктуре. 7. Портфель ИТ-инициатив

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

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

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

Стратегии информатизации рассматриваемой компании можно разделить на три этапа:

1) Создание фундамента (2 года). 2) Информатизация деятельности (3-4 года). 3) Создание конкурентных преимуществ (4-5 лет).

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

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

Основными направлениями развития ИТ на данном этапе реализации Стратегии являются: стандартизация данных; стандартизация систем первичного сбора и обработки данных; внедрение вертикально-интегрированных решений для процессов корпоративного управления;

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

модернизация телекоммуникаций; создание масштабируемой ИТ-инфраструктуры.

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

совершенствование систем первичного сбора и обработки данных; развитие корпоративного хранилища данных; совершенствование систем АСУ ТП и телекоммуникаций.

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

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

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

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

на 5 лет Оценка бюджета на реализацию Стратегии информатизации на

следующие 5 лет основывается на опыте крупнейших мировых компаний отрасли. Например: согласно исследованию крупнейшей международной исследовательской группы в области ИТ Gartner (www.gartner.com) доля инвестиций в ИТ добывающих компаний

сегодня составляет около 0.4% от выручки. Однако при сегодняшнем уровне ИТ-обеспечения, добывающей компании необходимо инвестировать больше, чтобы в следующие 5-10 лет сравняться с мировыми лидерами добывающей отрасли в области ИТ. Поэтому инвестиции на следующие 5 лет должны составить около 0.45% от выручки компании. 10. Заключение

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

3. ЗАДАНИЯ ДЛЯ КОНТРОЛЬНЫХ РАБОТ

3.1. Контрольная работа №1 «Построение системной архитектуры

предприятия» Для выполнения контрольной работы студент должен

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

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

Задание 1: Построение системной архитектуры предприятия.

Архитектура информации 1) Определите вид и объем необходимой информации, которая

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

2) Покажите связь между понятиями «архитектура информации» и «архитектура данных».

3) Постройте модели информации Вашего предприятия на

различных уровнях абстракции. Задание 2: Построение системной архитектуры предприятия.

Архитектура приложений 1) Опишите имеющийся на Вашем предприятии портфель

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

Вашего предприятия. 3) Составьте план миграции прикладных систем. 4) Приведите обоснование используемой Вами модели для

построения архитектуры приложений вашего предприятия. Задание 3: Построение системной архитектуры предприятия.

Техническая архитектура 1) Представьте техническую архитектуру Вашего предприятия

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

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

программный продукт MS Visio.

4. ВОПРОСЫ ДЛЯ ПОДГОТОВКИ К ЭКЗАМЕНУ

1) Изменение роли ИТ в бизнесе и обществе. 2) Бизнес-стратегия и информационные технологии. 3) Эволюция представлений об архитектуре предприятия. 4) Архитектура предприятия: основные определения. 5) Архитектура и управление ИТ-портфелем. 6) Интегрированная концепция архитектуры предприятия. 7) Бизнес-архитектура. Основные элементы, модели и инструменты

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

информационных процессов. 8) Модель Захмана. Структура и модель описания ИТ-архитектуры

Gartner. 9) Цели и задачи процесса разработки архитектуры предприятия. 10) Основная схема архитектурного процесса. 11) Методики разработки архитектуры предприятия «сверху-вниз» и

«снизу-вверх». 12) Управление и контроль процесса разработки архитектуры

предприятия. 13) Организационные структуры, связанные с разработкой

архитектуры. 14) Оценка затрат на разработку и сопровождение архитектуры

предприятия. 15) Gap-анализ (анализ несоответствий) и модель развития элементов

ИТ-архитектуры. 16) Оценка зрелости архитектуры предприятия. 17) Уровни принятия архитектурных решений. 18) Архитектура как модель реальной информационной системы. 19) Описание архитектуры как проекции реальности. 20) Рамочная модель разработки архитектуры по IEEE 1471. 21) Позиционирование понятия «архитектура предприятия». 22) Эволюция организационных принципов.

5. ТИПОВЫЕ ТЕСТОВЫЕ ЗАДАНИЯ

1) Наиболее часто имеются следующие преимущества, связанные с

наличием «Архитектуры предприятия»: наличие исчерпывающей, доступной информации; наличие репозитария используемых технологий. 2) Архитектура бывает двух основных типов: системная и прикладная; реальная и виртуальная; системная и программная. 3) Архитектура ИТ-семейство концепции и руководств; интерфейсов; шаблонов и стандартов. 4) Архитектура предприятия: полностью никогда не завершаема;

всегда завершаема, но не всегда полно; полностью всегда завершена. 5) Успешные методики описания Архитектуры предприятия

используют обычно метод: «ветвей и границ»; «разделяй и властвуй»; рекурсии. 6) Правилен принцип: архитектура учитывает рынок; определяет рынок; не обязана учитывать рынок. 7) ИТ-архитектура относятся к: тактическому уровню; стратегическому уровню; оперативному уровню. 8) На вопрос: «С помощью каких технологий можно построить

решение?» отвечают на уровне архитектуры: логическом; реализации; концептуальном. 9) Архитектуры по уровню различаются охватом; масштабом; географией месторасположения. 10) К требованиям описания ИТ-архитектуры не относится: высокий уровень детализации; динамика рассмотрения; высокий уровень массового охвата. 11) SAM — модель архитектуры тактическая; стратегическая; смешанная. 12) Положительные стороны проектирования «сверху — вниз»: реализация малой численности; поддержка на всех уровнях; технологичность; 13) Отрицательные стороны проектирования «снизу — вверх»: конкретность;

связность; необходимость наличия опыта. 14) Проект работы над созданием архитектуры обычно включает: разработку плана перехода; выполнение плана; пересмотр плана. 15) К организационным структурам управления и контроля

архитектуры относится: разработчики архитектур отдельных доменов; разработчики отдельных интерфейсов; разработчики архитектур бизнес-проектов. 16) Необходимо при проектировании архитектуры рассматривать

промежутки времени: прошлое, сегодняшнее, будущее; сегодня, завтра; сегодня, ближайшее, перспектива. 17) Стратегическое окно для «хорошей» архитектуры — это: 10 месяцев; 20 месяцев; 30 месяцев. 18) Наиболее важным при управлении архитектурой является: осознание бизнес-стратегии; изучение бизнес-стратегии; экономия средств. 19) Возможны функции систем разработки архитектуры

предприятия: диверсификация; кросс-ссылки; организационные структуры. 20) Положительные стороны проектирования «сверху — вниз»: легкость проектирования; ясность бизнес — потребностей; ясность ситуации.

6. СЛОВАРЬ ТЕРМИНОВ

Методика разработки архитектуры (ADM) — процесс созда-

ния архитектуры предприятия, входящий в стандарт TOGAF.

Архитектура приложения — архитектура конкретного прило-жения.

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

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

Архитектурное описание — набор объектов (артефактов), предназначенных для документирования архитектуры.

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

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

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

Архитектурная таксономия — методология организации и классификации архитектурных артефактов.

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

Архитектура бизнеса — архитектура, связанная непосредст-венно с бизнес-процессами и ведением бизнеса.

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

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

Директор по информационным технологиям — руководи-

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

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

Акт Клингера — Коэна от 1996 г. — см. Реформа управления информационными технологиями.

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

Эталонная модель компонентов (CRM) — термин FEA, обо-значающий ИТ-представление систем, поддерживающих бизнес.

Архитектура данных — архитектура принадлежащих предпри-ятию данных (обычно хранящихся в базах данных).

Архитектор предприятий — архитектор, специализирующийся на построении архитектуры предприятия.

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

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

FEA — см. Архитектура федеральной организации (FEA). FEAF — см. Структура архитектуры федеральной организа-

ции (FEAF). FEAPMO — организация в составе Административно-

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

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

Структура архитектуры федеральной организации (FEAF)

— структура архитектуры предприятия, использовавшаяся федераль-ным правительством США для описания взаимоотношений прави-тельственных агентств с ИТ-системами.

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

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

БКУ — см. Бюджетно-контрольное управление (БКУ). Gartner — исследовательская и консалтинговая ИТ-

организация. Шлюз — точка автономной системы, через которую принима-

ются сообщения из внешнего мира или отправляются сообщения во внешний мир.

Бюджетно-контрольное управление (БКУ) — подразделение правительства США, отслеживающее эффективность работы различ-ных правительственных организаций.

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

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

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

The Open Group Architectural Framework — см. TOGAF (The Open Group Architectural Framework) 8.1.

Архитектура организации — термин TOGAF, обозначающий

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

Эталонная модель производительности (PRM) — термин FEA, обозначающий стандартные способы описания терминов, свя-занных с оценкой полезности.

Рентабельность инвестиций (ROI) — величина (в процентах) ценности проекта, равная приросту прибыли (либо благодаря увели-чению доходов, либо благодаря снижению расходов), деленному на стоимость проекта. Например, если проект стоимостью 100 000 долл. Увеличил прибыль на 200 000 долл., то его рентабельность составляет 200 %.

ROI — см. Рентабельность инвестиций (ROI). Сегмент — термин FEA, обозначающий один из основных ас-

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

Информационная база стандартов (SIB) — термин TOGAF, обозначающий набор сведений о стандартах, в частности в области ПО с открытым исходным кодом.

TAFIM (Technical Architecture Framework for Information Management) — архитектурная структура, разработанная Министер-ством обороны США и официально отмененная в 2000 г.

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

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

TOGAF (The Open Group Architectural Framework) 8.1 — ме-тодология построения архитектуры, разрабатываемая консорциумом The Open Group.

Структура Захмана для архитектуры предприятий — струк-тура архитектуры, в которой предприятие моделируется в виде 30 или 36 ячеек, каждая из которых представляет пересечение точки зрения заинтересованного лица и абстракции

СПИСОК РЕКОМЕНДУЕМОЙ ЛИТЕРАТУРЫ

1. Алексеев, А.П. Информатика 2015 [Электронный ресурс]: учебное пособие. — Электрон. дан. — М.: СОЛОН-Пресс, 2015. — 400 с. — Режим доступа: http://e.lanbook.com/book/64921 — Загл. с экрана.

2. Астапчук, В. А. Корпоративные информационные системы: требования при проектировании : учебное пособие для вузов / В. А. Астапчук, П. В. Терещенко. — 2-е изд., испр. и доп. — М. : Издательство Юрайт, 2018. — 102 с. — (Серия : Университеты России). — Режим доступа: https://biblio-online.ru/book/2B43246F-E60F-4B3C-9295-B4E4F872878B — Загл. с экрана.

3. Григорьев, М. В. Проектирование информационных систем : учебное пособие для вузов / М. В. Григорьев, И. И. Григорьева. — М. : Издательство Юрайт, 2018. — 318 с. — (Серия : Университеты России). — Режим доступа: https://biblio-online.ru/book/394E4411-7B76-4F47-BD2D-C3B981BEC3B8 — Загл. с экрана.

4. Жданов, С.А. Информационные системы: учебник для студентов учреждений высшего образования [Электронный ресурс] : учеб. / С.А. Жданов, М.Л. Соболева, А.С. Алфимова. — Электрон. дан. — Москва : Издательство "Прометей", 2015. — 302 с. — Режим доступа: https://e.lanbook.com/book/64787. — Загл. с экрана.

5. Замятина, О. М. Вычислительные системы, сети и телекоммуникации. Моделирование сетей : учебное пособие для магистратуры / О. М. Замятина. — М. : Издательство Юрайт, 2018. — 159 с. — (Серия : Университеты России). — Режим доступа: https://biblio-online.ru/book/3A1BBC90-1F94-4581-A4A3-8181BD9032BC — Загл. с экрана.

6. Казарин, О. В. Надежность и безопасность программного обеспечения : учебное пособие для бакалавриата и магистратуры / О. В. Казарин, И. Б. Шубинский. — М. : Издательство Юрайт, 2018. — 342 с. — (Серия : Бакалавр и магистр. Модуль.). — Режим доступа: https://biblio-online.ru/book/6A637EC7-8B78-4DA6-B404-71DE0202E2EF — Загл. с экрана.

7. Колокольникова, А.И. Архитектура предприятия [Электронный ресурс] : учебное пособие / А.И. Колокольникова, Л.С. Таганов. — Электрон. дан. — Кемерово : КузГТУ имени Т.Ф. Горбачева, 2015. — 199 с. — Режим доступа: http://e.lanbook.com/book/69462 — Загл. с экрана.

8. Кудинов, Ю.И. Основы современной информатики [Электронный ресурс]: учебное пособие / Ю.И. Кудинов, Ф.Ф. Пащенко. — Электрон. дан. — СПб.: Лань, 2011. — 256 с. — Режим доступа: http://e.lanbook.com/book/68468 — Загл. с экрана.

9. Кудинов, Ю.И. Практикум по основам современной информатики [Электронный ресурс]: учебное пособие / Ю.И. Кудинов, Ф.Ф. Пащенко, А.Ю. Келина. — Электрон. дан. — СПб.: Лань, 2011. — 351 с. — Режим доступа: http://e.lanbook.com/book/68471 — Загл. с экрана.

10. Лаврищева, Е. М. Программная инженерия. Парадигмы, технологии и case-средства : учебник для вузов / Е. М. Лаврищева. — 2-е изд., испр. — М. :

Издательство Юрайт, 2018. — 280 с. — (Серия : Университеты России). — Режим доступа: https://biblio-online.ru/book/DCE62C40-BE54-4478-9BA5-7BE6200A8967 — Загл. с экрана.

11. Рыбальченко, М. В. Архитектура информационных систем : учебное пособие для вузов / М. В. Рыбальченко. — М. : Издательство Юрайт, 2018. — 91 с. — (Серия : Университеты России). — Режим доступа: https://biblio-online.ru/book/453CB056-891F-4425-B0A2-78FFB780C1F1 — Загл. с экрана.

12. Схиртладзе, А.Г. Информационные технологии в производстве и бизнесе [Электронный ресурс] : учебник / А.Г. Схиртладзе, В.Б. Моисеев, А.В. Чеканин, В.А. Чеканин. — Электрон. дан. — Пенза : ПензГТУ, 2015. — 548 с. — Режим доступа: https://e.lanbook.com/book/63567. — Загл. с экрана.

13. Экономика информационных систем : учебное пособие для бакалавриата и магистратуры / А. Л. Рыжко, Н. А. Рыжко, Н. М. Лобанова, Е. О. Кучинская. — 2-е изд., испр. и доп. — М. : Издательство Юрайт, 2017. — 176 с. — (Серия : Бакалавр и магистр. Академический курс). — — Режим доступа: https://biblio-online.ru/book/51616BD5-22FD-4D34-BD6D-698AAB8B90ED — Загл. с экрана