Диссертация (1144581), страница 12
Текст из файла (страница 12)
Однако при необходимости проведения более глубокого анализа следуетиспользовать математические методы оценки альтернатив.Таблица 11 – Анализ автоматизируемых процессовКоличествоКоличествоРешение автоматизируемых сервисовпроцессовинтеграцииИтоговый показатель:Автоматизируемыеединуюсистемубизнес-процессыОтраслевое437Универсальное527Таблица 12 – Анализ стоимости решенияв71РешениеСтоимостьв годСтоимостьобслуживанияв годСтоимостьнастройкиСтоимостьпод нужды внедрениякомпанииИтоговыйпоказатель:СтоимостьОтраслевое1000020003000100016000Универсальное500040004000100014000По итогам построения таблиц, сравнения и стоимостной оценки будетполучен результат в виде качественного выбора той или иной системы.
Используяполученные результаты, стоит отметить не всегда равнозначность функций,заявленных к автоматизации, а также иногда несущественную разницу встоимости решений.Решением спорных в критериальной оценке программныхпродуктов может стать применение математических методов оценки альтернатив.Одним из таких методов является метод критериальной оценки альтернативСаати.Результатомпроведенныхисследованийстанетвыборконкретногопродукта на рынке информационных систем для его дальнейшего внедрения вкомпании [16].
Внедрение новых информационных продуктов и стандартоворганизации бизнес-процессов следует проводить по принципу управленияпроектом внедрения [45]. Однако в компании существует сложившаяся впроцессе работы ИТ архитектура, которая изменится с внедрением новогопрограммного продукта или сервиса. Таким образом, следующим этапомнеобходимо описать новую ИТ архитектуру компании, основываясь на тефункции и бизнес-процессы, которые будут автоматизированы или изменены входе внедрения выбранного облачного решения.Построение ИТ архитектуры для малого предприятия сосредоточено наописании используемых в работе приложений и программных продуктов и ихупорядочении согласно целям использования [46].
В случае, если в компании допроекта внедрения архитектурного решения, ИТ архитектура не была описана, то72можно не моделировать стадию «как есть» - сразу переходить к моделированиюбудущей ИТ архитектуры предприятия.В диссертационном исследовании предлагается метод реализации стадии повыбору и внедрению ИТ решения, представленный на рисунке 10.Рисунок 10 – Метод реализации стадии по формированию ИТ архитектурымалого предприятия, в рамках реализации фреймворка по внедрению архитектурноймоделиВ компаниях малого бизнеса ИТ архитектура описывает взаимосвязьиспользуемых в работе информационно-технологических систем и компонент.При построении новой ИТ архитектуры необходимо выделить функции, которыебудут переложены на интегрируемое SaaS решение: что и станет основой дляформирования требований к ИТ-архитектуре.
Однако не все функции должныбыть автоматизированы, в компании продолжится работа с уже существующимии необходимыми программами, не имеющими связи с интегрируемым SaaS73решением.Такимобразом,моделируемаяИТ-архитектураможетбытьпредставлена графически в виде, представленном на рисунке 11.Рисунок 11 – Пример архитектуры информационной системы компанииПри этом архитектура использования различных видов программныхсервисов, одним из которых является класс SaaS приложений, которое будетинтегрировано в компанию, имеет вид, представленный на рисунке 12. Нарисунке продемонстрированы уровни управления программным решением, взависимостиотпредлагаемойклассификации:пакетноепрограммноеобеспечение, три вида облачных решений: платформа, инфраструктура и сервис.74Рисунок 12 – Архитектура использования SaaS решения в компании малогобизнесаДля решения задачи выбора ИТ решения в диссертационном исследованиипредложена и описана ранее следующая методология:1.Описание требований к автоматизации.2.Выявление существующих на рынке облачных решений.3.Анализ существующих решений в каждой группе по принципусоответствия функций, необходимых компании.4.Выбор конкретного облачного информационного решения.На основе достигнутых результатов менеджмент компании может принятьвзвешенное решение о выборе информационного сервиса для интеграции вкомпанию [16].Итогом данной стадии моделирования станет новая ИТ архитектуракомпании, в которой будет учтено выбранное SaaS решение для интеграции вкомпании и используемые информационные решения сотрудниками, которые несвязаны с интегрируемым облачным решением.75Данноедиссертационноеисследованиенаправленонаразработкукомплексного архитектурного решения для компаний малого бизнеса.
Всеразработанные и описанные ранее элементы архитектуры в совокупностиописывают новую бизнес-архитектуру компании. Общее архитектурное решениекомпании будет описываться взаимосвязями, представленными на рисунке 13.Бизнес архитектураАрхитектура данныхИТ архитектураАрхитектура приложенийТехнологическая архитектураРисунок 13 – Архитектурная модель2.5КомплексныйориентированнойметодкорпоративнойразработкииархитектурнойвнедрениямоделиоблачнонамаломпредприятииВо второй главе диссертационного исследования поэтапно описан процессформирования комплексного метода применения архитектурного подхода длямалых предприятий от постановки задачи до реализации каждой стадии метода.На практике разработка архитектурного решения и его внедрение вкомпаниях малого бизнеса является трудоёмким проектом.
Стадию реализации,описанного ранее метода и его внедрение в компанию, следует рассматривать какотдельный проект и применять стандарты управления проектами к его реализации[42].Стадии проекта по реализации метода будут следующие:1.Проверка выполнения концептуальных положений:761.1.Компания располагает средствами для реализации проекта, вкомпании есть сотрудники, отвечающие за процессы реализации проекта.1.2.Ключевой элемент разработки: бизнес-архитектура, ИТ используютсядля поддержания разработанных архитектурных элементов.1.3.Компания готова к выбору и внедрению существующего на рынкеуниверсальногоинформационногорешения,располагаетфинансовойвозможностью его покупки.1.4.Эффективность от проекта можно оценить для конкретной компаниив виде прогнозирования значений показателей: объём продаж, эффективностьработы сотрудников, операционные затраты компании.1.5.Инициаторомпроектаявляетсясобственникилиключевойуправленец компании.В случае выполнения заявленных требований – переход к стадии 2.2.Формирование отдельных элементов.2.1.Миссия компании:2.1.1.1.Заполнение анкеты 1.2.1.1.2.Составление миссии по шаблону 1.2.2.Видение компании:2.2.1.
Заполнение анкеты 2.2.2.2. Составление видения по шаблону 2.2.3.Стратегия компании.2.3.1. Построение декомпозиции стратегических целей.2.3.2. Добавление целей из видения.2.3.3. Формулирование итоговой стратегии компании.2.4.Проверка сервисов компании на соответствие требованиям:2.4.1. Качество соответствует ценовой категории, есть конкурентныепреимущества, отличающиеся от ближайших конкурентов на рынке.2.4.2.
Компания собирает и анализирует обратную связь от клиентов дляформирования предложений, максимально отвечающих запросам потребителей.772.4.3. Ценноститранслируютсяпотребителюнавсехэтапахсоприкосновения: в рекламной продукции, менеджером по работе с клиентами, впроцессах сбора обратной связи.2.4.4. Вслучаенесоответствиясервисовзаявленнымтребованиям,указанным требованиям формируется список необходимых новых бизнеспроцессов для их учёта при процессе реинжиниринга.Результат стадии 2: миссия, видение, стратегия, сервисы, удовлетворяющиетребованиям, либо описанный потенциал оптимизации для следующей стадии.3.Реинжиниринг бизнес-процессов.3.1.Построение модели «как есть»: организационная структура компании,ландшафтная схема бизнес-процессов, протекающих в организации.3.2.Декомпозиция стратегии компании в виде стратегической карты.3.3.Подбор эталонной модели либо использование модели М.Портера«Цепочка добавленной стоимости».3.4.Анализмодели«какесть»,документированиепотенциалаоптимизации.3.5.Проведение функционально-стоимостного анализа модели «как есть»3.6.Построение модели «как должно быть».3.7.Документирование потенциалов автоматизации.3.8.Разработка плана организационного перехода от модели «как есть» кмодели «как должно быть»Результатстадии:новаяландшафтнаясхемабизнес-процессов,поддерживающая её организационная структура компании, задокументированныйпотенциал автоматизации, план перехода к новой модели.4.Выбор облачного решения для внедрения и поддержки архитектурноймодели.4.1.Формулированиетребованийксистеменаосновезадокументированного потенциала автоматизации.4.2.решений.Подбор существующих на рынке отраслевых и универсальных784.3.Критериальная оценка рассматриваемых альтернатив по алгоритму.4.4.Выбор облачного информационного решения для внедрения вкомпании.Результат стадии: выбранное решение для внедрения в компании.5.Построение ИТ архитектуры предприятия.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
