О.И. Бедердинова, Ю.А. Водовозова

Российской Федерации

федеральное государственное автономное образовательное

учреждение высшего образования

«Северный (Арктический) федеральный университет имени М.В. Ломоносова»

филиал в г. Северодвинске Архангельской области

ИНСТИТУТ СУДОСТРОЕНИЯ И МОРСКОЙ АРКТИЧЕСКОЙ ТЕХНИКИ (СЕВМАШВТУЗ)

 

 

О.И. Бедердинова, Ю.А. Водовозова

 

«Информационные технологии общего назначения»

 

 

Архангельск

2015

УДК 004.9

ББК 32.973-018

Б38

 

Бедердинова О.И., Водовозова Ю.А. Информационные технологии общего назначения. Учебное пособие. /О.И. Бедердинова, Ю.А. Водовозова.- Архангельск: Издательский Дом С(А)ФУ, 2015 - 109 с.

 

 

Рецензенты: к.т.н., доцент кафедры автоматики, робототехники и управления техническими системами института энергетики и транспорта С(А)ФУ Н.В. Коряковская;

д.т.н., профессор кафедры промышленной теплоэнергетики института энергетики и транспорта С(А)ФУ С.В. Карпов.

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

Пособие предназначено для использования в учебном процессе по дисциплине «Информационные технологии» для бакалавров по направлениям подготовки 15.03.05 «Конструкторско-технологическое обеспечение машиностроительных производств», 15.03.02 «Технологические машины и оборудование», 26.03.02 «Кораблестроение, океанотехника и системотехника объектов морской инфраструктуры», 14.03.02 «Ядерные физика и технологии», 15.03.01 «Машиностроение» и 23.03.02 «Наземные транспортно-технологические комплексы».

ОГЛАВЛЕНИЕ

 

ВВЕДЕНИЕ. 6

ЛАБОРАТОРНАЯ РАБОТА № 1. СОЗДАНИЕ И ФОРМАТИРОВАНИЕ ДОКУМЕНТОВ В ТЕКСТОВОМ РЕДАКТОРЕ. 7

ЛАБОРАТОРНАЯ РАБОТА № 2 СОЗДАНИЕ ФИЗИЧЕСКОЙ МОДЕЛИ БАЗЫ ДАННЫХ И ИНТЕРФЕЙСА В СУБД.. 15

ЛАБОРАТОРНАЯ РАБОТА № 3. СОЗДАНИЕ ТАБЛИЦ В ТАБЛИЧНОМ РЕДАКТОРЕ. 28

ЛАБОРАТОРНАЯ РАБОТА № 4. СОЗДАНИЕ ПРЕЗЕНТАЦИИ.. 39

ЛАБОРАТОРНАЯ РАБОТА № 5. СОЗДАНИЕ WEB ДОКУМЕНТОВ.. 44

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ.. 49

ПРИЛОЖЕНИЕ А.. 51

Техническое задание. 51

ПРИЛОЖЕНИЕ Б. 65

Титульный лист к отчету о лабораторном практикуме. 65

ПРИЛОЖЕНИЕ В.. 66

Виды форм для ввода и редактирования данных. 66

ПРИЛОЖЕНИЕ Г. 67

Список угроз безопасности данных. 67

ПРИЛОЖЕНИЕ Д.. 72

Примеры видов запросов и форм на основе запросов с параметрами. 72

ПРИЛОЖЕНИЕ Е. 75

Вид отчета. 75

ПРИЛОЖЕНИЕ Ж... 76

Виды кнопочных форм.. 76

ПРИЛОЖЕНИЕ З. 77

Теоретические сведения о языке html 77

ПРИЛОЖЕНИЕ И.. 109

Вид web-страниц. 109

ВВЕДЕНИЕ

 

Дисциплина «Информационные технологии» изучается бакалаврами по направлениям подготовки 15.03.05 «Конструкторско-технологическое обеспечение машиностроительных производств», 15.03.02 «Технологические машины и оборудование», 26.03.02 «Кораблестроение, океанотехника и системотехника объектов морской инфраструктуры», 14.03.02 «Ядерные физика и технологии», 15.03.01 «Машиностроение» и 23.03.02 «Наземные транспортно-технологические комплексы» очной формы обучения в первом семестре.

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

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

ПРИЛОЖЕНИЕ А

(обязательное)

Техническое задание

 

1 Общие сведения

Автоматизированная информационная система «Справочник угроз безопасности информации» предназначена для автоматизированного поиска угроз.

Сокращенное название - АИС «Справочник угроз безопасности информации».

Заказчик системы – кафедра информационных систем и технологий института судостроения и морской арктической техники (Севмашвтуз) филиала САФУ в г. Северодвинске.

Документом, на основании которого ведется разработка автоматизированной системы, является задание на курсовую работу, выданное к.т.н., доцентом кафедры информационных систем и технологий Бедердиновой О.И.

Результаты работы должны быть оформлены в соответствии с требованиями ЕСКД, ГОСТ 34.602-89, ГОСТ 34.601-90, ГОСТ 2.101-68, ГОСТ 2.105-95, ГОСТ 7.1-2003, ГОСТ 7.12-93, ГОСТ 7.82-2003.

2 Назначение и цели создания системы

Автоматизированная информационная система «Справочник угроз безопасности информации» предназначена для сокращения времени поиска угроз безопасности информации за счет автоматизированного процесса выбора данных.

Целью создания автоматизированной информационной системы «Справочник угроз безопасности информации» является систематизация и предоставление пользователю в удобном виде полной информации об угрозах безопасности.

3 Характеристика объектов автоматизации

3.1 Краткие сведения об объекте автоматизации

Объектом автоматизации является процесс поиска актуальных угроз.

3.2 Основные параметры и характеристики объекта

Исходными данными являются:

Факторы возникновения угроз;

Виды нарушений;

Объекты воздействия угроз;

Деструктивные воздействия;

Способ реализации угроз;

Угрозы безопасности информации.

Выходными данными являются:

Список угроз безопасности;

Угрозы безопасности, найденные по заданным пользователем параметрам:

Список угроз безопасности по фактору возникновения;

Список угроз безопасности по способу реализации;

Список угроз безопасности по виду нарушения.

3.3 Сведения об условиях эксплуатации объекта автоматизации и характеристика окружающей среды

Эксплуатация АИС «Справочник угроз безопасности информации» должна производиться на ЭВМ с установленным необходимым программным обеспечением. Рабочее место должно соответствовать всем санитарным нормам и правилам.

Специальных дополнительных требований нет.

4 Требования к системе

4.1 Требования к системе в целом

Внедрение АИС «Справочник угроз безопасности информации» должно привести к повышению эффективности работы пользователя за счет автоматизированного выбора данных из справочника.

4.1.1 Требования к структуре и функционированию системы

АИС «Справочник угроз безопасности информации» должна состоять из:

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

Информационного обеспечения, которое должно включать базу данных, содержащую данные угроз безопасности из ГОСТ Р 51275-99.

АИС «Справочник угроз безопасности информации» должна обеспечивать:

Хранение исходных данных в базе данных;

Ввод исходных данных в базу данных;

Редактирование данных в базе данных;

Поиск данных в базе данных по параметрам, заданным пользователем;

Просмотр исходных данных и результатов поиска;

Защиту данных от несанкционированного доступа.

4.1.2 Требования к способам и средствам связи для информационного обмена между компонентами системы

Связь между компонентами АИС «Справочник угроз безопасности информации» должна осуществляться программно с использованием стандартных технологий интеграции программного обеспечения.

4.1.3 Требования к режимам функционирования системы

Режим работы АИС «Справочник угроз безопасности информации» - однопользовательский.

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

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

4.1.4 Перспективы развития, модернизации системы

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

4.1.5 Требования к численности и квалификации персонала системы и режиму его работы

Режим работы пользователя устанавливается руководством предприятия в соответствии с трудовым договором.

Специальных требований не предусмотрено.

4.1.6 Требования к надежности

АИС «Справочник угроз безопасности информации» должна обеспечивать неограниченную по времени устойчивую работу (при нормальной работе программных и технических средств).

При введении заведомо неправильных данных система должна корректно обрабатывать возникшее событие, выводя пользователю сообщение об ошибке.

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

4.1.7 Требования безопасности

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

4.1.8 Требования к эргономике и технической эстетике

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

Для обеспечения удобства и простоты эксплуатации системы интерфейс должен быть разработан в соответствии с правилами: оформления интерфейса; использования клавиатуры и мыши; оформления текстов помощи; создания стандартных сообщений.

4.1.9 Требования к защите информации от несанкционированного доступа

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

4.1.10 Требования к сохранности информации при авариях

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

4.2 Требования к функциям (задачам), выполняемым системой

В АИС «Справочник угроз безопасности информации» реализовать следующие функции:

Проведение проверки введенного пароля;

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

Проведение поиска информации в базе данных по критериям, определенным пользователем;

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

Проведение диагностики ошибок пользователя.

4.3 Требования к видам обеспечения

4.3.1 Математическое обеспечение

Реализовать расчет информационных рисков по информационным ресурсам.

Алгоритм расчета.

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

Критичность реализации угрозы ( , %) выражает степень влияния реализации угрозы на ресурс.

Вероятность реализации угрозы через данную уязвимость в течение года ( , %) определяет степень возможности реализации угрозы через данную уязвимость определенных условиях.

Критерий критичности ( , руб.) включает стоимость ПЭВМ и конфиденциальной информации в зависимости от ресурса.

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

Значение уровня угрозы по определённой уязвимости ( ) определяется:

                                                   (1)

где   - вероятность реализации угрозы через уязвимость, %;

 - критичность реализации угрозы, %;

 - номер уязвимости.

Уровни угрозы по соответствующим уязвимостям ( ) в совокупности вычисляются по формуле:

                                                   (2)

где  - уровень угрозы по определённой уязвимости;

 - номер угрозы;

 - номер уязвимости.

Общий уровень угрозы по ресурсу ( ) определяется:

                                          (3)

где  - уровень угрозы по всем уязвимостям;

 - номер угрозы.

Риск по ресурсу ( , руб.) определяется по формуле:

                                               (4)

где – общий уровень угрозы по ресурсу;

 – критичность ресурса, руб.

Общий риск по всем ресурсам ( , руб.) при возникновении угроз составляет:

                                               (5)

где  - риск по ресурсу , руб.;

 - номер ресурса.

4.3.2 Информационное обеспечение

Создать базу данных, для хранения угроз безопасности данных. Концептуальная модель данных на приведена на рисунке 1. Описание таблиц приведено в таблице 1.

Физическая модель данных должна хранить данные из нормативно-методических документов:

ГОСТ Р 51275—99 «Защита информации. Объект информатизации. Факторы, воздействующие на информацию. Общие положения».

РД «Базовая модель угроз безопасности персональных данных при их обработке в информационных системах персональных данных».

4.3.3 Лингвистическое обеспечение

Специальных требований не предусмотрено.

4.3.4 Программное обеспечение

Разработать систему для функционирования в операционной системе Microsoft Windows версии не ранее 2003 года.

Для разработки системы необходимо использовать следующее программное обеспечение: систему управления базами данных для создания физической модели и интерфейса системы СУБД Microsoft Office Access 2003.

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

4.3.5 Техническое обеспечение

Для функционирования АИС «Справочник угроз безопасности информации» необходим персональный компьютер со следующими минимальными системными требованиями:

процессор Intel Pentium частотой 600 МГц;

размер оперативной памяти 128 Мб;

размер дисплея 14 дюймов;

устройство для чтения съемных носителей информации;

свободное пространство на жестком диске 10 Мб;

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

4.3.6 Организационное обеспечение

Дополнительных специальных требований нет.

4.3.7 Методическое обеспечение

Дополнительных специальных требований нет.

5 Состав и содержание работ по созданию системы

Состав и содержание работ по созданию системы в соответствии с ГОСТ 34.601-90:

1) Стадия «Формирование требований к автоматизированной системе»:

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

Срок выполнения стадии «Формирование требований к автоматизированной системе» - 2 недели.

2) Стадия «Разработка концепции автоматизированной системы»:

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

Срок выполнения стадии «Разработка концепции автоматизированной системы» - 2 недели.

3) Стадия «Техническое задание»:

разработка технического задания на создание автоматизированной информационной системы в соответствии с ГОСТ 34.602-89;

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

Срок выполнения стадии «Техническое задание» - 4 недели.

4) Стадия «Технорабочий проект»:

разработка проектных решений по системе и ее частям,

выбор приобретаемых программных средств;

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

Срок выполнения стадии «Технорабочий проект» - 4 недели.

5) Стадия «Ввод в действие»:

проведение тестирования системы;

сдача заказчику системы с сопроводительной документацией.

Срок выполнения стадии «Ввод в действие» - 4 недели.

Срок выполнения работы -16 недель.

6 Порядок контроля и приемки системы

Перечень тестовых испытаний:

контроль на несанкционированный вход в автоматизированную информационную систему;

контроль на допустимые диапазоны значений при вводе исходных данных;

контроль правильного выполнения запросов по критериям пользователя.

При предъявлении заказчику система должна быть протестирована и правильно функционировать. Сопроводительная документация должна быть создана в полном объеме и в соответствии со стандартами. Результаты разработки АИС должны быть представлены в виде компьютерной презентации.

7 Требования к документированию

В качестве сопроводительных документов должна быть предоставлена пояснительная записка, выполненная в соответствии с заданием на курсовую работу и состоящая из следующих разделов:

аннотация;

введение;

техническое задание;

аналитическая часть;

практическая часть;

список использованных источников;

заключение.

Пояснительная записка должна быть оформлена в соответствии с ГОСТ 2.105-95, ГОСТ 7.1-2003, ГОСТ 7.82-2001.

8 Источники разработки

1. ГОСТ 34.003-90. Автоматизированные системы. Термины и определения. - Введ. с 1991-01-01. 1991- 23 с. (Информационная технология. Комплекс стандартов на автоматизированные системы).

2. ГОСТ 34.601-90. Автоматизированные системы. Стадии создания. - Введ. с 1992-01-01. 1992 - 9 с. (Информационная технология. Комплекс стандартов на автоматизированные системы).

3. ГОСТ 34.602 – 89. Техническое задание на создание автоматизированной системы. – Введ. с 1991-01-01. 1991 - 21 с. (Информационная технология. Комплекс стандартов на автоматизированные системы).

4. ГОСТ Р 50922—96. Защита информации. Основные термины и определения. – Введ. с 1997-07-01. 1996 - 8 с.

5. ГОСТ Р 51275—99 Защита информации. Объект информатизации. Факторы, воздействующие на информацию. Общие положения.. – Введ. с 2000-00-01. 1999 - 9 с.

6. РД 50-34.698-90. Методические указания. Автоматизированные системы. Требования к содержанию документов. - Введ. с 1991-01-01. 1991 - 39 с. (Информационная технология. Комплекс стандартов на автоматизированные системы).

7. РД 50-680-88. Методические указания. Автоматизированные системы. Основные положения. - Введ. с 1991-01-01. 1991- 7 с.

8. ГОСТ 2.105-95. Общие требования к текстовым документам. - Взамен ГОСТ 2.105-79, ГОСТ 2.906-71; Введ. с 2006-07-01. М.: ИПК Изд-во стандартов, 1996 - 30 с. (Единая система конструкторской документации).

9. ГОСТ 7.1-2003. Библиографическая запись. Библиографическое описание. Общие требования и правила составления. - Взамен ГОСТ 7.1-84, ГОСТ 7.16-79, ГОСТ 7.18-79, ГОСТ 7.34-81, ГОСТ 7.40-82; Введ. с 2004-01-07. М.: ИПК Изд-во стандартов, 2004 - 170 с. (Система стандартов по информации, библиотечному и издательскому делу).

10. ГОСТ 7.12-93. Библиографическая запись. Сокращения слов на русском языке. Общие требования и правила. - Введ. с 1994-01-01. 1994- 70 с. (Система стандартов по информации, библиотечному и издательскому делу).

11. ГОСТ 7.82-2001. Библиографическая запись. Библиографическое описание электронных ресурсов. Общие требования и правила составления]. - Введ. с 1992-01-01. М.: ИПК Изд-во стандартов, 2002- 80 с. (Система стандартов по информации, библиотечному и издательскому делу).

12. ГОСТ Р 50.1.028-2001. CALS технологии. Информационные технологии поддержки жизненного цикла продукции. Методология функционального моделирования. - Введ. с 2002-01-01. М.: ИПК Изд-во стандартов, 2001 – 74 с.

13. РД. Базовая модель угроз безопасности персональных данных при их обработке в информационных системах персональных данных. - Введ. с 2008-15-02. М.: ФСТЭК России, 2008 - 70 с.

ПРИЛОЖЕНИЕ Б

(обязательное)

ОТЧЕТ

О лабораторном практикуме

 

 

По дисциплине: Информационные технологии

 

На тему: Информационные технологии обработки данных общего назначения

                                          Выполнил (-а) обучающийся (-аяся):

                                           ______________________________

                                                      (ФИО)

                                                                      

Направление подготовки / специальность:

  26.03.02«Кораблестроение, океанотехника и         

Системотехнике объектов

морской инфраструктуры

                                                                   (код и наименование)

                                                                      

Курс 1

                                           Группа

 

                                           Руководитель:

                                           Водовозова Юлия Александровна, ст. преподаватель

                                                                  (ФИО руководителя)

 

Отметка о зачете              ________________          _______________

                                   (отметка прописью)                 (дата)

 

Руководитель        ________________                      Ю.А. Водовозова

                        (подпись руководителя)                   (инициалы, фамилия)

 

 

Северодвинск 2018

ПРИЛОЖЕНИЕ В

(информационное)

ПРИЛОЖЕНИЕ Г

(справочное)

ПРИЛОЖЕНИЕ Д

(информационное)

Примеры видов запросов и форм на основе запросов с параметрами

Рисунок Д.1 – Вид запроса Список угроз

 

Рисунок Д.2 – Вид запросаПоиск угроз безопасности данных по фактору возникновения

 

Рисунок Д.3 – Вид запросаПоиск угроз безопасности данных по видунарушения

 

 

Рисунок Д.4 – Вид формы Результаты поиска угроз по виду нарушения

 

 

Рисунок Д.5 – Вид формы Результаты поиска угроз по фактору возникновения

 

ПРИЛОЖЕНИЕ Е

(информационное)

Вид отчета

 

Рисунок Е.1 – Отчет Список угроз

ПРИЛОЖЕНИЕ Ж

(информационное)

Виды кнопочных форм

Рисунок Ж.1 – Вид главной кнопочной формы

Рисунок Ж.2 – Вид страницы кнопочной формы Ввод и редактирование данных в справочниках

Рисунок Ж.3 – Вид страницы кнопочной формы Поиск угроз безопасности

ПРИЛОЖЕНИЕ З

(информационное)

Язык HTML.

Термин HTML (HyperText Markup Language) означает «язык маркировки гипертекстов». Первую версию HTML разработал сотрудник Европейской лаборатории физики элементарных частиц Тим Бернерс-Ли. Со времени создания первой версии HTML претерпел некоторые изменения. Как и многое другое в компьютерном мире, версии, или спецификации, HTML оказались пронумерованными. Известны спецификации 2.0, 3.0 и 3.2, 4.0, 5.0

Для освоения HTML необходимы:

1. Любой браузер -  программа для просмотра HTML-файлов.

2. Любой редактор текстовых файлов, поддерживающий русский язык в выбранной Вами кодировке (в рамках лабораторной работы желательно использование Блокнот).

Текстовый редактор используется для подготовки HTML-файлов, а браузер — как инструмент контроля за сделанным. Один и тот же *.htm-файл может быть одновременно открыт и в Блокноте, и в браузере. Для отображения изменений, сделанных в Блокноте в HTML-документе, их необходимо сохранить, а затем просто нажмите кнопку Обновить в браузере.

Устройство HTML-документа.

HTML-документ — это просто текстовый файл с расширением *.html (Unix-системы могут содержать файлы с расширением *.html).

Вся информация о форматировании документа сосредоточена в его фрагментах, заключенных между знаками " < " и " > ". Такой фрагмент (например, < html> ) называется меткой (по-английски — tag, читается " тэг" ). Большинство HTML-меток — парные, то есть на каждую открывающую метку вида < tag> есть закрывающая метка вида < /tag> с тем же именем, но с добавлением " /". Метки можно вводить как большими, так и маленькими буквами. Например, метки < body>, < BODY> и < Body> будут восприняты браузером одинаково. Многие метки, помимо имени, могут содержать атрибуты — элементы, дающие дополнительную информацию о том, как браузер должен обработать текущую метку.

Обязательные метки.

< html> ... < /html>

Метка < html> должна открывать HTML-документ. Аналогично, метка < /html> должна завершать HTML-документ.

< head> ... < /head>

Эта пара меток указывает на начало и конец заголовка документа.

< title> ... < /title>

Все, что находится между метками < title> и < /title>, толкуется браузером как название документа. Браузер, например, показывает название текущего документа в заголовке окна и печатает его в левом верхнем углу каждой страницы при выводе на принтер. Рекомендуется название не длиннее 64 символов.

< body> ... < /body>

Эта пара меток указывает на начало и конец тела HTML-документа, каковое тело, собственно, и определяет содержание документа.

< H1> ... < /H1> — < H6> ... < /H6>

Метки вида < Hi> (где i — цифра от 1 до 6) описывают заголовки шести различных уровней. Заголовок первого уровня — самый крупный, шестого уровня, естественно — самый мелкий.

< P> ... < /P>

Такая пара меток описывает абзац. Все, что заключено между < P> и < /P>, воспринимается как один абзац. Метки < Hi> и < P> могут содержать дополнительный атрибут ALIGN (читается " элайн", от английского " выравнивать" ), например:

< H1 ALIGN=CENTER> Выравнивание заголовка по центру< /H1>

или

< P ALIGN=RIGHT> Образец абзаца с выравниванием по правому краю< /P>

Непарные метки.

Некоторые метки не подчиняются двум основным правилам HTML: все они непарные, а некоторые (так называемые & -последовательности) к тому же должны вводиться только маленькими буквами. Располагаются непарные метки внутри абзаца.

< BR>

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

< HR>

Метка < HR> описывает горизонтальную линию:

Метка может дополнительно включать атрибуты SIZE (определяет толщину линии в пикселях) и/или WIDTH (определяет размах линии в процентах от ширины экрана). В следующем примере приведена небольшая коллекция горизонтальных линий.

Форматирование шрифта.

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

Физические стили.

Под физическом стилем принято понимать прямое указание браузеру на модификацию текущего шрифта. Например, все, что находится между метками < B> и < /B>, будет написано жирным шрифтом. Текст между метками < I> и < /I> будет написан наклонным шрифтом. Несколько особняком стоит пара меток < TT> и < /TT>. Текст, размещенный между этими метками, будет написан шрифтом, имитирующим пишущую машинку, то есть имеющим фиксированную ширину символа.

Логические стили.

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

< EM> ... < /EM>

От английского emphasis — акцент.

< STRONG> ... < /STRONG>

От английского strong emphasis — сильный акцент.

< CODE> ... < /CODE>

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

< SAMP> ... < /SAMP>

От английского sample — образец. Рекомендуется использовать для демонстрации образцов сообщений, выводимых на экран программами.

< KBD> ... < /KBD>

От английского keyboard — клавиатура. Рекомендуется использовать для указания того, что нужно ввести с клавиатуры.

< VAR> ... < /VAR>

От английского variable — переменная. Рекомендуется использовать для написания имен переменных.

Задание шрифтов.

Для управления шрифтовым оформлением WEB-страниц предназначен дескриптор < FONT>. Этим тегом указываются параметры шрифта, такие, как размер, цвет и название. Параметры шрифта в теге < FONT> указываются в кавычках в любом порядке.

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

Свойство font-family.

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

Например,

BODY {font-family: TimesDL, " Times New", serif}

При интерпретации HTML-страницы браузер сначала ищет на компьютере пользователя шрифт TimesDL. Если такой шрифт отсутствует, то браузер пытается применить шрифт Times New, а если и он не найден, то используется любой шрифт из семейства шрифтов serif— одного из типовых семейств шрифтов компьютера.

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

1. serif (например, Times)

2. sans-serif (например, Helvetica)

3. cursive (например, Zapf-Chancery)

4. fantasy (например, Western)

5. monospace (например, Courier)

Имена шрифтов, состоящих из нескольких слов, должны заключаться в кавычки.

Например,

BODY {font-family: " Times New Roman", serif}

Свойство font-style.

Свойство font-style определяет стиль шрифта из выбранного семейства: нормальный (normal), курсивный (italic) или наклонный (oblique).

Нормальный шрифт — это обычный прямой шрифт, используемый для печати документов. Курсивный стиль шрифта напоминает каллиграфические этюды в прописях первоклассников и близок к рукописному. Наклонные шрифты генерируются из обычных прямых шрифтов небольшим наклоном символов.

Обычно в базе шрифтов браузера все шрифты, в именах которых встречаются слова Oblique, Slanted или Incline отмечены как наклонные (oblique) шрифты. Шрифты, в названиях которых присутствуют слова Italic, Cursive или Kursiv, отождествляются браузером с курсивными (italic).

Например,

HI {font-style: italic} /* курсивный стиль шрифта заголовка первого уровня*/

HI EM {font-style: normal}/* нормальный, прямой шрифт выделенных частей заголовка*/

Свойство font-variant.

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

Значение normal свойства font-variant не изменяет вида шрифта, а значение small-caps выбирает вариант капитель шрифта. Рекомендации по каскадным таблицам стилей допускают создание шрифта капитель простой заменой строчных букв масштабированными символами верхнего регистра.

Например,

Н4 {font-variant: small-caps}/* отображение заголовка четвертого уровня капителью*/

EM {font-style: oblique} /* наклоннfz капитель в выделенных частях */

Свойство font- weight.

Это свойство выбирает из заданного семейства шрифт определенной жирности. В рекомендациях регламентируется 9 градаций жирности шрифта, задаваемых числами 100, 200 и так далее до 900. Значение 100 соответствует самому " бледному" шрифту, тогда как 900 — самому " жирному".

Для задания нормального шрифта используется ключевое слово normal, что соответствует цифровому значению 400. Значение bold применяется для выбора общепринятого полужирного начертания шрифта и его цифровым эквивалентом является 700.

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

Свойство font-size.

Это свойство определяет размер шрифта. Его значение может быть абсолютным или относительным.

Абсолютное значение можно задать одним из следующих ключевых слов: xx-small, x-small, small, medium, large, x-large, xx-large, которые являются индексами в таблице размеров шрифтов, поддерживаемой браузером. Масштабирующий множитель соседних значений в уровне 1 каскадных таблицах стилей определялся как 1.5, а в уровне 2 его значение рекомендовано равным 1.2. Это означает, что шрифт размера large в 1.2 раза выше шрифта medium и в 1.2 ниже шрифта x-large. По умолчанию браузер использует значение medium.

12345678Следующая ⇒

Поделиться: