Разработка среды для имитационного моделирования операционного устройства - Курсовая работа

Основу модели ОА составляет набор процедур, моделирующих выполнения микроопераций над кодами данных и вычисления логических функций, задающих выходные сигналы ОА о состояниях кодов данных. Для представления этих данных в модели студент должен выбрать наиболее подходящие типы данных используемого языка программирования. В интерактивной среде моделирования реализуются два уровня моделирования ОУ: - моделирование на уровне микропрограммы; Модель УА формирует вектор Y управляющих сигналов, детализирующий команды для ОА до уровня микроопераций. Модель ОА в результате анализа состояния вектора Y вызывает процедуры выполнения указанных вектором микроопераций и затем вычисляет вектор X значений выходных сигналов, поступающих на вход УА.Программная часть курсового проекта выполняется с использованием среды C# или среды какого-либо иного языка программирования высокого уровня, предназначенной для создания Windows приложений.В качестве результата выполнения курсового проекта представляются: - какой либо носитель информации; Носитель информации должен содержать: - исходные тексты всех разработанных программных единиц; Пояснительная записка должна: - отображать процесс проектирования программного продукта;В ней реализовано два режима работы ОУ (на уровне микропрограммы и на уровне взаимодействия УА и ОА), и отображение всей требуемой вспомогательной информации участвующей в арифметической операции.Математическая постановка задачи заключалась в создании программной реализации модели УА на основе автомата Мили на жесткой логике на D-триггерах. Микропрограмма данной курсовой работы осуществляет операцию деления без восстановления остатка. А(15:0) - делимое, представленное в прямом коде; В(16:0) - делитель, представленный в прямом коде; С(16:0) - частное, представленное в прямом коде;комбинационные схемы (КС), формирующие вектор выходных сигналов Y, и вектор D сигналов управления состояниями разрядов ПС УА; Поскольку УА является автоматом Мили, необходимо было добавить память логических условий (ПЛУ) для условий, которые обозначены на ГСА метками X2, X3. Если бы это не было сделано, ОА выполнял бы МО из одной ветви алгоритма, а УА мог перейти в состояние по другой ветви. Выделять память для хранения каждого конкретного условия нужно только в том случае, если в МП за этим условием следует блок МО, который может изменить состояние данного условия. Выделение памяти требуется для условий X2 и X3 т. к. на ГСА следом за блоками проверки условий X2 и X3 находятся блоки, изменяющие содержимое C.Кодирование МО 1 Выполнено y0Рис.Кодом 0000 кодируется состояние, в котором больше всего переходов, затем последовательно кодируем состояния с наибольшим количеством переходов из незакодированных, кодами с минимальным количеством единиц.В режиме моделирования взаимодействия УА и ОА операционное устройство представляется в виде набора компонентов, взаимодействующих между собой по определенному алгоритму. Рассмотрим это взаимодействие на примере обработки одного синхроимпульса: Срабатывают компоненты ПС и ПЛУ, которые являются синхронизируемыми, т.е. переключаются в следующее состояние только под воздействием синхроимпульса; в результате, на выходе ПС появляется код, сформированный на предыдущем такте компонентом KCD, а на выходе ПЛУ фиксируются компоненты вектора X (вектор флагов условий), соответствующие X2 и X3; Вектор Y обрабатывается ОА, который инициирует выполнение тех МО, для которых компонента вектора Y равна 1, после выполнения всех МО обновляется вектор X (точнее его компоненты X1-X6, X0 не вычисляется, т.к. он равен 1 на протяжении всего процесса моделирования);Для функционирования программы необходим IBM - совместимый ПК класса Pentium (с тактовой частотой от 1000 МГЦ) и выше, видеорежим - VGA (минимум 16 бит), оптимальное разрешение экрана 1024х768 точек (или больше), с установленной ОС Windows 2000 - 8.При написании программы использовалась интегрированная среда разработки приложений VISUALSTUDIO, язык реализации - C#. Программа состоит из методов: //Автоматическое выполнение privatevoid BTAUTO_Click(object sender, EVENTARGS e) //Выполнение по тактам privatevoid BTSTEP_Click(object sender, EVENTARGS e) //Очистка формы privatevoid BTCLEAR_Click(object sender, EVENTARGS e) //Память на D-триггерах publicbyte[] STATEMEMORY(bool Sync, byte D0, byte D1, byte D2, byte D3)Для ввода исходных данных служат две таблицы, отображающих разрядные сетки чисел А(делимое) и В(делитель). Справа от поля ввода показываются значения Для выполнения программы в пошаговом режиме необходимо выполнять программу по кнопке «Шаг». Для автоматического выполнения МП нужно нажать кнопку «Автоматическое выполнение». Режим моделирования на уровне микропрограммы или на уровне операционного устройства зависит выбранной вкладки на панели.

Оглавление

1. Исходные данные и общие требования к курсовой работе

1.1 Исходные данные

1.2 Язык программирования и графический режим

1.3 Отчетные материалы к курсовому проекту

2. Авторская оценка соответствия качества проекта предъявляемым требованиям

3. Математическая постановка задачи

3.1 Основные признаки микропрограммы

3.2 Описание структурной схемы ОУ

4. Описание процесса проектирования

4.1 Кодирование МО и ЛУ

4.2 Разметка состояний автомата

4.3 Проверка полноты переходов и построение обратной структурной таблицы автомата

4.4 Проектирование функций выходов и управление элементами памяти

5. Описание программной реализации

5.1 Требования к оборудованию и ОС

5.2 Использованная среда разработки и язык программирования

6. Описание пользовательского интерфейса и инструкция по инсталляции и запуску программы

Приложение 1. Листинг программы

1. Исходные данные и общие требования к курсовой работе

1.1 Исходные данные таблица интерфейс инсталляция программа