Методические рекомендации по тестированию встроенных систем при решении "Проблемы 2000" (утв. Госкомсвязи РФ, февраль 1999 г.)

Методические рекомендации
по тестированию встроенных систем при решении "Проблемы 2000"
(утв. Госкомсвязи РФ, февраль 1999 г.)


"Методические рекомендации по тестированию встроенных систем при решении "Проблемы 2000" подготовлены в соответствии с Распоряжением Правительства Российской Федерации от 30 мая 1998 года N 671-р.

Методические рекомендации разработаны с целью оказания помощи организациям и предприятиям различных форм собственности в проведении тестирования встроенных систем при решении "Проблемы 2000".


Предисловие


Некоторыми отечественными и зарубежными экспертами решение "Проблемы 2000", особенно для крупных организаций (предприятий реального сектора национальной экономики), во многом связывается с "электронными системами с программным управлением, вмонтированными в компьютерную систему, производственное оборудование, приборы, аппаратуру и пр." (далее - встроенные системы).

Встроенные системы широко распространены, и это обстоятельство делает крайне трудным их полное выявление и корректировку. Характерной особенностью встроенных систем является то, что их присутствие в составе компьютерных систем и производственного оборудования может оставаться незамеченным техническим персоналом организации-пользователя. Наиболее очевидные примеры встроенных систем включают в себя датчики пожарной и аварийной тревоги, системы управления и контроля. Они присутствуют во вспомогательных системах, транспортных средствах, измерительных приборах и устройствах и прочее, и прочее. На первый взгляд встроенные системы не представляют особого интереса в контексте решения "Проблемы 2000", но они играют жизненно важную роль в обеспечении и поддержании среды, в которой функционирует производственное оборудование, компьютерные, информационно-вычислительные системы любой организации. Следовательно, при решении "Проблемы 2000" необходимо провести их полную инвентаризацию и расположить по приоритетам так, чтобы можно было провести мероприятия по модернизации или замене в порядке значимости с точки зрения минимизации ущерба компьютерным, информационно-вычислительным системам и производственно-технологическим процессам в основных сферах деятельности организации.

Руководитель организации может принять решение об игнорировании встроенных систем, но, следует иметь в виду, что в этом случае угроза непредвиденных сбоев/отказов компьютерных, информационно-вычислительных систем (даже прошедших реконструкцию или замену) резко повышается.

Тестирование встроенных систем должно быть направлено на обеспечение их совместимости с требованиями "Проблемы 2000" (см. "Методические рекомендации по проведению тестирования компьютерных систем при решении "Проблемы 2000", Госкомсвязи России, Москва, 1999) и его следует проводить на основе оценки угрозы, которую они, возможно, несут в себе для осуществления непрерывности производственной деятельности организации, а также оценки степени зависимости от специальных дат каждой из встроенных систем.

Настоящие методические рекомендации направлены на то, чтобы показать последовательность действий во время подготовки к тестированию и при проведении процедур тестирования встроенных систем на совместимость с требованиями "Проблемы 2000". Они описывают основные приемы тестирования, содержат перечень специальных дат, которые следует включать в планы тестирования, и указывают на основные действия в случае несовместимости тестируемой встроенной системы с 2000 годом. Методические рекомендации также указывают на необходимость дополнения процедур тестирования соответствующим анализом.

Методология тестирования встроенных систем, которая представляет собой главное содержание настоящих методических рекомендаций, описывает типовой подход, вводит в рассмотрение систему условий-ограничений и предполагает соответствующее приспособление описываемых процедур тестирования к специфическим условиям конкретной организации.

Министерства, ведомства, подведомственные организации и иные хозяйствующие субъекты могут принять настоящие методические рекомендации за основу и адаптировать их к своим потребностям по тестированию широкого спектра встроенных систем. Методические рекомендации предоставляют должностным лицам, ответственным за решение "Проблемы 2000", возможность проведения необходимого анализа и принятия аргументированного решения о необходимости проведении тестирования встроенных систем, его объемах и сроках выполнения.

Настоящие методические рекомендации подготовлены в целях дополнения "Методических рекомендаций по проведению тестирования компьютерных систем при решении "Проблемы 2000". При их разработке Государственным комитетом Российской Федерации по связи и информатизации использованы отечественные наработки и положительный зарубежный опыт, воспринятый и использующийся международным сообществом при проведении тестирования встроенных систем.


§ 1. Создание необходимых условий для тестирования встроенных систем


Встроенные системы являются предметом особого беспокойства специалистов с тех пор, как стала обсуждаться "Проблема 2000". Они присутствуют во множестве устройств, которые непосредственно связаны с жизнеобеспечением общества, но редко кто обращает на них внимание. Такой "парадокс" объясняется тем обстоятельством, что встроенные системы обычно функционируют безотказно и не доставляют особых хлопот на производстве и в быту.

Однако мало кто в организациях может поручиться, что знает всю номенклатуру имеющихся в наличии и функционирующих в составе компьютерных, информационно-вычислительных систем и производственно-технологических процессов встроенных систем, где они размещены и как поведут себя при смене столетий. Везде, где какая-либо производственная деятельность управляется встроенной системой (содержащей микросхему, микрокристалл, микроминиатюрный кристалл со схемой с большим уровнем интеграции, микропроцессор), потенциально может проявить себя "Проблема 2000". В любой современной организации незаметно функционирует множество встроенных систем и именно по этой причине стоит пойти на временные и материальные затраты для выявления всех мест их возможного расположения и последующего тестирования.

На ранних стадиях решения "Проблемы 2000" организация должна выявить те встроенные системы, которые оказывают наибольшее влияние на нормальное функционирование компьютерных, информационно-вычислительных систем и производственно-технологических процессов в основных сферах производственной деятельности организации. После выявления возможно большего количества и номенклатуры встроенных систем (или, наоборот, в целях сокращения времени поиска - изначально) следует войти в непосредственный контакт с поставщиками и/или фирмами производителями этих устройств и получить от них необходимую информацию о совместимости/несовместимости отдельных встроенных систем с требованиями "Проблемы 2000".

В некоторых случаях предстоят тяжелые переговоры, но через эту неприятную процедуру нужно обязательно пройти и получить соответствующие гарантии. Поставщику и/или фирме-производителю следует задавать вопросы о том, каким образом проводилось (и проводилось ли вообще) тестирование встроенных систем в целях подтверждения их совместимости с требованиями "Проблемы 2000" и могут ли они провести испытания в реальных условиях, то есть в условиях эксплуатации в организации. Итак, очень широкий спектр компьютеров, аппаратных средств, производственного оборудования и приборов заключает в себе встроенные системы, которые могут быть несовместимыми с требованиями "Проблемы 2000". Множество автоматизированных производственно-технологических процессов зависит от обработки дат и потребует модернизации или замены функционирующих в их составе встроенных систем. Если встроенная система не сможет отличить, например, 1900 год от 2000 года, то средства управления не смогут нормально функционировать. Критические ошибки и нарушения работоспособности могут происходить и в том случае, если встроенная система в принципе не способна распознать "00" и автоматически переходит в режим "ошибка". Кроме того, 2000 год високосный, но на этот факт далеко не всегда обращали внимание фирмы-производители встроенных систем. Сбои/отказы встроенных систем, в большинстве случаев, могут проявить себя следующим образом: либо произойдет сброс значений дат к некой базовой дате, либо обработка "00" приведет к сбою/отказу и встроенная система перейдет в режим ожидания дальнейших команд.

Перечень основных проблем, связанных со встроенными системами в контексте решения "Проблемы 2000", приведен на рис.1. Как это видно из данных рис.1, возможные проблемы, связанные со встроенными системами весьма разнообразны и крайне неприятны. Следует также иметь в виду, что область воздействия встроенных систем - в контексте "Проблемы 2000" - до конца непредсказуема. И, главным образом потому, что невозможно точно указать всю номенклатуру изделий, содержащих несовместимые с требованиями "Проблемы 2000" встроенные системы. Приведем некоторые примеры встроенных систем и условий, в которых они могут функционировать:

автономные контроллеры, которые используются как устройства управления в промышленности, устройства управления оборудованием (например: насосы, турбины, двигатели), высокоскоростные регистраторы данных (например, для преобразования изображений, получаемых со спутников);

автономные приборы, которые используются в военных системах, контроллерах связи (например: преобразователи протокола, системы шифрования, коммутаторы маршрутизаторы, концентраторы, спутниковые системы управления), системах управления полетами;

главные/подчиненные устройства, которые могут использоваться в датчиках окружающей среды, удаленных датчиках (например, текущего контроля давления, температуры и данных о загрязнении окружающей среды).

Объем работ, который предстоит выполнить для достижения совместимости с требованиями "Проблемы 2000" встроенных систем, вряд ли можно полностью оценить, причем, независимо от их поставщиков и фирм-производителей. Однако совершенно ясно, что определенная работа должна быть выполнена организацией для выявления встроенных систем и их поставщиков/производителей.

Встроенные системы будут воздействовать на различные организации по разному. Некоторые из небольших и средних организаций могут прийти к выводу, что встроенные системы для них не представляют большой опасности, но, даже в этом случае, целесообразно провести определенный комплекс работ по инвентаризации. Для крупных организаций, особенно реального сектора экономики, встроенные системы могут стать большой проблемой (очевидные примеры: газ, энергопотребление, водоснабжение).

Область воздействия и размер задачи для каждой организации диктуют стоимость работ по обеспечению совместимости встроенных систем с требованиями "Проблемы 2000". В тех отраслях национальной экономики, где имеется сильная зависимость от встроенных систем - энергетика, коммунальные услуги, водоснабжение, теплоснабжение, транспорт и т.п. - средняя стоимость работ может измеряться достаточно внушительными суммами. Характерен пример транспортной отрасли, где используются разнообразные встроенные системы, которые круглосуточно поддерживают критические системы управления движением и далеко не все из них совместимы с требованиями "Проблемы 2000".

Принципиальные решения (исключая тестирование) по обеспечению совместимости встроенных систем с требованиями "Проблемы 2000" связаны с наличием на рынке того поставщика/производителя/подрядчика, который поставил/изготовил/смонтировал организации главную систему, содержащую встроенные системы. В случае прекращения ими своей деятельности (и отсутствия их правопреемников) или ухода из соответствующего сегмента рынка, может потребоваться замена всей главной системы. Это может привести к необходимости составления специального плана и средства придется перенацелить на долгосрочные капиталовложения, например, на полную замену телефонных станций и автоматического оборудования распределения обращений, закупку новых механизмов, оборудования управления производственно-технологическими процессами, станков, двигателей, агрегатов и пр. Более благоприятным вариантом может стать такая ситуация, когда, несмотря на прекращение поставщиком/производителем/подрядчиком (или их правопреемниками) своей деятельности, организация сумеет найти стороннюю организацию, которая обладает соответствующим опытом замены поставленных встроенных систем и потребность в замене главных систем отпадет.

В любом случае, организации имеет смысл включить работы по тестированию и модернизации встроенных систем в соответствующую программу по решению "Проблемы 2000" и запланировать под эти работы выделение необходимых ресурсов и времени.

Работы по модернизации встроенных систем имеют свою специфику, могут потребовать применения особых приемов тестирования и, соответственно, достаточного количества квалифицированных специалистов, которые способны качественно и в установленные сроки выполнить весь комплекс работ. Если навыков и/или квалификации технического персонала организации для проведения тестирования встроенных систем недостаточно, то на начальной стадии работ по решению "Проблемы 2000" можно ограничиться получением гарантий от фирм-изготовителей и/или поставщиков данных устройств об их совместимости с 2000 годом и, затем, обратиться за помощью в соответствующий Центр компетенции.

Основные действия, которые необходимо предпринять для успешного завершения работ в данной проблемной сфере, приведены на рис.2. Как видно из данных рис.2, организации-владельцу встроенных систем очень важно получить от поставщиков и/или фирм-производителей необходимые гарантии о совместимости с требованиями "Проблемы 2000" всех поставленных ими встроенных систем, которые обеспечивают нормальное функционирование компьютерных, информационно-вычислительных систем и производственно-технологических процессов в основных сферах производственной деятельности.

Рабочая группа по решению "Проблемы 2000" должна выявить возможное негативное влияние встроенных систем на функционирование компьютерных, информационно-вычислительных систем организации. Если окажется, что проверить совместимость встроенной системы с требованиями "Проблемы 2000" невозможно и нет возможности ее своевременной замены, следует убедиться в том, что фирмы-производители используют на своем производстве процедуры тестирования, которые осуществляются в рамках жесткого режима управления качеством, а также анализируют и документально оформляют результаты проведенных испытаний.

Тестирование встроенных систем требует тщательной подготовки и должно проводиться после внимательного изучения последствий вероятного сбоя/отказа и проводиться в соответствии с разработанными и утвержденными планами.

Если тестирование будет выполняться без предварительного планирования работ, то оно может стать источником постоянного внесения дополнительных ошибок во встроенную систему и некоторые из этих ошибок, которые обладают свойством "латентности", очень трудно обнаружить и устранить, что, в свою очередь, вызовет непредсказуемое поведение самой встроенной системы. Поэтому, после того как подготовлен сводный план тестирования встроенных систем, следует четко сформулировать и поставить задачи перед специалистами организации, мобилизовать их на ускоренное и качественное проведение всех необходимых работ. Желательно подготовить несколько вариантов действий по осуществлению модернизации или замены встроенных систем. Такой подход необходим для того, чтобы реально оценить возможности организации, точно увязать план-графики работ и оптимальным образом распланировать имеющиеся в наличии ресурсы.

Если тестирование встроенной системы проводится в неавтономном режиме (режиме функционирования компьютерной, информационно-вычислительной системы или основного производственного оборудования) следует проявлять особую осторожность во избежание возникновения аварийных ситуаций, чреватых неприятными последствиями для безопасности персонала организации, окружающей среды и т.п. Например, сбой/отказ датчиков системы управления или контроля в течение или в результате тестирования может повлечь за собой нарушение нормального функционирования производственно-технологического(их) процесса(ов) на опасном, непрерывном или экологически вредном производстве.


§ 2. Общие понятия и последовательность тестирования


2.1. Решение "Проблемы 2000" имеет жесткие временные ограничения. Поэтому работы по обеспечению совместимости с требованиями "Проблемы 2000" встроенных систем следует начинать как можно раньше и проводить в строгом соответствии с разработанными и утвержденными планами (программами) и графиками.

2.2. Типовая блок-схема по анализу и тестированию встроенных систем на совместимость с требованиями "Проблемы 2000" приведена на рис.3.

2.3. Множество средств аппаратного обеспечения компьютерных, информационно-вычислительных систем, производственное оборудование, приборы, механизмы, системы управления и контроля, а также другие устройства содержат встроенные системы с часами реального (истинного) времени (генератор импульсов времени, датчик истинного времени, схема синхронизации и т.п. - далее часы реального времени), место расположения и функционирование которых могут быть неизвестны или непонятны пользователю. Например, вполне вероятна такая ситуация, когда точное определение места установки встроенной системы и часов реального времени, соответственно, или их обследование, возможны только во время проведения ремонтных работ или с помощью специальных приборов.

2.3.1. Часы реального времени встроенных систем (RTC) являются структурной частью подсистемы с комплементарным металло-оксидным полупроводником (CMOS) - комплементарной МОП-структуры, КМОП-структуры - и, обычно, получают питание от батарейки (перезаряжаемой аккумуляторной батареи - аккумулятора), чтобы они могли продолжать свою работу даже в том случае, если будет отключено питание главной компьютерной, информационно вычислительной системы/оборудования или их компонентов (модулей, узлов).

2.3.2. Часы реального времени являются источником информации о дате и времени для базовой системы ввода-вывода (BIOS), которая получает их от CMOS/RTC при включении питания главной системы/оборудования.

2.3.3. Часы реального времени являются первоисточником информации о дате и времени и для системных часов (System Clock), которые получают их от базовой системы ввода-вывода во время инициализации (загрузки, запуска) главной системы/оборудования или их компонентов (модулей, узлов).

2.3.4. Таким образом, даже если базовая система ввода-вывода и системные часы совместимы с требованиями "Проблемы 2000", но часы реального времени встроенной системы не отвечают этим требованиям, то это может повлечь за собой сбои/отказы. Например, нестандартное (специальное) программное обеспечение, в частности, программное обеспечение, которое разработано для выполнения специальных задач (таких как управление производственно-технологическими процессами в режиме реального, истинного времени), может получать значения дат и времени напрямую (минуя базовую систему ввода-вывода и системные часы, соответственно) от часов реального времени. Если в организации используется такое программное обеспечение и часы реального времени встроенной(ых) системы(м) не совместимы с требованиями "Проблемы 2000", то это может привести к сбоям/отказам не только специального программного обеспечения, но, и взаимосвязанного с ним стандартного прикладного программного обеспечения, а также к ошибкам операционной системы.

2.3.5. Связанные с негативным воздействием "Проблемы 2000" сбои/отказы часов реального времени встроенных систем или взаимодействующих с ними базовой системы ввода-вывода, системных часов и/или программного обеспечения могут привести к выходу из строя производственного оборудования и аппаратного обеспечения компьютерных, информационно-вычислительных систем. Следовательно, необходимо выявить все оборудование и аппаратные средства, в которых могут присутствовать встроенные системы. Если существуют сомнения относительно какой-либо части оборудования или аппаратных средств, следует немедленно установить непосредственный контакт с поставщиком или фирмой-производителем для выяснения их технических характеристик.

2.4. Если в результате проведения инвентаризации выяснилось, что организация обладает какими-либо встроенными системами, то следует обеспечить их полную совместимость с требованиями "Проблемы 2000" или, по крайней мере, убедиться в том, что "Проблема 2000" не окажет негативного воздействия на компьютерные, информационно-вычислительные системы, производственно-технологические процессы и их компоненты (модули), обеспечивающие непрерывность производственной деятельности организации.

2.5. Общим правилом при проведении мероприятий по достижению совместимости с требованиями "Проблемы 2000" встроенных систем должны стать целенаправленные действия организации по установлению тесных взаимоотношений с поставщиком(ами) оборудования и программно-аппаратного обеспечения.

2.5.1. Поставщик обычно знает, является ли поставляемое им оборудование, программные и аппаратные средства совместимыми с требованиями "Проблемы 2000" и, если это не так, то какие меры должны быть предприняты для обеспечения такой совместимости. Например, организация может принять решение о том, что достаточно крайне незначительной корректировки программного обеспечения или обновления технической документации. Но, поставщик встроенной системы и/или ее прикладного программного обеспечения на основании дополнительной информации от фирмы-производителя относительно функциональных возможностей данной встроенной системы и зависимости от специальных дат, может порекомендовать провести работы по более глубокой модификации и/или по дополнительному тестированию.

2.5.2. Каждый раз, когда организация входит в контакт с поставщиком, следует убедиться в том, что поставщику предоставляется относящаяся к делу и точная информация, например, относительно изменений, которые были внесены во встроенную систему, включая и замену версий программного обеспечения.

2.5.3. Очень важно получать от поставщика ответы на поставленные вопросы и соответствующие гарантии в письменной форме и сохранять эти документы.


§ 3. Оценка критичности встроенной системы


3.1. Организации необходимо провести оценку критичности встроенных систем по отношению к осуществлению непрерывности своей производственной деятельности (см. "Методические рекомендации по обеспечению непрерывности деятельности организаций и планированию на случай непредвиденных и чрезвычайных ситуаций в связи с "Проблемой 2000", Госкомсвязи России, Москва, 1999). Оценка критичности встроенных систем позволит определить последовательность и перечень мероприятий, которые следует выполнить для обеспечения совместимости встроенных систем с требованиями "Проблемы 2000", рис.3.

3.2. Если в результате оценки критичности встроенная система получит оценку "Высокая степень воздействия", то она должна быть подвержена особенно тщательной проверке на совместимость с требованиями "Проблемы 2000".

3.2.1. В этом случае необходимо провести анализ зависимости/независимости встроенной системы от специальных дат - в данном контексте это означает, что встроенная система не содержит/содержит либо программно реализуемые часы реального времени, либо аппаратные часы реального времени которые хранят даты, либо использует часы реального времени, принцип действия которых основан на получении радиосигнала.

3.2.2. При проведении анализа зависимости/независимости встроенной системы от специальных дат следует использовать следующую информацию: результаты инвентаризации, гарантии поставщика организации, результаты подробного обследования встроенной системы.

3.2.3. Детализированный анализ должен охватывать оборудование, аппаратные средства, а также системное и прикладное программное обеспечение. Тестирование используется для подтверждения того факта, что все ошибки, связанные с негативным воздействием "Проблемы 2000" выявлены и устранены в ходе работ по замене или модернизации встроенной системы. Результаты анализа, модернизации или замены, а также тестирования оформляются документально.

3.2.4. Встроенная система, получившая оценку "Высокая степень воздействия" и про которую точно известно, что она подвержена сбою/отказу (см. рис.3) - в обязательном порядке подвергается замене или модернизации и полномасштабному тестированию.

3.3. Если в результате оценки критичности встроенная система получит оценку "Средняя степень воздействия", то она должна быть подвержена достаточно тщательной проверке на совместимость с требованиями "Проблемы 2000".

3.3.1. Если поставщик организации вызывает полное доверие, гарантирует совместимость встроенной системы с требованиями "Проблемы 2000" и эти сведения подтверждаются результатами инвентаризации, а также независимыми источниками информации - может быть принято решение о проведении лишь предварительного (ограниченного) тестирования с последующей перепроверкой его результатов. Тестирование встроенной системы используется для подтверждения того факта, что ошибки, связанные с негативным воздействием "Проблемы 2000", действительно отсутствуют. Результаты тестирования оформляются документально.

3.3.2. Если поставщик организации не вызывает полного доверия, либо он не гарантирует совместимость встроенной системы с требованиями "Проблемы 2000", либо гарантии поставщика не подтверждаются результатами инвентаризации, а также независимыми источниками информации - следует провести полный анализ встроенной системы (см. 3.2.1.-3.2.3.). Результаты анализа оформляются документально.

3.3.3. Встроенная система, получившая оценку "Средняя степень воздействия" и про которую точно известно, что она подвержена сбою/отказу (см. рис.3) - в обязательном порядке подвергается замене или модернизации и тестированию. Объем работ по тестированию встроенной системы определяется должностным лицом, ответственным за проведение работ по тестированию компьютерных систем в организации (см. "Методические рекомендации по проведению тестирования компьютерных систем при решении "Проблемы 2000", Госкомсвязи России, Москва, 1999). Результаты модернизации или замены, а также тестирования оформляются документально.

3.4. Если в результате оценки критичности встроенная система получит оценку "Низкая степень воздействия", то она может быть подвержена проверке на совместимость с требованиями "Проблемы 2000".

3.4.1. Если поставщик организации гарантирует совместимость встроенной системы с требованиями "Проблемы 2000" и эти сведения подтверждаются результатами инвентаризации - дальнейшее проведение анализа не требуется и тестирование можно не проводить. Такие гарантии поставщика могут расцениваться в качестве эквивалента "собственного тестирования организацией" встроенной системы. Однако, следует убедиться в соблюдении условий, которые приведены в § 2 (см. п.п.2.5.2. и 2.5.3).

3.4.2. Если поставщик организации не гарантирует совместимость встроенной системы с требованиями "Проблемы 2000", либо гарантии поставщика не подтверждаются результатами инвентаризации, следует провести анализ встроенной системы. В некоторых случаях может быть принято решение о проведении отдельных процедур тестирования. Результаты анализа и тестирования оформляются документально.

3.4.3. Если встроенная система, получила оценку "Низкая степень воздействия", но точно установлено, что она подвержена сбою/отказу (см. рис.3), то такая встроенная система модернизируется или заменяется. Результаты модернизации или замены оформляются документально.

3.5. Даже после проведения оценки на совместимость с требованиями "Проблемы 2000" остается вероятность того, что какие-либо аспекты были упущены из поля зрения. Следовательно, необходимо предпринять определенные меры предосторожности и своевременно подготовить/усовершенствовать планы на случай непредвиденных и чрезвычайных обстоятельств (см. "Методические рекомендации по обеспечению непрерывности деятельности организаций и планированию на случай непредвиденных и чрезвычайных ситуаций в связи с "Проблемой 2000", Госкомсвязи России, Москва, 1999) во избежание того, чтобы любые скрытые дефекты встроенных систем переросли в серьезные проблемы для организации.


§ 4. Организационные принципы и границы тестирования


4.1. Основной тест заключается в искусственной установке часов реального времени на 31 декабря 1999 года и последующем отслеживании выполнения ряда различных условий.

4.1.1. Ведется наблюдение за поведением часов реального времени при смене даты с 31 декабря 1999 года на 1 января 2000 года.

4.1.2. В том случае, когда тестирование выполняется в неавтономном режиме, наблюдение ведется также и за работой основного производственного оборудования (его модулей, узлов) и/или компьютерной, информационно-вычислительной системы и их компонентов.

4.1.3. Если в любой промежуток времени в течение тестирования встроенная система будет не в состоянии функционировать согласно техническим условиям, определенным в инструкциях (нормативах, руководствах) по эксплуатации, то это должно восприниматься и фиксироваться как несовместимость тестируемой встроенной системы с требованиями "Проблемы 2000".

4.1.4. Этот принцип тестирования применим и к другим датам, например, при переходе к следующему месяцу года (31 января 2000 года - 1 февраля 2000 года), переходе к следующему не високосному году (31 декабря 2000 года - 1 января 2001 года) и т.п. Перечень специальных дат приведен в табл.1, а основные приемы тестирования разбираются в § 5 настоящих методических рекомендаций.


Таблица 1

Специальные даты и даты перехода

N
п.п.
Специальная
дата
Дата
перехода
Краткая
характеристика даты
1. 31 декабря 1998 года 1 января 1999 года Впервые встречается
сочетание "999"
2. 28 февраля 1999 года 1 марта 1999 года 1999 год не является
високосным
3. 8 сентября 1999 года 9 сентября 1999 года Впервые встречается
сочетание "09.09.99"
4. 9 сентября 1999 года 10 сентября 1999 года Сочетание "09.09.99"
5. 30 сентября 1999 года 1 октября 1999 года Переход к следующему
месяцу года и
кварталу
6. 31 декабря 1999 года
(пятница)
1 января 2000 года
(суббота)
Переход в новое
столетие
(тысячелетие)
7. 1 января 2000 года 2 января 2000 года
(воскресенье)
Переход к следующему
дню недели
8. 2 января 2000 года 3 января 2000 года
(понедельник)
Переход к следующему
дню недели
9. 3 января 2000 года 4 января 2000 года
(вторник)
Переход к следующему
дню недели
10. 4 января 2000 года 5 января 2000 года
(среда)
Переход к следующему
дню недели
11. 5 января 2000 года 6 января 2000 года
(четверг)
Переход к следующему
дню недели
12. 6 января 2000 года 7 января 2000 года
(пятница)
Переход к следующему
дню недели
13. 7 января 2000 года 8 января 2000 года
(суббота)
Переход к следующему
дню недели
14. 31 января 2000 года 1 февраля 2000 года Переход к следующему
дню недели
15. 28 февраля 2000 года 29 февраля 2000 года 2000 год является
високосным
16. 29 февраля 2000 года 1 марта 2000 года 2000 год является
високосным, переход
к следующему месяцу
года
17. 31 марта 2000 года 1 апреля 2000 года Переход к следующему
месяцу года и
кварталу
18. 30 апреля 2000 года 1 мая 2000 года Переход к следующему
месяцу года
19. 31 мая 2000 года 1 июня 2000 года Переход к следующему
месяцу года
20. 30 июня 2000 года 1 июля 2000 года Переход к следующему
месяцу года, квартал
и полугодию
21. 31 июля 2000 года 1 августа 2000 года Переход к следующему
месяцу года
22. 31 августа 2000 года 1 сентября 2000 года Переход к следующему
месяцу года
23. 8 сентября 2000 года 9 сентября 2000 года В дате встречается
сочетание "09.09."
24. 30 сентября 2000 года 1 октября 2000 года Переход к следующему
месяцу года
25. 1 октября 2000 года 2 октября 2000 года В дате встречается
сочетание "01.10."
26. 10 октября 2000 года 11 октября 2000 года В дате встречается
сочетание "01.10."
27. 31 октября 2000 года 1 ноября 2000 года Переход к следующему
месяцу года
28. 30 ноября 2000 года 1 декабря 2000 года Переход к следующему
месяцу года
29. 31 декабря 2000 года 1 января 2001 года Переход к первому
году нового столетия
(тысячелетия)
30. 28 февраля 2001 года 1 марта 2001 года 2001 год не является
високосным
31. 28 февраля 2002 года 1 марта 2002 года 2002 год не является
високосным
32. 28 февраля 2003 года 1 марта 2003 года 2003 год не является
високосным
33. 28 февраля 2004 года 29 февраля 2004 года 2004 год является
високосным
34. 29 февраля 2004 года 1 марта 2004 года 2004 год является
високосным
35. 31 декабря 2004 года 1 января 2005 года Переход к следующему
году

Перечень специальных дат, приведенный в табл.1, заключает в себе даты, тестирования которых, в большинстве случаев, достаточно для обеспечения совместимости встроенных систем с требованиями "Проблемы 2000".


4.1.5. Указанный перечень специальных дат может быть расширен и продлен во временном измерении в соответствии со спецификой использующихся конкретной организацией методов обработки и способов электронного хранения дат - способов их хранения встроенными системами и/или функционально связанным с ними программным обеспечением.

4.1.6. Все результаты наблюдений за поведением часов реального времени встроенных систем, базовой системы ввода-вывода, системных часов, программного обеспечения (как специального, так и функционально связанного с ним стандартного) главной системы (основного оборудования) и их узлов/компонентов во время тестирования - протоколируются/актируются в соответствии с заранее установленным и утвержденным порядком.

4.2. Тестирование используется для решения двух основных задач.

4.2.1. Выявление изначальной совместимости/несовместимости встроенной системы с требованиями "Проблемы 2000".

4.2.2. Подтверждение и перепроверка правильности проведенных работ по замене или модернизации встроенной системы для обеспечения совместимости с требованиями "Проблемы 2000" изначально несовместимой с ними встроенной системы.

4.3. Тесты, принципы, подходы и правила тестирования, описываемые в настоящих методических рекомендациях, предназначены для выявления и устранения ошибок/сбоев/отказов встроенных систем, связанных с негативным воздействием "Проблемы 2000".

Предлагаемые тесты не предназначены для выявления и устранения ошибок/сбоев/отказов, которые не связаны с решением "Проблемы 2000" и могут быть привнесены во время модификации системного и/или прикладного программного обеспечения, проводимой в соответствии с плановыми работами по устранению дефектов/неисправностей, замеченных в ходе эксплуатации промышленного оборудования, компьютерной, информационно-вычислительной системы и их компонентов или любым иным образом представленых в программном обеспечении.

4.4. Блок-схема, приведенная на рис.4, указывает на главные задачи, которые следует решить непосредственно перед тестированием встроенной системы на совместимость с требованиями "Проблемы 2000".

4.5. В связи с тем, что существует вероятность сбоя/отказа встроенной системы во время ее тестирования на совместимость с требованиями "Проблемы 2000", необходимо очень тщательно планировать все мероприятия и работы по проведению испытаний и выдерживать заложенные в соответствующих планах технические требования и условия.

Такой подход к проведению тестирования особенно важен при проверке в неавтономном режиме встроенных систем, отвечающих за какую-либо центральную функцию управления работой (или контроля за работой) основного производственного оборудования (его узлов) и/или компьютерной, информационно-вычислительной системы и их компонентов и может способствовать не допущению возникновения нештатных и потенциально опасных ситуаций в процессе тестирования.

4.6. Если в часы реального времени встроенной системы вносятся какие-либо изменения, связанные с проверкой их на совместимость с требованиями "Проблемы 2000", то может оказаться нарушенным соглашение на ее сопровождение (эксплуатационное, гарантийное обслуживание). Это обстоятельство необходимо принимать во внимание и перед началом тестирования внимательно изучать положения, записанные в соглашении на сопровождение встроенной системы и/или главной системы.

4.7. Простая на первый взгляд задача тестирования встроенной системы на совместимость с требованиями "Проблемы 2000" усложняется рядом условий, которые обязательно должны учитываться до его проведения. Поэтому, необходимо получить точный ответ на ряд принципиальных вопросов.

4.7.1. Зависит ли поведение часов реального времени встроенной системы от режима их функционирования, то есть от того, в каком состоянии находится во время смены дат компьютерная, информационно-вычислительная система: "включено" или "выключено"?

Например, некоторые встроенные системы могут правильно функционировать и пройти тест, если смена дат происходит в тот момент времени, когда аппаратное обеспечение (оборудование) включено, но дать сбой или отказать, если смена дат происходит, когда оно выключено. Таким образом могут вести себя встроенные системы устаревших моделей компьютеров.

4.7.2. Заложены ли во встроенную систему какие-либо "скрытые" функции, связанные с манипулированием датами?

4.7.2.1. Встроенная система может, например, по умолчанию сохранять даты и хронометраж некоторых событий на внешнем запоминающем устройстве (жесткий диск или другое вспомогательное запоминающее устройство), чтобы предоставить доступ к этим данным специалистам по техническому обслуживанию и ремонту. Если связанный с датой сбой/отказ происходит в специальном программном обеспечении, управляющем процессом сохранения дат и хронометражом событий, то такой дефект невозможно обнаружить до тех пор, пока одно или несколько таких событий не будет сохранено на внешнем запоминающем устройстве.

4.7.2.2. Даже в том случае, когда тесты встроенной системы проведены в полном объеме и в процессе их проведения были найдены ошибки, предопределяемые несовместимостью с требованиями "Проблемы 2000" - это не дает абсолютной гарантии того, что выявлены все возможные причины сбоев/отказов (например, может остаться вне поля зрения переполнение буферного запоминающего устройства, которое происходит в результате негативного влияния "Проблемы 2000").

4.7.2.3. Таким образом, если при проведении тестирования встроенной системы не проверить все события, которые взаимосвязаны со скрытыми функциями, участвующими в обработке дат, то впоследствии могут происходить малопонятные и непредсказуемые отказы аппаратного обеспечения компьютерных, информационно-вычислительных систем и промышленного оборудования, соответственно.

4.7.3. Встроенная система взаимосвязана с другими системами?

4.7.3.1. Встроенная система может участвовать во взаимообмене данными с одной или несколькими другими встроенными и/или компьютерными системами, подсистемами. Причем, эти системы/подсистемы могут содержать программируемые логические контроллеры, которые разработаны и произведены различными фирмами. В результате, если каждый из программируемых логических контроллеров и каждая встроенная система были протестированы по отдельности, то они могут успешно пройти все испытания, нормально работая во время проведения тестов, но их часы реального времени могут быть заведомо несовместимыми, так как одни оперируют с двухразрядным, а другие с четырехразрядным форматом года. Поэтому для обеспечения совместимости с требованиями "Проблемы 2000" систем участвующих во взаимообмене данными с одной или несколькими другими встроенными и/или компьютерными системами/подсистемами их необходимо протестировать совместно.

4.7.3.2. Встроенные системы могут быть спроектированы таким образом, чтобы допускать возвращение в исходное состояние часов реального времени только после начальной загрузки главной системы (например, после выключения компьютерной, информационно-вычислительной системы). Это означает, что, когда дата переведена вперед для выполнения теста она может изменяться только с центральной консоли (пульта управления). Поэтому, лицо(а) осуществляющее(ие) тестирование должно(ы) удостовериться в возможности корректной, безаварийной установки (и переустановки) дат во всех встроенных системах, которые будут подвергаться тестированию.

4.7.3.3. Сложные программируемые логические контроллеры зачастую содержат дополнительные микропроцессоры, функции которых (связанные с обработкой дат) не ясны для пользователя. Эти дополнительные процессоры могут, например, обслуживать ввод-вывод, выполнять арифметические операции, реализовать функции связи, нечеткой логики и т.д.

4.7.4. Поскольку базовые системы ввода-вывода компьютерных систем - содержащих встроенные системы - обрабатывают информацию связанную с датами, возможен сбой системных часов при смене столетий. Это произойдет по причине невозможности обновления информации о столетии, хранимой базовой системой ввода-вывода, которая не сможет обновиться с первым импульсом сигнала времени после полуночи с 31 декабря 1999 года на 1 января 2000 года. В итоге, опрос часов может привести к сбросу значения системных часов, например в 1900 год, вместе с первым импульсом сигнала времени после полуночи и исчерпывающий тест такого сбоя может потребовать применения специализированных инструментальных средств.

4.7.5. Некоторые виды компьютерных программ включают в себя электронный код, который дает возможность программному обеспечению нормально функционировать только внутри определенного периода времени, определяемого лицензионным соглашением.

4.7.5.1. Если электронный код имеет встроенную дату, связанную с датой обновления лицензии, то перевод времени вперед при выполнении тестирования встроенной системы может привести к блокировке электронного кода таким образом, что любая дальнейшая работа программного обеспечения будет невозможна. Причем, даже в том случае, если дату вернуть к первоначальному значению.

4.7.5.2. Если электронный код не используется, компьютерная программа может, тем не менее, быть "защищена" от любых внешних воздействий. Следовательно, перед выполнением любых тестов встроенной системы необходимо тщательно изучить лицензионные соглашения на программное обеспечение.

4.7.6. Встроенная система осуществляет сброс информации на жесткий диск или вспомогательное запоминающее устройство, на котором регистрируются данные (см. пример в п. 4.7.2.1.)?

4.7.6.1. Если вследствие тестирования возникнет сбой в передаче данных, связанных с датами, это может повлечь за собой непредсказуемые последствия, делая невозможным нормальную работу встроенной системы без перезагрузки файлов данных из соответствующих архивов.

4.7.6.2. Выполнение процедур тестирования встроенной системы, которая осуществляет сброс информации на жесткий диск или вспомогательное запоминающее устройство, на котором регистрируются данные, особенно в том случае, когда она несовместима с требованиями "Проблемы 2000", может привести к повреждению информации, хранимой в памяти главной системы и/или файлов на запоминающем устройстве.

4.7.6.3. Следовательно, прежде, чем будет выполняться тестирование встроенной системы, необходимо выполнить операции резервного архивирования всей критической информации, включая, например, и такие менее очевидные электронные хранилища данных, как CMOS.

4.7.7. Несовместимость встроенной системы с требованиями "Проблемы 2000" может являться следствием ошибок, содержащихся одновременно в аппаратных средствах главной системы, системном и прикладном программном обеспечении и интерфейсах между главными системами. Поэтому, перед проведением любой модернизации встроенной системы важно выявить все дефекты, связанные с программно-аппаратным обеспечением главной системы (м). Такой анализ может быть проведен только на основе систематизированного подхода к проведению тестирования, то есть при помощи комплексной проверки аппаратных средств и программного обеспечения главной системы, каждой отдельной подсистемы и встроенной системы.

4.7.8. Если выполняется тестирование встроенной системы поддерживающей одну из центральных функций управления или контроля, то возрастает вероятность сбоя/отказа главной системы во время проведения испытаний.

4.7.8.1. Масштабы сбоя/отказа главной системы могут лежать в диапазоне от незначительных ошибок до катастрофического (продолжительного) сбоя/отказа. Поэтому, процедур тестирования, несущих в себе высокую степень риска, следует избегать всеми доступными способами, но, и в случае достаточно низкой степени прогнозируемого риска, необходимо заранее предпринимать соответствующие меры предосторожности, чтобы застраховаться от дальнейшего перерастания событий в самый плохой из возможных сценариев.

4.7.8.2. Целесообразно своевременно (до проведения любых тестов) выполнить оценку риска и тщательно контролировать "поведение" встроенной системы на всем протяжении ее тестирования на совместимость с требованиями "Проблемы 2000".

4.7.8.3. Если принято решение о проведении достаточно рискованных процедур тестирования встроенной системы (например, существует высокая степень вероятности аварийной остановки производственно-технологического процесса), то осуществления лишь текущего контроля (надзора) будет недостаточно и необходимо убедиться в готовности планов на случай непредвиденных и чрезвычайных ситуаций, а также работоспособности дублирующих систем, полностью независимых от работоспособности проверяемой встроенной системы.

4.7.9. Нельзя проводить тестирование встроенных систем при помощи технически неисправного испытательного оборудования (стендов, приборов и т.п.) или не сертифицированных инструментальных средств, так как это может привести к искаженным и непредсказуемым результатам тестов.

4.7.9.1. Перед началом тестирования следует убедиться в полном соответствии инструментальных средств и испытательного оборудования предъявляемым к ним требованиям (см. также § 2 п. 2.11. "Методических рекомендаций по проведению тестирования компьютерных систем при решении "Проблемы 2000", Госкомсвязи России, Москва, 1999).

4.7.9.2. В особо критических или сложных случаях необходимо проводить дополнительную независимую экспертизу, например, с помощью специалистов соответствующего Центра компетенции.


§ 5. Методика тестирования и примеры тестов


5.1. Тест, приведенный ранее в качестве основного примера (см. § 4 п.4.1.) и заключающийся в искусственной установке часов реального времени на 31 декабря 1999 года с последующим отслеживанием смены даты на 1 января 2000 года должен быть дополнен проверкой поведения встроенной системы для других специальных дат (см. табл.1) и соответствующими приемами тестирования. К примеру, некоторые часы реального времени встроенных систем не используют календарные даты, но, вместо этого, ведут отсчет дней от начала текущего года. Поэтому, если такая система ошибется в процессе расчета числа дней в году, вследствие того что 2000 год високосный, может произойти сбой/отказ главной системы (оборудования).

5.2. При проведении тестирования встроенных систем необходимо, в обязательном порядке, проверить правильность смены дат, указанных в табл.2.


Таблица 2

Базовый перечень
дат, потенциально связанных с негативным влиянием "Проблемы 2000"

Специальная дата Дата перехода
Дата День Дата День
31/12/1999
28/2/2000
29/2/2000
30/12/2000
31/12/2000
Пятница
Понедельник
Вторник
Суббота
Воскресенье
1/1/2000
29/2/2000
1/3/2000
31/12/2000
1/1/2001
Суббота
Вторник
Среда
Воскресенье
Понедельник

Если встроенная система получила оценку "Высокая степень воздействия" или "Средняя степень воздействия" и про которую точно установлено, что она подвержена сбою/отказу (см. рис.3), тестирование проводится по всем указанным в табл.1 специальным датам. В иных случаях решение о масштабах тестирования принимается лицом, ответственным за проведение испытаний встроенных систем в организации.


5.3. Во всех случаях, когда встроенная система рассчитывает день недели, следует убедиться в том, что полученные результаты вычислений верны для каждого из выполняемых тестов по отдельности.

5.4. Обратите особое внимание на то обстоятельство, что некоторые системы могут не рассчитывать день недели, но, вместо этого, увеличивают счетчик "день недели". Если дело обстоит таким образом, то простое изменение даты не может сменить показания счетчика, который может выдавать неправильные показания до тех пор, пока не будет установлена соответствующая начальная дата при проведении проверки.

5.5. Тесты необходимо выполнять на системной основе, то есть процесс тестирования встроенных систем, в необходимых случаях, должен охватывать программное обеспечение (операционную систему, прикладное программное обеспечение и пр.).

5.6. Все результаты проведенных тестов встроенных систем должны своевременно и тщательно документироваться и утверждаться в соответствии с установленным порядком. Это позволит организации отслеживать процесс тестирования встроенных систем для обеспечения требований "Проблемы 2000". Следует также убедиться в том, что документация точно и однозначно описывает результаты тестирования встроенных систем и может служить достоверной основой на случай необходимости проведения аналогичных тестов.

5.7. Перед выполнением любого из тестов встроенных систем на совместимость с требованиями "Проблемы 2000", следует удостовериться что: приняты необходимые меры предосторожности, гарантирующие при всех возможных условиях главные системы от глобального/продолжительного сбоя/отказа во время тестирования;

все данные, которые могут быть повреждены или утрачены заархивированы; встроенная система не закрыта паролем, который станет недействительным после выполнения тестирования.

5.8. Проведение теста с выключенной главной системой (оборудованием).

5.8.1. Этот тест служит для проверки совместимости с требованиями "Проблемы 2000" часов реального времени и системных часов:

1. Установите дату на 31 декабря 1999 года (31/12/99).

2. Установите время на 23:55 (время 23:55 приводится в качестве общего случая и используется для удобства. Однако при реальных испытаниях встроенной системы оно должно быть установлено таким образом, чтобы можно было выполнить все необходимые действия по отключению главной системы (оборудования) или, говоря иначе, перевести главную систему (оборудование) в требуемое состояние (соответствующий режим) прежде, чем произойдет смена дат. Например, чтобы испытать часы реального времени или системные часы простого персонального компьютера, возможно, достаточно установить время на 23:59:00. Однако для более сложных систем, которые содержат в себе встроенную систему, может оказаться необходимым установить часы и на более раннее время, чем 23:55.

3. Выключите систему таким образом, чтобы смена дат происходила при выключенном питании.

4. После того, как смена дат произошла, включите систему и проверьте время и дату (если главная система (оборудование) содержит больше одной встроенной системы, следует проверить показания всех часов).

5. Дата должна смениться на 1 января 2000 года (1/1/2000).

6. Проверьте, если это позволяет конструкция (технические характеристики) встроенной системы, день недели - он должен соответствовать субботе.

7. Повторите действия 1-6 для других специальных дат, приведенных в табл.2 (графы 1 и 2).

5.9. Проведение теста на сохранение дат в неизменном виде.

5.9.1. Этот тест служит для проверки безошибочности хранения дат часами реального времени, а также и системными часами:

1. Установите дату на 1 января 2000 года (1/1/2000).

2. Наблюдайте за тем, как будет выглядеть дата после установки на 1 января 2000 года.

3. Выключите питание приблизительно на 10-15 секунд.

4. Включите питание.

5. Проверьте, как дата выглядит теперь - она должна остаться прежней, 1 января 2000 года (1/1/2000).

6. Проверьте, если это позволяет конструкция (технические характеристики) встроенной системы, день недели - он должен соответствовать субботе.

7. Повторите действия 1-6 для других дат перехода, приведенных в табл.2 (графы 3 и 4).

5.10. Проведение теста с включенной главной системой (оборудованием).

5.10.1. Этот тест служит для проверки совместимости с требованиями "Проблемы 2000" часов реального времени и/или системных часов:

1. Установите дату на 31 декабря 1999 года (31/12/99).

2. Установите время на 23:55.

3. Наблюдайте за сменой времени и даты.

4. В полночь дата должна смениться на 1 января 2000 года (1/1/2000).

5. После того, как смена дат произошла, проверьте день недели, если это позволяет конструкция (технические характеристики) встроенной системы, день недели - он должен соответствовать субботе.

6. Повторите действия 1-5 для других специальных дат, приведенных в табл.2 (графы 1 и 2).

5.11. Если ошибки отмечены только при выполнении первого теста (теста с выключенной главной системой (оборудованием), см. п.5.8.), то при однократной ручной переустановке даты в 2000 году встроенная система будет работать нормально. В этом случае следует продолжить тестирование, но в протоколе/акте испытаний необходимо сделать запись о том, что необходимо скорректировать показания системных часов в первый рабочий день 2000 года.

5.12. Если ошибки отмечены при выполнении второго теста (теста на сохранение дат в неизменном виде, см. п.5.9.), это свидетельствует о более серьезных ошибках и указывает на то, что всякий раз, когда питание повторно подается к системе после его отключения, дата должна быть откорректирована (переустановлена). Подобное поведение встроенной системы говорит об ошибках "в определении типа данных". Тем не менее, если встроенная система проходит все тесты в условиях реальной эксплуатации, после оценки ее критичности может быть принято решение о том, что необходимый уровень надежности для нормальной работы компьютерных, информационно-вычислительных систем и оборудования функционально связанных с данной встроенной системой, будет обеспечен и в замене нет необходимости. Например, испытания в реальных производственных условиях могут показать, что ошибки, связанные с определением дат во встроенной системе, никак не воздействуют на надежность работы главной системы (оборудования).

5.13. Проведение теста на совместимость с високосным годом. Чтобы убедиться в способности распознавания 2000 года как високосного, следует выполнить приведенные в п.п.5.8.-5.10. тесты для дат, указанных в табл.3.


Таблица 3

Перечень
дат, потенциально связанных с негативным влиянием "Проблемы 2000"
при вычислении високосного года

См. §5 п.п. Начальное время/дата Ожидаемый результат
5.8. 23:55 - 28/2/2000 Переход к 29/2/2000, вторник
5.8. 23:55 - 29/2/2000 Переход к 1/3/2000, среда
5.10. 23:55 - 28/2/2000 Переход к 29/2/2000, вторник
5.10. 23:55 - 29/2/2000 Переход к 1/3/2000, среда
5.9. 29/2/2000 Дата остается неизменной -
29/2/2000, вторник
5.8. 23:55 - 30/12/2000 Переход к 31/12/2000,
воскресенье
5.10. 23:55 - 30/12/2000 Переход к 31/12/2000,
воскресенье
5.9. 31/12/2000 Дата остается неизменной -
31/12/2000, воскресенье
5.8.

5.10.
23:55 - 31/12/2000

23:55 - 31/12/2000
Переход к 1/1/2001,
понедельник
Переход к 1/1/2001,
понедельник

5.14. Проведение тестирования на вычисление других специальных дат. Рекомендуется провести тестирование встроенных систем на вычисление других специальных дат (см. табл.1), чтобы убедиться в том, что они полностью совместимы с требованиями "Проблемы 2000". Например, для проверки правильности вычисления високосных лет можно повторить тесты, описанные в п.5.13 для дат, связанных с 2004 годом.

5.15. Комплексные испытания.

5.15.1. Этот тест должен выполняться для единовременной проверки совместимости с требованиями "Проблемы 2000" часов реального времени, системных часов и специальных прикладных программ, которые отвечают за функционирование встроенной системы в составе главной системы.

5.15.2. В связи с огромным многообразием встроенных систем выдать рекомендации относительно тестирования каждой из них невозможно. Однако приводимый ниже подход к тестированию может использоваться в качестве базиса при планировании процедур тестирования для конкретных встроенных систем.

5.15.2.1. С достаточно большой степенью уверенности можно допустить, что обычно:

1. Система пройдет все тесты, описанные ранее (учтем также, что встроенная система может надежно функционировать после наступления 1999 года даже несмотря на наличие ошибок при выполнении одного (см. п.п.5.11.-5.12.) или даже большего количества тестов, которые описаны в п.п.5.8.-5.10. и 5.13.-5.14., если после наступления 2000 года дата будет откорректирована/переустановлена).

2. Все данные, которые могут быть повреждены или утрачены во время тестирования, заархивированы на резервных носителях информации.

3. Организацией предприняты все необходимые меры предосторожности, чтобы гарантировать безопасность главной системы при всех возможных условиях сбоя/отказа, связанных с негативным влиянием "Проблемы 2000".

4. Встроенная система не закрыта паролем, который станет недействительным после выполнения тестирования.

5.15.2.2. Следовательно, можно установить дату на 1 января 2000 года и убедиться, что эта же дата выставлена на всех часах внутри главной системы.

5.15.2.3. Тщательно проследить за функционированием главной системы при всех возможных рабочих режимах, включая стандартный. Проверка должна включать, например, режим планового технического обслуживания, диагностики, калибровки и т.п. Испытания следует продолжать до тех пор, пока не появится уверенность в том, что все связанные с обработкой дат процессы были проверены во всех подсистемах и встроенных системах главной системы.

5.15.2.4. В результате комплексных испытаний встроенной системы необходимо выявить и зарегистрировать все случаи нештатного поведения не только этой системы, но и любые отклонения от технических требований других встроенных систем и подсистем, входящих в состав главной системы. Если во время проведения комплексных испытаний встроенной системы в ее работе, а также в работе других встроенных систем и подсистем наблюдались отклонения от нормального режима работы или сбои/отказы, то это указывает на их неполную совместимость с требованиями "Проблемы 2000" и предполагает проведение анализа результатов испытаний, модернизации и дополнительного тестирования главной системы.

5.16. В случае проведения работ по замене/модернизации встроенной системы для обеспечения ее совместимости с требованиями "Проблемы 2000", следует заново повторить процедуры тестирования в том порядке, как это было указано выше в настоящем параграфе. Тесты необходимо выполнить независимо от того проводилась ли замена/модернизация специалистами организации или при помощи поставщика.

5.17. В зависимости от оценки критичности встроенной системы необходимо разработать более или менее подробные планы на случай непредвиденных и чрезвычайных ситуаций (см. "Методические рекомендации по обеспечению непрерывности деятельности организаций и планированию на случай непредвиденных и чрезвычайных ситуаций в связи с "Проблемой 2000", Госкомсвязи России, Москва, 1999).


Государственный комитет Российской Федерации по связи и информатизации

Москва

1999


Председатель Государственного
комитета Российской Федерации
по связи и информатизации

А.Е.Крупнов

" " февраля 1999 года



Методические рекомендации по тестированию встроенных систем при решении "Проблемы 2000" (утв. Госкомсвязи РФ, февраль 1999 г.)


Текст методические указания официально опубликован не был


Текст документа на сайте мог устареть

Вы можете заказать актуальную редакцию полного документа и получить его прямо сейчас.

Или получите полный доступ к системе ГАРАНТ бесплатно на 3 дня


Получить доступ к системе ГАРАНТ

(1 документ в сутки бесплатно)

(До 55 млн документов бесплатно на 3 дня)


Чтобы приобрести систему ГАРАНТ, оставьте заявку и мы подберем для Вас индивидуальное решение