- •1. Определение и основные особенности осрв.
- •3. Основные области применения осрв
- •5. Основные определения: программа, процесс, состояние, стек, виртуальная память.
- •6. Основные определения: межпроцессное взаимодействие (семафоры и т.П.), событие, задача, ресурс, связывание.
- •8. Виды ресурсов. Состояние процесса
- •9)Типы взаимодействия процессов.
- •11)Стандарты на осрв. Нормы esse консорциума vita. Стандарт posix 1003.1b.
- •12. Стандарт на осрв sceptre
- •13. Типы архитектур осрв
- •14.ОБъектно-ориентированный подход к программированию. Основная концепция объектно-ориентированного подхода
- •16. Модульная арх-ра осрв(на основе микроядра)
- •17. Объектная арх-ра на основе объектов-микроядер
- •19. Синхронизация и взаимодействие процессов
- •20. Семафоры.
- •21. События (сигналы).
- •22. Почтовые ящики
- •23. Очереди задач
- •24.Собъекты синхронизации стандарта Posix, Mutex, Condvar
- •25.Управление задачами. Планирование задач.
- •26. Планирование задач. Приоритеты.
- •27. Стратегии планирования задач.
- •28. Планирование периодических задач
- •29.Переключение контекста.
- •30. Классификация осрв.Краткий обзор современных осрв
- •31.Системы на основе Linux
- •32.Осрв на основе Windows nt
- •33.Критерии выбора языка программирования для срв
11)Стандарты на осрв. Нормы esse консорциума vita. Стандарт posix 1003.1b.
Стандарты на ОСРВ – это по сути дела свод правил по созданию ОСРВ. Стандарты закрепляют только основ. принципы проектир-я ОС.
Больш-во стандартов на ОС были созданы после появления ОС,
Как правило, разработчики ОС исполь-т только те или иные элементы стандарта.
Основным критерием при создании ОС остается критерий минимальной задержки.
СОМ-технологии( component, object, model).
1. POSIX (Portable Operating System Interface) разработан институтом IEEE (Institute of Electrical and Electronical Engineers).
Стандарт создан на основе ОС UNIX. Стандарт состоит из нескольких частей, которые описывают все элементы ОС:
1) POSIX 1003.1- данная часть регламентирует основные элементы ОС: ядро, API (Application Programming Interface), файловые системы.
2) POSIX 1003.2- регламентирует основные сервисные программы ОС.
3) POSIX 1003.1b- регламентирует элементы, связанные с организацией реального времени.
QNX – ОС, созданные полностью на основе стандартов POSIX.
12. Стандарт на осрв sceptre
В стандарте объединены основные особенности ОСРВ, работающие на промышленных компьютерах. Рассмотрим основные цели, которые должна преследовать ОСРВ:
1. Адекватность поставленной задачи
2. Безопасность ОС должна быть максимально устойчивой к аппаратным и программным сбоям
3. Минимальная стоимость
4. Максимальная производительность
5. Переносимость
6. Адаптивность – возможность ОС приспосабливаться к разным задачам.
7. Модульность – ОС должна состоять из отдельных независимых модулей. Из них можно собрать min варианты ОС, способные решать поставленные задачи
Стандарт также определяет виды сервиса, которые предоставляет ОС:
Коммуникации (межпроцессорное взаимодействие)
Синхронизация
Контроль и планирование задач
Управление памятью
Управление прерываниями и устройствами ввода/вывода
Управление файловой системой
Управление передачей данных
Обработка ошибок
Управление временем.
13. Типы архитектур осрв
1. Монолитная ОС – представляет собой монолитный программный модуль
2. Модульная ОС – из нескольких взаимосвязанных модулей
3. Объектная ОС – из нескольких взаимосвязанных объектов и созданная на основе ООП
14.ОБъектно-ориентированный подход к программированию. Основная концепция объектно-ориентированного подхода
ООП. Любая программа, управляющая некоторой системой фактически работает с некотрой формализованной моделью.
ООПодход представляет сбой методику построения и описания данной модели.
В ООПредставлении система является совокупностью объектов, взаимодействующих м/у собой. Уровень формализации(т.е. какие объекты будут включены в описание и какие связи учтены) зависит от поставленной задачи.
Для того чтобы уточнить модель, достаточно внести в нее локальные изменения.
??.Обор подход :объекты
Объект характеризуется набором операций и состоянием, запоминающим результат от этих операций.
Снаружи объекты видны только операции. При этом их реализация скрыта внутри объекта.
Внутри объектов скрыты данные. Это говорит о том, что в инф. относительности объект представляет возможности работы с инф-цией, но при этом он изменяет ее своими собственными ф-циями.
С инф. Точки зрения объект содержит 3 компонента:
1.Аттрибуты объекта - основные хар-ки объекта.
2.Части объекта - составной объект-объекты , входящие в данный объект.
3.Поведение объекта-набор операций с объектами.
При описании системы мы указываем, какие объекты в нее входят и устанавливаем м/у ними взаимосвязь. Связи м/у объектами могут быть статическими и динамическими.
Статические связи существуют м/у объектами всегда, при этом объекты знают о существовании друг друга.
Динамические связи устанавливаются м/у объектами в процессе функционирования.
Вся инфа в ООСистеме хранится в объекте.
Для того, чтобы изменить инфу, необходимо послать запрос объекту.
При этом объект производит необходимые действия самостоятельно.
Говорят, что поведение и информация инкапсулированы в объекте ООП.
Понятие объект напрямую связано с понятием абстрактный тип данных
- это модель данных, содержащая операции с этими данными.
Использование объектов дает следующие преимущества:
1.двойная защита (предполагается защита инф-ции внутри объекта и снаружи).
2.модульность.
3. повторная используемость.
++14)Объектно-ориентированный подход: классы и представители, полиморфизм, наследование.
Класс предст-т собой шаблон для создания объектов.
Объекты, созданные по одному классу, имеют одинаковую информац-ю структуру. В этом отношении объект явл-ся представителем класса.
Полиморфизм
При создании матем. модели исп-ся объекты различ. классов. При этом поведение модели определяется динамич. взаимодействием объектов.
Если объект устанав-т динамич. взаимосвязь с другими объектом и ему неважно, к какому классу принад-т другой объект, то это – полиморфизм.
Если на объект, с которым необ-мо получить взаимосвязь, накладываются определенные огранич-я, то это – ограниченный полиморфизм.
Пример:
Наследование – при описании классов можно заметить, что часть из них имеет одинаковые хар-ки
Хар-ка класса – поведение и информ-я структура.
Можно собрать эти общие хар-ки в один спец-й класс, а остальные классы сделать его наследниками.
Наследование позволяет повторно исп-ть общие описания,с программной т.з. это озночает повторное исп-е програм-го кода.
Если необходимо изменить некотор. хар-ки потомков,то достат-но сделать изменения в классе предков. Далее по цепочке наследования суммир-я будут автом-ки внесены во все потомки.
При наслед-ии возможно переопред-е поведения и информац-х стр-р,которые наслед-ся классами, потомками.
При этом нарушится причинно-следственная связь,это озн-т,что класс потомок наслед-т струк-ру класса предка , но при этом частично или полностью измен-т эти хар-ки.
Наследование м-т исп-ся для след. целей:
1) Повторное исполь-е прогр-го кода. MFC (Microsoft Foundation Classes) – библиотека.
mfc.xc.dll.
2) Построение подтипов.
Если потомок некот-го класса можно исп-ть во всех местах,где исп-н класс предок. то классы – периодически совместны,а потомок предст-т собой подкласс предка.
На практике это означает чистое наследование без переопределения.
3) Специализация класса
происходит, когда при наследовании переопр-ся инф-е стр-ры и хар-ки класса предков. При этом класс потомок пред-т собой спеализир.класс.
4) Концептуальная цель (понятийное)
наследование позв-т уст-ть причинно-следст. связи м-у объектами(что и из-за чего произошло - цепочка).