ії реалізуються за допомогою механізму доопределения стандартних операторів для користувацьких класів.
Для роботи з файлом протоколу використовуються класи TLogFile і TSection. Формат файлу повторює формат стандартного ini-файлу Windows. Необхідність створення власного класу для роботи з файлами в такому форматі обумовлена ??обмеженням довжини стандартного файлу величиною в 64 кілобайти, що неприпустимо, тому що при тривалому тестуванні файли протоколів можуть бути значно більшого розміру. Крім того, тестування показало, що спеціальний клас TLogFile забезпечує набагато більш швидкий доступ до файлу протоколу, ніж це дозволяють стандартні функції для роботи з ini-файлами. Такий ефект в першу чергу обумовлений застосуванням гнучкої буферизації запису на диск і проміжним розміщенням секцій в різних файлах на диску.
Синтаксичний аналіз файлу сценарію здійснюється об'єктами класу TatfParser. Взаємодія з об'єктами інших класів здійснюється за допомогою однієї функції Process ():
void __ fastcall Process (TGraphicControl1 *, char *);
Дана функція в якості параметрів отримує покажчик на оброблюваний елемент і покажчик на буфер, в якому знаходиться вміст файлу сценарію. Далі виробляється аналіз вмісту файлу, ініціалізація відповідних глобальних змінних згідно конфігурації, записаної у файлі сценарію. Також проводиться інтерпретація головного сценарію (скрипта) з урахуванням вкладеного скриптів і команд. Рівень вкладеності не обмежений.
Створення об'єктів класів спеціального призначення і всі наступні звернення до цих об'єктів виробляються центральним компонентом бібліотеки - «Блок управління експериментом» (клас TExperimentManager).
Описана ієрархія класів дозволяє не тільки спростити створення нових елементів, але і сприяє зменшенню ймовірності помилок програмістів, що розширюють бібліотеку елементів. Наявність одного базового класу для всіх видів базових елементів дозволяє звертатися до будь-якого елементу через покажчик на його батька (базовий клас). Таким чином, немає необхідності в знанні ідентифікатора кожного елемента. Це дозволить спростити процедуру тестування роботи схеми і здійснювати її в автоматичному режимі.
Рисунок 1.2 - Ієрархія класів системи моделювання мікроелектронних пристроїв.
1.2 Порядок роботи з системою моделювання
Використання програмного забезпечення для створення і проведення випробувань імітаційних машинних моделей складається з наступних етапів:
установка бібліотеки компонентів;
створення моделі схеми;
написання файлу сценарію і параметрів тестування;
аналіз результатів роботи моделі.
Система моделювання розроблена таким чином, щоб користувач, не вникаючи в начинку додатки, міг використовувати його. Вона дозволяє створювати на основі існуючих компонентів всілякі схеми, моделювати роботу даної схеми, ставлячи різні вхідні послідовності, імітувати збої і відмови.
Компоненти знаходяться в окремих закладках на панелі C + + Builder і тому користувач може без особливої ??праці побудувати схему. Робота схеми моделюється за допомогою скрипта, що знаходиться в окремому файлі. Мова написання скрипта також дуже простий і містить всього кілька спеціалізованих слів. Результати обробки схеми також записуються в окремий файл...
