Процесс внедрения является совокупностью задач по вводу в эксплуатацию системы у некоторого заказчика.
Внедрение – длительный процесс.
Суть внедрения: берём шаблон-исходник, устанавливаем и настраиваем в рамках, допустимых исходником.
Заказчик – организации, юридическое лицо, которое приобретает, получает систему или отдельный программный продукт, или отдельную программную услугу (облачные вычисления и т.д.)
Под задачей понимается минимальная процессуальная единица внедрения, содержащая конкретные описания решения проблемы, документы, удостоверяющий выполнение, информацию о трудозатратах. Т.е. задача имеет максимально полное описание. Делается это для того, чтобы можно было описать, оценить проект.
Для описания задачи необходимо:
- Входные параметры (что до неё выполнилось).
- Документы на входе.
- Итог выполнения задачи.
- Документы на выходе.
- Какие ресурсы необходимо для выполнения.
Задача, по сути, - деятельность из IDEF0.
Поставщик – юридическое понятие, организация, которая заключает договор с заказчиком на поставку услуг или программ. Поставщик может быть чисто юридическим лицом (чисто в документах), может быть вендором (компания, которая занимается разработкой ИС).
Вендор определяет методологию внедрения своего ПП или общие практики внедрения (в худших случаях)
Методология – документ, описывающий типовые процессы внедрения. Обобщает опыт внедрения и направлена на минимизацию рисков (обычно в ней прописано максимальное количество рисков). Является совещательными, рекомендательными документами. Каждый интегратор обычно составляет собственную методологию и могут либо передавать, либо не передавать её вендору (второе – плохо).
Существует опыт, что методология внедрения собирается в течение 5-6 лет, формализуется и вводится на какой-то период (примерно 5-7 лет). Т.о. методология идёт с запаздыванием относительно самой системы. Нельзя прописать методологии ранее, т.к. там не будет рисков.
Интегратор – организация, осуществляющая внедрение ИС. Не занимаются созданием ИС, чаще всего используют несколько ПП, соответствующим нескольким методикам внедрения, предлагаемым вендорами (пример: битрикс). Чаще всего компании используют несколько крупных систем и несколько мелких, чтобы можно было внедрять разным фирмам.
Стоимость внедрения = стоимость системы + стоимость внедрения + сторонние затраты
Связь процессов внедрения с этапами ЖЦ по 12207
Этап Подготовка:
Анализ заказа
Формализация задачи
Анализ бизнес-системы (объекта автоматизации)
Выработка требований
Оценка модели
Этап Планирование:
Выработка сценариев
Отображение бизнес-системы
Планирование инфраструктуры проекта
Аудит
Реализация
Выбор модели ЖЦ
Формирование надзорной группы
Формирование системной архитектуры
Конверсия данных
Системное документирование
Системное управление
Создание инфраструктуры
Кодирование
Инсталляция программно-аппаратной среды
Пользовательское документирование
Верификация
Тестирование
Квалификационное испытание
Ввод и эксплуатация
Ввод в эксплуатацию
Обеспечение качества
Сверка сальдо
Промышленная эксплуатация
Снятие с эксплуатации
Модели внедрения ИС
Внедрение по ГОСТ 12207
Этапы:
1. Подготовка
2. Планирование
3. Выполнение
4. Ввод в эксплуатацию
5. Эксплуатация
Подготовка
Первичное взаимодействие с заказчиком, что он из себя представляет.
BP Win, проектирование ИС.
Нужно определить, какие функции искать в программном продукте.
Интегратор осуществляет тесный контакт со всеми сотрудниками, т.к. представленное руководство отличается от реалий на местах.
Интегратор формулирует требования, которые предъявляет заказчик к Интегратору (ГОСТ требует от Интегратора формирования требований заказчика)
Выход: требования к внедрению ИС (не ТЗ!)
Планирование
Интегратор ищет максимально подходящего вендора: просчитываются функциональные и нефункциональные требования, просматриваются методологии и выбирается вендор.
Далее происходит просчёт самого процесса внедрения (риски, ресурсы (время, деньги, люди).
Выход: ТЗ на внедрение – обсчитанный проект на внедрение с учётом конкретного заказчика, вендора и интегратора, т.к. разный этап могут выполнять разные фирмы)
Этот этап примерно по времени сопоставим со всеми остальными этапами (м.б. даже дольше)
Выполнение
Форм[альное] исп[олнение] ТЗ (?)
Чёткое разделение функций (кто и что делает), чёткий контроль выполнения сроков и объёмов работ.
Ввод в эксплуатацию
ГОСТ разделяет выполнение от ввода в эксплуатацию. По ГОСТ выполнение – подготовка системы (доработка), ввод в эксплуатацию – ввод данных и настройка инфраструктуры.
Эксплуатация
Эксплуатация = сопровождение (а не изменение) ИС. Т.е. обучение пользователей, а не изменение.
Доработка – отдельный процесс внедрения.
Риски
Риски – обобщённый опыт конкретного интегратора, зависят от отраслевой и национальной специфики и специфики конкретного вендора.
Очень важные, но слабо прописаны в ГОСТах. Обычно хорошо прописаны у вендора, т.к. у них хорошо налажен процесс консолидации опыта.