операционные системы

ОПЕРАЦИОННЫЕ СИСТЕМЫ

УЧЕБНАЯ ПРОГРАММА, МЕТОДИЧЕСКИЕ УКАЗАНИЯ И КОНТРОЛЬНЫЕ ЗАДАНИЯ

МИНСК 2008

МИНИСТЕРСТВО ОБРАЗОВАНИЯ РЕСПУБЛИКИ БЕЛАРУСЬ УЧРЕЖДЕНИЕ ОБРАЗОВАНИЯ

«МИНСКИЙ ГОСУДАРСТВЕННЫЙ ВЫСШИЙ РАДИОТЕХНИЧЕСКИЙ КОЛЛЕДЖ»

ОПЕРАЦИОННЫЕ СИСТЕМЫ

Учебная программа, методические указания

и контрольные задания

для учащихся безотрывной формы обучения специальности 2-40 01 01 «Программное обеспечение информационных технологий»

МИНСК 2008

УДК 681.003(075) ББК 32.973.26–018.2я7

О-60

Рекомендовано к изданию кафедрой информатики и Науч- но-методическим советом Учреждения образования «Минский государственный высший радиотехнический колледж» (прото-

кол № 6 от 13.02.2008 г.)

С о с т а в и т е л ь С. И. Сукало, ассистент кафедры информатики МГВРК

Р е ц е н з е н т С. Ю. Макаревич, старший преподаватель

кафедры информатики МГВРК, канд. техн. наук

Операционные системы : учеб программа, метод. ука- О-60 зания и контрол. задания для учащихся безотрыв. формы обучения специальности 2-40 01 01 «Программное обес- печение информационных технологий» / сост. С. И. Су-

кало. – Мн. : МГВРК, 2008. – 28 с. ISBN 978-985-6851-37-0

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

Предназначено для учащихся и преподавателей колледжа.

УДК 681.003(075) ББК 32.973.26–018.2я7

© Сукало С. И., составление, 2008 ISBN 978-985-6851-37-0 © Оформление. Учреждение образо-

вания «Минский государственный высший радиотехнический кол-

ледж», 2008

2

Предисловие

Основная цель предмета «Операционные системы» – изуче- ние принципов организации операционных систем (ОС) различ- ных типов.

В результате изучения предмета учащиеся должны знать:

-архитектуру вычислительной системы и основные принци- пы ее функционирования;

-состав и функции основных компонентов ОС;

-возможности управления ресурсами вычислительной сис- темы с помощью ОС;

-структуру, компоненты и принципы организации ОС раз- личного типа;

-организацию интерфейса пользователя ОС различного типа;

-типовые задачи администрирования ОС;

-средства мониторинга и оптимизации ОС;

уметь:

-осуществлять подготовку процесса инсталляции ОС;

-практически работать с операционными системами раз- личного типа;

-обеспечивать изменение конфигурации вычислительной системы с помощью средств ОС;

-изменять настройки ОС;

-обеспечивать запуск программного обеспечения в среде различных ОС;

иметь представление:

-о работе со сменными носителями;

-подключении периферийных устройств;

-повышении безопасности хранения данных;

об устранении аппаратно-программных сбоев ОС.

Для всестороннего изучения материала учебным планом специальности 2-40 01 01 «Программное обеспечение информа- ционных технологий» предусмотрено освоение предмета «Опе- рационные системы» учащимися безотрывной формы обучения

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

3

1. Учебная программа

1.1. Примерный тематический план

Т а б л и ц а 1

Окончание табл. 1

1.2. Содержание предмета

Введение

Цели и задачи дисциплины. Этапы развития операционных систем ПК. Единицы работы вычислительной системы.

Литература [2, с. 22-43]

РАЗДЕЛ 1. ОСНОВНЫЕ СВЕДЕНИЯ ОБ ОПЕРАЦИОННЫХ

СИСТЕМАХ

ТЕМА 1.1. Понятие операционной системы

Операционные системы. Командный и объектно-ориентиро- ванный пользовательский интерфейс операционных систем.

Литература [2, с. 22–92]

МЕТОДИЧЕСКИЕ УКАЗАНИЯ К ТЕМЕ 1.1

Существуют две группы определений ОС:

-совокупность программ, управляющих оборудованием;

-совокупность программ, управляющих другими програм- мами.

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

Есть приложения вычислительной техники, для которых ОС излишни. Например, встроенные микрокомпьютеры содержатся сегодня во многих бытовых приборах, автомобилях (иногда по

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

игровые приставки на самом деле работают под управлением своих ОС).

Операционные системы, в свою очередь, необходимы, если:

-вычислительная система используется для различных за- дач, причем программы, исполняющие эти задачи, нуждаются в сохранении данных и обмене ими. Из этого следует необходи- мость универсального механизма сохранения данных; в подав-

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

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

-между программами и пользователями системы необходи- мо распределять полномочия, чтобы пользователи могли защи- щать свои данные от чужого взора, а возможная ошибка в про- грамме не вызывала тотальных неприятностей;

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

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

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

Таким образом, современные универсальные ОС можно

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

Многозадачность и распределение полномочий требуют оп- ределенной иерархии привилегий компонентов самой ОС. В со- ставе ОС различают следующие группы компонентов:

-ядро, содержащее планировщик;

-драйверы устройств, непосредственно управляющие обо- рудованием;

-сетевая подсистема, файловая система;

-системные библиотеки;

-оболочка с утилитами.

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

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

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

дения ОС.

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

Эволюция операционных систем и основные идеи

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

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

Пакетный режим. Необходимость оптимального исполь-

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

Разделение времени и многозадачность. Уже пакетный режим в своем развитом варианте требует разделения процес- сорного времени между выполнением нескольких программ. Необходимость в разделении времени (многозадачности, муль- типрограммировании) проявилась еще сильнее при распростра- нении в качестве устройств ввода-вывода телетайпов (а позднее, терминалов с электронно-лучевыми дисплеями в 1960-е годы).

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

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

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

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

Реализация разделения полномочий в ОС была поддержана разработчиками процессоров, предложивших архитектуры с двумя режимами работы процессора – «реальным», в котором

исполняемой программе доступно все адресное пространство компьютера, и «защищенным», в котором доступность адресно- го пространства ограничена диапазоном, выделенным при за- пуске программы на исполнение.

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

одновременно обслуживающие производственные процессы и решающие другие задачи (в пакетном режиме и (или) в режиме разделения времени).

ТЕМА 1.2. Структура операционных систем

Структура операционных систем. Классификация операци- онных систем по различным критериям: количеству пользовате-

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

Литература [2, c. 59–69, 642–730]

ТЕМА 1.3. Функции, выполняемые операционной системой

Организация системы прерываний. Супервизор задач и его функции. Мультипрограммный режим работы. Многоуровневое распределение памяти. Защита памяти. Организация работы виртуальной памяти. Организация управления данными. Мето- ды доступа. Файловые системы. Управление ресурсами. Графи- ческий интерфейс операционных систем. Утилиты. Драйверы. Инструментальные системы. Архитектура и реализация техно- логии Plug and Play. Средства мультимедиа.

Литература [2, c. 217–298, 424–427]

РАЗДЕЛ 2. ОПЕРАЦИОННАЯ СИСТЕМА MS-DOS

ТЕМА 2.1. Организация хранения данных. Логическая

и физическая структура дисков. Файловая система FAT

Принципы хранения данных в операционной системе MSDOS. Логическая и физическая структура дисков. Работа с фай- ловой системой FAT. Команды для работы с файлами, каталога- ми, дисками.

Литература [1, c. 133–160]

Лабораторная работа 1. Работа с файлами, каталогами, дисками в операционной системе MS-DOS.

Лабораторная работа 2. Файлы пакетной обработки. Ис- пользование в работе утилит операционной системы MS-DOS.

ТЕМА 2.2. Конфигурирование и настройка системы

Конфигурация системы. Файлы пакетной обработки. Ис- пользование утилит MS-DOS.

Литература [1, с. 343–360]

Лабораторная работа 3. Создание файлов конфигурации системы.

МЕТОДИЧЕСКИЕ УКАЗАНИЯ К ТЕМЕ 2.2

Остановимся на некоторых командах настройки и конфигу- рирования системы.

Break – управление реакцией DOS на нажатие клавиш Ctrl–C

или Ctrl–Break.

Формат директивы:

Break=on/off

Buffers – задание числа буферов Dos. Формат директивы:

Buffers = i, j

i – указание числа буферов DOS для ускорения операции ввода-вывода данных. Смысл организации буферов заключается в следующем: при организации работы с файлами DOS может многократно обращаться к одним и тем же частям файла, при наличии буферов ввода-вывода DOS считывает несколько час- тей файла в свои буферы, организованные в оперативной памя- ти. При дальнейшей работе с частями файла в буферах DOS бу- дет обращаться к ним не на диск, а в оперативную память, что намного быстрее. Значение i может принимать следующие зна- чения: от 1 до 99. Размер одного буфера ввода-вывода составля- ет 512 байт, т. е. соответствует емкости одного сектора на диске;

j – объем буфера предввода. Буфер предввода так же ис- пользуется для ускорения дисковых операций. Значение j меня- ется от 1 до 8. Буфер предввода предназначен для считывания секторов на диске, непосредственно следующих за затребован- ным сектором.

П р и м е ч а н и е. К вопросу определения числа буферов DOS нужно подходить очень внимательно. При увеличении числа буферов DOS производительность компьютера сначала возрастает, а затем на- чинается ее снижение. Это связано с тем, что в поисках нужного фраг- мента файла DOS придется просматривать все большее количество файлов. Кроме того, увеличение числа буферов приводит к уменьше- ние объема памяти, доступной прикладным программам. Для машин с объемом оперативной памяти от 512 байт до 640 Кбайт рекомендуется иметь 20–30 буферов DOS. При увеличении объема памяти число бу- феров может колебаться в диапазоне от 30 до 60. Принимаемое по умолчанию число буферов находится в диапазоне от 2 до 15 и зависит от типа используемого диска.

country – настройка национальных форматов даты/времени и специальных символов (денежных единиц, десятичных разде-

лителей и разделителей данных в списках). Формат директивы:

Country=код_страны кодовая_страница диск:\маршрут \имя_инф_файла

диск:\маршрут\имя_инф_файла – имеются данные о место-

нахождении файла Country.sys, содержащего информацию о на- циональных форматах.

device – подключение загружаемых драйверов устройств. Формат директивы:

Device = диск:\маршрут\имя_файла_драйвера параметры devicehigh – подключение драйверов устройств с их загруз-

кой в блоки старшей памяти (UMB).

Для загрузки драйверов в определенную часть дополнитель- ной памяти используется следующий формат директивы:

Devicehigh=/L:область1,мин_размер1;область2,мин_размер 2/S диск:\ маршрут\имя_файла_драйвера параметры

L – загрузка драйвера директивой Devicehigh в свободные блоки старшей памяти;

S – минимизация размера памяти, занимаемой драйвером. область1, область2 – указываются блоки старшей памяти,

которые будут использоваться драйвером после его загрузки. мин_размер1, мин_размер2 – минимизированный размер

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

П р и м е ч а н и е. Перед использованием директивы Devicehigh необходимо использовать следующие директивы:

Device = c:\dos\himem.sys и dos = umb или dos = high,umb.

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

минимальный размер необходимой резидентной части программы в занимаемом UMB, то можно увеличить часть памяти, доступной дру- гим программам.

Также можно возложить задачу минимизации объема памяти, за- нимаемой драйвером, на операционную систему, указав ключ /S. Этот ключ применяет программа оптимизации использования памяти Mem Maker, когда она оптимизирует файл CONFIG.SYS с целью установле- ния системной конфигурации для наиболее оптимального использова- ния оперативной памяти компьютера.

DOS – загрузка операционной системы в область дополни- тельной (XMS) памяти или в блоки старшей памяти.

Формат директивы:

Dos=параметр

Параметрами могут быть:

high|low – DOS будет загружаться в дополнительную (свы- ше 1 Мбайт) | основную память;

umb|noumb – DOS будет/не будет управлять свободными блоками старшей памяти (UMB), которые будут доступны как самой DOS, так и прикладным программам.

Параметры high|low и umb|noumb разрешается комбиниро- вать в одной директиве, перечислив их через запятую.

Например, high,umb – DOS будет загружена в дополнитель- ную память, и свободные блоки старшей памяти будут доступны прикладным программам.

П р и м е ч а н и е. Директива DOS файла CONFIG. SYS выполня- ется только в том случае, если перед ней имеется директива device = himem.sys. В противном случае при загрузке системы на экране появ- ляется сообщение:

HMA is not available DOS loaded is low

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

DRIVPARM – изменение параметров дисковых накопителей. Формат директивы:

Drivparm=/D:номерустройства/С/F:тип/Н:головки/S:секто ры/Т:дорожки /I /N

Ключи:

/D: – номер накопителя (0–255, т. е. 0=А, 1=В, 2=С и т. д.); /С – указание на то, что дисковод имеет аппаратный кон-

троль фиксации открытой дверцы. Это необходимо для обнару- жения факта смены дискеты;

/F:тип – определение типа накопителя:

0– 5,25 160 К/180 К или 320 К/360 К;

1– 5,25 1,2 МВ;

2– 3,5 720 К;

5 – винчестер;

6 – накопитель на магнитной ленте;

7 – 3,5 1,44 МВ; 8 – оптический дисковод с чтением и записью информации; 9 – 3,5 2,88 МВ;

/Н:головки – количество головок физического накопителя

(1–99);

/S:секторы – определяет число секторов на дорожке (0–99); /Т:дорожки – определяет число дорожек на носителе ин-

формации (0–99);

/I – указывает на подключение к контроллеру гибких дисков 5.25 дисковода на 3.5;

/N – определяет блоковое устройство с несменным носителем. files – задание числа одновременно открытых файлов. Формат директивы:

Files = число_файлов (8–255).

П р и м е ч а н и е. По умолчанию число одновременно открытых файлов равно 8.

Для машин с объемом оперативной памяти 512 байт–640 Кбайт рекомендуется иметь 20–30 одновременно открытых файлов, при объ- еме оперативной памяти 640 К – до 40 открытых файлов.

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

INSTALL – загрузка внешних команд (утилит) DOS из файла

CONFIG. SYS.

Формат директивы:

INSTALL=диск:\маршрут\имя_утилиты_DOS команда

LASTDRIVE – определение максимального количества ло- гических дисков, которое может иметь компьютер.

Формат директивы:

LASTDRIVE = символ

Параметром может быть:

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

SHELL – указание месторасположения в системе командно- го процессора.

Формат директивы:

Shell= диск:\маршрут\имя_файла диск2:\маршрут2\ имя_файла2/ключи

Ключи:

/Е: – устанавливает размер системного окружения, который принимает значения от 160 до 32768 и должен быть кратен 16;

/Р – указывает, что командный процессор полностью рези- дентен в памяти и из него нельзя выйти командой EXIT;

/MSG – предписывает командному процессору сохранять в оперативной памяти тексты аварийных сообщений, использует- ся совместно с ключом /Р.

STACKS – задание числа стеков DOS. Формат директивы:

Stacks = число_стеков, размер_стека

Параметры:

число_стеков – количество стеков, используемых DOS в про- цессе обработки прерываний (изменяется в пределах от 8 до 64);

размер_стека – длина одного стека в байтах. Длина стека может изменяться от 32 до 512 байт.

Стандартными обозначениями блоков директив являются: [menu] – предваряющая собой директивы menuitem и другие

описывающие варианты обработки файла config.sys;

[common] – содержит в себе директивы, которые обязатель- но выполняются независимо от варианта работы.

Блоки директив обозначаются следующим образом:

[текст]

где поле текст содержит наименование блока директив, длиной до 70 символов, причем не допустимо использование символов: пробелов, \, /, :, ;, =, [, ].

Include – включение в блок директив варианта работы из другого блока директив.

Формат директивы:

Include = имя _блока

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

Загружаемые драйверы устройств

ANSI.SYS – расширенное управление клавиатурой и дис- плеем. Обеспечивает следующие дополнительные функции управления дисплеем:

-возможность чтения текущего положения курсора;

-установка цвета символов и фона;

-позиционирование курсора;

-переназначение клавиш.

Формат директивы подключения драйвера

Device = диск:\маршрут\ansi.sys/X /K /R

Ключи:

/Х – переназначение отдельных клавиш (правые Alt и Ctrl клавиши управления курсором) на дополнительной клавиатуре;

/К – использование алгоритма работы со 101-клавишной клавиатурой, с 83-клавишной клавиатурой;

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

DBLSPACE.SYS – управление месторасположением в па- мяти модуля DBLSPACE.BIN, который обеспечивает доступ к сжатым дискам (командой dblspace осуществляется сжатие дан-

ных на жестких или гибких магнитных дисках для увеличения свободного пространства и создание дополнительных дисков, работающих под управлением программы Double Space).

Формат директивы подключения драйвера:

Device = диск:\маршрут\ dblspace.sys /MOVE/NOHMA

Ключи:

MOVE – перемещение модуля DBLSPACE.BIN в младшие адреса основной памяти, так как при загрузке ОС модуль DBLSPACE.BIN загружается в старшие адреса основной памяти; NOHMA – предотвращение перемещения модуля DBLSPACE.BIN из основной памяти в область старшей памяти. DISPLAY.SYS – расширение возможностей стандартного драйвера консоли CON, входящего в состав DOS, или ANSI.SYS, если он установлен. Этот драйвер применяется для

переключения кодовых страниц командой DOS MODE. Формат директивы подключения драйвера:

Device = диск:\маршрут\ display.sys con = (тип, ном_стр,

кол_стр, кол_шр)

Параметры:

тип – тип дисплея, установленного на компьютере; ном_стр – номер кодовой страницы, являющейся аппаратно

поддерживаемой для данного типа дисплея; кол_стр – указание количества страниц, которые будут ис-

пользоваться при выводе текстовой информации на экран. По умолчанию количество страниц установлено для адаптера EGA равным 6, а для адаптеров LCD, равным 1;

кол_шр – количество таблиц шрифтов, аппаратно поддержи- ваемых для каждой кодовой таблицы.

РАЗДЕЛ 3. ОПЕРАЦИОННАЯ СИСТЕМА WINDOWS

ТЕМА 3.1. Установка и загрузка ОС Windows

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

Литература [3, c. 33–99], [4, c. 19–31]

Лабораторная работа 4. Установка операционной системы. Загрузка операционной системы Windows.

ТЕМА 3.2. Конфигурирование системы

Справочная система. Средства поиска. Специальные воз- можности. Служебные программы. Панель управления. Уста- новка нового устройства. Установка и удаление программ.

Литература [3, c. 172–186], [4, c. 59–90, 129–144, 167–180]

Лабораторная работа 5. Использование панели управления. Лабораторная работа 6. Использование мастеров установ-

ки нового оборудования, программ, диспетчеров устройств.

ТЕМА 3.3. Общие сведения о файловых системах

в ОС Windows. Файловая система NTFS

Общие сведения о файловых системах: FAT, FAT32, NFTS. Возможности NTFS. Работа с дисками и томами.

Литература [3, c. 189–241], [4, c. 341–344], [11, c. 319–334]

ТЕМА 3.4. Средства управления ресурсами ОС Windows

Средства управления ресурсами операционной системы. Общие концепции консоли управления Microsoft (ММС).

Литература [3, c. 289–317], [11, c. 67–68, 150–162]

ТЕМА 3.5. Средства мониторинга и оптимизации системы

Средства мониторинга и оптимизации. Диспетчер задач. Просмотр событий. Повышение производительности. Монито- ринг системы.

Литература [3, c. 360–390]

ТЕМА 3.6. Типовые задачи администрирования в Windows

Типовые задачи администрирования. Создание локальных учетных записей пользователей и групп. Управление рабочей средой пользователя.

Литература [3, c. 317–359]

ТЕМА 3.7. Назначение и структура реестра Windows

Назначение реестра. Структура реестра. Хранение данных реестра. Резервное копирование и восстановление реестра.

Литература [3, c. 700–725], [4, c. 335–339]

ТЕМА 3.8. Сетевая архитектура ОС

Удаленный доступ к сети. Типы сетевых подключений. Управ- ление общими настройками подключений. Настройка TCP/IP. Се- тевые коммуникации. Построение сетей TCP/IP. Сетевая архитек- тура ОС. Управление локальными политиками безопасности.

Литература [3, c. 621–652, 393–503]

Лабораторная работа 7. Использование приемов работы с файловой системой NTFS. Назначение разрешений доступа для файлов и папок.

Лабораторная работа 8. Создание новой консоли ММС. Создание панели задач.

Лабораторная работа 9. Использование оснастки «Управ- ление компьютером».

Лабораторная работа 10. Использование оснастки «Управ- ление общими ресурсами». Использование диспетчера задач.

Лабораторная работа 11. Использование ресурсов локаль- ных пользователей и групп.

Лабораторная работа 12. Редактирование реестра. Лабораторная работа 13. Использование управлений об-

щих настроек подключений. Обеспечение безопасности компь- ютера в сети.

ТЕМА 3.9. Работа с Internet и электронной почтой

Работа с Internet и электронной почтой. Поиск информации. Архитектура информационных систем «клиент-сервер». Службы Internet в операционной системе Windows.

Литература [3, c. 504–570]

Лабораторная работа 14. Основные приемы работы с Internet Explorer и Outlook Express.

ТЕМА 3.10. Перспективы развития ОС семейства Windows

Основные направления развития операционной системы се- мейства Windows. 64-разрядные операционные системы.

РАЗДЕЛ. 4. ОПЕРАЦИОННАЯ СИСТЕМА LINUX

ТЕМА 4.1. Основные понятия. Установка и загрузка Linux

Введение в Linux. Виды Linux. Требования к аппаратным ресурсам. Установка Linux и ее ядра.

Литература [5, c. 22–59], [7, c. 25–105, 214–218]

Лабораторная работа 15. Установка и загрузка Linux.

ТЕМА 4.2. Файловая система. Работа с файловой системой

Основные команды Linux. Использование файловой систе- мы. Защита данных в Linux.

Литература [5, c. 96–175], [7, c. 244–258, 927–962]

Лабораторная работа 16. Использование в работе файлов и каталогов. Права доступа к файлам и каталогам.

ТЕМА 4.3. Администрирование и конфигурирование Linux

Администрирование и конфигурирование Linux. Работа с устройствами. Работа с различными рабочими столами. Работа в локальных и глобальных сетях. Работа с процессами.

Литература [5, c. 369–497, 499–576], [7, c. 106–210]

Лабораторная работа 17. Назначение учетных записей пользователей. Администрирование

Лабораторная работа 18. Подключение и конфигурация устройств в операционной системе Linux. Установка программ и компонентов в операционной системе Linux.

Лабораторная работа 19. Использование в работе системы X-Windows. Конфигурирование рабочих столов Linux.

Лабораторная работа 20. Использование приемов работы в сети. Управление процессами.

2.Вопросы для самоконтроля

1.Понятие вычислительной системы (ВС) и операционной сис- темы (ОС).

2.Классификация архитектуры.