424

актуальность информации;

экономичность и эффективность обработки информации. Кроме того, автоматизированная информационная система

должна удовлетворять ряд таких технических требований, как:

быстродействие (скорость при вводе, поиске, обработке информации);

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

регистрация действий персонала;

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

возможность развития системы;

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

возможность проведения конвертации данных из использовавшихся ранее в новую систему;

высокая надежность работы.

Архитектура – организационная структура любой системы. (IEEE Std. 610.12-1990). Выделяют четыре области архитектур применительно к системе и объекту управления:

бизнес-архитектур;

архитектура программных систем;

технологическая или инфраструктурная архитектура;

информационная архитектура.

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

1)централизованная архитектура, которая предполагает наличие единого центра для хранения интегрированных данных (базы данных, БД), которая используется множеством приложений (пользователей) в условиях существования компьютерной сети; варианты централизованной архитектуры ИС:

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

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

клиент-серверная трех-уровневая архитектура, наличие

интегрированной базы данных на сервере, наличие сервера приложений, вариант "тонкого" клиента;

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

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

данные как услуга;

инфраструктура как услуга;

программное обеспечение как услуга;

платформа как услуга;

рабочее место как услуга;

всё как услуга.

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

ERP (Enterprise Resource Planning) – система планирования

(управления) ресурсами предприятия.

CRM (Customer relationship management) – модель взаимодействия, полагающая, что центром всей философии бизнеса является клиент, а основными направлениями деятельности являются меры по поддержке эффективного маркетинга, продаж и обслуживания клиентов.

ECM (Enterprise Content Management) – это стратегическая инфраструктура и техническая архитектура для поддержки единого жизненного цикла неструктурированной информации (контента) различных типов и форматов.

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

HRM (Human Resource Management) – область знаний и практической деятельности, направленная на своевременное обеспечение организации персоналом и оптимальное его использование.

EAM (Enterprise Asset Management) – это информационная система, предназначенная в основном для автоматизации процессов связанных с техническим обслуживанием оборудования, его ремонтом, а также послепродажным обслуживанием этого оборудования.

EDMS (Electronic Document Management) – система управления документами предприятия.

Workflow (Business Process Management – BPM) – система отвечающая за документооборот предприятия в комплексе, начиная от простого поручения до конечных маршрутов и версий используемых документов.

Collaboration – система, отвечающая за электронное взаимодействие людей, но не формализованное, как workflow, и не просто «архив», как EDMS.

ERP-система может быть использована в нескольких направлениях:

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

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

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

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

осуществляет поддержку такого жизненного цикла документов на предприятии в реальном времени.

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

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

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

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

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

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

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

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

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

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

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 – Как правильно строить процессы управления технологической инфраструктурой?