- •1.1. Поняття операційної системи.
- •1.5. Поняття асемблера, компілятора, транслятора, інтерпретатора.
- •1.6. Завантажувачі. Завдання завантажувачів. Принципи побудови завантажувачів.
- •1.7. Принципи об’єктно-орієнтованого програмування (парадигми програмування, поняття класу).
- •1.8. Наслідування (Просте наслідування. Множинне наслідування).
- •1.9. Інкапсуляція. Поняття, сфери застосування.
- •1.10. Поліморфізм. Поняття, сфери застосування.
- •1.11. Принципи розробки розподілених клієнт-серверних програм. Особливості розробки мережевих програм з використанням сокетів.
- •2.1 Багаторівнева комп’ютерна організація – структура й призначення рівнів.
- •2.2 Схема комп’ютера з єдиною шиною. Основні характеристики та принципи роботи шини комп’ютера.
- •2.3 Структура процесора, внутрішні блоки, види регістрів.
- •2.4 Команди процесора, структура команд. Цикл Фон-Неймана.
- •2.5 Структуру пам’яті комп’ютера. Елементи статичної та динамічної пам’яті.
- •2.6 Переривання, типи, алгоритм обробки переривання процесором.
- •2.7 Організація оперативної пам’яті, адресний простір, сегменти пам’яті, дескриптори сегментів.
- •3.1 Загальні відомості з теорії систем. Класифікація систем.
- •3.2 Поняття вимірювальної шкали. Види шкал.
- •3.3 Показники якості та ефективності та крітерії їх оцінювання.
- •3.4 Вирішення багатокрітеріальних задач.
- •3.5 Вирішення задачі вибору.
- •3.6 Декомпозиція. Компроміси між повнотою та простотою.
- •3.7 Агрегування. Види агрегування.
- •3.8 Поняття експертних методів. Експертні системи.
- •4.1. Методи розрахунку часових параметрів і критичних шляхів мережевої моделі проекту. Табличний метод.
- •4.2. Методи розрахунку часових параметрів і критичних шляхів мережевої моделі проекту. Матричний метод визначення часових параметрів.
- •4.3. Метод класичного варіаційного числення. Рішення варіаційної задачі із закріпленими граничними крапками.
- •4.4. Метод класичного варіаційного числення. Рівняння Ейлера-Лагранжа.
- •4.5. Постановка задачі оптимального управління. Класифікація задач оптимального управління.
- •4.6. Характеристика керованості і спостережності. Постановка завдання. Критерії керованості і спостережності.
- •6.1 Основні теоретико-множинні (об’єднання, пересічення, віднімання, декартовий добуток) операції реляційної алгебри. Коротка характеристика та приклади.
- •6.2. Основні нормальні форми. Характеристика і приклади відносин, що знаходяться в 1нф, 2нф, 3нф.
- •Id, category, product1, product2, product3
- •6.3. Основні оператори мови маніпулювання даними. Оператор вибірки даних (одно- і багатотабличні запити оператора select).
- •7.2) Модели детерминированных цифровых сигналов
- •7.3. Алгоритми оптимальної обробки при розрізненні двійкових сигналів.
- •7.4. Потенціальна завадостійкість при прийомі ам, чм та фм сигналів.
- •7.5. Багатократні та комбіновані методи модуляції.
- •7.6. Методи боротьби з помилками, що виникають в каналах зв’язку. Завадостійке кодування.
- •7.7 Основні параметри завадостійких кодів. Принципи виявлення та виправлення помилок.
- •7.8 Циклічні коди. Згортальні коди.
- •7.9 Статичні методи стиснення інформації Алгоритм арифметичного стиснення.
- •7.10 Оптимальне кодування інформації. Алгоритми формування коду Хофмана та Шенона-Фано.
- •7.11 Аналогочислові перетворення безперервного сигналу на базі теореми Котельникова в.А.
- •7.12 Пропускна спроможність двійкового каналу зв’язку з перешкодами та без перешкод.
- •8.1. Протоколи фізичного рівня.
- •8.2. Характеристика лінійних сигналів, що використовуються в комп’ютерних мережах.
- •8.4. Загальні характеристики канального рівня.
- •8.5. Протокол hdlc.
- •8.6. Методи доступу в мережу.
- •8.7. Протокол ip. Адресація в ip-мережах.
- •8.8. Протокол tcp.
- •9.1 Алгоритм принятия решения по управлению кс
- •9.2. Архітектура систем управління комп’ютерними мережами.
- •9.3. Управління потоком інформації шляхом раціонального вибору параметрів протоколу.
- •9.4. Управління обслуговуванням різнорідного трафіку: дисципліни обслуговування, їх переваги та недоліки.
- •9.5. Управління якістю обслуговування. Забезпечення якості обслуговування шляхом управління мережевими ресурсами.
- •9.6. Основні стандарти управління комп’ютерними мережами. Мережеве управління за стандартом tmn: визначення, функціональні області, інтерфейси.
- •9.7. Модель управління протоколів snmp та cmip: структура, стандартизовані елементи, переваги та недоліки.
- •10.1. Основні концепції побудови обчислювальних систем, що самоорганізуються.
- •10.2. Класифікація процесорів по архітектурі системи команд (cisc, risc).
- •10.3. Показники ефективності паралельних часових моделей алгоритмів.
- •10.4. Основні ознаки класифікації Флинна. Фрагмент класифікації Флинна.
- •10.5. Відмінності командної чарунки в vliw-процесорі від командної чарунки процесора з послідовною обробкою даних.
- •11.1Стадії та етапи створення асу тп.
- •11.2 Склад і коротка характеристика розділів технічного проекта.
- •11.3 Склад і зміст проектних рішень з технічного забезпечення.
- •11.4Склад і задачі організацій, що беруть участь у роботах зі створення асу тп.
- •11.5Перелік видів випробувань асу тп та їх короткий зміст.
- •11.6 Розрахунок вартості проектних робіт ресурсним методом.
- •11.7 Застосування елементних кошторисних норм для розрахунку вартості пусконалагоджувальних робіт.
3.6 Декомпозиція. Компроміси між повнотою та простотою.
Декомпозицией называется операция анализа – разбиение системы на части и исследование этих частей. Однако, успех и значение аналитического метода состоит не только в том, что сложное целое расчленяется на всё менее сложные и, в конечном счете, простые части, а в том, что будучи соединены надлежащим образом эти части снова образуют единое целое. Этот момент агрегирования является конечным этапом анализа, посколько лишь после этого мы можем объяснить целое через его части.
Процесс декомпозиции приводит к иерархическим древовидным структурам. В интересных для практики случаях объект анализа сложен, слабо структурирован, плохо формализован, поэтому операцию декомпозиции выполняет эксперт. При этом качество построенных делений зависит от компетенции экспертов и от применяемой методики декомпозиции. Основанием всякой декомпозиции является модель рассматриваемой системы.
При декомпозиции всегда возникает в явной или неявной форме вопрос о полноте анализа. Полнота декомпозиции обеспечивается полнотой модели основания. Полнота формальной модели должна быть предметом особого внимания, поэтому одна из важнейших задач информационного обеспечения системного анализа состоит в накоплении наборов полных формальных моделей.
Компромиссы между полнотой и простотой:
В древовидной структуре декомпозиции предъявляется требование полноты и простоты. Простота – всё дерево должно быть максимально компактным «вширь и вглубь».
Полнота и простота должны обладать следующими пунктами:
- Существенность
- Элементарность
- Постепенная детализация моделей
- Итеративность
Принцип простоты требует сокращать размеры времени. Размеры «вширь» определяются числом элементов системы, поэтому необходимо выбирать как можно более компактные модели основания.
Принцип полноты заставляет брать как можно более подробные модели.
Компромисс достигается с помощью понятия существенности. В модель основания включаются компоненты существенные по отношению к цели анализа. Желательно, чтобы размеры дерева «вглубь» в соответствии с принципом простоты было небольшим, однако принцип полноты требует, чтобы при необходимости можно было продолжать декомпозицию как угодно долго до принятия соответствующего решения.
Такое решение принимается в нескольких случаях:
- декомпозиция привела к получению результата, не требующего дальнейшего разложения. Будем называть его элементарным.
- если эксперт перебрал все фреймы, но не достиг элементарности, то выдвигается предположение, что дальнейшая декомпозиция может довести анализ до получения элементарности.
Для реализации этого предположения вводятся новые элементы модели основания и продолжается декомпозиция по ней.
Указанная итеративность алгоритма декомпозиции дает возможность пользоваться моделями различной детальности на разных ветвях и углублять детализацию сколько угодно, если это требуется.
3.7 Агрегування. Види агрегування.
Техника агрегирования основана на использовании определенных моделей исследования системы. Модели определяют какие части должны войти в состав системы и как они должны быть связаны между собой. Разные условия и цели агрегирования приводят к необходимости использовать разные модели, что определяет как тип агрегатов, так и технику его построения в самом общем виде. Агрегирование можно определить как установление отношений на заданном множестве элементов.
Типы агрегатов:
- конфигуратор
Только совместное агрегированное описание в терминах нескольких качественно различающихся языков позволяет охарактеризовать явление с достаточной полнотой. Многоплановость реальной жизни имеет важные последствия и для системного анализа. Он имеет междисциплинарный характер. Возникает вопрос о допустимой минимизации описаний явлений. При декомпозиции этот вопрос рассмотрен, но при агрегировании он ещё больше обостряется. Понятие агрегата состоит из качественно различных языков описания системы, обладающего тем свойством, что число этих языков минимально, но необходимо для заданной цели.
Главное в конфигураторе не то, что анализ объекта должен производиться на каждом языке конфигуратора отдельно, а то, что синтез и эксплуатация прибора возможны только при наличии всех трёх его описаний. Необходимо подчеркнуть зависимость конфигуратора от поставленной цели. Конфигуратор является содержательной моделью высшего возможного уровня. Перечислив языки, на которых мы будем говорить о системе, мы тем самым определяем тип системы, фиксируем наше понимание природы системы.
- агрегат-оператор
Совокупность данных часто слишком многочисленна и плохо обозрима. Это приводит к необходимости агрегирования, то есть уменьшения размерности. Агрегат объединяет части в нечто целое и единое. Простейший способ агрегирования состоит в установлении отношений эквивалентности между агрегированными элементами, т.е. образование классов.
Классификация как агрегирование.
1 случай: если признак принадлежности к классу является непосредственно наблюдаемым, то проблем нет
2 случай: если непосредственно наблюдаемый признак принадлежности к классу формулируется на естественном языке, то появляется некоторая неопределенность (нечеткость).
3 случай: сложности классификации резко возрастают, если признак классификации не наблюдается непосредственно, а сам является агрегатом косвенных признаков.
Если представить класс как результат действия оператора
«ЕСЛИ <условия на агрегируемые признаки>, то <имя класса>»
Функция нескольких переменных как агрегат.
Другой тип агрегата-оператора возникает если агрегированные признаки фиксируются в числовых шкалах. Тогда появляется возможность задать отношение на множестве признаков в виде числовой функции многих переменных, которая является агрегатом. Одним из способов решения этой задачи является переход от многокритериальной оптимизационной задачи к однокритериальной с помощью агрегирования методов и критериев в один суперкритерий.
Статистика как агрегат.
Среди различных агрегатов, называемых в этом случае статистиками, т.е. функциями выборочных значений, особое место занимают достаточные статистики, т.е. такие агрегаты, которые извлекают всю полезную информацию об интересующем нас параметре из совокупности наблюдений.