- •Министерство образования рф
- •Лабораторные, контрольные и самостоятельные работы по информатике
- • Иркутский государственный технический университет, 2008
- •664074, Иркутск, ул. Лермонтова, 83
- •1. Вводные сведения о современных программных средствах 4
- •2. Системное программное обеспечение. 14
- •3. Текстовый процессор Microsoft Word 34
- •4. Электронные таблицы Microsoft Excel 47
- •4.1. Назначение. Основные понятия 47
- •5. Системы управления базами данных. Субд Access 65
- •1. Вводные сведения о современных программных средствах
- •1.1. Особенности современных программных средств
- •1.2. Основные элементы управления в интерфейсе программных продуктов
- •1.3. Типовые диалоги в интерфейсе программных продуктов
- •2. Системное программное обеспечение. Самостоятельные работы по ос Windows, операционной оболочке far и архиватору winrar
- •2.2. Самостоятельная работа 2. Ос Windows. Работа с папками, файлами, корзина
- •2.3. Самостоятельная работа 3. Ос Windows. Проводник Windows
- •2.4. Самостоятельная работа 4. Операционная оболочка far, архиватор WinRar
- •Архиваторы. Архиватор WinRar
- •Работа с архивами в far'е
- •3. Текстовый процессор Microsoft Word
- •3.1. Назначение. Основные понятия
- •3.2. Модель фрагмента текста. Параметры форматирования. Стили
- •3.3. Типовая последовательность создания документа
- •3.4. Лабораторные работы по текстовому процессору Word Лабораторная работа w1. Подготовка к созданию документа. Изменение и разработка стилей. Первое сохранение документа
- •Лабораторная работа w2. Ввод фрагментов текста, их форматирование и редактирование
- •Лабораторная работа w3. Табуляция, списки, многоколончатая верстка
- •Лабораторная работа w4. Вставка и форматирование таблиц, рисунков, символов, формул
- •3.5. Контрольные работы по текстовому процессору Word
- •3.6. Самостоятельные работы по текстовому процессору Word
- •4. Электронные таблицы Microsoft Excel
- •4.1. Назначение. Основные понятия
- •4.2. Типовая последовательность работы с электронной таблицей
- •4.3. Лабораторные работы по Excel Лабораторная работа e1 «Зарплата»
- •Лабораторная работа e2 «Штатное расписание»
- •Лабораторная работа е3 «Поверхность»
- •Лабораторная работа e4 «Функции и графики»
- •Лабораторная работа e5 «Консолидация данных»
- •Лабораторная работа e6 «Сводная таблица»
- •4.4. Самостоятельные работы по Excel Самостоятельная работа «Проходной балл»
- •Самостоятельная работа «Работники бюджетной сферы»
- •Самостоятельная работа «Кинотеатр»
- •Самостоятельная работа «Стипендия»
- •5. Системы управления базами данных. Субд Access
- •5.1. Основные понятия
- •5.2. Нормализация отношений (таблиц) и обеспечение целостности данных в реляционной базе данных
- •5.3. Лабораторная работа: создание и использование базы данных «Затраты»
- •1. Создание базы данных
- •2. Создание таблиц базы данных, ввод данных во вспомогательные таблицы
- •3. Создание основной таблицы
- •4. Создание схемы данных
- •5. Создание формы
- •6. Создание запросов
- •7. Формирование отчетов
- •5.4. Самостоятельные работы по созданию баз данных
- •Состав самостоятельной работы по созданию базы данных
- •Критерии оценки работ
- •Варианты самостоятельных работ
- •Литература
Самостоятельная работа «Стипендия»
Вычислить размер стипендии в зависимости от среднего балла, полученного в сессию и наличия детей у студента.
Минимальная заработная плата |
|
|
|
|
|
|||||||
СТИПЕНДИЯ |
||||||||||||
Сту-дент |
Экзамены |
Зачет |
Ср. балл |
Число детей |
Сти-пендия |
Сессия прод- лена |
||||||
|
Математ. |
Физика |
Химия |
История |
||||||||
|
|
|
|
|
|
|
|
|
||||
… |
… |
… |
… |
… |
… |
… |
… |
… |
||||
Всего: |
|
|
|
|
|
|
|
|
Рис. 4.17. Пояснение самостоятельной работы «Стипендия»
Зачет обозначается буквой "з" в колонке зачетов, незачет – буквой "н". Средний балл считается равным нулю, если у студента есть задолженности – двойка по одному предмету или "незачет" по Истории. Отсутствие на конец сессии экзаменационных оценок и отметок о зачетах/незачетах хотя бы по одному предмету означает, что сессия данного студента продлена. Этот студент получает только доплаты на детей, а в столбце <Продлено> ставится отметка "+". Считаем, что всем студентам, не имеющим задолженностей, назначается стипендия. Пусть "обычная" стипендия равна минимальной зарплате. Полагаем также, что отличники получают стипендию на 50% выше обычной. Кроме того, студенты с детьми получают по одной минимальной зарплате на каждого ребенка. В последней строке "Всего" подсчитывается число человек, сдавших отдельные предметы.
Для определения продления сессии используются логические функции ЕСЛИ, И, ИЛИ, а для подсчета числа человек, сдавших отдельные предметы, функция СЧЕТЕСЛИ.
Построить график: Студент – Стипендия
5. Системы управления базами данных. Субд Access
5.1. Основные понятия
База данных – это совокупность структурированных данных, относящихся к некоторой предметной области.
Предметная область – область конкретной практической деятельности. В крупных организациях обычно выделяют ряд предметных областей в рамках основных служб, в каждой из которых создаются свои базы данных для решения своих задач.
Структурирование – это введение соглашений о способах представления данных. Это понятие близко к понятиям модель данных и формализация данных. В реляционных базах данных используются три структуры данных: таблица, запись, поле. Каждая из этих структур имеет свои свойства, описываемые параметрами. Таблица имеет имя и состоит из записей. Запись имеет номер в таблице и состоит из полей. У каждого поля есть имя, тип (текстовый, числовой и т.п.), длина в байтах. Поясним эти структуры на примере построения информационной модели конкретной предметной области.
Пусть нас интересует проблема учета всех затрат предприятия, например, строящего фабрику. Затраты должны учитываться по объектам, по видам работ и по организациям-подрядчикам. В соответствии с нашими интересами построим таблицы:
Объекты [Код об, Объект],
Работы [Код раб, Работа],
Организации [Код орг, Организация, Индекс, Город, Адрес, Телефон, Факс, Эл почта]
и собственно таблицу для учета затрат
Затраты [Код затр, Затрата, Код об, Код раб, Код орг, Дата, Стоимость].
Каждая из этих таблиц имеет имя, выделенное полужирным курсивом, и состоит из записей - строк, состав которых (перечень полей) указан в квадратных скобках. Имена полей – это имена столбцов таблицы. Курсивом выделены имена ключевых полей. Значение ключевого поля (ключа) однозначно определяет запись в таблице. По возрастанию значений ключа СУБД сортирует записи в таблицах.
Ключевые поля служат также для связывания таблиц. Например, таблица Затраты может содержать множество записей, в которых указан код одной и той же организации-подрядчика. Предположим, одна и та же организация проектировала и строила мост, подъездную дорогу, трансформаторную подстанцию и, возможно, другие объекты. При обработке записей таблицы Затраты может потребоваться факс этой организации – его легко найти в таблице Организации, которая должна содержать единственную запись с требуемым нам кодом организации в поле Код орг. Связь между этими таблицами называется связью «один ко многим» (1 ): ссылка на одну запись в таблице Организации содержится во многих записях таблицы Затраты. Если бы мы ввели еще одну таблицу – Банковские реквизиты, в которой для каждой организации-подрядчика указали бы ее код, название банка, номера счетов и другие данные, используемые при оформлении платежей, то связь между этой таблицей и таблицей Организации была бы связью «один к одному» (1 1), т.к. в этих таблицах есть только по одной записи с одним и тем же значением ключевого поля Код орг. В некоторых ситуациях ключ может состоять из двух-трех полей и тогда он называется составным. Например, подразделение может идентифицироваться номером цеха и номером бригады в данном цехе.
Для ключевого поля СУБД строит индекс – вспомогательную таблицу, содержащую для каждого значения ключа адрес записи в основной таблице. Поэтому, если требуется запись с определенным значением ключа, то она легко находится по индексу. Если же в таблицу вставляется новая запись, то сортировке подвергается только индекс, но не записи таблицы.
Итак, в нашем примере база данных охватывает несколько взаимосвязанных таблиц «объекты-свойства». Такие базы данных называются реляционными. Это понятие (relation – отношение) было введено известным американским специалистом в области систем управления базами данных И.Ф.Коддом. В 1994 г. отмечалась 25 годовщина с того момента, как И.Ф.Кодд (тогда научный сотрудник корпорации IBM) предложил реляционную модель. Тем не менее первая коммерческая реляционная СУБД, названная Oracle [10], появилась только в 1979 г. Она была разработана небольшой компанией Silicon Valley. Сегодня это Oracle Corporation – крупнейший в мире поставщик реляционных СУБД и сопутствующих программных продуктов. Первой СУБД клиент/сервер стал выпущенный в 1985 г. Oracle 5. В настоящее время широкое распространение получили более поздние реляционные СУБД, созданные корпорациями Oracle, Sybase, Microsoft и некоторыми другими. Современные ведущие реляционные СУБД сочетают реляционную модель данных с технологией клиент/сервер и с объектно-ориентированным подходом к созданию программных средств.
Важнейшим достоинством концепции баз данных (в отличие, например, от обработки данных в автономных файлах) является введение набора стандартных структур, в которые, как в контейнеры, вкладываются данные. Планируя работу с данными в конкретной предметной области, после уяснения основных задач решают вопросы организации данных: как сгруппировать данные в таблицы, какие поля и каких типов, предусмотреть в каждой таблице, как связать таблицы друг с другом и т.п. Решение этого комплекса вопросов называют построением информационно-логической (инфологической) модели, которая отражает предметную область в виде совокупности информационных объектов и их структурных связей.
Только после решения вопросов организации данных приступают к разработке приложений – многофункциональных программ, осуществляющих преобразования данных путем их извлечения из одних таблиц, проведения расчетов и размещения результатов в других таблицах базы данных. Такой подход, во-первых, гарантирует, что каждый новый фрагмент данных, полученный предприятием, окажется «на своем месте» - в конкретной таблице конкретной базы данных, а, во-вторых, отпадает необходимость в разработке огромного числа процедур обработки данных. Последнее объясняется тем, что типовые операции над содержимым структур данных (таблиц, записей, полей) уже запрограммированы и входят в состав СУБД – ведь системы управления базами данных как раз и предназначены для создания баз данных и последующего манипулирования этими данными. СУБД, работающую со структурами данных, можно сравнить с техническими средствами на современном транспорте – они работают с контейнерами, не зависимо от того, что в этих контейнерах перевозится в конкретном случае.