Оценить:
 Рейтинг: 3.67

ИТ-архитектура. Практическое руководство от А до Я. Первое издание

Год написания книги
2018
<< 1 ... 46 47 48 49 50 51 52 53 >>
На страницу:
50 из 53
Настройки чтения
Размер шрифта
Высота строк
Поля

•Серверная платформа: (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)

Возможности интеграции: с имеющимися решениями, с потенциально возможными решениями

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

•Организация покупает недорогое, быстро внедряемое решение с набором базового функционала, для использования в течении года или двух. Цель – сформировать рабочие бизнес процессы, обучение персонала.

•Организация пытается разработать решение собственными силами. При том ИТ внедряет новый функционал по требованию со стороны бизнеса. Данный подход может занять больше времени для достижения тех же целей, что и в предыдущем варианте, но имеет ряд своих преимуществ, а именно – бизнес и ИТ получают более глубокое понимание бизнес процессов, система относительно проста так как имеет в своем наборе только необходимый функционал. Дальнейшее развитие может происходить по двум направлениям – система дорабатывается и становится основным решением для организации, или же на базе решения формируется «техническое задание» для выбора решения уровня предприятия.

•Организация выбирает имеющееся на рынке готовое решение с расширенным набором функций. Данное решение является основным для бизнеса и на его базе сотрудники постепенно осваивают бизнес процессы.

Этапы выбора ИТ решения

Можно определить следующий порядок действий по ИТ проекту.

На первом этапе:

•Сбор требований со стороны бизнеса – инициатора проекта (бизнес требования)

•Добавление технических требований со стороны департамента Безопасности

•Добавление технических требований со стороны ИТ департамента

На втором этапе:

•Поиск решений, без ограничений по стоимости, архитектуре и т п.

•Сбор заявленных возможностей решения

На третьем этапе:

•Анализ решений (со стороны бизнеса) на соответствие бизнес требованиям

•Анализ решений (со стороны ИТ департамента) на соответствие требованиям, архитектуре и т п

•Формирование «короткого» списка решений удовлетворяющих всем требованиям. При необходимости проводится обращение к департаменту Снабжения для получения предложений

На четвертом этапе:

•Детальный анализ решения, выбор архитектуры, производителя, определение бюджета и т п

•Принятие решения по бюджету, срокам (со стороны бизнеса)

•Формирование технического задания для проведения тендера

•Формирование плана внедрения (частичное, полное и т п)

•Выбор «короткого» списка победителей

•Уточнение последних изменений и дополнений

•Финальный тендер (по необходимости) для «короткого» списка компаний

На пятом этапе:

•Закупка

•Подготовка к внедрению
<< 1 ... 46 47 48 49 50 51 52 53 >>
На страницу:
50 из 53