ГОСТР ИСО 26162—2016
Данные вTMS постоянно изменяются. Чем больше людей работает сTMS и больше сбор данных,
тем больше управления потоком данных необходимо. Поток данных должен быть выражен в блок-
схемах обработки данных, которые показывают переходы между различными процедурами.
15.3 Изменение модели данных
Создатели TMS не могут быть уверены, что модель данных, определенная вначале, будет всегда
удовлетворять потребности пользователей. Анализ ошибочных образцов, исправление ошибок, рас
смотрение запросов об улучшениях, оценка пользовательских поведений и поддержка новых пользова
телей или распространение освещения базы данных являются всем продолжающимся техническим об
служиванием. которое может заставить добавлять, изменять или удалять категории данных, изменять
структуру записей или. в некоторых случаях, пересматривать целую модель данных.
Изменение модели данных и структурданных обычно требует изменений установленного порядка
программно обеспечения, пользовательского интерфейса и процедур управления потоком данных.
Любые изменения TMS могут потребовать обновлений системы справочной информации и письменной
документации также.
Изменения в модели данных окажут значительные влияния на TMS. Модификации к структурам
данных существующего TDC могут вызвать технические проблемы и могут потребовать обширных руч
ных обновлений записей. Модификации не должны быть сделаны, если они не будут ясно оправданы.
Незначительные модификации должны быть отложены для включения в будущее системное обновле ние.
Модификации к структурам данных существующего TDC нелегко осуществить. Если новые ка
тегории данных добавлены, существующие записи должны или быть добавлены соответствующими
новыми категориями данных или отмечены как неполные, чтобы гарантировать последовательность
данных. Удаление категорий данных может привести к потере данных. Даже если это предназначено,
копия TDC должна быть сделана и заархивирована до удаления категорий данных. Трудности, вероят
но. возникнут, когда значение или цель категорий данных будут изменены или. когда категории данных
слиты или разделены, поскольку может быть тогда необходимо пересмотреть каждый вход. Это может
иметь место, если изменения внесены, например, в системе классификации предметной области TDC.
Прежде чем изменить модель данных или структуры данных TDC. резервная копия данных долж
на быть создана и сохранена в безопасном местоположении. Некоторые TMSs используют экспортный
процессдля поддержки данных: другой TMSs может сделать полную резервную копию базы данных без
экспорта. Экспортируемые данные, возможно, должны быть изменены, используя внешние утилиты,
прежде чем они смогут быть повторно импортированы в недавно структурированную базу данных.
Это неблагоразумно или даже невозможно — работать с двумя различными версиями базы данных
в одно и тоже время, то есть с новой истарой версией. Во время внедрения новой версии пользователям
нельзя разрешить использовать TDC. Любые модификации к структурам данных, модели данных, уста
новленному порядку программного обеспечения и пользовательским интерфейсам должны быть заре
гистрированы подробно, с указанием на дату, тип модификации и причины осуществления изменения.
15.4 Обеспечение защиты информации
Защита информации часто путается с защитой данных. Эти тесно связанные понятия относятся
к различным аспектам операции по базе данных. В то время как защита данных стремится предот
вращать воровство данных или неправильное употребление, защита информации стремится гаран
тировать целостность данных. Очень важно рассмотреть меры безопасности в фазах планирования и
внедрения базы данных и не ждать, пока неудача еще не произошла.
Защита информации TMS может быть подвергнута опасности следующих инцидентов:
- физические угрозы (огонь, воровство, перебой в питании):
- дефекты аппаратных средств (дисковая катастрофа, нечитабельная среда);
- дефекты программного обеспечения (системное расстройство, конфликты данных, вызванные
параллельным доступом);
- пользовательская ошибка (неумышленное удаление, неправильные данные).
Меры безопасности против физических угроз обычно обеспечиваются отделом IT, ответствен
ным за операцию окружающей среды базы данных. Меры по противопожарной защите, противоугон
ные меры, uninterruptable источники энергии и безопасное закрытие, поддерживая резервные копии
базы данных и другие меры, которые гарантируют от неудач, — безопасная работа TMS. все улучша-
59