kiev-security.org.ua-Защита информационных систем.Процедура внесения изменений в программные файлы, а также резевирование файлов

Одна из причин искажения информации (а в некоторых случаях и ее разрушения, например стирания в определенной области памяти) - ошибки в программном обеспечении. Несмотря на то, что программы составляются, как правило, высококвалифицированными специалистами и тщательно проверяются, тем не менее при больших объемах разработок от ошибок они не гарантированы. При внесении изменений в ранее разработанные программы опасность появления ошибок повышается.Поэтому, чтобы свести к минимуму появление ошибок, зарубежные специалисты рекомендуют ряд организационных мер, направленных на управление процессом внесения изменений. Особенно это относится к программам коллективного пользования, например операционным системам, системам управления базами и т.д. Основной организационной мерой, регулирующей внесение изменений в программное обеспечение является положение о том, что всякие изменения программ должны быть санкционированы специальным органом - отделом по управлению изменениями, создаваемым в фирмах, разрабатывающих и поставляющих потребителям программное обеспечение. В состав комитета по управлению изменениями входят представители руководства и специалисты фирмы-разработчика программного обеспечения, а также представители фирм-потребителей. Процесс внесения изменений состоит из трех этапов, начинающихся с представления рекомендаций комитету, который должен исследовать предложения по изменениям, определить масштаб необходимых исследований и составить план представления комитету документации с изменениями и предложениями по их реализации. Следующий этап - рассмотрение комитетом проектов изменений. Комитету представляются документы проекта изменений программы, включая функциональные схемы программ, их описание, план испытаний, тестовые данные, ожидаемые результаты и т.д., на основании которых комитет утверждает или отвергает изменения. Последний этап- представление комитету копий измененной программы совместно с результатами испытаний. На основании этой информации измененная программа может быть утверждена для массового производства. Как утверждает зарубежная печать, процедуры изменения программ, подобные описанным выше, являются надежной гарантией от серьезных ошибок при обработке программ или работе операционных систем. 5.3.3. Резервирование файлов. Резервный файл является обычно дубликатом резервируемого файла или же его достаточно точной копией, позволяющей легко восстановить оригинал. Резервные файлы, как правило, хранятся отдельно от основных файлов на магнитных лентах.Дубликаты используются и как средство защиты от аппаратных и программных сбоев в работе ЭВМ,а также ошибок оператора. Они обеспечивают также сохранность файлов при хищении или уничтожении оригиналов. Резервирование в различном объеме необходимо для любых файлов. Затраты на выполнение работы по резервированию существенны, а втех случаях, когда высоки требования к сохранности информации, затраты возрастают. Некоторые традиционные методы создания резервных файлов хорошо известны. Например, для магнитных лент обычно используется система резервирования "дед-отец-сын": файл "сын" является последним вариантом, файл "отец" отличается от предыдущего на одну выполненную работу с файлом, а файл "дед" - на две. В процессе работы файл "сын" используется как исходный файл, а файл "дед" - как файл результатов. Таким образом, бывший "дед" становится новым "сыном", старый "сын" становится новым "отцом", а старый "отец" становится новым "дедом". Если сохраняются входные данные двух последних прогонов задачи, то последняя версия может быть восстановлена или повторением нового прогона с файлом "отец", или же повторением двух прогонов с файлом "дед" . Такой цикл с двумя лентами является сравнительно дешевым и надежным методом двойного резервирования, так как затраты определяются стоимостью двух дополнительных лент и расходов на ведение каталогов и лент. Выбор метода резервирования файлов определяется новыми факторами, среди которых основными являются принятая конфигурация системы, тип контроля, организация файлов, частота обновления, соотношение объемов используемых и неиспользуемых данных, ценность информации и максимально допустимое время восстановления. При высоких требованиях к сохранности информации может возникнуть потребность в ведении более одной резервной копии файлов, которые должны храниться в удаленном и безопасном месте.

23. Процедура внесения изменений в программные файлы, а также резевирование файлов