А   Б  В  Г  Д  Е  Є  Ж  З  І  Ї  Й  К  Л  М  Н  О  П  Р  С  Т  У  Ф  Х  Ц  Ч  Ш  Щ  Ю  Я 


Перевірка - модуль

Для перевірки модуля АПЧГ в цьому випадку необхідно встановити перемикач 5В /в положення РПЧ (кнопка віджата) і, отримавши стійке зображення за допомогою змінного резистора в блоці попереднього налаштування СВП-4-1 вийняти модуль АПЧГ.

Для перевірки модуля кондуктивного розділення МКР зовнішній прилад підключають до гнізда У (на малюнку не показано) блоку для вимірювання сигналу після МОС. Встановлюють натисканням кнопки М напруга по зовнішньому приладу 0 5 В і вимірюють (УВих - Напруження після МОС і t /вих повинні відрізнятися не більше ніж на 002 В.

Пільт перевірки модулів ППМ-1 (ТУ 25 - 08209 - 78) призначений для перевірки модулів пристроїв зв'язку з об'єктом АСВТ-М на відповідність технічним вимогам.

Найменування підлягають перевірці модулів і контрольовані параметри зведені в таблицю вихідних даних, подстикованную до програми. у таблиці зарезервовано місце для розширення числа модулів, що підлягають перевірці. Це дозволяє використовувати розроблене тестове програмне забезпечення для різних конфігурацій комплексів. Процес тестування комплексу відображається на екрані відеоконтрольного пристрою. Перед тестуванням модулів здійснюється самоконтроль модуля дисплейного адаптера і відеоконтрольного пристрою в символьному і графічному режимах. Тестування починається автоматично відразу після включення джерела живлення комплексу. Після закінчення тестування комплексу на екрані відеоконтрольного пристрою формується зведена таблиця результатів перевірки модулів. Програма тестування зберігається в модулі ЕППЗУ (Електроніка С5 - 2113) і займає обсяг 3 До слів.

Так як результати перевірки модулів і перевірки елементів недостовірні, не виключено, що система залишиться непрацездатною після перевірки всіх модулів і всіх елементів тих модулів, перевірки яких дали негативний результат. Таким чином, після завершення повного циклу перевірок відмова може залишитися невиявленим. Для цього в проміжку між циклами перевірок контрольна апаратура налаштовується або калибруется.

Найбільш простий спосіб перевірки модулів - їх заміна іншими, свідомо справними. Відповідні частини більшості з'єднувачів, за допомогою яких встановлюються модулі, є штирі, що проходять крізь кроссплата. Під час підключення до відповідних штирів вольтметр або осцилограф, можна встановити, які напруження підводяться до модуля і з модуля виводяться.

Велике значення має послідовність перевірки модулів, що забезпечує завершення робіт перевіркою всієї програми. Відомі два принципово відрізняються підходу: перевірка програми від низу до верху і зверху вниз.

Одним з ефективних способів перевірки модуля (субмодуля) є його заміна іншим, свідомо справним. Однак у всіх випадках, коли проведена заміна дозволяє усунути несправність, слід знову встановити знятий модуль (субмодуль), щоб переконатися в тому, що порушення не було викликано якимись випадковими обставинами (наприклад, поганим контактом з'єднувача) і знятий модуль вимагає ремонту.

Функціональне тестування завершує цикл перевірки модуля. Воно характеризується перевіркою функціонування модуля при найбільш важливих значеннях змінних, перевіркою взаємодії з іншими модулями, визначенням тривалості виконання модуля.

Після кожного виду випробувань проводиться перевірка модуля на працездатність.

Блок ПЗУ містить діагностичні програми перевірки модулів ПЕОМ. Запуск програм здійснюється при включенні харчування. При відсутності помилок, які порушують нормальне функціонування ПЕОМ, проводиться завантаження програм з зовнішніх носіїв.

КОМ W-6000 забезпечується спеціальними приладами, пультами для перевірки модулів і блоків машини.

Переконайтеся, що у вас є тести для перевірки модуля на кордонах діапазонів його вихідних значень.
 Птцесс перевірки прийнято ділять на наступні етапи: синтаксична перевірка, семантична перевірка, перевірка модулів, інтегральна перевірка. При структурному підході пропонується іспользощть як спадний тестування, так і висхідний. Кожному з них властиві свої переваги і недоліки, а тому доцільне комбінувати обидва ці підходи.

Пільт перевірки модулів ППМ-1 (ТУ 25 - 08209 - 78) призначений для перевірки модулів пристроїв зв'язку з об'єктом АСВТ-М на відповідність технічним вимогам.

В лабораторії є віскозиметри Муні для вибіркової перевірки в'язкості маткових сумішей, динамометри Т-500 для перевірки модуля пружності, автоматичні прилади для вимірювання щільності і твердості. Цими ж приладами передбачається проводити більш широкий контроль для 30 - 40% виготовляються сумішей.

У найзагальнішому випадку для імітації будь-якого модуля нижнього рівня може бути написаний імітатор простіший, ніж замінний модуль. Однак якщо перевірка модуля верхнього рівня вимагає передачі йому оброблюваних даних, то їх доводиться імітувати, як і при перевірці програм від низу до верху.

Крім того, при потребі виконують також приватні обов'язкові перевірки модулів, зазначені нижче стосовно до окремих модулів. Загальний обсяг випробувань і перевірки модулів і блоку встановлюють, виходячи з практичної доцільності.

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

Навіть якби вдалося отримати програми, вільні від помилок, то виникає необхідність враховувати деякий перехідний період, протягом якого структура системи не повинна ґрунтуватися на припущенні про відсутність помилок в окремих модулях, але повинна допускати можливість неправильного функціонування компонентів ПО внаслідок внутрішньої помилки. Специфікації модуля повинні закріплювати за кожним з них функцію виконання певних перевірок модулів, з якими останній взаємодіє. Крім того, якщо навіть ПО було написано коректно, більш ранні помилки обладнання могли зробити його некоректним.

Функції перевірки (Test Functions) дозволяють перевірити комбінацію функцій контролю, ручного управління і функцій автоматичного управління до запуску їх в роботу. Віртуальні перевірочні функції і цільові перевірочні функції дозволяють значно скоротити витрати часу на конфігурацію і тестування системи; перевірка завершеного модуля може виконуватися в процесі конфігурації іншого модуля.

Так як матриця показує місце ініціалізації даних і їх залежність, то вона виявляється дуже корисною при плануванні перевірки модулів і визначенні вимог до заглушок. Детальніше про це буде розказано в наступному розділі.

Два наступних підрозділу описують тестування, проведене групою розробки до передачі програмного вироби в групу випробувань. Щоб не складати інших документів і зберігати всі пов'язані робочі матеріали в одному місці, тут містяться плани випробувань та специфікації випробувань для перевірки модуля або групи модулів.

Модуль ВВЕДЕННЯ перевіряють, використовуючи процедури нижнього рівня, які при взаємодії з апаратурою виробляють певні вхідні величини, а також досліджуючи значення внутрішніх системних параметрів, що залежать від вхідних величин. Модулі нижнього рівня є працездатними, оскільки вони вже використовувалися під час налагодження апаратури. Для перевірки модуля ВИВЕДЕННЯ необхідно передбачити такі вхідні величини, в залежності від яких на виході можна отримати заздалегідь передбачені значення. Після цього досліджуються виходи системи або безпосередньо, або шляхом спостереження за виконанням деяких дій, керованих виходами.

Обробка змістовних даних в процедурі виконується тільки в модулях, що реалізують обчислювальні операції, при виконанні функції буферизації і при запиті елемента вхідного масиву. Для уніфікації перевірки використовуються дані типової структури. Для роботи з цими даними застосовується спеціальний модуль запиту, налаштований на структуру цих даних і додатково до своїх звичайних функцій отримання елемента масиву, виявлення кінця масиву і формування відрізка порівняння, виконує діагностичну друк індексу прочитаного масиву і значення прочитаного елемента. Такий модуль запиту включається в програму управління перевіркою модулів, що працюють з даними, і використовується при перевірці всієї типової процедури.

Приклад межмодульного вимоги. Можна створити матрицю модулів і вимог, що показує, яким саме чином вимоги відображаються на модулі системи. Утиліта Matrix Diagrammer в значній мірі спрощує цю задачу. Погляньте на модуль в деякій рядку (або в стовпці; все залежить від того, в якому вигляді створена матриця) і встановіть, які вимоги пов'язані з ним. Тоді група контролю якості зможе застосувати його як еталон при перевірці модулів і визначити, чи дійсно всі вимоги відображені на модулі і задоволені з їх допомогою. Крім того, список допоможе виявити модулі, за допомогою яких реалізуються ніякі вимоги і які можна видалити.

Доцільно розділити пошук на два етапи. Якщо перевірка будь-якого модуля дала негативний результат, то переходимо до другого етапу - пошуку серед елементів даного модуля. Елементи, перевірка яких дала негативний результат, замінюються на працездатні. Після кожної заміни проводиться загальна перевірка всієї системи, і якщо система непрацездатна, пошук триває. У разі, якщо всі елементи розглянутого модуля перевірені (деякі, можливо, замінені), а загальна перевірка системи дає негативний результат, то знову повертаємося до першого етапу - до перевірок модулів.

Найменування підлягають перевірці модулів і контрольовані параметри зведені в таблицю вихідних даних, подстикованную до програми. У таблиці зарезервовано місце для розширення числа модулів, що підлягають перевірці. Це дозволяє використовувати розроблене тестове програмне забезпечення для різних конфігурацій комплексів. Процес тестування комплексу відображається на екрані відеоконтрольного пристрою. Перед тестуванням модулів здійснюється самоконтроль модуля дисплейного адаптера і відеоконтрольного пристрою в символьному і графічному режимах. Тестування починається автоматично відразу після включення джерела живлення комплексу. Після закінчення тестування комплексу на екрані відеоконтрольного пристрою формується зведена таблиця результатів перевірки модулів. Програма тестування зберігається в модулі ЕППЗУ (Електроніка С5 - 2113) і займає обсяг 3 До слів.

У цьому плані повинно бути оцінено час, який буде потрібно для кожного модуля. Успішне виконання кожного конкретного тесту стає важливою віхою для проекту. Результати кожного тесту потрібно порівнювати з заздалегідь запланованими. Якщо виявлені розбіжності, потрібно знайти і усунути помилки. Результати кожного тесту потрібно документувати для посилань в майбутньому. Після того як перевірено кілька перших модулів, можна вибрати лише деякі з цих тестів для перевірки модулів нижчого рівня. Однак час від часу потрібно проганяти всі попередні тести, щоб бути впевненим у правильному підключенні нових модулів.