Проверка - модуль
Cтраница 2
Пильт проверки модулей ППМ-1 ( ТУ 25 - 08.209 - 78) предназначен для проверки модулей устройств связи с объектом АСВТ-М на соответствие техническим требованиям. [16]
В лаборатории имеются вискозиметры Муни для выборочной проверки вязкости маточных смесей, динамометры Т-500 для проверки модуля упругости, автоматические приборы для измерения плотности и твердости. Этими же приборами предполагается проводить более широкий контроль для 30 - 40 % изготавливаемых смесей. [17]
В самом общем случае для имитации любого модуля нижнего уровня может быть написан имитатор более простой, чем заменяемый модуль. Однако если проверка модуля верхнего уровня требует передачи ему обрабатываемых данных, то их приходится имитировать, как и при проверке программ снизу вверх. [18]
Кроме того, при надобности выполняют также частные обязательные проверки модулей, указанные ниже применительно к отдельным модулям. Общий объем испытаний и проверки модулей и блока устанавливают, исходя из практической целесообразности. [19]
Ознакомлению с системой помогают ясные принципиальные и рабочие схемы цепей, включая механические. Схемы цепей наиболее полезны для проверки надлежащего модуля и фазы напряжений. [20]
Даже если бы удалось получить программы, свободные от ошибок, то возникает необходимость учитывать некоторый переходный период, в течение которого структура системы не должна основываться на предположении об отсутствии ошибок в отдельных модулях, но должна допускать возможность неправильного функционирования компонентов ПО вследствие внутренней ошибки. Спецификации модуля должны закреплять за каждым из них функцию выполнения определенных проверок модулей, с которыми последний взаимодействует. Кроме того, если даже ПО было написано корректно, более ранние ошибки оборудования могли сделать его некорректным. [21]
Функции проверки ( Test Functions) позволяют проверить комбинацию функций контроля, ручного управления и функций автоматического управления до запуска их в работу. Виртуальные проверочные функции и целевые проверочные функции позволяют значительно сократить затраты времени на конфигурацию и тестирование системы; проверка завершенного модуля может выполняться в процессе конфигурации другого модуля. [22]
Так как матрица показывает место инициализации данных и их зависимость, то она оказывается очень полезной при планировании проверки модулей и определении требований к заглушкам. Подробнее об этом будет рассказано в следующем разделе. [23]
Два следующих подраздела описывают тестирование, проводимое группой разработки до передачи программного изделия в группу испытаний. Чтобы не составлять других документов и хранить все связанные рабочие материалы в одном месте, здесь помещаются планы испытаний и спецификации испытаний для проверки модуля или группы модулей. [24]
Модуль ВВОДА проверяют, используя процедуры нижнего уровня, которые при взаимодействии с аппаратурой вырабатывают определенные входные величины, а также исследуя значения внутренних системных параметров, зависящих от входных величин. Модули нижнего уровня являются работоспособными, поскольку они уже использовались во время отладки аппаратуры. Для проверки модуля ВЫВОДА необходимо предусмотреть такие входные величины, в зависимости от которых на выходе можно получить заранее предсказанные значения. После этого исследуются выходы системы либо непосредственно, либо путем наблюдения за выполнением некоторых действий, управляемых выходами. [25]
Обработка содержательных данных в процедуре выполняется только в модулях, реализующих вычислительные операции, при выполнении функции буферизации и при запросе элемента входного массива. Для унификации проверки используются данные типовой структуры. Для работы с этими данными применяется специальный модуль запроса, настроенный на структуру этих данных и дополнительно к своим обычным функциям получения элемента массива, обнаружения конца массива и формирования отрезка сравнения, выполняющий диагностическую печать индекса прочитанного массива и значения прочитанного элемента. Такой модуль запроса включается в программу управления проверкой модулей, работающих с данными, и используется при проверке всей типовой процедуры. [26]
 |
Пример межмодульного требования. [27] |
Можно создать матрицу модулей и требований, показывающую, каким именно образом требования отображаются на модули системы. Утилита Matrix Diagrammer в значительной степени упрощает эту задачу. Взгляните на модуль в некоторой строке ( или в столбце; все зависит от того, в каком виде создана матрица) и установите, какие требования связаны с ним. Тогда группа контроля качества сможет применить его как эталон при проверке модулей и определить, действительно ли все требования отображены на модули и удовлетворены с их помощью. Кроме того, список поможет выявить модули, посредством которых не реализуются никакие требования и которые можно удалить. [28]
Целесообразно разделить поиск на два этапа. Если проверка какого-либо модуля дала отрицательный результат, то переходим ко второму этапу - поиску среди элементов данного модуля. Элементы, проверка которых дала отрицательный результат, заменяются на работоспособные. После каждой замены производится общая проверка всей системы, и если система неработоспособна, поиск продолжается. В случае, если все элементы рассматриваемого модуля проверены ( некоторые, быть может, заменены), а общая проверка системы дает отрицательный результат, то вновь возвращаемся к первому этапу - к проверкам модулей. [29]
Наименования подлежащих проверке модулей и контролируемые параметры сведены в таблицу исходных данных, подстыкованную к программе. В таблице зарезервировано место для расширения числа модулей, подлежащих проверке. Это позволяет использовать разработанное тестовое программное обеспечение для различных конфигураций комплексов. Процесс тестирования комплекса отображается на экране видеоконтрольного устройства. Перед тестированием модулей осуществляется самоконтроль модуля дисплейного адаптера и видеоконтрольного устройства в символьном и графическом режимах. Тестирование начинается автоматически сразу после включения источника питания комплекса. По окончании тестирования комплекса на экране видеоконтрольного устройства формируется сводная таблица результатов проверки модулей. Программа тестирования хранится в модуле ЭППЗУ ( Электроника С5 - 2113) и занимает объем 3 К слов. [30]
Страницы: 1 2 3