Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Шпоры по ОС2.doc
Скачиваний:
54
Добавлен:
02.05.2014
Размер:
476.16 Кб
Скачать

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 варианты ОС, способные решать поставленные задачи

Стандарт также определяет виды сервиса, которые предоставляет ОС:

  1. Коммуникации (межпроцессорное взаимодействие)

  2. Синхронизация

  3. Контроль и планирование задач

  4. Управление памятью

  5. Управление прерываниями и устройствами ввода/вывода

  6. Управление файловой системой

  7. Управление передачей данных

  8. Обработка ошибок

  9. Управление временем.

13. Типы архитектур осрв

1. Монолитная ОС – представляет собой монолитный программный модуль

2. Модульная ОС – из нескольких взаимосвязанных модулей

3. Объектная ОС – из нескольких взаимосвязанных объектов и созданная на основе ООП

14.ОБъектно-ориентированный подход к программированию. Основная концепция объектно-ориентированного подхода

ООП. Любая программа, управляющая некоторой системой фактически работает с некотрой формализованной моделью.

ООПодход представляет сбой методику построения и описания данной модели.

В ООПредставлении система является совокупностью объектов, взаимодействующих м/у собой. Уровень формализации(т.е. какие объекты будут включены в описание и какие связи учтены) зависит от поставленной задачи.

Для того чтобы уточнить модель, достаточно внести в нее локальные изменения.

??.Обор подход :объекты

Объект характеризуется набором операций и состоянием, запоминающим результат от этих операций.

Снаружи объекты видны только операции. При этом их реализация скрыта внутри объекта.

Внутри объектов скрыты данные. Это говорит о том, что в инф. относительности объект представляет возможности работы с инф-цией, но при этом он изменяет ее своими собственными ф-циями.

С инф. Точки зрения объект содержит 3 компонента:

1.Аттрибуты объекта - основные хар-ки объекта.

2.Части объекта - составной объект-объекты , входящие в данный объект.

3.Поведение объекта-набор операций с объектами.

При описании системы мы указываем, какие объекты в нее входят и устанавливаем м/у ними взаимосвязь. Связи м/у объектами могут быть статическими и динамическими.

Статические связи существуют м/у объектами всегда, при этом объекты знают о существовании друг друга.

Динамические связи устанавливаются м/у объектами в процессе функционирования.

Вся инфа в ООСистеме хранится в объекте.

Для того, чтобы изменить инфу, необходимо послать запрос объекту.

При этом объект производит необходимые действия самостоятельно.

Говорят, что поведение и информация инкапсулированы в объекте ООП.

Понятие объект напрямую связано с понятием абстрактный тип данных

- это модель данных, содержащая операции с этими данными.

Использование объектов дает следующие преимущества:

1.двойная защита (предполагается защита инф-ции внутри объекта и снаружи).

2.модульность.

3. повторная используемость.

++14)Объектно-ориентированный подход: классы и представители, полиморфизм, наследование.

Класс предст-т собой шаблон для создания объектов.

Объекты, созданные по одному классу, имеют одинаковую информац-ю структуру. В этом отношении объект явл-ся представителем класса.

Полиморфизм

При создании матем. модели исп-ся объекты различ. классов. При этом поведение модели определяется динамич. взаимодействием объектов.

Если объект устанав-т динамич. взаимосвязь с другими объектом и ему неважно, к какому классу принад-т другой объект, то это – полиморфизм.

Если на объект, с которым необ-мо получить взаимосвязь, накладываются определенные огранич-я, то это – ограниченный полиморфизм.

Пример:

Наследование – при описании классов можно заметить, что часть из них имеет одинаковые хар-ки

Хар-ка класса – поведение и информ-я структура.

Можно собрать эти общие хар-ки в один спец-й класс, а остальные классы сделать его наследниками.

Наследование позволяет повторно исп-ть общие описания,с программной т.з. это озночает повторное исп-е програм-го кода.

Если необходимо изменить некотор. хар-ки потомков,то достат-но сделать изменения в классе предков. Далее по цепочке наследования суммир-я будут автом-ки внесены во все потомки.

При наслед-ии возможно переопред-е поведения и информац-х стр-р,которые наслед-ся классами, потомками.

При этом нарушится причинно-следственная связь,это озн-т,что класс потомок наслед-т струк-ру класса предка , но при этом частично или полностью измен-т эти хар-ки.

Наследование м-т исп-ся для след. целей:

1) Повторное исполь-е прогр-го кода. MFC (Microsoft Foundation Classes) – библиотека.

mfc.xc.dll.

2) Построение подтипов.

Если потомок некот-го класса можно исп-ть во всех местах,где исп-н класс предок. то классы – периодически совместны,а потомок предст-т собой подкласс предка.

На практике это означает чистое наследование без переопределения.

3) Специализация класса

происходит, когда при наследовании переопр-ся инф-е стр-ры и хар-ки класса предков. При этом класс потомок пред-т собой спеализир.класс.

4) Концептуальная цель (понятийное)

наследование позв-т уст-ть причинно-следст. связи м-у объектами(что и из-за чего произошло - цепочка).

Соседние файлы в предмете Операционные системы