Сопровождение системы после завершения работы
После окончания набора и анализа система исследования остаётся нужной: к ней обращаются при проверках, при подготовке публикаций и при разборе вопросов через годы.
Ниже — что сделать с системой, когда активная работа закончена.
Что меняется после завершения
Новые записи не вносятся, доступы сокращаются, часть функций отключается. Но чтение данных и истории изменений должно сохраниться. Переход в режим хранения напоминает обслуживание игрового ноутбука: плановые действия продлевают срок службы.
Задача — перевести систему в режим хранения, а не выключить её.
Полезно заранее составить план перехода: какие функции отключаются, когда, кто подтверждает. Такой план обсуждают до последнего визита, иначе переход происходит в спешке и с ошибками.
Отдельно решают, что делать с формами ввода: их закрывают, но не удаляют. Формы нужны, чтобы понять, какие поля были обязательными и какие проверки действовали в момент ввода.
Режим только для чтения
Запись закрывают для всех, кроме тех, кому нужно вносить правки по итогам проверки. Изменения фиксируются так же, как раньше.
Отключение записи без переходного периода создаёт проблемы при разборе замечаний.
Если правки ещё возможны, оставляют узкий список тех, кто может их вносить. Каждая правка после завершения должна иметь основание: замечание проверяющего, уточнение по документу.
Доступы
Список пользователей пересматривают: оставляют тех, кому доступ нужен по работе. Права сокращают до просмотра.
Изменения прав фиксируют с датой и основанием.
Для внешних проверяющих иногда создают временные учётные записи с ограниченным сроком. Такой доступ удобнее, чем расширение прав постоянным пользователям, и автоматически закрывается по истечении срока.
Сроки хранения
Определяют, сколько данные и система должны быть доступны. Срок зависит от правил организации и условий исследования.
Срок фиксируют письменно, чтобы позже не возникло споров.
Если сроки для разных данных различаются, их указывают по категориям: основные данные, документы, переписка. Единый срок для всего пакета обычно оказывается либо слишком коротким, либо слишком дорогим в поддержке.
Поддержка
Назначают ответственного за систему после завершения: он отвечает на вопросы, организует выгрузки, следит за сроками.
Без ответственного система остаётся без поддержки уже через месяц.
Ответственный должен знать, к кому обращаться при технических проблемах: администратор системы, поставщик, служба поддержки организации. Эти контакты указывают в документации.
Если поддержка передаётся другому подразделению, оформляют акт приёма: какие функции остаются, кто отвечает за выгрузки, как обрабатываются запросы. Акт подписывают обе стороны, чтобы ответственность не потерялась между отделами.
Передача знаний
Документируют структуру данных, настройки, нестандартные решения, известные ограничения. Это нужно человеку, который откроет систему через год без автора.
Документация хранится вместе с системой.
Документацию полезно проверить практикой: попросите человека, не работавшего с системой, найти конкретную запись по описанию. Все места, где он застрял, дополняют пояснениями.
К документации полезно приложить контакты авторов настроек, даже если они уже не работают в проекте. Иногда именно они могут объяснить нестандартное решение, которое не попало в описание.
Выгрузки
Итоговые данные выгружают в форматах, пригодных для долгого хранения, и прикладывают описание. Выгрузка не заменяет систему, но страхует от её недоступности.
Выгрузки проверяют на полноту.
Выгрузку удобно делать в двух видах: полную для архива и краткую для быстрых ответов на вопросы. Краткая содержит ключевые показатели и идентификаторы, полная — всё остальное.
Резервное копирование
Проверяют, что резервные копии делаются и восстанавливаются. После завершения работы частота может уменьшиться, но не до нуля.
Восстановление проверяют на практике.
Запись о проверке восстановления прикладывают к документации. Она показывает, что резервные копии действительно работают, а не существуют формально.
Изменения в системе
Если система обновляется, проверяют, что старые данные читаются. Иногда обновление меняет отображение кодов или дат.
Перед обновлением делают резервную копию.
Обновления после завершения работы лучше минимизировать: каждое обновление — риск для читаемости старых данных. Если обновление неизбежно, его планируют вместе с проверкой выборочных записей.
Прекращение работы системы
Если система выводится из эксплуатации, данные переносят в архив и проверяют полноту переноса до отключения. Отключение без проверки — риск потери.
Факт переноса фиксируют.
Перед отключением полезно провести сверку: число записей в архиве совпадает с числом записей в системе, все таблицы читаются, описания на месте. Только после этого назначают дату выключения.
Если данные переносятся в другую систему, проверяют не только записи, но и историю изменений: она часто теряется при миграции. Потерянная история обесценивает данные при проверке, даже если сами значения верны.
Пример: доступ после завершения
Через год проверяющий просит выгрузку по нескольким участникам. Если доступы закрыты полностью и никто не отвечает, выгрузка задерживается на недели.
Назначенный ответственный решает вопрос за день.
Похожая ситуация возникает при смене организации-спонсора: новые люди не имеют доступа, а старые уже не отвечают. Заранее назначенный ответственный снимает проблему до того, как она станет срочной.
Чек-лист
- Система переведена в режим чтения.
- Список пользователей пересмотрен.
- Срок хранения зафиксирован.
- Назначен ответственный.
- Документация передана.
- Итоговые выгрузки сделаны и проверены.
- Резервное копирование работает.
- Порядок вывода из эксплуатации определён.
Частые вопросы
Нужно ли отключать систему сразу?
Нет, обычно она нужна для чтения и проверок.
Кто отвечает после завершения?
Назначенный ответственный, а не вся прежняя команда.
Как долго хранить доступ?
Пока доступ нужен по работе; сроки определяет организация.
Что делать с обновлениями системы?
Тестировать на копии и проверять чтение старых данных.