1 задание. Вадим Алджанов итархитектура от а до Я Теоретические основы. Первое
 Скачать 8 Mb.
|
|
ABS (Automated Banking System, Core Banking System) Автоматизированная Банковская Программа Специализированное комплексное программное обеспечение, предназначенное для ведения операционной деятельности в банковской сфере. Классификация Управления Организацией Функционально Ориентированная Организация Управления Суть данной организации управления заключается в том, что перед каждой функциональной структурной единицей организации (бухгалтерия, отдел сбыта, администрация и т п) закреплен ряд функций, описана область ответственности, сформулированы критерии успешной и неуспешной деятельности. При этом, как правило, данный подход характеризуется следующими выраженными признаки: •Слабые горизонтальные связи между функциональными структурными единицами, •Сильные вертикальные линии связи внутри одной функциональной структуры, типа «начальник-подчиненный». Подчиненный отвечает только за порученные ему функции и, возможно, за деятельность своего подразделения в целом. Функции и результаты работы параллельных структурных единиц его не очень интересуют. Данные структурируются по функциональному назначению структурных подразделений компании. Как пример, для небольшой компании в качестве ИТ решения может быть выбрано решение 1С «Бухгалтерия» для ведения хозяйственной деятельности, бухгалтерского и Управленческого учета. Все остальные функциональные подразделения используют данное решение для автоматизации операционной деятельности исходя из имеющегося функционала. Для крупной компании для финансового департамента может быть выбрано решение, например, Программа 1С конфигурация «Бухгалтерия», а для Отдела Кадров выбрано решение 1С конфигурация «Управление Сотрудниками», отвечающие требованиям подразделений. Функциональный подход к управлению оптимален для предприятий с простой организационной структурой, когда весь бизнес (или его значительная часть) сосредоточена в рамках одной структурной единицы, или же для крупного предприятия, бизнес процессы которого идут обособленно. Например, в случае промышленного предприятия, когда некоторая структурная единица выполняет полный цикл производства некоторого товара. В целом этот подход больше всего подходит предприятиям со стабильными бизнес-процессами, что присуще, например, предприятиям, действующим на рынках с низким уровнем конкуренции. На данной момент наблюдается преобладает функциональном (иерархическом) подходе к управлению организацией. Процесс Ориентированная Организация Управления При процессном подходе к организации управления, каждая структурная единица обеспечивает выполнение конкретных бизнес-процессов, в которых она участвует. Обязанности, область ответственности, критерии успешной деятельности для каждой структурной единицы сформулированы и имеют смысл лишь в контексте конкретного бизнес-процесса. Данный подход как правило характеризуется следующими признаками: •Горизонтальные связи между структурными единицами при таком подходе сильнее •Вертикальные слабее, чем в случае функционального подхода. Сотрудник отвечает не только за свои функции, но и за те бизнес-процессы, в которых он задействован, поэтому результаты деятельности параллельных структурных единиц, которые участвуют в тех же бизнес-процессах, что и он, для него важны. В контексте управления ИТ сервисами, данные структурируются по назначению процесса бизнес приложений. Как пример, в компании определяются бизнес процессы (процесс закупки, процесс движения денежных средств, и т п). В процесс закупки на различных этапах деятельности, вовлечены различные функциональные подразделения организации (например, отдел закупок отвечает за сбор предложений, проведение тендера, финансовый департамент отвечает за оплату, административный отдел за доставку товара и т п). Как пример для Для современных предприятий характерна сложная организационная структура, в рамках которой ответственность за выпуск конечного продукта или услуги распределяется между многими структурными единицами. И в этом случае преимущества процессного подхода становятся очевидны, особенно для предприятий, которым приходится часто изменять свои бизнес-процессы, что характерно для рынков с высоким уровнем конкуренции. Процессный подход позволяет взглянуть на информационную систему не как на программу, на которую приходится расходовать финансы, а как на инструмент бизнеса направленный на получение ценности для компании. Классификация Информационных Систем с точки зрения ИТ Функционально Ориентированная Информационная Система Как видно из особенностей функционально ориентированного подхода к управлению организацией, информационная система предприятия выбирается исходя из требований функционального подразделения компании. Так для примера, была выбрана система «1С конфигурация Бухгалтерия» покрывающая требования по ведению Управленческого, Бухгалтерского и Налогового Учета в процессе ведения коммерческой и хозяйственной деятельности. Деятельность остальных подразделений (отдела кадров, отдела продаж, администрации и т п) по возможности встраивается в имеющуюся информационную систему с использованием «базового» функционала. В процессе развития компании, информационная система модернизируется, обновляется и в целом удовлетворяет требованиям бизнеса. ИТ департамент обеспечивает внедрение и сопровождение системы. На каком-то этапе своего развития отдел продаж или маркетинга, нуждается в дополнительном функционале, отсутствующем в имеющейся системе. Перед руководством компании, как и перед руководителем ИТ департамента, возникает вопрос: сменить текущую систему на новую, в которой помимо имеющегося функционала, так же присутствуют функции, требуемые со стороны отдела продаж. Бухгалтерия, а возможно и другие подразделения, возможно будут против, как и руководитель ИТ по следующим причинам: •Текущая система удовлетворяет требования большинства подразделений компании •Имеется наработанная практика работы с программой со стороны бизнеса •Имеется наработанная практика работы с программой со стороны ИТ (баги, ошибки, навыки сопровождения и т п) Внедрение новой системы неизбежно ведет к появлению следующих обязательных вопросов: •Постановка технического задания по имеющимся функциям •Постановка технического задания по новым функциям •Реинжиниринг бизнес процессов для адаптации к новой системе •Наличие ресурсов для внедрения и сопровождения •Как новое решение вписывается в имеющуюся ИТ инфраструктуру •План внедрения новой информационной системы без прерывания бизнеса •План миграции информации из старой системы в новую •Обучение персонала •Вопросы по поддержке •План восстановления бизнеса на случай не удачного внедрения проекта В независимости от полноты ответов и правильности их реализации, внедрение новой системы неизбежно ведет к появлению следующих потенциальных рисков и проблем: •Расходы на внедрение новой системы (как прямые, так и косвенные расходы времени и денег) •Не удобство для пользователей (интерфейс другой, формы и процессы могут отличатся значительно) •Возрастания количества ошибок и проблем во времени эксплуатации системы пользователями (не знают, ошибки и т п) •Время устранения проблем со стороны ИТ увеличивается (ИТ не имеет навыков по сопровождению системы) •Вопросы по миграции данных из старой системы в новую Вообще, как уже упоминалось ранее в книге, для замены текущей системы на новую необходимы очень важные доводы, и это последнее, о чем должен думать ИТ архитектор при построении ИТ Архитектуры Предприятия. Как результат, скорее всего будет принято решение, по приобретению отдельного решения с имеющимся функционалом, удовлетворяющим требования отдела продаж. Например, Microsoft Navision CRM. Некоторые преимущества данного решения будут: •Влияние на текущие бизнес процессы минимальный, так как компания продолжает работать с имеющемся решением •Расходы по внедрению значительно ниже •Уровень всех потенциальных проблем снижается по причине уменьшения масштаба влияния •При провале проекта, отдел продаж продолжит работать с имеющейся системой •Нет необходимости в миграции данных Но возникают вопросы: Есть ли необходимость технической интеграции двух систем между собой и если да, то как и на каком уровне. Преимущества выбора Функционально Ориентированной Информационной Системы: •Содержит необходимый функционал для обеспечения работы •Обычно более проста и понятна для внедрения и использования •Процесс внедрения проще за счет меньшего масштаба внедрения Недостатки: •Сопровождение потенциально большего количества информационных систем •Вопросы по интеграции большего количества информационных систем между собой •Требует большего распыления ИТ ресурсов •Требования по знанию различных систем Процесс Ориентированная Информационная Система Теперь рассмотрим особенности Процесс ориентированного подхода к управлению организацией, и его влияние на построении ИТ инфраструктуры компании. Информационная система предприятия выбирается исходя из анализа бизнес процессов, происходящих в компании. Как написано в предыдущей главе, компания описывает бизнес процессы как основные, так и вспомогательные. Полнота описания процессов и их точность позволит выбрать наиболее правильное решение. Так для примера, была выбрана система «Microsoft Dynamics Navision» или 1С Конфигурация Управление Предприятием» покрывающая требования всех имеющихся бизнес процессов. Также в процессе роста организации могут возникнуть потребности в новом функционале, и требовании интеграции имеющегося решения с новой системой. Преимущества выбора Процесс Ориентированной Информационной Системы: •Содержит необходимый функционал для обеспечения работы компании на протяжении всего жизненного цикла •Сопровождение меньшего количества информационных систем (потенциально единая система в организации) •Вопрос по интеграции информационных систем между собой не актуален или не критичный •Не требует распыления ИТ ресурсов •Нет требований по знанию большого количества различных систем Недостатки: •Более высокая первоначальная стоимость решения за счет большего функционала •Риски внедрения и сопровождения выше, так как является основной для бизнеса, относительно сложной и т п «Эталонная» Информационная Система (Management Information System) При анализе и сравнении выше приведенных систем, а также исходя из опыта внедрения и сопровождения различных информационных систем, возможности бизнеса и т п можно создать так называемую идеальную «эталонную» модель Информационной Системы для вашей компании. На мой взгляд, в контексте построения крупной, централизованной Архитектуры Предприятия, идеальная модель будет выглядеть как: •Единая Универсальная Информационная Система, построенная по модульному принципу, совмещающая в себе как функциональный, так и процессный подходы. Преимущества Единой Информационной Системы: •Все преимущества Процесс Ориентированной Информационной Системы •За счет модульности, первоначальная стоимость внедрения и последующее сопровождение значительно дешевле •Так же за счет модульности, дополнительный функционал внедряется по необходимости •Снижаются риски при внедрении и сопровождении нового функционала •Единая информационная система от одного производителя более надежна, безопаснее и управляема Все хорошо, ясно и понятно, руководитель компании вызывает к себе, ставит задачу найти «самое-самое» решение. Ищем, внедряем и спим спокойно дорогой товарищ. Но как говорится «… если хотите получить чудо – нанимайте сказочников…». На практике, любое более-менее среднее или тем более большое предприятие с более или менее тесной интеграцией с ИТ имеет в своем «зоопарке» два и более ИТ бизнес решения. Это связано с тем, что в каждой бизнес сфере (финансовая сфера, банках, страховых компаниях, строительстве, сельском хозяйстве и т п) имеется своя особенность ведения бизнеса. Кроме этого для международных компаний требования законодательства для одних и тех же функциональных подразделений может различаться кардинально. Адаптация или переделка «универсального» решения может быть очень трудоемким, затратным и провальным проектом. Не изобретайте велосипед заново там, где в этом нет особой необходимости. Модели Интеграции Информационных Систем Общая модель интеграции данных и информационных поток представлена на диаграмме. Как видно из диаграмм различают основные модели интеграции систем: «Точка – точка» (Point-to-point) наиболее простая модель, использует прямое соединение систем между собой Модель интеграции типа «Point-to-point» и «Hub & Spoke» «ХАБ» (Hub & Spoke) представляется в виде центрального элемента, соединенного с различными системами Диаграмма Модели интеграции типа «Spaghetti» «ЛЕС» (Spaghetti) – модель соединения всех систем со всеми «Интеграционная Шина Предприятия» (Enterprise Service Bus) общая «шина» данных для интеграции систем между собой, представляет из себя как правило самостоятельную систему. Диаграмма Модели интеграции типа «Enterprise Service Bus» Далее компоненты систем интеграции можно разделить на следующие элементы: •Периферийные системы (Front-end) – решения специфической операционной деятельности, или требует установку локально для взаимодействия с различными аппаратными решениями на местах (станки, кассовые аппараты и т п) •Механизм интеграции данных (Integration) – механизмы интеграции данных •Ключевые системы (Back-end) – конечные системы, решение консолидации и обработки данных •Системы консолидации (OLAP & BI) – решение консолидированной аналитики и отчетов Типы направлений интеграции потоков данных: •Однонаправленные — Данные передаются от оконечных систем в централизованное хранение данных для дальнейшей обработки и анализа. Преимущества: простота построения решения, исходные данные доступны только для чтения. Подходит для анализа и построения отчетности. К недостаткам можно отнести отсутствие возможности по интеграции в бизнес процессы. •Двунаправленные (интерактивные) – Данные передаются в обоих направлениях, как от оконечных систем в централизованное хранение данных для дальнейшей обработки и анализа, так и обратно для интеграции в бизнес процессы (акцептование и т п). Преимущества: возможность интегрироваться в бизнес процессы. Обычно реализуется на уровне приложения. Недостатки: сложность построения решения, данные могут быть модифицированы внешними системами, что требует более высокого уровня информационной безопасности, сложности сопровождения. Комплексная Интеграции Информационных Систем Предприятия Принимая во внимание общую концепцию построения Системы Управления Бизнесом (Management Information System), вопросы интеграции различных Информационных Систем между собой является неизбежным «злом». Задача ИТ знать об этом и быть готовым снизить риски и негативное влияние на бизнес и ИТ Архитектуру Предприятия. При построении комплексной интеграции предприятия необходимо принять во внимание структуру организации. Модель интеграции Информационных Систем полностью зависит от структуры организации. Интеграция ИС Предприятия может происходить на различных уровнях: Интеграция различных информационных систем на организационном уровне: •в пределах одной компании •в пределах портфеля •в пределах холдинга Интеграция различных информационных систем на уровне бизнеса деятельности: •По функциям (департаментам), •По процессам •По сфере деятельности Интеграция различных информационных систем на технологическом уровне: •инфраструктуры, •платформы •приложений •базы данных •данных Степень Интеграция различных информационных систем: •Частичная или Полная •Ручная или автоматизированная •Одно направленная или двух направленная Рассмотрим более детально различные варианты интеграции с применением различных механизмов и типов. Вариант 1: Интеграция двух информационных систем в масштабе одной компании В качестве периферийной информационной системы выступает Автоматизированная Банковская Система (ABS), в качестве конечной системы программа ведения бухгалтерского учета (ACCOUNTING). Интеграции «одно направленного» типа с использованием механизма «Точка-точка» на уровне «Приложения» осуществляется от источника «ABS» к получателю «ACCOUNTING». Все основные бизнес процессы происходят в АБС (создание клиентов, выдача кредита, все виды наличных оплат, в том числе и не банковского назначения, поступления переводов по погашению кредитов и т п). Транзакции из АБС выгружаются один раз при операции закрытии дня (Close of Business). Бухгалтерская система обеспечивает ведение хозяйственных операций, бухгалтерского и налогового учета (амортизация, учет основных средств, безналичные переводы, не связанные с клиентами и т п). Как пример пересекающихся процессов: новый поставщик вводится в АБС как потенциальный клиент, там же проводятся кассовые операции и т п. Регистрация товара от поставщика производится в системе «Бухгалтерии» и т п. Какие таблицы, поля, атрибуты должны быть переданы разбираются детально. Подход к интеграции должен выполнятся ТОЛЬКО С ПРИМЕНЕНИЕМ ПРОЦЕССНОГО ПОДХОДА!!! Вариант 2: Интеграция двух информационных систем в масштабе одной компании В качестве периферийной информационной системы выступает Автоматизированная Банковская Система (ABS), в качестве конечной системы программа ведения бухгалтерского учета (ACCOUNTING). Интеграции «двух направленного» типа с использованием механизма «Точка-точка» на уровне «Приложения» осуществляется между «ABS» и «ACCOUNTING». Все основные бизнес процессы происходят в АБС (создание клиентов, выдача кредита, все виды наличных оплат, в том числе и не банковского назначения, поступления переводов по погашению кредитов и т п). Транзакции из АБС выгружаются один раз при операции закрытии дня (Close of Business). Бухгалтерская система обеспечивает ведение хозяйственных операций, бухгалтерского и налогового учета (амортизация, учет основных средств, безналичные переводы), без ограничения. Как пример пересекающихся процессов: новый поставщик вводится в «Бухгалтерии», там же проводятся кассовые операции и т п. Регистрация товара от поставщика производится там же и т п. Данные по новому клиенту пересылаются в систему АБС. В данном примере необходимо ввести дополнительные механизмы контроля (проверка внесенных изменений, исправления ошибок и т п). Более сложный вариант, но предоставляет большую свободу для департамента бухгалтерии. В приведенных примерах используется в качестве примера выделение бухгалтерского модуля. Относительная простота реализация так как основная деятельность банка связана с двумя сущностями: деньги и информация. Деньги выступают и в роли денег и товара. Для производственных организаций ведение учета будет сложнее, так как имеются уже три сущности: деньги, товар (материал и произведенный товар) и информация. Кроме того, ситуация осложняется тем, что в процессе производства основные средства, рабочий труд передают часть стоимости для создается сущность «произведенный товар», вычислять себестоимость которого требуется рассчитать. |