МЕТОДИЧЕСКАЯ РАЗРАБОТКА по изучению темы «Организация структурированного хранения информации»
учебно-методический материал

Государственное бюджетное профессиональное образовательное учреждение Республики Крым

  «Симферопольский колледж радиоэлектроники»

МЕТОДИЧЕСКАЯ РАЗРАБОТКА

по изучению темы

«Организация структурированного хранения информации»

МДК.02.01. Технологии публикации цифровой мультимедийной информации

 преподаватель

Полулях Татьяна Анатольевна

Симферополь, 2016

Методика подачи материала

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

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

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

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

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

Можно

В конце методической разработки приведены практические задания, на примерах которых отрабатываются приемы создания и корректировки БД с помощью Конструктора, Мастера и пиктографического меню:

Задание на создание таблиц БД с описанием полей и организация связей отдельных полей таблиц на основе концептуальной схемы;

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

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

создание форм для ввода данных в таблицы БД;

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

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

Далее идет более подробное описание того, о чем сказано выше – теоретические аспекты темы.

ТЕОРЕТИЧЕСКИЕ АСПЕКТЫ ТЕМЫ

ВВЕДЕНИЕ

Понятие, назначение и функции СУБД. Основные средства СУБД.

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

Предметная область – часть реального мира, например ВУЗ, предприятие, организация и т.п., работа которых автоматизируется.

Объект – элемент предметной области, информация о нем собирается, заносится в базу и сохраняется (с возможностью производить редактирование информации). Объектом может быть человек, предмет, событие. Например, объектом может быть СТУДЕНТ ВУЗа, сведения о котором (объекты КОД СТУДЕНТА, ДАТА РОЖДЕНИЯ, ФИО, Адрес и пр.) заносятся в БД. Или какой-либо ТОВАР на торговой базе, сведения о нем — АРТИКУЛ ТОВАРА, ПОСТАЩИК, ДАТА ПОСТАВКИ, ПОКУПАТЕЛЬ, ДАТА ПОКУПКИ — также могут быть обработаны соответствующим образом.

СУБД – это комплекс программных и языковых средств предназначенный для создания (сбор, ввод данных) и ведения (обработка данных) баз данных в какой-либо предметной области СУБД предоставляет  возможности использовать различные БД многими пользователями.

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

Функции СУБД:

Обеспечить программные средства для:

создания и загрузки БД;

для создания нужных пользователю запросов и отчетов;

контроля действий, связанных с вводом/выводом данных;

защиты данных от несанкционированных изменений;

возможности совместного использования данных.

Поддержание БД в актуальном состоянии.

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

Различают 2 класса СУБД: системы общего назначения и специализированные системы.

Основные средства СУБД:

средства задания (описания) структуры БД;

средства конструирования экранных форм (для ввода данных, их просмотра, обработки в диалоговом режиме);

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

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

средства создания макросов (языковых средств) путем использования встроенных алгоритмических языков (Visual Basic и др.);

средства создания приложений пользователя — генераторы приложений, с целью объединения различных операций в БД в единый технологический процесс.

Характеристика различных моделей БД

По тому, как обрабатываются данные в БД они подразделяются на централизованные БД и распределенные БД.

Централизованная БД хранится в памяти одной вычислительной системы, которая может являться компонентом сети ЭВМ, тогда возможен распределенный доступ в такой БД. Этот способ часто используется в локальных сетях. Сетевой доступ с централизованной БД предполагает наличие одной из архитектур: ФАЙЛ-СЕРВЕР или КЛИЕНТ-СЕРВЕР (см.рис.1.1 и рис.1.2 юниты).

Распределенная БД состоит из нескольких (даже дублирующих) частей, которые хранятся на различных ЭВМ компьютерной сети. С такими базами работа ведется с помощью СУР(аспределенной)БД.

По способу доступа к данным БД подразделяются на:

БД с локальным доступом                        БД с удаленным (сетевым) доступом

Ядром любой БД является модель данных. Объекты предметной области и взаимосвязи между ними представляются с помощью модели данных.

МОДЕЛЬ ДАННЫХ – это совокупность структур данных и операций по их обработке.

Известны три основные модели организации данных:

Иерархическая;

Сетевая;

Реляционная.

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

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

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

Иерархическая модель базы данных. Примеры иерархических БД.

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

Основные понятия иерархической структуры: УРОВЕНЬ, ЭЛЕМЕНТ (УЗЕЛ), СВЯЗЬ.

ДЕРЕВО представляет собой иерархическую структуру элементов, называемых узлами. Узел – это совокупность атрибутов данных, которыми описывается некоторый объект. На верхнем уровне располагается только ОДИН узел – КОРЕНЬ.

Любой узел кроме корня связан только с одним узлом на более высоком уровне, который является исходным для данного узла. Узлы, находящиеся на более низком уровне, называются ПОРОЖДЕННЫМИ. Использование такой модели правомочно тогда, когда какой-то объект принадлежит к какой-то одной группе. которая в свою очередь принадлежит какому-то определенному объединению. Напоминает иерархическую структуру расположение информации на носителе (диске) — дерево каталогов.

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

Представление связей в иерархической модели

Сетевая модель базы данных. Примеры сетевой  БД.

Сетевая модель организует данные в виде сетевой структуры. Своего рода «сеть» с «узелками». В этой структуре также присутствуют все вышеназванные понятия – УРОВЕНЬ, ЭЛЕМЕНТ (УЗЕЛ), СВЯЗЬ. Но структура называется сетевой, если порожденное данное имеет более одного исходного (см. рисунки 1.8 и 1.9 юниты). Таким образом, любой элемент сетевой модели может быть связан с любым другим элементом этой модели.

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

Представление связей в сетевой модели

Для данного типа связи А1 между типом записи предка «1» и типом записи потомка «2» выполняются следующие условия:

каждый экземпляр типа «1» является предком только в одном экземпляре «2»;

каждый экземпляр «2»является потомком не более чем в одном экземпляре «1».

В рамках сетевой модели возможны следующие ситуации:

тип записи потомка в одном типе связи «А1» может быть типом записи предка в другом типе связи «В»;

данный тип записи «1» может быть типом записи потомка в любом числе типов связи;

может существовать любое число типов связей с одним и тем же типом записи предка и одним и тем же типом записи потомка;

если «А1» и «А2» - два типа связи с одним и тем же типом записи предка «1» и одним и тем же типом записи потомка «2», то правила, по которым образуется родство, в разных связях могут различаться;

типы записей «4» и «5» могут быть предком и потомком одной связи и потомком и предком другой; предок и потомок  могут быть одного типа записей (связь типа «петля»).

Реляционная модель базы данных. Элементы реляционной модели.

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

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

Реляционная таблица – это двумерный (столбцы и строки) массив, который характеризуется следующими свойствами:

каждый элемент таблицы — элемент данных;

столбцы таблицы – однородные, все элементы столбца имеют одинаковый тип и длину;

у каждого столбца уникальное имя;

одинаковых строк в таблице нет;

порядок строк и столбцов произвольный.

Строки таблиц – это записи, КОРТЕЖи, столбцы таблиц – ПОЛЯ, атрибуты отношений – ДОМЕНЫ.

Поле однозначно определяющее соответствующую запись называется ПРОСТЫМ КЛЮЧОМ (КЛЮЧЕВЫМ ПОЛЕМ). Если записи однозначно определяются значениями нескольких полей, то такая таблица БД имеет СОСТАВНОЙ КЛЮЧ.

Таблица 1.1

Элементы реляционной модели

Отношение – это плоская таблица, состоящая из столбцов и строк.

Схема отношений – это список имен атрибутов

Кортеж – это строка отношений.

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

Атрибут – это поименованный столбец отношения.

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

Первичный ключ – это атрибут отношения, однозначно идентифицирующий каждый из его кортежей.

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

Так как таблицы реляционной БД связаны между собой определенными отношениями, то

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

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

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

Примером реляционной БД может быть база данных «КАДРЫ ПРЕДПРИЯТИЯ».

Ниже приведен рисунок, который отражает, какие данные в каких полях таблиц хранятся.

Из приведенного ниже рисунка видно по каким полям связаны между собой таблицы БД «КАДРЫ ПРЕДПРИЯТИЯ», какие в них могут содержаться данные.

БД «Кадры предприятия»

                                                                                Перемещение

                ОТДЕЛЫ                                                        Код отдела

                                                                                Код должности

                                                                                Код сотрудника

                        ШТАТЫ

                                                        СОТРУДНИКИ

Таблицы БД «Кадры предприятия»

Таблица 1

 Проектирование БД.

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

На данном этапе проводится анализ информационных потребностей в выбранной предметной области, затем выбираются информационные объекты и их характеристики (атрибуты) и выявляются связи между объектами, определяемые запросами пользователей, и, наконец, строится концептуальная модель и проектируется концептуальная схема БД.

Объекты предметной области связаны между собой определенными отношениями – связями. Есть три типа связей: 1:1. 1:М. М:М.

Тип 1:1

Тип 1:М

Тип М:М

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

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

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

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

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

Определяются ограничения, например, тип и длина полей.

Второй этап —  логическое проектирование, задача которого разработка логической схемы, базирующейся уже на конкретной СУБД.

Логическое проектирование включает в себя

Выбор конкретной СУБД.

Отображение концептуальной схемы на логическую схему.

Выбор ключей.

Описание языка запросов.

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

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

СУБД Microsoft Access. Определение основных понятий,
используемых в реляционных БД

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

Microsoft Access, обладает всеми чертами классической СУБД, предоставляет и дополнительные возможности. Access – это не только мощная, гибкая и простая в использовании СУБД, но и система для разработки работающих с базами данных приложений. С помощью Access можно создать приложение, работающее в среде Windows и полностью соответствующее потребностям пользователя по управлению данными.

Microsoft Access имеет множество областей применения: на малом предприятии; когда разрабатываются прикладные программы по заказу, координации производственных информационных систем и даже в сфере домашнего применения.

Структура  и  характеристика СУБД Microsoft Access

Microsoft Access предоставляет максимальную свободу в задании типа данных (текст, числовые данные, даты, время, денежные значения, рисунки, звук, документы, электронные таблицы). Можно задать форматы хранения  (длина строки, точность представления чисел и даты времени) и предоставления  этих данных при выводе на экран или печать. Для уверенности, что в базе данных хранятся только корректные значения, можно задать условия на значения различной степени сложности.

Microsoft Access может работать с большим числом самых разнообразных форматов данных, включая файловые структуры других СУБД. Также можно производить импорт и экспорт данных из файлов текстовых редакторов или электронных таблиц. С помощью Access возможна обработка файлов Рагаdох, dВАSE III, dВАSЕ IV, FохРго и др. СУБД. Можно также импортировать данные из этих файлов в таблицу Access.  

Уже вводились элементы реляционной модели, но стоит еще раз определиться с основными понятиями, которые будем использовать при создании реляционной БД средствами Microsoft Access: ПОЛЕ, ЗАПИСЬ, ПЕРВИЧНЫЙ и ВТОРИЧНЫЙ КЛЮЧИ (ИНДЕКСЫ), ЗАПРОС, ВЫБОРКА, ФОРМА, ОТЧЕТ несколько в другом ключе.

Поле – это единица логической организации данных, соответствующая некоторому реквизиту (атрибутам) конкретного объекта. В БД информация  содержится в табличном виде, и соответственно поле это столбец конкретной таблицы.

ТИПЫ ПОЛЕЙ

ВСТАВКА

Запись в БД – это совокупность логически взаимосвязанных полей. Для таблицы запись соответствует строке таблицы.

Первичный ключ – одно поле, позволяющее однозначно идентифицировать запись.

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

ЗАПРОСЫ в реляционной СУБД

Запрос – объект, который позволяет пользователю получить нужные данные из одной или нескольких таблиц.

Можно создавать запросы на выбор, обновление, удаление или на добавление данных.

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

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

По способу формирования запросы можно разделить на 2 вида:

Запросы по образцу — QBE запросы  — формируются путем указания параметров запроса в окне конструирования, т.е. задается образец для поиска информации.

Структурированные запросы — SQL запросы — формируются пользователем с помощью особого языка запросов, в котором используются специальные команды и функции (напоминает написание программы на языке Basic).

Запросы бывают разного рода:

Стандартный запрос выбора – это запрос, позволяющий произвести отбор интересующих пользователя данных из таблиц БД.

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

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

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

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

ФОРМЫ в реляционной СУБД

Форма данных – способ наглядного представления информации из БД с целью облегчения ввода данных и их визуального восприятия. Существует несколько видов форм.  (В СУБД Microsoft Access есть следующие формы: табличная форма, в один столбец,  диаграмма, составная форма.)

Вертикальный способ отображения полей записей в современных СУБД вместе с идеями электронных бланков трансформировался в технику форм. Естественным и интуитивно-понятным способом работы со структурированной информацией для большинства людей являются всевозможные бланки, анкеты, и т.п. «бумажные формы». Формы в СУБД как раз и выполняют функции предоставления пользователям привычного интерфейса при вводе структурированных данных с имитацией «заполнения» бланков, анкет и т.п. Таким образом, форма в СУБД представляет собой специальный экранный объект, включающий поля для ввода данных одной записи базовой таблицы и другую поясняющую информацию.

Форма – это объект, предназначенный для ввода данных, отображения их на экране или управления работой приложения.

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

В практическом задании 3 приведен пример формы для ввода, просмотра и изменения данных в БД «Студент».

ОТЧЕТЫ в реляционной СУБД

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

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

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

Основные объекты базы данных Access:

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

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

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

Макрос: Объект, представляющий собой структурированное описание одного или нескольких действий, которые должен выполнить  Access в ответ на определённое событие.

Модуль: Объект,  содержащий программы на  Microsoft Access Basic, которые позволяют разбить процесс на более мелкие действия и обнаружить те ошибки, которые нельзя найти с использованием макросов.

ПРАКТИЧЕСКИЕ ЗАДАНИЯ ПО ТЕМЕ

ЗАДАНИЕ 1. Создать средствами реляционной СУБД Microsoft Access Базу данных «Студент-Ваша фамилия» в соответствии с концептуальной схемой и условиями по типу полей таблиц: «Анкетные данные», «Предметы» и «Учет».

        Учет

        Код студента

        Код предмета

Анкетные данные

Предметы

Таблицы БД «Кадры предприятия»

Таблица 1

Таблица 1. АНКЕТНЫЕ ДАННЫЕ

Таблица 2. ПРЕДМЕТЫ

Таблица 3. УЧЕТ

Данные для заполнения таблицы 3

Структура БД «Студент»:

Данные таблиц БД «Студент»:

ЗАДАНИЕ 2. Построить запросы для выборки соответствующей информации из таблиц: «Анкетные данные», «Предметы» и «Учет»:

Запрос1. «Оценки студентов» по следующим полям:

Запрос 2. «Оценки Иванова» по следующим полям:

Запрос 3. «Оценки по предмету математика» по следующим полям:

Запрос 4. «Все получившие 5» по следующим полям:

Запрос 5. «Предметы на 5» по следующим полям:

Запрос 6. «У кого меньше 4» по следующим полям:

Запрос 7. «У кого 3 и 4» по следующим полям:

ЗАДАНИЕ 3. Создание отчетов.

Создать отчет, отражающий Фамилию, имя, отчество, пол студента и его оценки по всем предметам выполняя следующие условия:

Выбрать Вид представления данных  по «Анкетным данным»;

Выбрать Уровень группировки  по полу;

Выбрать Порядок сортировки  по предмету с убыванию;

Вычислить сумму по оценкам (через кнопку ИТОГИ);

Показывать в отчете Данные и итоги;

Выбрать вид макета для отчета СТРУКТУРА 2 и альбомную ориентацию;

Выбрать стиль Обычный;

Имя отчета задать «Оценки студентов».

Отредактировать отчет с помощью Конструктора.

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

Создать отчет с помощью Мастера и Конструктора, отражающий Код студента, Дату рождения, Фамилию, Название предметов и Оценки студентов по прилагаемому образцу (см.«Образец 2»). используя сначала Мастер, а затем произведя необходимую корректировку с помощью Конструктора. Имя отчета – «Учетные данные».

ЗАДАНИЕ 4. Создание формы ввода данных.

Создать форму по объекту СТУДЕНТ, выбрав поля: Фамилия, Имя , Отчество, Дата рождения, Пол, Характеристика (таблица «Анкетные данные»); Название предмета (таблица «Предметы»); Оценка (таблица «Учет») с оформлением формы вариантом «МЕЖДУНАРОДНАЯ».

Назвать форму – ДАННЫЕ СТУДЕНТА. Вид формы:

Образец 1.

Образец 2.