- •1.Осн.Понятия и опр-я: инф-я, алгоритм, программа, команда, данные, технические устройства.
- •14. Програм-е для операционной системы windows.
- •3. Сс. Перевод чисел из одной сс в другую.
- •5. Повп. Алгоритм Фон-Неймана.
- •6. Принцип организац выч процесса. Гарвардская архитектура эвм.
- •12. Циклический вычислительный процесс
- •8.Адресация оперативной памяти. Сегментные регистры.
- •9. Система команд процессора i32. Способы адресации.
- •10. Скп i32. Машобработка. Байт способа адресации.
- •5. Усилители электрических сигналов.
- •11. Разветвляющий вычислительный процесс.
- •13. Рекурсивный вычислительный процесс.
- •1.Трансформаторы.
- •2. Машины постоянного тока.
- •3. Асинхронные и синхронные машины.
- •4. Элементная база современных электронных устройств
- •6. Основы цифровой электроники.
- •3. Типы адресации и система команд.
- •4. Структура процессора.
- •15. Модули последовательного ввода/вывода
- •11. Базовый функциональный блок микроконтроллера включает:
- •1.Принципы технического регулирования.
- •2. Технические регламенты.
- •3. Стандартизация.
- •5. Гос.Контроль за соблюд-ем треб-ий тех. Регламентов.
- •6.Метрология. Прямые и косвенные измерения.
- •1. Типы данных
- •1.Упрощение логических выражений
- •2.Функциональные схемы (лог.Диаграммы)
- •3. Искусственные нейронные сети.
- •4. Статистические методы принятия решений.
- •1.Задачи, решаемые методами искусственного интеллекта.
- •2.Модульное прогр-ие.
- •5. Програм-е в .Net Framework.
- •6. Унифицированный язык прогр-я uml.Назначение.
- •9. Этапы построения алгоритмов
- •13. C#.Полиморфизм.Перегрузка операций и методов.
- •14. C#.Наследование.Ограничения при наследовании.
- •1.Осн.Принципы сист.Подхода.
- •2. Система и моделирование. Классификация признаков.
- •3.Постановка задачи принятия решений.
- •5. Этапы системного подхода решения проблем.
- •6. Постановка задач оптимизации. Их классификация.
- •13. Нечеткие множества и их использование для принятия решений.
- •7. Условная оптимизация. Линейное программирование. Пример постановки задачи оптимизации.
- •1. Пример постановки задачи оптимизации.
- •9. Нелинейное программирование. Постановка задачи нелинейного программирования.
- •8. Методы решения задач линейного программирования. Геометрическая интерпретация.
- •10. Выбор альтернатив в многокритериальных задачах.
- •11. Классификация задач принятия решений. Структура системы принятия решений.
- •Структура процесса принятия решений
- •2 Классификация моделей.
- •3 Свойства модели.
- •4 Жизненный цикл моделируемой системы:
- •5.Классификация математических моделей
- •6. Требования, предъявляемые к мат. Моделям
- •7. Модели и моделирование.
- •10. Алгоритм декомпозиции
- •8.Математические модели технических систем.
- •9. Декомпозиция систем.
- •1. Датчики измерения перемещений
- •5. Гироскопы.
- •4 Манометрические приборы
- •6. Преобразование измерительных сигналов.
- •7 Методы измерений
- •9.Системы технического зрения
- •10. Структура измерительных систем
- •11. Измерительные сигналы, виды, типы, модели сигналов. Классификация детерминированных сигналов.
- •12. Теория информации
2.Модульное прогр-ие.
Для упрощения программу разраб-т по частям, кот. наз-ся программными модулями.А такой метод раз-ки программ наз-ют модульным прогр-ем. Прогр. модульэто любой фрагмент опис-я процесса, оформляемый как самост. программный продукт, пригодный для исп-ия в описаниях процесса. Каждый программный модуль прогр-ся, компилируется и отлаживается отдельно от др.модулей программы. Кажд. разработанный прогр. модуль может вкл-ся в состав разных программ, если выполнены условия его исп-я, декларированные в документации по этому модулю. Для оценки приемлемости прогр. модуля исп-ся его хар-и: размер, прочность, сцепление с др.модулями, рутинность модуля. Размер модуля измер-ся числом содержащихся в нем операторов или строк. М. не должен быть слишком маленьким или слишком большим. Прочность модуляэто мера его внутр.связей. Сцепление модуляэто мера его завис-ти по данным от др. модулей. Хар-ся способом передачи данных.Чем слабее сцепление, тем сильнее его независ-ть от др.модулей. Рутинность модуляэто его незав-ть от предыстории обращений к нему. Модуль наз-ся рутинным, если результат обращения к нему зависит только от значений его параметров.
3. Транслятор - Программа или тех. ср-во, вып-ее трансляцию программы с одного языка прогр-ия на др, обрабатывающая программа, предназначенная для преобраз-я исходной программы в объектный модуль. Транслятор обычно вып-ет также диагностику ошибок, формирует словари идентификаторов, выдаёт для печати тексты программы и т.д. Трансляция прогр-ы-преобр-ие прогр-ы, представ-ой на одном из языков прогр-ия, в прогр-у на др.языке и, в опред.смысле, равносильную первой. Язык, на котором представ. входная программа, наз-ся исход.языком, а сама программа-исход.кодом. Выход.язык наз-ся целевым языком или объектным кодом. В случае программ-трансляторов, адресатом явл-ся тех. устр-во (процессор) или программа-интерпретатор. Интерпретатор программно моделирует машину, цикл выборки исполнения кот. работает с командами на языках выс.уровня, а не с машин.командами. Транс-ия заним.переводом программ с одного языка на другой,а интер-ия отвечает за исп-е программ. Однако, поскольку целью транс-ии как правило явл-ся подготовка программы к интер-ии, то эти процессы обычно рассм-ся вместе. Например, языки прогр-ия часто хар-ся как «компилируемые» или «интерпретируемые».
4. ООП-парадигма прогр-ия, в кот. осн. концепциями явл. понятия объектов и классов. Класс-это тип, описыв-ий устр-во объектов. Понятие «класс» подразумевает нек. поведение и способ представления. Понятие «объект» подразум. нечто, что обладает опред.поведением и способом представления. Объект- это экземпляр класса. Обычно классы разраб-т таким образом,чтобы их объекты соотв-вали объектам предметной области. Объект-сущность в адресном пространстве выч. системы, появл-щаяся при создании экземпляра класса. ООП явл-я более структурным, чем все предыдущ. разработки, касающиеся структурного прогр-ия. Оно также явл-я более модульным и более абстрактным. ООЯ прогр-ия хар-ся 3-я осн.св-вами: 1.Инкапсуляция.Комбинир-ие записей с процедурами и ф-циями, манипулирующими полями этих записей, формирует новый тип данных-объект. 2.Наслед-е. Иерархическое наследование признаков. 3.Полиморфизм. Присвоение действию одного имени, кот.затем совместно исп-ся вниз и вверх по иерархии объектов.