Загрузил anechka-anuta13

Регламенты по обновлению и техническому обслуживанию ИС

Реклама
Задание 1:
Изучить тему урока, написать конспект урока (то, что выделено жирным).
Сфотографировать тетрадь, вставить полученные фотографии в Ворд,
оформить титульный лист.
Назвать файл последовательно: Фамилия, группа, дата занятия.
Регламенты по обновлению и техническому сопровождению
обслуживаемой информационной системы
При эксплуатации информационной системы на плечи сотрудников
автоматизированной
системы
управления
ложится
обслуживание
и
сопровождение системы (если не заключен договор на сопровождение с
фирмой-поставщиком). Специалисты заказчика являются инициаторами и
исполнителями подготовки предложений по совершенствованию и развитию
существующей системы. Это позволяет им лучше приспособить её к своим
требованиям, поэтому эти требования должны быть основательно продуманы,
чтобы информационные технологии не использовались там, где легко можно
справиться с задачами управления с помощью карандаша и листа бумаги.
Система должна поддерживать такую схему взаимодействия между
модулями и автоматизированными рабочими местами, которая отвечала бы
требованиям и техническим возможностям пользователя. Важнейшими
параметрами
информационной
системы
являются
надёжность,
масштабируемость, безопасность, поэтому при создании таких систем
используется архитектура клиент-сервер. Эта архитектура позволяет
распределить работу между клиентской и серверной частями системы,
предусматривает развитие и совершенствование в соответствии с
особенностями решаемых задач. В последние годы наблюдается
устойчивая тенденция увеличения спроса на клиент - серверные
приложения, которые обладают в области учёта и управления большими
возможностями, чем файл-серверные системы при обработке больших
объёмов данных, возможностью создания распределённых систем, а
также достаточной интеграцией с другими системами.
Внедрение информационной системы управления предприятием, как и
любое серьёзное преобразование на предприятии, является сложным и
зачастую болезненным процессом. Тем не менее, некоторые проблемы,
возникающие при внедрении системы, достаточно хорошо изучены,
формализованы
и
имеют
эффективные
методологии
решения.
Заблаговременное изучение этих проблем и подготовка к ним значительно
облегчают процесс внедрения и повышают эффективность дальнейшего
использования системы.
Какие задачи встают перед специалистами, которые хотят
обеспечить технологическое качество системы с учетом планов по
развитию:

планирование задач;

администрирование
o
рабочей зоны;
o
подготовительной зоны;
o
зоны разработки;

эксплуатация рабочей зоны;

разработка
o
необходимого инструментария;
o
доработка существующих механизмов;
o
автоматизация повторяющихся задач.
В задачи эксплуатации входят:

Организация первой линии технической поддержки;
o
Разбор и классификация обращений;
o
Максимально оперативная реакция на обращения пользователей;
o
Взаимодействие с пользователями;
o
Трансфер собранной и структурированной информации о
проблеме второй линии тех поддержки;


Организация второй линии технической поддержки;
o
Разбор обращений и решение технологических проблем;
o
Классификация проблем;
Тестирование и обновление на новые версии решений без ухудшения
качества;

Дежурство и пожарные работы;
o
Внесение критичных исправлений для восстановления работы;

Аудит доп отчетов и обработок;

Автоматизация повторяющихся задач.
В задачи администрирования входят:

Развертывание, конфигурирование и обслуживание оборудования;

Конфигурирование среды виртуализации;

Конфигурирование сети;

Конфигурирование кластера серверов 1С;

Конфигурирование СУБД;

Регулярное создание бэкапов, хранение и развертывание бэкапов;

Обеспечение работы с лицензиями, ключами, сертификатами;

Обновление программных продуктов;

Развертывание новых нод;

Автоматизация повторяющихся задач;

Настройка мониторинга.
В задачи разработки входят:

Прием в эксплуатацию новых информационных баз и областей
o
Доработка конфигураций до возможности перехода в сервис;

Разработка аналитических отчетов;

Расширение статистики;

Разработка механизмов для развития сервиса;

Разработка механизмов интеграции.
Регламент технический — документ (нормативно-правовой акт),
устанавливающий
обязательные
для
применения
и
исполнения
требования к объектам технического регулирования (продукции, в том
числе зданиям, строениям и сооружениям, процессам производства,
эксплуатации, хранения, перевозки, реализации и утилизации).
Техническая
поддержка или техподдержка —
понятие,
обобщающее собой и охватывающее множество услуг, посредством
которых
предприятия
и
организации
обеспечивают
помощь
пользователям технологичных продуктов и услуг, например, таких, как
мобильные
и
стационарные телефоны, телевизоры, компьютеры, программное
обеспечение, а также других электронных и механических товаров и услуг.
В
целом,
техническая
поддержка
служит
попыткам
помочь
конкретным пользователям решать возникающие конкретные проблемы с
продуктом и его использованием, нежели задачи, связанные с обучением,
индивидуальной настройкой или другими услугами поддержки.
Большинство
компаний
предлагают
техническую
поддержку
к
продуктам, которые они предоставляют и продают, и делают это либо
бесплатно, либо за дополнительную плату. Техническая поддержка
предоставляется, как правило, по телефону, через интернет, по электронной
почте,
через онлайн-сервисы поддержки
на веб-сайте или
через
инструменты, посредством которых пользователи могут зарегистрировать
заявку или создать инцидент и затем проследить их судьбу — историю
состояний/этапов её или его решения. Большие организации часто имеют
собственную, внутреннюю службу технической поддержки, которая помогает
персоналу решать возникающие проблемы, носящие технический характер.
Регламенты (на примере 1С)
Организация внесения изменений на подготовительной и рабочей
площадке
Вводится правило: все изменения в рабочую систему вносятся через
подготовительную площадку информационной системы.
Сначала изменения попадают на подготовительный стенд, затем на
рабочий стенд.
Существует только одно исключение из этого правила: изменения в
рабочую систему могут вноситься, минуя подготовительный стенд только
в экстренных случаях.
По окончанию аварийных работ в ночное время стенд должен быть
синхронизирован с рабочей зоной, чтобы устранить разницу в привнесенных
изменениях.
Изменяться состояние подготовительного стенда может следующими
способами:

Развертывание backup-ов;

Развертывание копий машин;

С подготовкой check-листов;

Небольшие изменения без подготовки check-листов, но обязательным
записью в журнал регистрации проведенных работ.
Изменяться состояние рабочего стенда может следующими способами:

По check-листам;

В случае аварийных работ при недоступности рабочей системы;

Перенос небольших изменений с подготовительного стенда с записью в
журнал регистрации проведенных работ.
Check-лист
готовится
заранее
при
выполнении
изменений
на
подготовительном стенде.
Перед применением изменений на рабочей площадке check-листы
распечатываются и передаются каждому участнику плановых работ.
Синхронизация участников выполняется оперативно по телефону или
чату.
Журнал регистрации проведенных работ – специальный документ,
который ведут все участники эксплуатации рабочий и подготовительной
системы. В бортовой журнал попадают записи, отражающие все
изменения в очень сжатой форме. Цель бортового журнала – в случае аварии
быстро определить, кто и когда вносил изменения.
Пример записи в журнале регистрации проведенных работ:
2014-01-01 Администратор1 <[email protected]> +79871234567
* server1c-1
- поправил com connector, выполнив команду из rdp сеанса
C:\1C\current\regsvr32 comcntr.dll
-------------------------------------------------------------------------------------------------------------------------------------Контроль качества работы подготовительного стенда
Во время тестирования разработчики контролируют показатели
качества
работы
системы
и
сравнивают
их
с
аналогичными
показателями, полученными при тестировании предыдущей версии. Если
показатели новой версии ухудшились по сравнению с предыдущей версией, то
принимается согласованное решение о дальнейших действиях. Ответственные
за эксплуатацию информационной системы договариваются либо отложить
выпуск до исправления проблем качества, либо опубликовать версию, не
смотря на наличие проблем.
После исправления проблемы необходимо провести повторное
контрольное тестирование.
Публикация в рабочей зоне
Версия, успешно прошедшая тестирование в подготовительной
зоне, публикуется в рабочей системе в соответствии с планом публикации
версий
и
check-листами,
которые
были
подготовлены
на
подготовительном стенде.
Время выполнения обновления, а также особенности обновления
фиксируются
и
сравниваются
с
результатами,
полученными
в
подготовительной среде.
Отличия в поведении систем в подготовительной и рабочей зонах
фиксируются и расследуются с целью устранения.
Версия, не прошедшая процедуру тестирования не может быть
опубликована в рабочей зоне.
В случае внесения исправлений в версию, номер версии поднимается.
Контроль качества рабочей системы
Группа эксплуатации ведет постоянный контроль качества рабочей
системы. Если какие-либо показатели качества работы текущей версии
оказываются хуже, чем у предыдущей версии, то принимается согласованное
решение об устранении проблемы. Стороны договариваются либо об отказе
использования текущей версии и откате на предыдущую версию, либо о
продолжении работы, не смотря на существующие проблемы.
Допустимым временем простоя системы при откате на предыдущую
версию считается 10 минут.
При выявлении проблем в рабочей системе может быть принято
решение о доработке тестов таким образом, чтобы в следующий раз подобная
ошибка была выявлена на стадии тестирования.
Для качественного контроля за рабочей системой необходимо
настраивать мониторинг.
Скачать