WikiDer > Поддержка производства
 | Эта статья поднимает множество проблем. Пожалуйста помоги Улучши это или обсудите эти вопросы на страница обсуждения. (Узнайте, как и когда удалить эти сообщения-шаблоны) (Узнайте, как и когда удалить этот шаблон сообщения)
|
Поддержка производства охватывает практики и дисциплины поддержки ЭТО системы / приложения, которые в настоящее время используются конечные пользователи. Человек / группа производственной поддержки отвечает за мониторинг производственных серверов, запланированные задания, управление инцидентами и получение инцидентов и запросов от конечные пользователи, анализируя их и либо предлагая конечному пользователю решение, либо передавая его другим ИТ-командам. Эти команды могут включать Разработчики, системные инженеры и администраторы баз данных.
Важность производственной поддержки
Чтобы понять важность поддержки производства, необходимо принять во внимание несколько факторов.
- Исследования показали, что стоимость обслуживания программного обеспечения составляет более 90% от общей стоимости.[нужна цитата]
- Мы также знаем, что программное обеспечение тратит гораздо больше времени на производство, чем на разработку, потому что оно требует проверки свойств.[нужна цитата]
- Стоимость обслуживания оборудования.
Из перечисленных выше факторов видно, что способ управления производственной поддержкой чрезвычайно важен.
Этапы поддержки производства
Ниже приведены основные этапы поддержки производства. Эти шаги производственной поддержки относятся к Пакетная обработка.
Ошибка производства записи
Обычно пакетное задание или группа связанных пакетных заданий (расписание / поток) выполняется для выполнения одной или нескольких бизнес-функций. Эти пакетные задания выполняются автоматически и обычно выполняются без каких-либо ошибок или проблем. Однако иногда пакетное задание может иметь прерывание / прерывание / прерывание / прерывание. Может быть несколько причин, по которым можно было прервать работу.
Когда задание прерывается, он может отправить автоматическое уведомление по электронной почте, через страницу или текст. Кроме того, центр обработки данных или операционная группа также активно контролируют рабочие места. Они также отправляют уведомление с помощью электронной почты, страницы, текста или могут позвонить дежурному лицу, ответственному за восстановление уволенной работы.
Дежурный подтверждает получение электронного письма, пейджинга, текстового или телефонного звонка для уволенной работы. Дежурный также записывает сведения об уволенных вакансиях в системе отслеживания производственных проблем. Иногда прерванное задание автоматически записывает сведения о прерванном задании вместе со стандартным списком заданий (журналом заданий) в системе отслеживания производственных проблем. Детали отложенного задания (стандартный список заданий, файлы журнала ошибок и т. Д.) Доступны в средстве планирования производственных заданий. Инструмент отслеживания производственных проблем создает номер запроса, и этот номер запроса передается в службу поддержки. Этот номер запроса используется для отслеживания хода решения проблемы производственной поддержки. Запрос передается дежурному сотруднику службы поддержки.
Уведомление о производственной ошибке
Для критических производственных ошибок (например, производственное задание находится на критическом пути и может задержать выполнение партии SLA и если производственная ошибка влияет на бизнес-данные), всей организации или затронутым группам отправляется электронное письмо, чтобы они знали о проблеме. Им также предоставляется расчетное время исправления производственных ошибок.
Расследование или анализ производственной ошибки
Дежурная группа производственной поддержки собирает всю необходимую информацию о производственной ошибке. Эта информация затем записывается в инструмент отслеживания производственных ошибок с использованием ранее назначенного правильного номера запроса на поддержку. В расследовании используются все детали, такие как данные, среда, процесс, логика программы. Производственное пакетное задание, используемая программа или любой инструмент / утилита проверяются на возможные ошибки.
Разрешение производственной ошибки
Если аналогичная производственная ошибка произошла в прошлом, шаги по устранению проблемы извлекаются из базы знаний службы поддержки, и ошибка устраняется с помощью этих шагов. Если это новая производственная ошибка, создаются новые шаги по разрешению производственной ошибки и устраняется производственная ошибка. Новые шаги по устранению производственных ошибок записаны в базе знаний для использования в будущем. В случае серьезных производственных ошибок (критических сбоев инфраструктуры или приложений) инициируется телефонная конференция, и все необходимые специалисты / группы поддержки присоединяются к разговору, и все они работают вместе, чтобы устранить ошибку. Это также называется управлением инцидентами. Если проблема возникает повторно, она записывается и отслеживается с помощью соответствующих инструментов и процессов, пока она не будет решена окончательно. Это также называется Управлением проблемами. Проблема закрывается только после того, как заказчик или конечный пользователь соглашается с тем, что проблема решена.
Исправление производственного задания / программного кода
Если производственная ошибка возникла из-за ошибок программирования, то для команды разработчиков создается запрос на исправление ошибок программирования. Проблема выявляется, определяется и проводится анализ первопричин. Ошибка программирования исправляется с помощью обычного процесса SDLC - анализ / дизайн / программирование / контроль качества / тестирование / выпуск. Новая версия производственного задания / программы развернута и проверена / утверждена.
Корректировка производственного процесса
Если производственная ошибка возникла из-за проблем с зависимостями задания / расписания или проблем с последовательностью, выполняется дальнейший анализ для поиска правильной последовательности / зависимостей. Новая последовательность / зависимости проверяются и проверяются в тестовая среда перед развертыванием производства.
Исправление проблем с инфраструктурой
Если производственная ошибка возникла из-за проблем с инфраструктурой, об этом уведомляется конкретная группа разработчиков. Затем группа разработчиков инфраструктуры внедряет постоянное исправление проблемы и отслеживает инфраструктуру, чтобы избежать повторной ошибки.
Биллинг производственной поддержки
Если производственная ошибка возникла из-за неожиданных последствий изменений инфраструктуры, то чаще всего команда инфраструктуры не может полностью оплатить время, потраченное на решение проблемы. В некоторых случаях часы полностью не подлежат оплате.
Производственная поддержка - последующие действия и отчетность
Система отслеживания производственных ошибок используется для периодического анализа всех проблем (ежедневно, еженедельно и ежемесячно), а отчеты создаются для отслеживания решенных проблем, повторяющихся проблем и нерешенных проблем. Отчеты также создаются для управления ИТ / ИБ для улучшения и управления производственными работами.