1 задание. Вадим Алджанов итархитектура от а до Я Теоретические основы. Первое
 Скачать 8 Mb.
|
|
Вариант 3: Интеграция информационных систем различных компаний, объединённых в портфель или холдинг Каждая компания имеет собственное ERP решение. Задача ИТ обеспечить сбор данных с различных систем в холдинг для последующего анализа и формирования отчетов для руководства. Для этого в холдинге развернута система OLAP & BI и система хранения данных (Data Warehouse DWH). Для обеспечения интеграции данных будет использоваться решение ESB «шина». Требования по внедрению решения: наличие разработчиков на стороне компаний для обеспечения выгрузки данных, каналы связи для передачи данных и команда разработчиков на стороне холдинга. Команда разработчиков холдинга совместно с представителями бизнеса определяет данных, необходимые для передачи в холдинг, метод выгрузки, периодичность. На стороне компаний разрабатывает выгрузка данных в формате, поддерживаемым интеграционной «шиной». Настраивается интерфейс получения данных, их трансформации и передачи в дата центр. Преимущества данного решения: •относительная простота внедрения и сопровождения •не высокая стоимость решения •минимальные риски негативного воздействия на конечные системы и бизнес процессы в компаниях •внедрение может проходить последовательно, и как следствие не потребует значительных человеческих ресурсов К недостаткам решения можно отнести следующие: •Система обладает только возможностями создания отчетов и аналитики. •Точность и достоверность информации зависит от ввода данных на местах. •Нет возможности интерактивного влияния на бизнес процессы в компаниях. Вариант 4: Интеграция информационных систем различных компаний, объединённых в портфель или холдинг Рассмотрим теперь интеграцию информационных систем различных компаний, объединённых в портфель или холдинг. Каждая компания имеет собственное ERP решение. В руководстве холдинга принято решение внедрить политику «Проведения тендера и закупок». Разработаны правила, определение лимиты по суммам и состав «ролевой» матрицы. Сотрудники холдинга должны непосредственно участвовать в процессе принятия решения. Технически политики реализованы с помощью информационной системы «PRC». В первой компании (самая верхняя), текущая система управления не позволяет реализовать требования холдинга. В этом случае, компания использует решение «PRC» у себя в компании. Преимущества – единое решение, простота внедрения. К недостаткам можно отнести то, что данные в системе «PRC» не как не связаны с внутренней системой ERP компании. Для нижней компании – имеется собственное ERP решение, которое имеет в своем наборе базовые функций, которые позволяют частично реализовать требования холдинга. Как вариант компания может использовать интерфейс программы «PRC». Интеграция, настраивается таким образом, чтобы была возможность обмена данными между системами. И третий случай – (компания, расположенная по середине). В компании имеется собственное решение ERP в которой имеется полный набор функций, требующих реализацию политики «Проведения тендера и закупок». Компания продолжает использование собственной программы, полностью интегрировав с решением «PRC». Интеграции Информационных Систем Предприятия и централизация ИТ Вопросы интеграции можно рассматривать в разрезе централизованного управления и предоставления ИТ сервисов. Далее на картинках представлены следующие три варианта предоставления сервисов и их интеграция в рамках холдинга: Инфраструктура как Сервис (IaaS) Холдинг предоставляет инфраструктуру дата центра для размещения ИТ систем компаний в нем. Каждая компания продолжает использование собственных информационных систем. Кроме этого ИТ холдинга предоставляет ИТ услуги и сервисы общего назначения. Преимущества данного решения – происходит консолидация вычислительных ресурсов в едином месте, снижение прямых и косвенных расходов на внедрение и сопровождение ИТ инфраструктуры, повышается уровень защиты ИТ активов. Процесс может происходить с минимальными рисками воздействия на информационные системы компаний. Данная модель подходит для начального этапа централизации ИТ или же для уровня холдинга, с различными направления деятельности, когда информационные системы кардинально различаются по своей функциональности (например, Автоматизированная Банковская Система АБС, система Управления Сельскохозяйственным Предприятием УСХП, Система управления отелями и ресторанами и т п). Результаты можно увидеть непосредственно после интеграции. Платформа как Сервис (PaaS) Холдинг предоставляет инфраструктуру дата центра для размещения ИТ систем компаний в нем. В качестве бизнес системы выбирается единая платформа приложения. Все предприятия используют единую платформу в рамках портфеля или группы компаний, объединённых схожей деятельностью (сельское хозяйство, производство, строительство и т п). При этом у каждой компании имеется собственная база данных и конфигурация. Преимущества данного решения – помимо всех преимуществ IaaS, данное решение позволяет упростить внедрение и сопровождение систем, благодаря тому, что имеется одна платформа приложения, что удобно как для ИТ персонала, так и для сотрудников организации (обучение одной системе). Возможность получения сводных отчетов (отчеты нескольких компаний портфеля). Вопрос интеграции данных упрощается за счет унификации платформы. При этом каждая компания сохраняет свою идентичность и автономность, так как конфигурация и данные каждой компании хранятся в собственной базе. Данная модель подходит для второго этапа централизации ИТ или же для уровня портфеля, группы компаний, имеющие схожие направления деятельности, или же внедряются общие функции для всех компаний холдинга или группы компаний. Для выполнения данного этапа крайне важно ответить на два вопроса: первый – в чем цель и конечный результат, и второй – иметь четкую диаграмму всех бизнес процессов организации в целом, и компаний в частности. Для реализации данного плана, необходима заинтересованность руководства холдинга, поддержка руководства на местах, и тесная интеграция специалистов бизнеса и ИТ, хорошо разбирающихся в деталях процессов, происходящих в компании. Переход на унифицированную платформу, может потребовать дополнительные финансовые инвестиции, возможно значительные, и временные рамки, как для анализа, так и для поэтапного внедрения. Не стоит ожидать быстрые результаты и победы. Результаты интеграции будут видны только в долгосрочной перспективе. С точки зрения бизнеса остаются такие недостатки как: не унифицированная информация по справочникам и номенклатуре продуктов, план счетов и т п. Проблемы будут усугубляется по мере детализации данных с различных компаний на уровне портфеля. Программа как Сервис (SaaS) Холдинг предоставляет инфраструктуру дата центра для размещения ИТ систем компаний в нем. В качестве бизнес системы выбирается единая платформа приложения и база данных. Все предприятия используют единую платформу в рамках портфеля или группы компаний, объединённых схожей деятельностью (сельское хозяйство, производство, строительство и т п). Данные каждой компании хранятся в единой информационной системе холдинга. Преимущества данного решения – помимо всех преимуществ IaaS и PaaS предоставляет единую информационную систему холдинга. Каждая компания является частью холдинга. Информация по справочникам, номенклатуре, плану счетов унифицирована имеется возможность формирования консолидированных (суммированных по статьям) отчетов. Возможность интерактивного воздействия в процесс управления (авторизация и т п) со стороны руководства портфеля или холдинга. Данная модель подходит для финального этапа централизации ИТ. Как и для предыдущей модели, крайне важно ответить на два вопроса: первый – в чем цель и конечный результат, и второй – иметь четкую диаграмму всех бизнес процессов организации в целом, и компаний в частности. Для реализации данного плана, необходима заинтересованность руководства холдинга, поддержка руководства на местах, и тесная интеграция специалистов бизнеса и ИТ, хорошо разбирающихся в деталях процессов, происходящих в компании. Переход на унифицированную платформу, может потребовать значительные финансовые инвестиции и временные рамки, как для анализа, так и для поэтапного внедрения. Результаты интеграции будут видны только в долгосрочной перспективе. Данный этап характерен высоким риском в процессе интеграции. Кроме этого, процесс вывода компании из состава организации или холдинга может быть так же достаточно сложным и болезненным. Процесс доработки функционала для каждой компании, общий для всех компаний. Проблемы выбора ИТ-решения для Бизнеса Информационные Системы бизнеса находятся на стыке взаимодействия бизнеса и ИТ. В этом кроется основная сложность, и является источником возникновения конфликтов, недопонимания и недовольства. Остро встают вопросы и проблемы, освещенные в данной книге ранее, в главе «Концепция построения Архитектуры Предприятия». При этом не имеет значения масштаб организации (небольшая автономная компания или сложный холдинг со множеством направлений бизнеса), фаза становления (начало ведения бизнеса или долгое и устойчивое пребывания на рынке) или уровень компетенции сотрудников (молодой специалист, только закончивший институт или «матерый» сотрудник с огромным стажем по своей специальности) проблемы у всех одни и те же вопрос только насколько у кого «болит». Так при выборе Информационной Системы сугубо технического направления (защита периметра, системы Антивирусной защиты и т п) или общего назначения (Сервис предоставления файлов в совместное использование, системы почтовых сообщений и т п), выбор решения фактически полностью зависит от технических специалистов в области ИТ или Информационной Безопасности. Они говорят на одном «языке»; разбираются в особенностях решений, требованиям предъявляемых к системам и т п. Взаимодействие с бизнесом минимальное. Бизнес требования со стороны бизнеса могут быть сформулированы одним предложением: «… чтобы можно было посылать и принимать почту…». Как видно из рисунка, «вершина айсберга» – бизнес требования видны сотрудникам организации лишь часть общих требований к системе. Вся суть коммуникации между бизнесом и ИТ сводится на пример к запросу, как слышит бизнес: «… дайте деньги на память…», что на языке ИТ сотрудников значит: «… Выделите финансирование на закупку модулей оперативной памяти для серверов…». При выборе Информационной Системы для бизнеса, со стороны ИТ требования к системе остаются фактически таким же, как и прежде, но «айсберг» переворачивается и центр смещается к требованиям бизнеса. Хорошо, если бизнес может сформулировать требования, как в общем, так и с учетом специфики конкретной организации, что позволит ИТ разработать или купить решение, удовлетворяющее требованиям бизнеса и вписывающиеся в общую ИТ Архитектуру. На практике, часто руководство бизнеса самостоятельно принимает решение без обсуждения с представителями ИТ, что в конечном этапе приводит к «зоопарку» решений, не эффективному использованию систем и высокой стоимости сопровождения. Или же требования бизнеса сформулированы очень обширно «… нужна система для видения бухгалтерского учета…», а вы ИТ должны найти и выбрать. Даже если представители бизнеса прекрасно понимают, что им нужно, умеют правильно сформулировать свои требования, ясно видят перспективы роста бизнеса и прочие нюансы, важные в процессе выбора решения – это всего лишь решает внутреннюю проблему. Необходимо обратить внимание на внешнюю сторону проблемы. Ситуация выбора ИТ-решения усугубляется тем фактором, что на современном рынке помимо достаточно широкого выбора самих систем появились различные варианты приобретения и внедрения этих систем. Одну и ту же систему можно заказать «под ключ» у компании производителя или же приобрести у производителя и самостоятельно внедрить силами сотрудников ИТ подразделения предприятия) или силами интегратора. Следующим фактором, который влияет на выбор ИС, а также способа ее приобретения, являются критерии, по которым принимается решение в пользу той или иной системы. В большинстве случаев при выборе ИС ИТ-директора руководствуются экономическими эффектами, однако даже в этом случае ситуация является непростой. Так, помимо затрат на реализацию проекта по внедрению, необходимо учитывать затраты на совокупное владение системой, которые включают затраты на поддержку и развитие системы, обучение персонала, обновление оборудования, косвенные затраты (простои, отказы ИС и др.) и риски. При этом статистика говорит о том, что при сроке эксплуатации ИС в 3 года стоимость владения системой сравнивается (а очень часто и превышает) с затратами на внедрение ИС. Помимо экономических показателей, критериями при выборе ИС могут являться дополнительные факторы: скорость введения системы в эксплуатацию, наличие дополнительной функциональности в платформе, риски при реализации проекта и др. Таким образом, даже с учетом только экономических факторов, задача выбора ИС является многокритериальной. Наличие нескольких критериев усугубляется тем, что необходимо определить приоритеты или предпочтения каждого из критериев, чтобы решение о выборе ИС максимально соответствовало предпочтениям ИТ-директора и стратегическим целям предприятия. Нельзя также не учитывать тот факт, что и оценка эффективности, и рассмотрение критериев производятся не одним человеком. Зачастую решение о выборе информационной системы формируется у ИТ-руководителя на основании мнений одного, а чаще нескольких экспертов. При этом каждый эксперт имеет свою точку зрения на проблему, которая чаще всего отличается от видения этой же проблемы другим экспертом. Мнения могут отличаться как в оценках эффекта от внедрения ИС (затраты и положительные эффекты), так и приоритетности критериев. Таким образом, многокритериальную задачу выбора ИС приходится решать на основании экспертных мнений нескольких лиц, что еще более усложняет выбор ИС. С другой стороны, выбор бизнес решений производится зачастую узким кругом руководителей без привлечения ИТ, что часто приводит к выбору по принципу: «… давайте возьмём как у той компании, если у них работает, то и у нас тоже будет…», или «… давайте возьмём самое дорогое решение – оно, наверное, самое лучшее…», или что еще хуже преследуя какие-то свои скрытые цели. Рекомендации по выбору Информационной Системы Управления Ни одна из методик оценки эффективности Информационной Системы, ни совместное использование нескольких методик не позволяет однозначно решить задачу выбора той или иной информационной системы. Сейчас на рынке представлено огромное множество решений, реализующих одни и те же бизнес-функции. Как правило, ИТ-проект на предприятии является комплексным и предполагает реализацию нескольких направлений и бизнес-функций. Предлагаемые ИТ-решения также обладают достаточной гибкостью благодаря модульной архитектуре. В результате ИТ-директор сталкивается с необходимостью решить задачу, какие бизнес-функции ему необходимо реализовать сейчас, какие заложить на реализацию в будущем, а от каких необходимо и вовсе отказаться. То есть важно расставить приоритеты в функциональности ИС и запланировать ее развитие в будущем. В таком случае мы получаем целый набор вариантов ИТ-решений, из которого необходимо выбрать наиболее оптимальный как с точки зрения текущей функциональности, так и с точки зрения стратегического развития ИТ-комплекса предприятия в целом и оптимальности финансовых затрат. Критерии выбора ИТ решения В качестве основных критериев выбора решения, можно определить следующие: •Какие цели? •Какие процессы необходимо контролировать? •Размер организации: (Small Business, Medium Business, Large Business) •Заявленные возможности продукта или решения. •Удовлетворяют ли заявленные возможности требованиям бизнеса? •Техническая Архитектура: °Архитектура решения: (client-server, Client-Application Server-Database Server) °Серверная платформа: (Cloud based, Windows, Linux, Others) °Варианты установки: (Cloud based или On-premises) °Поддержка виртуализации: (Physical only, Hyper-V, VMware, Others) °Поддерживаемые базы данных: (Microsoft SQL, MySQL, Internal DB) •На стороне клиента: °Поддерживаемые устройства на клиенте: (Windows, Linux, Android, Mac OS, iPhone/iPad, Web-based) °Поддерживаемые языки интерфейса: (Single English, Multi-Languages, Customer) •Архитектура отказоустойчивости и доступности •Архитектура восстановления и архивирования •Возможности масштабирование решения •Как данное решение вписывается в общую ИТ архитектуру. •«Купить или сделать?» В зависимости от способа приобретения ИС показатели эффективности, в первую очередь финансовые, будут отличаться. К тому же каждый раз набор вариантов дополняет самостоятельная разработка ИС, которую также необходимо оценивать. •Оценка производителей и поставщиков решений (Рейтинг, Наличие локального партнера (продажа / поддержка) •Модель внедрения: °Стоимость: (Free (Open-Source), One-time payment, Monthly payment, Annual subscription, Perpetual) °Лицензирование: (Per servers, Per hosts, Per operators/agents, Per modules, Per users, Per CPU/core, Per modules) °Варианты подписки и версий •Модель сопровождения: (Technical support, Update support) °Стоимость: (Free, Annual fee, Basic Technical support, Local support, Remote support) °Лицензирование °Возможности по обновлению продукта: (Update patches, Upgrade packs, Re-installation) •Возможности интеграции: с имеющимися решениями, с потенциально возможными решениями В качестве общих рекомендаций по выбору ИТ решения для бизнеса я бы рекомендовал следующие варианты выбора в зависимости от имеющихся условий. Если бизнес не имеет четкого представления, какие требования предъявляются к системе, высокий уровень неопределённости в следствии объективных (направление деятельности новое для бизнеса, условия рынка и т п) или субъективных причин (низкий профессиональный уровень сотрудников, слабая или не определённая административная организация и т п), то возможны следующие варианты: •Организация покупает недорогое, быстро внедряемое решение с набором базового функционала, для использования в течении года или двух. Цель – сформировать рабочие бизнес процессы, обучение персонала. •Организация пытается разработать решение собственными силами. При том ИТ внедряет новый функционал по требованию со стороны бизнеса. Данный подход может занять больше времени для достижения тех же целей, что и в предыдущем варианте, но имеет ряд своих преимуществ, а именно – бизнес и ИТ получают более глубокое понимание бизнес процессов, система относительно проста так как имеет в своем наборе только необходимый функционал. Дальнейшее развитие может происходить по двум направлениям – система дорабатывается и становится основным решением для организации, или же на базе решения формируется «техническое задание» для выбора решения уровня предприятия. •Организация выбирает имеющееся на рынке готовое решение с расширенным набором функций. Данное решение является основным для бизнеса и на его базе сотрудники постепенно осваивают бизнес процессы. |