Порядок разработки, согласования и утверждения тз на ас:

1. ТЗ разрабатывает организация-разработчик системы с участием заказчика на основании технических требований.

При конкурсной организации работ варианты проекта ТЗ рассматр-ся заказчиком, который выбирает предпочтительный, вариант, либо на основании сопоставительного анализа подготавливает с участием будущего разработчика АС окончательный вариант ТЗ.

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

3. Срок соглас-я проекта ТЗ в каждой орган-и не должен > 15 дней со дня его получения.

4. Замечания по проекту ТЗ должны быть представлены с техн-м обоснованием. Решения по замечаниям должны быть приняты разработчиком проекта ТЗ и заказчиком системы до утверждения ТЗ.

5. Если при соглас-и проекта ТЗ возникли разногласия м\д разраб-м и заказчиком, то составляется протокол разногласий и конкр-е решение принимается в установл-м порядке.

6. Согласование проекта ТЗ разрешается оформлять отдельным документом.

7. Утвержд-е ТЗ осущ-т руков-ли предпр-й разраб-ка и заказчика системы.

8. ТЗ до передачи его на утвержд-е дб проверено службой нормоконтроля организ-и - разработчика ТЗ и, при необходимости, подвергнуто метрологической экспертизе.

9. Копии утвержденного ТЗ в 10-дневный срок после утвержд-я высылаются разработчиком ТЗ участникам создания системы.

10. Согласование и утверждение дополнений к ТЗ проводят в порядке, установленном для ТЗ.

11. Изменения к ТЗ не допускается утверждать после представления системы или ее очереди на приемо-сдаточные испытания.

12. Регистрация, учет и хранение ТЗ и дополнений к нему проводят в соответствии, с требованиями ГОСТ 2.501.

14.Обеспечение совместимости эвм. Основные понятия совместимости компьютеров: аппаратная, программная и информационная совместимость.

Под совместимостью понимают:

1) аппаратная совместимость:

-а) спос-ть одного устройства физически и логически сочетаться с другими (совместимость по разъемам). –б) способность одного устройства физически и логически заменять другое (функциональная совместимость).

2) программная совместимость - способность одной ЭВМ выполнять программы, подготовленные для другой ЭВМ.

3) информационная совместимость:

- возможность передачи информации с одной ЭВМ на другую.

- способность использования информации разными программами.

4) совместимость программ:

- способность ПО взаимодействовать между собой.

- способность одной программы функционально заменять другую.

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

Обеспечение программной совместимости:

M – железо (машина уровня 0, 1 и т.д.), L – язык, S – софт, программа.

ПО S₂ не зависит от М₀. Надо указывать уровень, о котором идет речь.

Чтобы была возможна полная прогр-я совместимость S_*, надо, чтобы все программные уровни всех машин были одинаковы.

Способы:

1) Обеспечение программной совместимости снизу вверх. Естественный продукт эволюционного развития.

2) Использование кросс-средств (программно-аппаратные эмуляторы). Позволяют программе, напис-й для 1 машины выполн-ся на другой машине.

3) Можно сделать: двухпроцессорные системы с разным набором команд или один процессор с двумя наборами команд.

Информационная совместимость.

Должна обесп-ся идентичность преобразования на всех уровнях системы.

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

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