Информационные технологии и системы. Виды. Методологии внедрения.

Для повышения эффективности бизнес-процессов часто используются информационные технологии и системы.

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

То есть:

• Понятия ИТ и ИС - не идентичны.
• Информационная технология выполняет свое назначение, не будучи частью информационной системы.
• Информационная система не функционирует без информационных технологий.
• ИТ - основная среда для ИС.
• В бизнесе чаще используются информационные системы, состоящие из взаимодополняющих продуктов и решений. Ряд топовых компаний строят бизнес-модель вокруг ИС. Например, eBay, Alibaba, Amazon.

Информационные системы помогают создавать конкурентные преимущества за счет оптимизации:

• операционной, финансовой, инвестиционной деятельности;
• внедрения инноваций;
• взаимодействия с клиентами и партнерами.

Виды информационных систем.

Исходя из потребностей компании, создаются ИС. Составляющими этих проектов
становятся как уже существующие продукты и решения, так и разработанные под
задачи конкретного бизнеса.
Чем сложнее и масштабнее компания, тем сложнее ИС, нужные для закрытия нужд.

Чаще всего на предприятии используются такие системы:

• ERP - отвечает за идентификацию ресурсов бизнеса и их планирование.
• CRM - нацелена на активное взаимодействие с покупателями и удовлетворение максимума их потребностей.
• HRM - объединяет учет персонала и расчеты выплат сотрудникам.
• Workflow - позволяет четко структурировать электронный документооборот компании.
• EAM - необходима бизнесам со своим производством. Помогает свести к минимуму затраты на обслуживание и ремонт оборудования.

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

Методологии разработки и этапы создания.

Методология выбирается с учетом множества факторов: бюджета, сложности проекта, сроков. Обычно выбирают из методологий, хорошо показавших себя на похожих задачах.

Суть методологии в том, что все стадии разработки идут последовательно (строго одна за другой). Пока не закончена одна стадия - не может начаться следующая.
Достоинства такого варианта:

• заранее известные сроки завершения;
• фиксированная цена.

Когда подходит:

• для проектов с предельно четким и не очень сложным ТЗ.

Недостатки:

• начало тестирования - после окончания разработки, что может привести к критическим ошибкам и высокой стоимости их исправления.
• невозможно просчитать риски на сложных проектах, поэтому разработчики вынуждены закладывать дополнительную стоимость на разработку.

V-Model

По структуре напоминает каскадный вариант разработки. Работа тоже идет по принципу “шаг за шагом”. Особенность модели - то, что тестирование идет параллельно с каким-то этапом написания кода.

Достоинства V-Model:

• относительная дешевизна;
• прогнозируемость сроков;
• наличие промежуточного тестирования.

Когда подходит:

• при дефиците денег и времени;
• для создания продуктов с бесперебойным функционированием;
• в небольших и средних проектах с четким ТЗ;
• при наличии в составе конечного продукта компонентов от разных разработчиков.

Недостатки:

• недостаточный анализ рисков;
• невозможность внесения изменений в режиме real-time.

Incremental Model

Инкрементная модель предполагает, что цикл разработки состоит из нескольких более мелких модулей. Таких циклов - несколько. Завершение первого цикла - базовая версия ПО, к которой в дальнейших циклах добавляется новый функционал. Разработка идет до того момента, когда продукт полностью соответствует ТЗ.

Достоинства Incremental Model:

• гибкость;
• относительная простота внесения изменений на разных стадиях.

Когда подходит:

• при наличии “костяка” требований к ПО и списка вариативных деталей;
• в случае дефицита времени и готовности рынка принять минимально жизнеспособный продукт.

Недостатки:

• возможные проблемы с конечной архитектурой продукта из-за отсутствия полного списка требований в начале разработки web-сайта.

Agile Model

Такой способ базируется на том, что заказчик буквально “держит руку на пульсе”, видит результат после каждой итерации и дает обратную связь.

Достоинства Agile Model:

• минимальное количество дефектов конечного продукта и его точное соответствие ожиданиям пользователя;
• сохранение мотивированности команды.

Когда подходит:

• при создании продукта, постоянно адаптирующегося под запросы пользователя;
• при отсутствии четкого и подробного ТЗ.

Недостатки:

• сложность оценки сроков и стоимости.

Итеративная модель.

Начать работу при таком подходе можно, не имея полного списка требований к
продукту.

Достоинства итеративной модели:

• выпуск продукта в ближайшей перспективе и получение обратной связи, на основе которой будут дорабатываться востребованные функции.

Когда подходит:

• для сложных проектов;
• при наличии четкой, но инновационной идеи.

Недостатки:

• отсутствие четких сроков и стоимости разработки.

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