Архитектура Аудит Военная наука Иностранные языки Медицина Металлургия Метрология
Образование Политология Производство Психология Стандартизация Технологии


Место процессов внедрения в ЖЦ информационных систем



Процесс внедрения является совокупностью задач по вводу в эксплуатацию системы у некоторого заказчика.

Внедрение – длительный процесс.

Суть внедрения: берём шаблон-исходник, устанавливаем и настраиваем в рамках, допустимых исходником.

 

Заказчик – организации, юридическое лицо, которое приобретает, получает систему или отдельный программный продукт, или отдельную программную услугу (облачные вычисления и т.д.)

 

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

Для описания задачи необходимо:

- Входные параметры (что до неё выполнилось).

- Документы на входе.

- Итог выполнения задачи.

- Документы на выходе.

- Какие ресурсы необходимо для выполнения.

Задача, по сути, - деятельность из IDEF0.

 

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

 

Вендор определяет методологию внедрения своего ПП или общие практики внедрения (в худших случаях)

 

Методология – документ, описывающий типовые процессы внедрения. Обобщает опыт внедрения и направлена на минимизацию рисков (обычно в ней прописано максимальное количество рисков). Является совещательными, рекомендательными документами. Каждый интегратор обычно составляет собственную методологию и могут либо передавать, либо не передавать её вендору (второе – плохо).

Существует опыт, что методология внедрения собирается в течение 5-6 лет, формализуется и вводится на какой-то период (примерно 5-7 лет). Т.о. методология идёт с запаздыванием относительно самой системы. Нельзя прописать методологии ранее, т.к. там не будет рисков.

 

Интегратор – организация, осуществляющая внедрение ИС. Не занимаются созданием ИС, чаще всего используют несколько ПП, соответствующим нескольким методикам внедрения, предлагаемым вендорами (пример: битрикс). Чаще всего компании используют несколько крупных систем и несколько мелких, чтобы можно было внедрять разным фирмам.

 

Стоимость внедрения = стоимость системы + стоимость внедрения + сторонние затраты

 

 

Связь процессов внедрения с этапами ЖЦ по 12207

Этап Подготовка:

Анализ заказа

Формализация задачи

Анализ бизнес-системы (объекта автоматизации)

Выработка требований

Оценка модели

Этап Планирование:

Выработка сценариев

Отображение бизнес-системы

Планирование инфраструктуры проекта

Аудит

Реализация

Выбор модели ЖЦ

Формирование надзорной группы

Формирование системной архитектуры

Конверсия данных

Системное документирование

Системное управление

Создание инфраструктуры

Кодирование

Инсталляция программно-аппаратной среды

Пользовательское документирование

Верификация

Тестирование

Квалификационное испытание

Ввод и эксплуатация

Ввод в эксплуатацию

Обеспечение качества

Сверка сальдо

Промышленная эксплуатация

Снятие с эксплуатации

 

 


Модели внедрения ИС

Внедрение по ГОСТ 12207

Этапы:

1. Подготовка

2. Планирование

3. Выполнение

4. Ввод в эксплуатацию

5. Эксплуатация

 

Подготовка

Первичное взаимодействие с заказчиком, что он из себя представляет.

BP Win, проектирование ИС.

Нужно определить, какие функции искать в программном продукте.

Интегратор осуществляет тесный контакт со всеми сотрудниками, т.к. представленное руководство отличается от реалий на местах.

Интегратор формулирует требования, которые предъявляет заказчик к Интегратору (ГОСТ требует от Интегратора формирования требований заказчика)

Выход: требования к внедрению ИС (не ТЗ! )

 

Планирование

Интегратор ищет максимально подходящего вендора: просчитываются функциональные и нефункциональные требования, просматриваются методологии и выбирается вендор.

Далее происходит просчёт самого процесса внедрения (риски, ресурсы (время, деньги, люди).

Выход: ТЗ на внедрение – обсчитанный проект на внедрение с учётом конкретного заказчика, вендора и интегратора, т.к. разный этап могут выполнять разные фирмы)

Этот этап примерно по времени сопоставим со всеми остальными этапами (м.б. даже дольше)

 

Выполнение

Форм[альное] исп[олнение] ТЗ (? )

Чёткое разделение функций (кто и что делает), чёткий контроль выполнения сроков и объёмов работ.

 

Ввод в эксплуатацию

ГОСТ разделяет выполнение от ввода в эксплуатацию. По ГОСТ выполнение – подготовка системы (доработка), ввод в эксплуатацию – ввод данных и настройка инфраструктуры.

 

Эксплуатация

Эксплуатация = сопровождение (а не изменение) ИС. Т.е. обучение пользователей, а не изменение.

Доработка – отдельный процесс внедрения.

 

Риски

Риски – обобщённый опыт конкретного интегратора, зависят от отраслевой и национальной специфики и специфики конкретного вендора.

Очень важные, но слабо прописаны в ГОСТах. Обычно хорошо прописаны у вендора, т.к. у них хорошо налажен процесс консолидации опыта.


 

 


Поделиться:



Популярное:

Последнее изменение этой страницы: 2016-05-03; Просмотров: 857; Нарушение авторского права страницы


lektsia.com 2007 - 2024 год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! (0.018 с.)
Главная | Случайная страница | Обратная связь