Типы архитектур корпоративной информационной системы

1. Архитектура «ЛОСКУТНОЕ ОДЕЯЛО»

· Большая избыточность данных, их дублирование в различных системах

· В «корпоративное информационное пространство» (условное название) постоянно вмешивается Пользователь:

· Передача информации между отдельными приложениями (лоскутами) по инициативе самих пользователей

· Корректировка данных задним числом и т.д.

· В случае «ЛОСКУТНОГО ОДЕЯЛА» ИТ-квалификации рядовых сотрудников и руководителей не предъявляется серьезных требований

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

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

· В деятельности организации над формальными процедурами преобладают неформализованные личные отношения между сотрудниками

· С точки зрения информационной системы здесь следует понимать, что именно эти связи и лояльное отношение сотрудников своей компании является интегрирующим фактором при формировании данных в архитектуре «ЛОСКУТНОЕ ОДЕЯЛО», т.е. в этом случае, любые проблемы с лояльностью и связями сразу сказываются на качестве данных

Пример: семейный бизнес

· «ЛОСКУТНОЕ ОДЕЯЛО» обладает хорошей устойчивостью к внешним воздействиям, однако, и здесь и есть НЕДОСТАТКИ:

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

Архитектура «СИЛЬНАЯ ИНТЕГРАЦИЯ»

· Альтернатива «ЛОСКУТНОМУ ОДЕЯЛУ», когда данные структурированы очень строго и их дублирование исключено

· Характерным примером «СИЛЬНОЙ ИНТЕГРАЦИИ» может служить корпоративная информационная система ERP-класса или программа, разработанная самостоятельно, но также поддерживающая целостность транзакций на операционном уровне

· Кроме того, подобный тип архитектуры можно получить не только при внедрении единой КИС, но и, например, связав лоскуты архитектуры первого типа через IP на уровне баз данных (т.е. приложения могут стоять самостоятельно на рабочих местах, но мы создаем единую БД) (например: методология Extract Translate Load (ETL) - в этом случае, тоже получаем архитектуру «СИЛЬНОЙ ИНТЕГРАЦИИ», однако, эта система будет «тяжелой» с точки зрения управления

· «СИЛЬНАЯ ИНТЕГРАЦИЯ» направлена на автоматизацию существующих в организации относительно стабильных бизнес-процессов

· Требования к квалификации Исполнителя зависят от его уровня в организационной структуре управления

o Для операционного уровня: невысокие требования (касается обычно конкретного программного обеспечения). В данном случае пользователь является ПРОСЛОЙКОЙ между клавиатурой и экраном

o На операционном уровне система выстраивает конвейер, к которому добавляется инструкция пользователя

o На структурном и стратегическом уровнях: специалисты должны обладать высокой квалификацией. Они формируют архитектуру всей системы бизнеса, что отражается на связях моделей бизнес-процессов. Именно в этом заключается СЛАБОСТЬ данной архитектуры. Многие проекты по внедрению ERP-системы потерпели неудачу именно из-за отсутствия таких специалистов со стороны бизнеса (или их не удалось удержать после внедрения ИС)

Архитектура «СЛАБАЯ ИНТЕГРАЦИЯ»

· Довольно нова для России

· Корпоративное информационное пространство формируется на основе двух типов данных:

o Первичные данные (включают в себя следующие информационные ресурсы)

§ Документы

§ Почтовые сообщения

§ Базы данных

§ Мультимедийная информация

§ Различные ссылки на информационные источники (например, правовые)

o Модели описания информационных ресурсов

§ Каталоги

§ Классификаторы

§ Словари

§ Другие модели

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

 

86. Модель процессов ITIL/ITSM. Процессы сопровождения услуг.

Относится к операционному уровню управления и обеспечивает повседневную работу корпоративной информационной системы

Основные принципы модели ITIL/ITSM

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

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

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

Процессы сопровождения ИТ-услуг

 

 

 

87. Модель процессов ITIL/ITSM. Процессы предоставления услуг.