Основные компоненты ос

Дистрибутив MS-DOS состоит, в зависимости от версии, из одной или нескольких дискет. На них расположены файлы собственно ОС IO.SYS, MSDOS.SYS, BOOT.MBR, командный процессор COMMAND.COM, конфигурационные файлы, файлы внешних команд ОС (FORMAT, FDISK и т.п.), драйверы и другие файлы.

Файл BOOT.MBR является загрузчиком, находящимся на нулевом секторе и передающим управление на IO.SYS

Файл IO.SYS содержит расширение базовой системы ввода/вывода и является интерфейсом между ОС и BIOS. Расширение используется ОС для взаимодействия с аппаратурой компьютера и BIOS.

Файл MSDOS.SYS является в некотором смысле набором программ обработки прерываний, в частности прерывания INT 21H. Это тело ОС.

Командный процессор COMMAND.COM предназначен для организации диалога с оператором. Он анализирует вводимые оператором команды и организует их выполнение.

Для задания конфигурации ОС используются конфигурационные файлы специального формата:

CONFIG.SYS – конфигурирование системы и загрузка драйверов устройств на этапе инициализации MSDOS.SYS;

AUTOEXEC.BAT – стартовый пакетный файл. Выполняется при запуске командного процессора во время загрузки системы.

Файлы внешних команд ОС содержат программы-утилиты для выполнения разнообразных операций, таких как форматирование дисков, сортировка файлов, печати текстов и других.

Драйверы (обычно это файлы, имеющие расширение имени .SYS) представляют собой программы, обслуживающие аппаратуру. Применение драйверов решает проблемы использования новой аппаратуры – достаточно написать для устройства драйвер и подключить его к ОС. Прикладные программы взаимодействуют с устройствами через драйвер, поэтому они не будут меняться при изменениях в аппаратуре.

Также в дистрибутив входят следующие драйверы и программы: ANSI.SYS – расширенный драйвер консоли (экрана и клавиатуры); HIMEM.SYS – драйвер дополнительной (extended memory) и HMA-памяти; EMM386.EXE – драйвер расширенной памяти (expanded memory); RAMDRIVE.SYS – драйвер электронного диска; KEYB.COM – драйвер переключения языковых раскладок клавиатуры; KEYBOARD.SYS – файл с описаниями языковых раскладок клавиатуры, оформленный как драйвер; COUNTRY.SYS – файл с таблицами локализации, алфавитами сортировки; DISPLAY.SYS – драйвер дисплея; *.CPI – загружаемые шрифты кодовых страниц экрана и клавиатуры; MODE.COM – программа настройки ряда параметров экрана и портов ввода/вывода системы.

Второй вариант ответа.

MS-DOS — коммерческая операционная система для персональных компьютеров фирмы Microsoft. MS-DOS — самая известная ОС из семейства DOS, ранее устанавливаемая на большинство PC-совместимых компьютеров.

Операционная система MS-DOS работает в реальном режиме процессора x86, поддерживает выполнение только одной программы в 1 момент времени. Ядро системы устанавливает прерывание INT 21h для системных сервисов таких, как открытие файла, запись в файл и подобных. Минимальный набор файлов операционной системы MS-DOS: IO.SYS (модуль расширения bios), MSDOS.SYS (модуль обработки прерываний), COMMAND.COM (командный процессор). Конфигурационные файлы: CONFIG.SYS (конфигурация драйверов и устройств), AUTOEXEC.BAT (стартовый скрипт).

1. Файловая система. Для обращения к файловой системе прикладная прога должна использовать функции прерывания

2. Система управления памятью. DOS управляет памятью с помощью memory control block. Блоки располагаются друг за другом. Функция прерывания – 21H

3. Система управления программами. Функ-ей является запуск программ из программ, запуск программных ответвлений, рабта с резидентными программами.

4. Система связи с драйверами устройств. Для управления драйверами IO-устройства исп-ся спец. Функция 44H прерывания DOS 21H

5. Система обработки ошибок. Для кодирования ошибок используется флаг переноса.

6. Служба времени. Прога может опросить часы, обратившись к DOS через функции службы времени.

7. Система ввода-вывода на консоль оператора. Клава и дисплей обслуживаются драйвером консоли.

Вопрос №3. Классификации операционных систем по решаемым задачам

Классификация ОС по решаемым задачам:

– пакетные – выполняют задания без непосредственного взаимодействия с пользователем или объектом. Пакетный режим предполагает наличие очереди программ на исполнение, причём ОС может обеспечивать загрузку программы с внешних носителей данных в оперативную память, не дожидаясь завершения исполнения предыдущей программы, что позволяет избежать простоя процессора.

– интерактивные – работают в режиме диалога с пользователем. Другими словами, они предназначены для терминальной работы. Чтобы начать работать, человек должен "войти" в систему, введя со свободного терминала свое учетное имя (account name) и, возможно, пароль (password). Человек, зарегистрированный в учетных файлах системы, и, следовательно, имеющий учетное имя, называется зарегистрированным пользователем системы. Регистрацию новых пользователей обычно выполняет администратор системы.

– серверные – работают в режиме диалога с компьютерами локальной сети (ЛС). Главными задачами являются разделение ресурсов сети (например, дисковые пространства) и администрирование сети. С помощью сетевых функций системный администратор определяет разделяемые ресурсы, задаёт пароли, определяет права доступа для каждого пользователя или группы пользователей.

Вопрос №4. Программы операционных систем, их назначение

Современная ОС представляет собой очень большой комплекс программ. Их можно подразделить на управляющие и системные. К первым относятся программы управления заданиями, задачами (супервизоры), данными и программы начальной загрузки и генерации ОС. Ко вторым относятся редактор связей, загрузчик и вспомогательные программы (утилиты), такие, как программы сортировки и слияния, переписи информации с носителей и т.д.

Программы управления заданиями обеспечивают считывание входных потоков заданий, анализируют паспорта задач, выделяют ресурсы машины в соответствии с требованиями задания.

Программы управления задачами (супервизоры) – центральная часть ОС. Они осуществляют обработку всех типов прерываний, следят за ходом выполнения задач и, если нужно, вмешиваются в порядок их выполнения; организуют выделение памяти по требованиям задач и ее защиту; обеспечивают совмещение работы каналов с процессором, предоставляя процессор задаче, уже готовый к обработке информации, каналы ввода/вывода тем задачам, которым это необходимо; управляют службой времени.

Программы управления данными реализуют ввод/вывод на внешние устройства и с внешних устройств; объединяют отдельные записи в блоки; анализируют и обрабатывают ошибки в операциях ввода/вывода; переводят условные символьные наименования внешних устройств в их физические адреса.

Программы начальной загрузки и генерации ОС осуществляют загрузку генератора ОС в «пустую» ОЗУ и саму генерацию ОС.

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

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

Вопрос №5. Архитектура многозадачных операционных систем

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

Первой из четко сформулированных архитектурных концепций ОС является иерархия абстрактных машин. Самый нижний уровень иерархии составляет реальная машина с ее интерфейсом оборудования. Нижний слой программного обеспечения составляет первый уровень. Совместно с аппаратными средствами он представляет некоторую абстрактную машину со своим, более высокоуровневым интерфейсом оборудования. На основе этого интерфейса строится абстрактная машина второго уровня и т.д. Последовательным наращиванием слоев программного обеспечения интерфейс абстрактной машины доводится до уровня интерфейса процессов.

Следующей архитектурной концепцией является концепция ОС виртуальных машин. В ОС виртуальных машин интерфейс процесса выглядит как интерфейс оборудования. В предельном случае внешние формы этих двух интерфейсов совпадают полностью. В этом случае процессу доступны все команды из набора команд вычислительной системы. Но на самом деле выдача процессом привилегированной команды вызывает прерывание-ловушку. Обрабатывая ловушку, ОС выполняет для процесса требуемую команду или моделирует выполнение этой команды на виртуальном оборудовании. У процесса создается иллюзия, что в его полном распоряжении находится реальная вычислительная система.

Концепция микроядра подразумевает наличие «мини-ОС», реализующей наиболее фундаментальные, критичные по времени и аппаратно-зависимые функции управления, чаще всего это: управление реальной памятью, переключение процессов, средства обмена сообщениями между процессами, а в мультипроцессорных системах – и управление загрузкой процессоров. Концепция микроядра предполагает оформление модулей ОС в виде процессов.

В объектно-ориентированных ОС ресурсы представляются в виде объектов – полностью инкапсулированных структур данных. Для каждого типа объектов определен набор допустимых операций над ним. Такие ОС позволяют обеспечить надежную защиту системных и пользовательских ресурсов.

Реальные ОС, как правило, сочетают в себе комбинацию различных архитектурных подходов.

Вопрос №6. Ядро многозадачных операционных систем.

Все современные ОС предполагают выполнение программных задач на аппаратной платформе, обеспечивающей по крайней мере 2 режима функционирования процессора:

– Режим ядра (супервизора) – в котором программа может выполнять все команды процессора

– Режим процесса (задачи) – программа может выполнять лишь некоторое подмножество команд, в которое не входят команды управления системой.

Под процессом подразумевается загруженная в память и готовая к исполнению программа.

Та часть ОС, которая работает в режиме ядра, так и называется ядром. Процессы пользователей работают в режиме процесса. Большая (количественно) часть модулей ОС также работает в режиме процесса.

На ядро, как правило, возлагаются такие основные функции:

– обработка прерываний;

– создание и уничтожение процессов;

– переключение процессов из одного состояния в другое;

– синхронизация и взаимодействие процессов;

– поддержка операций ввода-вывода;

– поддержка файловой системы;

– учет работы системы и использования ресурсов пользователями;

Для ОС процесс представляется блоком контекста процесса. Блок контекста содержит информацию о процессе, необходимую для ОС, в том числе информацию обо всех выделенных процессу ресурсах. Действия ОС по управлению процессами сводятся к манипуляциям с блоками контекста процессов и с отдельными полями этих блоков. Процесс в системе может находиться в трех различных состояниях, представленных на рис. 2.

Рис 2. Виды состояний процесса

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

– Готовое состояние - процесс имеет все необходимые для выполнения ресурсы, кроме ресурса процессора.

– Заблокированное (ожидающее) состояние - процессу не хватает еще какого-либо ресурса (ресурсов).

Процесс, поступивший в систему, создается в заблокированном состоянии, пока ему не будут выделены необходимые ресурсы. Получив ресурсы, процесс попадает в очередь готовых процессов, где и ожидает, когда ему будет выделен процессор. Процесс, получивший процессор, становится активным и выполняется. Активный процесс переходит в блокированное состояние, когда выдает системный вызов - запрос на ресурсы, которые не могут быть ему предоставлены немедленно (например, выполнение операции ввода-вывода). При этом процесс попадает в очередь к тому ресурсу, который он запрашивает. Процесс может перейти из активного состояния в готовое либо по собственной инициативе, добровольно отказавшись от использования центрального процессора, либо по инициативе ОС.

Вопрос №7. Лексический анализатор, назначение, проблема определения границ лексем

Лексический анализатор – это часть компилятора, которая читает литеры программы на исходном языке и строит из них слова (лексемы) исходного языка. На вход лексического анализатора поступает текст исходной программы, а выходная информация передается для дальнейшей обработки компилятором на этапе синтаксического анализа и разбора.

Лексема – это структурная единица языка, которая состоит из элементарных символов языка и не содержит в своем составе других структурных единиц языка. Лексемами языков программирования являются идентификаторы, константы, ключевые слова языка, знаки операций и т. п. Состав возможных лексем каждого конкретного языка программирования определяется синтаксисом этого языка.

Лексические анализаторы выполняют исключение из текста исходной программы комментариев и незначащих пробелов, а также вы­деление лексем следующих типов: идентификаторов, строковых, символьных и числовых констант, знаков операций, разделителей и ключевых (служебных) слов входного языка.

Проблема определения границ лексем

Для многих языков программиро­вания информации на этапе лексического анализа может быть недостаточно для однозначного определения типа и границ очередной лексемы. В этом случае лексический анализ исходного текста должен выполняться поэтапно. Как известно, в состав компилятора входят синтаксические и лексические анализаторы. Лексический и синтаксический ана­лизаторы функционируют параллельно, поочередно обращаясь друг к другу. Лексический анализатор, найдя очередную лексему, передает ее синтак­сическому анализатору, тот пытается выполнить анализ считанной части исходной программы и может либо запросить у лексического анализатора следующую лексему, либо потребовать от него вернуться на несколько шагов назад и попробовать выделить лексемы с другими границами. При этом он может сообщить информацию о том, какую лексему следует ожидать.

Чтобы избежать параллельной работы лексического и синтаксического анализа­торов, так как это требует больше вычислительных ресурсов и в общем случае большего времени на анализ исходной программы, разработчики компиляторов и языков программирования часто идут на разумные ограничения синтаксиса входного языка. Например, для языка С++ принято соглашение, что при возникновении проблем с определением границ лек­семы всегда выбирается лексем максимально возможной длины.

Вопрос №8. Назначение и принципы организации таблиц идентификаторов. Комбинированные способы построения таблиц идентификаторов.

Назначение таблиц идентификаторов.

При выполнении семантического анализа, генерации кода и оптимизации ре­зультирующей программы компилятор должен оперировать характеристиками основных элементов исходной программы – переменных, констант, функций и других лексических единиц входного языка. Набор характеристик, соответствующий каждому элементу исходной программы, зависит от типа этого элемента, от его смысла (семантики) и, соответственно, от той роли, которую он исполняет в исходной и результи­рующей программах. Главной характеристикой любого элемента исходной программы является его имя. Именно с именами переменных, констант, функций и других элементов входного языка оперирует разработчик программы. Имя каждого элемента должно быть уникальным.

Таким образом, задача компилятора заключается в том, чтобы хранить неко­торую информацию, связанную с каждым элементом исходной программы, и иметь доступ к этой информации по имени элемента. Для решения этой задачи компилятор организует специальные хранилища данных, называемые таблица­ми, идентификаторов, или таблицами символов. Таблица идентификаторов состоит из набора полей данных (записей), каждое из которых может соответст­вовать одному элементу исходной программы. Запись содержит всю необходи­мую компилятору информацию о данном элементе и может пополняться по мере работы компилятора.

Принципы организации таблиц идентификаторов.

Компилятор пополняет записи в таблице идентификаторов по мере анализа исходной программы и обнаружения в ней новых элементов, требующих размещения в таблице. Поиск информации в таблице выполняется всякий раз, когда компилятору необходимы сведения о том или ином элементе про­граммы. На каждую операцию поиска элемента в таблице компилятор будет затрачивать время, и поскольку количество элементов в исходной программе велико (от еди­ниц до сотен тысяч в зависимости от объёма программы), это время будет суще­ственно влиять на общее время компиляции, Поэтому таблицы идентификаторов должны быть организованы таким образом, чтобы компилятор имел возможность максимально быстро выполнять поиск нужной ему записи таблицы по имени эле­мента, с которым связана эта запись. Можно выделить следующие способы организаций таблиц идентификаторов: простые и упорядоченные списки; бинарное дерево; хэш-адресация с рехэшированием; хэш-адресация по методу цепочек; комбинация хэш-адресации со списком или бинарным деревом.

Комбинированные способы построения таблиц идентификаторов

При использовании комбинированных методов для организации таблиц идентификаторов для исключения коллизий хэш-адресация сочетается с методом простого списка, упорядоченным списком или бинарным деревом, который используется как дополнительный метод упорядо­чивания идентификаторов, для которых возникают коллизии. При таком подходе возможны два варианта. В первом случае в таблице идентификаторов организуется специальное дополни­тельное поле ссылки. При отсутствии коллизий для выборки информации из таблицы ис­пользуется хэш-функция, поле ссыпки остается пустым. Если же возникает коллизия, то через поле ссылки организуется поиск идентификаторов, для ко­торых значения хэш-функции совпадают – это поле должно указывать на структуру данных для дополнительного метода. Во втором случае используется хэш-таблица. Если по данному адресу хэш-функции идентификатор отсутствует, то ячей­ка хэш-таблицы пустая. Когда появляется идентификатор с данным значением хэш-функции, то создается соответствующая структура для дополнительного метода, в хэш-таблицу записывается ссылка на эту структуру, а идентификатор помещает­ся в созданную структуру по правилам выбранного дополнительного метода. Для комбинированных методов время размещения и время поиска элемента в таблице идентификаторов зависит только от среднего числа коллизий, возникающих при вычислении хэш-функции. Накладные расходы па­мяти при использовании промежуточной хэш-таблицы минимальны.

Недостатком комбинированных методов является более сложная организация алгоритмов поиска и размещения идентификаторов, необходимость работы с ди­намически распределяемыми областями памяти, а также большие затраты вре­мени на размещение нового элемента в таблице идентификаторов по сравнению с методом цепочек.

Вопрос №9. Хэш-адресация с использованием метода цепочек.

Неполное заполнение таблицы идентификаторов при применении хэш-функции ведет к неэффективному использованию всего объема памяти, доступного компилятору. Этого недостатка можно избежать, если дополнить таблицу идентификаторов некоторой промежуточной хэш-таблицей. В ячейках хэш-таблицы может храниться либо пустое значение, либо значение указателя на некоторую область памяти из основной таблицы идентификаторов. Тогда хэш-функция вычисляет адрес, по которому происходит обращение сначала к хэш-таблице, а потом уже через нее по найденному адресу – к самой таблице идентификаторов. Если соответствующая ячейка таблицы идентификаторов пуста, то ячейка хэш-таблицы будет содержать пустое значение. Тогда вовсе не обязательно иметь в самой таблице идентификаторов ячейку для каждого возможного значения хэш-функции – таблицу можно сделать динамической так, чтобы ее объем рос по мере заполнения. Пустые ячейки в таком случае будут только в хэш-таблице, и объем неиспользуемой памяти не будет зависеть от объема информации, хранимой для каждого идентификатора – для каждого значения хэш-функции будет расходоваться только память, необходимая для хранения одного указателя на основную таблицу идентификаторов.

На основе этой схемы можно реализовать еще один способ организации таблиц идентификаторов с помощью хэш-функции, называемый «метод цепочек». Для метода цепочек в таблицу идентификаторов для каждого элемента добавляется еще одно поле, в котором может содержаться ссылка на любой элемент таблицы. Первоначально это поле всегда пустое (никуда не указывает). Также для этого метода необходимо иметь одну специальную переменную, которая всегда указывает на первую свободную ячейку основной таблицы идентификаторов (первоначально – указывает на начало таблицы).

При такой организации таблиц идентификаторов в случае возникновения коллизии алгоритм размещает элементы в ячейках таблицы, связывая их друг с другом последовательно через поле ссылки. При этом элементы не могут попадать в ячейки с адресами, которые потом будут совпадать со значениями хэш-функции. Таким образом, дополнительные коллизии не возникают. В итоге в таблице возникают своеобразные цепочки связанных элементов, откуда происходит и название данного метода – «метод цепочек».

Вопрос №10. Хэш-функции и хэш-адресация. Хэш-адресация с рехэшированием.

Хэш-функции и хэш-адресация

Хэш-функцией F называется некоторое отображение множества входных элементов R на множество целых неотрицательных чисел Z: F(r) =п, r R, n Z. Сам термин «хэш-функция» происходит от английского термина «hash function» (hash — «мешать», «смешивать», «путать»).

Множество допустимых входных элементов R называется областью опреде­ления хэш-функции. Множеством значений хэш-функции F называется под­множество М из множества целых неотрицательных чисел Z: М Z, содер­жащее все возможные значения, возвращаемые функцией F: F(r) M и m M, F(r)=m. Процесс отображения области определения хэш-функции на множество значений называется хэшированием.

При работе с таблицей идентификаторов хэш-функция должна выполнять отображение имен идентификаторов на множество целых неотрицательных чисел. Областью определения хэш-функции будет множество всех возмож­ных имен идентификаторов.

Хэш-адресация заключается в использовании значения, возвращаемого хэш-функцией, в качестве адреса ячейки из некоторого массива данных. Тогда размер массива данных должен соответствовать области значений используемой хэш-функции. Следовательно, в реальном компиляторе область значений хэш-функции ни­как не должна превышать размер доступного адресного пространства компь­ютера.

Метод организации таблиц идентификаторов, основанный на использовании хэш-адресации, имеет два очевидных недостатка: неэффективное использование объема памяти под таблицу идентификаторов и необходимость соответствующего разумного выбора хэш-функции.

Проблема выбора хэш-функции не имеет универсального решения. Использование примитивной хэш-функции приведет к следующей проблеме: двум различным иденти­фикаторам, начинающимся с одной и той же буквы, будет соответствовать одно и то же значение хэш-функции. Такая ситуация назы­вается коллизией.

Хэш-адресация с рехэшированием.

Для решения проблемы коллизии можно использовать много способов. Од­ним из них является метод рехэширования (или расстановки). Согласно этому методу если для элемента А адрес n₀=h(A), вычисленный с помощью хэш-функции h указывает на уже занятую ячейку, то необходимо вычислить значение функции n₁=h₁(A) и проверить занятость ячейки по адресу n₁. Если и она занята, то вычисляется значение и так до тех пор, пока либо не будет найдена свободная ячейка, либо очередное значение h_i(A) не совпадет с h(A). В последнем случае считается, что таблица идентификаторов заполнена и места в ней больше нет – выдается информация об ошибке размещения иден­тификатора в таблице.

Поиск элемента A в таблице идентификаторов, организованной таким образом, будет выполняться по следующему алгоритму:

1. Вычислить значение хэш-функции n = h(A) для искомого элемента А.

2. Если ячейка по адресу n пустая, то элемент не найден, алгоритм завер­шен, иначе необходимо сравнить имя элемента в ячейке n с именем искомого элемента А. Если они совпадают, то элемент найден и алгоритм завершен, иначе i:= 1 и перейти к шагу 3.

3. Вычислить n_i=h_i (А). Если ячейка по адресу n, пустая или n= n_i, то элемент не найден и алгоритм завершен, иначе – сравнить имя элемента в ячейке n_i, с именем искомого элемента А. Если они совпадают, то элемент найден и ал­горитм завершен, иначе i:=i+1 и повторить шаг 3.

Ответы по дисциплине «Проектирование автоматизированных систем»

Вопрос №1. Какие стадии и этапы установлены для выполнения проектных работ по ГОСТ 34.601-90? Привести краткое содержание основных этапов выполнения проектных работ.

Стадии	Этапы работ
1. Формирование требований к АС	1.1. Обследование объекта и обоснование необходимости создания АС
	1.2. Формирование требований пользователя к АС
	1.3. Оформление отчета о выполненной работе и заявки на разработку АС (тактико-технического задания)
2. Разработка концепции АС	2.1. Изучение объекта
	2.2. Проведение необходимых научно-исследовательских работ
	2.3. Разработка вариантов концепции АС и выбор варианта концепции АС, удовлетворяющего требованиям пользователя
	2.4. Оформление отчета о выполненной работе
3. ТЗ	3.1. Разработка и утверждение ТЗ на создание АС
4. Эскизный проект	4.1. Разработка предварительных проектных решений по системе и ее частям
	4.2. Разработка документации на АС и ее части
5.Технический проект	5.1. Разработка проектных решений по системе и ее частям
	5.2. Разработка документации на АС и ее части
	5.3. Разработка и оформление документации на поставку изделий для комплектования АС и (или) технических требований (технических заданий) на их разработку
	5.4. Разработка заданий на проектирование в смежных частях проекта объекта автоматизации
6. Рабочая документация	6.1. Разработка рабочей документации на систему и ее части
	6.2. Разработка или адаптация программ
7. Ввод в действие	7.1. Подготовка объекта автоматизации к вводу АС в действие
	7.2. Подготовка персонала
	7.3. Комплектация АС поставляемая изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями)
	7.4. Строительно-монтажные работы
	7.5. Пусконаладочные работы
	7.6. Проведение предварительных испытаний
	7.7. Проведение опытной эксплуатации
	7.8. Проведение приемочных испытаний
8. Сопровождение АС	8.1. Выполнение работ в соответствии с гарантийными обязательствами
	8.2. Послегарантийное обслуживание