сотрудников. Также в этой системе управляемыми могут быть: форумы, личная переписка, виртуальные переговорные процессы (чаты), электронная почта.
1.4. Организационно-экономические основы внедрения ИСУП. Методика построения и анализа архитектуры деятельности
Вопросы для рассмотрения: Подход к построению модели деятельности организации. Понятие функционального компонента и его бизнес-функций. Анализы модели деятельности – степень значимости компонент в контексте стратегических целей организации, потенциал автоматизации компонент, уровень проблем, связанных с недостаточным информационным обеспечением компонент. Определение приоритетов автоматизации компонент.
Виды моделей архитектуры ИТ. Представления ИТ-услуг в привязке к компонентам модели деятельности. Представления систем в привязке к ИТ-услугам. Функциональные и нефункциональные характеристики систем. Схема информационного обмена между системами.
ИСУП как неотъемлемая часть инфраструктуры бизнеса и как инструмент решения всего комплекса задач управления предприятием. Критерии оценки эффективности использования информационной системы управления предприятием.
Рекомендуемая литература: 2.
Перечень дополнительных ресурсов: 9, 11. Наименование вида самостоятельной работы: изучение ли-
тературы, подготовка к практическому занятию, подготовка отчета о лабораторной работе, выполнение контрольной работы
Основные подходы к построению моделей системы:
структурный подход (Основан на использовании различных типов организационной структуры предприятия, как правило, иерархической. В этом случае организация и управление деятельностью осуществляется по структурным элементам, а их взаимодействие – через должностных лиц и структурные подразделения более высокого уровня);
функциональный подход (Отвечает на вопрос «Что делать?». Функционально-структурная (бюрократическая) модель основана на универсальном принципе разделения труда между службами,
отделами, цехами, бригадами с закреплением за ними определенных функций);
процессный подход (Он ориентирован, в первую очередь, не на организационную структуру предприятия, не на функции подразделений, а на бизнес-процессы, конечными целями выполнения которых, является создание продуктов или услуг, представляющих ценность для внешних или внутренних потребителей. Отвечает на вопрос «Как делать?».
проектный подход (Основным принципом построения проектной структуры является концепция не функций или процессов, а проекта – создание нового, как правило, единичного не повторяющегося продукта, например, разработка нового изделия. Деятельность предприятия в этом случае рассматривается как совокупность выполняемых проектов, каждый из которых имеет фиксированное начало и окончание).
Виды моделей архитектуры ИТ:
статистическая модель (в ней представлены подсистемы или компоненты, разрабатываемые в дальнейшем независимо);
динамическая модель (в ней представлена организация процессов во время работы системы);
модель репозитория (все совместно используемые данные хранятся в центральной базе данных, доступной всем подсистемам, каждая из которых имеет также собственную базу данных. Взаимообмен данными между подсистемами происходит с помощью передачи сообщений);
модель клиент-сервер (это модель распределённой системы,
вкоторой показано распределение данных и процессов между несколькими процессорами);
модель абстрактной машины;
проблемно-зависимая архитектура.
1.5.Методика построения архитектуры инфраструктуры ИТ
Вопросы для рассмотрения: Домены инфраструктуры ИТ – общесистемные сервисы, аппаратные сервисы, сетевые сервисы, инженерные сервисы. Анализ характеристик систем и объёмов данных для выработки требований к элементам доменов инфраструктуры ИТ. Платформы для эффективной корпоративной работы.
Инструментарий управления ИТ-инфраструктурой. Уровни зрелости ИТ-инфраструктуры предприятия.
Корпоративная информационная система, являющаяся основой системы планирования ресурсов предприятий. Интегрированная информационная среда.
Рекомендуемая литература: 2.
Перечень дополнительных ресурсов: 9, 11. Наименование вида самостоятельной работы: изучение ли-
тературы, подготовка к практическому занятию, подготовка отчета о лабораторной работе, выполнение контрольной работы.
Архитектурная методика META Group рассматривает архитектуру предприятия в интеграции с другими ключевыми процессами, в частности, с процессом управления корпоративными ИТ-программами и проектами (EPM – Enterprise Program Management) и процессом выработки стратегии и планирования. В частности, отмечается, что архитектура, собственно говоря, и реализуется на практике через процесс управления ИТ-программами и проектами.
Объединяющим для всех доменов архитектуры META Group является процесс формулировки бизнес-требований к ИТархитектуре, что оформляется в виде двух документов: Видения общих требований (CRV – Common requirements Vision) и
Принципах концептуальной архитектуры (CA – Conceptual Architecture).
На этапе 1 разрабатывается Видение общих требований (анализ тенденций развития внешней для предприятия среды, бизнесстратегии и основные движущие силы с точки зрения бизнеса, требования к ИС со стороны бизнеса, требования к технологической архитектуре)
Этап 2 состоит в разработке Концептуальной архитектуры, которая определяет логически связанный набор принципов, обеспечивающий общее руководство для развития информационных систем предприятия и технологической инфраструктуры. На этом же этапе параллельно ведется разработка наиболее приоритетных доменов архитектуры. Здесь же выполняется анализ на несоответствие (gap-анализ) между текущим и желаемым состоянием архитектуры.
Этап 3 состоит в разработке плана реализации,
обеспечивающего миграцию в сторону желаемого состояния архитектуры.
TOGAF позиционируется ее авторами не как некоторая эталонная модель, а как "средство для разработки архитектур информационных систем". Основное назначение – ускорить и облегчить процесс разработки архитектуры конкретной организации, обеспечивая при этом возможность будущего развития.
Основным полем для применения TOGAF является, прежде всего, программная инфраструктура информационной системы (в противоположность таким типам архитектур, как бизнесархитектура, архитектура данных и приложений). Таким образом, она в наилучшей мере подходит для описания интеграционных компонент, использующихся для поддержки широкого спектра корпоративных приложений, прежде всего, критичных для бизнеса. Поскольку эта интеграционная архитектура сильно зависит от принимаемых решений в остальных областях, то в рамках TOGAF в необходимой степени рассматриваются и эти смежные области.
Всостав модели TOGAF входят две основные компоненты – методика ADM (Architecture Development Method), определяющая процесс разработки архитектуры, и Базовая Архитектура (Foundation Architecture). Она дополняется соответствующей базой данных ресурсов, включающей описания архитектурных принципов, примеров реализации, а также специализированный язык ADML. Заметим, что в описании TOGAF добавлен специальный документ, поясняющий соответствие между понятиями TOGAF и моделью Захмана.
Всоответствии с методикой ADM, процесс разработки архитектуры включает следующие фазы:
подготовка: уточнение модели под особенности организации, определение принципов реализации проекта;
фаза A: определение границ проекта, разработка общего представления архитектуры; утверждение плана работ и подхода руководством;
фаза B: разработка бизнес-архитектуры предприятия;
фаза C: разработка архитектуры данных и архитектуры приложений;
фаза D: разработка технологической архитектуры;
фаза E: проверка возможности реализации предложенных решений;
фаза F: планирование перехода к новой системе;
фаза G: формирование системы управления преобразованиями;
фаза H: управление изменением архитектуры.
Подходы Microsoft в большей степени сфокусированы на процессах разработки конкретных программных прикладных систем и создании технологической инфраструктуры, включая центры обработки данных различного масштаба и уровня надежности. Как практически и во всех других методиках, здесь выделяются четыре представления (домена) в архитектуре: бизнес-архитектура, архитектура информации, прикладные системы и технологическая архитектура. Эти представления рассматриваются на различных уровнях абстракции: концептуальном, логическом и физическом. Помимо этого, явно выделяются процессы разработки прикладных систем, организация процессов эксплуатации технологической инфраструктуры и создание соответствующих шаблонов, которые могут использоваться как при разработке архитектуры систем, так и при ее создании.
При этом компания Microsoft выработала достаточно подробные методики, покрывающие различные аспекты архитектуры и, прежде всего, процессы разработки систем и создания инфраструктуры и процессы эксплуатации систем и инфраструктуры. В частности, это такие методики, как Microsoft Solutions Framework (MSF), Microsoft Operations Framework (MOF), Microsoft Systems Architecture (MSA) и Microsoft Solutions for Management (MSM), которые мы рассмотрим ниже.
Эти четыре взаимодополняющие методики Microsoft дают специалистам рекомендации, касающиеся следующих четырех основных вопросов:
MSF – Как правильно создавать ИТ-системы?
MSA – Как правильно создавать технологическую инфраструктуру?
MOF – Как правильно эксплуатировать технологическую инфраструктуру?
MSM – Как правильно строить процессы управления технологической инфраструктурой?