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