Содержание:

Введение

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

C появлением ЭВМ и внедрением их для обработки информации возникла вероятность автоматизировать заключения и решения почти всех информационно-справочных и расчетных задач.

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

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

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

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

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

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

1 глава. Аналитическая часть.

1.1.Описание предметной области. Постановка задачи.

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

На нового ученика заводятся следующие сведения:

• фамилия имя отчество;
• пол;
• дата рождения.
• Факультет
• № группы

Каждому ученику присваивается личный номер.

С данной базой данных могут работать следующие группы пользователей:

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

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

Рисунок 1. Организационная структура.

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

• успеваемость студентов;
• расчитывать средний балл;
• возможность узнать форму обучения студента;
• итогой запрос по всем вышеперечисленным данным;

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

1.2.Выбор средств / методологии проектирования. Выбор субд.

База данных представляет собой объективную форму совокупности самостоятельных материалов таких как: статей, расчетов, нормативных актов, судебных решений и других схожих материалов, систематизированных таковым образом, чтоб данные которые были использованы, имели возможность быть найденными, и подвергнуты обработки с поддержкой электронной вычислительной машины (ЭВМ)^[2].

Остальные определения из авторитетных монографий и стандартов:

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

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

Более часто используются следующие характерные признаки:

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

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

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

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

БД включает метаданные, обрисовывающие закономерную текстуру БД в формальном облике (в соответствии с некоторой мета моделью).

Виды базы данных:

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

Классифицирование БД по модели данных:

Примеры:

– иерархические,

– сетевые,

– реляционные,

– объектные,

– объектно-ориентированные,

– объектно-реляционные.

Классифицирование БД по среде физического хранения:

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

– БД в оперативной памяти (in-memory databases): все данные находятся в оперативной памяти.

– БД в третичной памяти (tertiary databases): средой неизменного сохранения считается третичная память, как правило, на основе магнитных лент либо оптических дисков. Во вторичной памяти сервера сберегается только каталог данных третичной памяти, файловый кеш и данные для текущей обработки; загрузка же самих данных требует особой процедуры.

Классифицирование БД по содержимому:

Примеры:

– географические;

– исторические;

– научные;

– мультимедийные.

Классифицирование БД по степени распределённой:

– централизованные (сосредоточенные);

– распределённые.

Отдельное пространство в теории и практике занимают пространственные (англ. spatial), кратковременные, либо темпоральные (temporal) и объемно-кратковременные (space-short) БД.

2.СУБД Access

Microsoft Office Access либо элементарно Microsoft Access — реляционная СУБД компания Microsoft. Имеет широкий спектр функций, включая связанные требования, связь с внешними таблицами и базами данных. Благодаря встроенному языку VBA, в самой базе Access разрешено писать приложения, работающие с базами данных.^[3]

Главные составляющие MS Access:

–построитель таблиц;

–построитель экранных форм;

–построитель SQL-запросов (язык SQL в MS Access никак не подходит эталону ANSI);

–построитель отчётов, выводимых на печать.

Они имеют все шансы активизировать скрипты на языке VBA, поэтому MS Access позволяет разрабатывать приложения и БД фактически «с нуля» либо написать оболочку для внешней БД.

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

1.3.Проектирование логической структуры базы данных.

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

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

1.4.Проектирование физической структуры базы данных.

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

Рисунок 2.Структура таблиц базы данных.

   

2 глава. Практическая часть.

2.1.Инструкции по работе с базой данных.

База данных имеет удобный интерфейс, использовать ее можно в программе MS Access. Главное окно представлено на рис.3. В данном окне представлены все объекты базы данных.

Рисунок 3. Главное окно.

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

Рисунок 4. Студенты.

Так же можно осуществлять поик информации по форме обучения через запрос, форма показана на рисунке 5.

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

Рисунок 5.Диалоговое окно «Форма обучения» запроса «Студенты указанного факультета».

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

Рисунок 6. Фрагмент результата формы «Ведомость».

Рисунок 7. Фрагмент результата формы «Студенты».

Рисунок 8. Фрагмент результата формы «Дополнительная информация».

Формирование итогового отчета, выводит так же информацию в наглядном виде:

Рисунок 9. Результат отчета «Закрытие сессии в срок».

Рисунок 10.Результат отчета «Итоговый».

Рисунок 11. Результат отчета «Средний балл».

2.2.Разработка интерфейса и реализация проекта.

Формирование таблиц:

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

Состав таблицы формируется в области проекта таблицы, которая состоит из трех колонок:

- Имя поля;

- Тип данных;

- Описание.

В представленной работе, первая таблица, которая создана при помощи конструктора, называется «Студенты».

Рисунок 12. Структура таблицы «Студенты» в режиме «Конструктор».

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

Как только таблица была создана в конструкторе, Access спрашивает нужно ли данную таблицу сохранить. Мы в свою очередь обязательно ее сохраняем.

Таким же способом формируются две дальнейшие таблицы с наименованиями «Ведомость» и «Дополнительная информация».

Рисунок 13. Структура таблицы «Ведомость» в режиме «Конструктор».

Содержимое таблицы 1 «Ведомость» находится в приложении Б.

Рисунок 14. Структура таблицы «Дополнительная информация» в режиме «Конструктор».

Содержимое таблицы 2 «Дополнительная информация» находиться в приложении Б.

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

Рисунок 15. Схема данных.

Запрос «Закрытие сессии в срок», как и таблицы создан при помощи конструктора:

Рисунок 16. Структура запроса «Закрытие сессии в срок» в режиме «Конструктор».

Результат запроса «Закрытие сессии в срок» находиться в приложение Б и предствален в таблице 3.

Запрос на сортировку.

Запрос «Сортировка по возрасту» создается при помощи конструктора.

Рисунок 17. Структура запроса «Сортировка по возрасту» в режиме «Конструктор».

Результат запроса «Сортировка по возрасту» находиться в приложении Б и представлен в таблице 4.

Запрос с параметром.

Запрос «Форма обучения» формируется при помощи конструктора.

Для формирования запроса выбраны поля Личный номер, Фамилия, Имя, Отчество, Форма обучения.

Рисунок 18. Структура запроса «Форма обучения» в режиме «Конструктор».

В строке «Условие отбора», в область Форма обучения включили последующие выражение «[введите форму обучения]» вследствие которого при запуске запроса возникает диалоговое окно «Введите значение параметра», в которое необходимо ввести «бюджетная» или «договорная».

Рисунок 19. Диалоговое окно «Форма обучения» запроса «Студенты указанного факультета».

Результат запроса «Форма обучения», при введенном параметре «договорная» находиться в приложении Б и представлен в таблице 5.

Запрос, содержащий вычисляемые поля

Запрос «Средний балл» создается при помощи конструктора.

Рисунок 20. Структура запроса «Средний балл» в режиме «Конструктор».

В вычисляемом поле ФИО, в режиме «Построитель», вводим формулу «ФИО: [Фамилия] & " " & Left([Имя];1) & "." & Left([Отчество];1) & "."», а в вычисляемом поле Средний балл, вводим формулу «Средний балл: ([История]+[Физика]+[Математика]+[Психология]+[Дискретная математика] +[Информатика] +[География])/5»

Результат запроса «Вычисляемый запрос» находиться в приложении Б и представлен в таблице 6.

Итоговый запрос

Запрос «Итоговый» создается в режиме «Конструктор».

Рисунок 21. Структура запроса «Итоговый» в режиме «Конструктор».

Результат запроса «Итоговый» находится в приложении Б.

Формирование форм

Форма для ввода данных «Личные Данные Студентов» формируется при поддержки мастера форм.

Для этого необходимо реализовать несколько простых шагов:

- на панели инструментов было выбрано «Мастер форм»;

- в диалоговом окне «Создание формы»

- выбирается внешний вид формы

- название формы в данной работе выбирается согласно названию таблицы.

Форма: «Ведомость»

Рисунок 22. Структура формы «Ведомость» в режиме «Конструктор».

Форма: «Студенты» создается аналогично при помощи мастера форм.

Рисунок 23. Структура формы «Студенты» в режиме «Конструктор».

Форма: «Дополнительная информация» формируется для поддержки мастера форм на базе необходимой информации.

Рисунок 24. Структура формы «Дополнительная информация».

Формирование отчетов

Отчет «Закрытие сессии в срок» при поддержки «Мастера отчетов».

Для того чтобы его сформировать необходимо реализовать ряд действий:

- на панели инструментов выбрать «Мастер отчетов»;

- далее необходимо подобрать стиль отчета;

- далее нужно группировать отчет и сортировка.

- затем подобрать макет (табличный), ориентация (книжная).

- Далее выбрать заголовок.

Рисунок 25. Структура отчета «Закрытие сессии в срок» в режиме «Конструктор».

Отчет: «Итоговый» строится аналогично с помощью мастера отчетов.

Рисунок 26. Структура отчета «Итоговый» в режиме «Конструктор».

Отчет «Средний балл»:

Рисунок 27. Структура отчета «Средний балл» в режиме «Конструктор».

2.3.Оценка экономической эффективности проекта.

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

Таблица 7. График затрат времени на разработку и внедрение проекта.

Этап разработки	Содержание работ	Трудоёмкость ч.
Постановка задачи	Предпроектное обследование. Разработка, утверждение, технико-экономическое обследование.	14
Технический проект	Уточнение структуры и формы представления входных и выходных данных. Разработка алгоритма решения задачи. Разработка плана мероприятий по проекту. Согласование утверждение технического проекта.	60
Рабочий проект	Первоначальная отладка, тестирование. Разработка согласование и утверждения порядка и методики испытания. Корректировка программы.	70
Документирование и внедрение	Разработка программной документации. Сдача программы и программной документации.	30
ИТОГО:		174ч.

1. Расчёт коэффициента.

А) Коэффициент сложности задачи C характеризует сложность данной программы по отношению к типовой задаче, сложность которой принята за 1 (величина C лежит в пределах от 0,5 до 1). Для данной базы данных C равно 0,5.

C = 0, 5 – коэффициент сложности программы

Б) Коэффициент P увеличения объёма работ за счёт внесения изменений в алгоритм или программу по результатам уточнения установок. Коэффициент меняется от 0,1 до 0,5.

Р = 0,2 – коэффициент увеличения работ

В) Коэффициент В - коэффициент увеличения затрат труда вследствие недостаточного описания задач. Коэффициент меняется от 1,2 до 1,5. В данном случае коэффициент В будет равен 1,3 , так как задача имеет достаточное описание для работы с ней.

В =1,3 - коэффициент увеличения затрат труда

Г) Коэффициент К коэффициент квалификации разработчика, который зависит от стажа. Коэффициент К равен:

• для работающих до 2 лет – 0,8;
• от 3 до 5 – 1,0;
• от 5 до 8 – 1,2;
• более 8 лет – 1,5.

Поскольку опыта у разработчика не достаточно, то коэффициент К мы берем равным 0,8.

К = 0,8 - коэффициент квалификации разработчика. Так как мой стаж менее 2-х лет, то К составляет 0,8:

2. Расчёт затрат предприятия.

А) Средний оклад программиста на нашем предприятии составляет 10000,00 рублей. Учитывая выше указанный коэффициент, основная зарплата разработчика программного продукта составит:

ЗПосн = ЗП*С*(1+Р)*В*К

ЗПосн = 10000,00 * 0,5 * (1 + 0,2) * 1,3 * 0,8 = 6240,00 рублей/ месяц.

Б) Страховые отчисления берутся в размере 26% от основной заработной платы и ровны: СО = Зпосп*26%=6240,00 * 26% = 1622,4 рублей.

Суммарная затрата на оплату труда ЗП общ =((ЗПосн + СО)*Итоговое время)/22дня*8ч =((6240,00 + 1622,4) * 174) / 22*8=7773,05 (рублей за период разработки)

3. Содержание и эксплуатация вычислительной техники.

Время, затраченное на отладку программы (2 + 3 + 4 этапы из таблицы 1) равно 160 ч. Необходимо посчитать стоимость одного машинного часа по формуле:

(стоимость электроэнергии + амортизация + затраты на ремонт)/Фвт

Фвт – действительный фонд времени работы вычислительного комплекса.

Стоимость электроэнергии – 4.50 рубля за кВт/ч., потребление энергии - 600 Вт/ч.

8ч. * 22дня * 12 мес. * 0,3 кВт/ч * 4,50 рубля = 2851,20 рубля стоимость за год.

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

Амортизация = общая сумма / количество лет.

Стоимость ПК составила 36000,00 рублей, а количество лет полезного использования – 4 года.

Амортизация = 36000,00 / 4 = 9000,00 руб./год.

На ремонт уходит 5 % от стоимости ПК. В данном случае на ремонт будет уходить 36000,00 * 5 % = 1800,00 рублей.

Действительный фонд времени работы вычислительного комплекса рассчитываем так:

Ф_вт = Ф_ном - Ф_проф

Ф_ном – номинальный фонд времени работы вычислительного комплекса.

Ф_проф – годовые затраты времени на профилактические работы (5% = 0,05).

Ф_вт=Ф_ном -Ф_проф= (8ч. * 22 дн. * 12 мес.) - (8ч.* 22 дн.* 12 мес.* 0,05)=2112-106=2006 ч.

Стоимость 1 машинного часа работы = (2851,20 + 9000,00+ 1800,00) / 2006 = 6,81 рубля.

Стоимость затрат всего равна 174 * 6,81 рубля =1184,94 рублей.

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

График затрат на разработку и внедрение проекта приведён в таблице 7.

Таблица 2.

№	Наименование статьи расходов	Затраты, руб.
1	Зарплата суммарная исполнителя	6240,00
2	Страховые отчисления	1622,4
3	Затраты на эксплуатацию ПК, используемого для написания программы	1184,94
4	Расходы на программное обеспечение	0,00
Итого:		9047,34

Экономический эффект рабочего времени.

Расчитаем экономический эффект рабочего времени, получаемый за счёт разработки базы данных, исходя из исторических данных старого времени и нового времи.

Расчитаем по формуле:

Эрв = СВ:НВ*100%

Где,

Эрв- эфективность рабочего времени

Св- старое время

Нв-новое время

Эрв=7ч:3ч*100%=233,3%

Оптимизация рабочего времени расчитывается по формуле

Орв =СВ-НВ

Орв =7ч-3ч=4 часа

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

Заключение

Созданная мной база данных «сессионной успеваемости студентов ВУЗа» сформирована в СУБД Access 2010. С помощью данной программы в представленной курсовой работе были использованы такие объекты как – отчеты, макросы, кнопочная форма, также создание запросов на выборку, на сортировку, параметрический запрос. Этот проект, возможно, применять абсолютно во всех областях учебной и профессиональной деятельности.

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

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

Список используемой литературы:

1. Гринченко Н.Н., Гусев Е.В., Макаров Н.П. «Проектирование баз данных СУБД Microsoft Access», учебное пособие: 2004. ISBN 5-93517-193-7
2. Лори Ульрих Фуллер, Кен Кук, Джон Кауфельд , Microsoft Office Access 2007 для «чайников»: Пер. с англ. – М. Издательство «Диалектика», 2007. ISBN: 978-5-8459-1239-8, 0-470-04612-0
3. www.ru.wikipedia.org - Cистема управления базами данных
4. www.ru.wikipedia.org/wiki/Microsoft_Access – теоретический материал по программе MicrosoftAccess
5. www.datbases.net/access.html – структура СУБД Microsoft Access
6. http://www.metod-kopilka.ru/page-2-3-1-6.html - Информация по созданию баз данных в СУБД Access/
7. Епашников А.М. «Практика создания приложений в Access 2007». «Диалог-Мифи» ISBN 9785864042298 2009 год.
8. http://chem-otkrit.ru/soft/Access - теоретический материал по программе MicrosoftAccess

Приложения

Приложение А

Таблица А 1. Содержимое таблицы «студенты».

Личный номер	Фамилия	Имя	Отчество	Пол	Дата рождения	Факультет	Группа
01	Петров	Андрей	Иванович	М	15.02.1990	ПиТ	09СТТМ
02	Сухоруков	Дмитрий	Сергеевич	М	14.03.1990	ПиТ	10ПО
03	Андриянова	Татьяна	Васильевна	Ж	12.06.1991	ЭиП	212
04	Суровцева	Надежда	Петровна	Ж	18.11.1991	ЭиП	104
05	Артамонов	Михаил	Потапович	М	03.08.1989	ПиТ	06ААХт
06	Дмитриева	Виктория	Ивановна	Ж	12.03.1991	ЭиП	101
07	Александров	Максим	Павлович	М	21.12.1990	ЭиП	106
08	Иванова	Марина	Петровна	Ж	03.06.1991	ПиТ	09ПО
09	Андреев	Александр	Юрьевич	М	08.09.1990	ПиТ	07ПО
10	Артамонов	Петр	Павлович	М	04.05.1991	ЭиП	202
11	Курпатова	Ольга	Михайловна	Ж	09.02.1990	ЭиП	104
12	Курочкина	Анастасия	Сергеевна	Ж	03.07.1991	ЭиП	106
13	Смирнов	Виктор	Иванович	М	06.05.1989	ПиТ	07СТТМ
14	Еремеев	Антон	Антонович	М	04.02.1992	ПиТ	09СТТМ
15	Крюковских	Людмила	Алексеевна	Ж	29.07.1991	ЭиП	101

Приложение Б.

Таблица А 2. Содержимое таблицы «Итоговый запрос».

ЛичныйНомер	ФИО	Пол	Дата Рождения	Группа	Наличие задолженностей	Средний балл
01	Петров А.И.	М	15.02.1990	09СТТМ	Бюджетная	4,2
08	Иванова М.П.	Ж	03.06.1991	09ПО	Бюджетная	3,8
09	Андреев А.Ю.	М	08.09.1990	07ПО	Контрактная	3,6
10	Артамонов П.П.	М	04.05.1991	202	Бюджетная	4,8
11	Курпатова О.М.	Ж	09.02.1990	104	Бюджетная	4,0
12	Курочкина А.С.	Ж	03.07.1991	106	Бюджетная	4,6
13	Смирнов В.И.	М	06.05.1989	07СТТМ	Контрактная	4,6
14	Еремеев А.А.	М	04.02.1992	09СТТМ	Бюджетная	3,0
15	Крюковских Л.А.	Ж	29.07.1991	101	Бюджетная	3,2
02	Сухоруков Д.С.	М	14.03.1990	10ПО	Бюджетная	4,0
03	Андриянова Т.В.	Ж	12.06.1991	212	Контрактная	3,4
04	Суровцева Н.П.	Ж	18.11.1991	104	Бюджетная	3,4
05	Артамонов М.П.	М	03.08.1989	06ААХТ	Контрактная	3,2
06	Дмитриева В.И.	Ж	12.03.1991	101	Бюджетная	4,4
07	Александров М.П.	М	21.12.1990	106	Бюджетная	3,2

Таблица 1. Содержимое таблицы «Ведомость».

Ведомость
Личный номер студента	История	Физика	Математика	Психология	Дискретная математика	Информатика	География
1	4	5	3	3	5	4	3
10	4	4	4	4	4	5	4
11	3	5	4	4	5	4	4
12	5	3	4	4	3	3	4
13	5	4	5	5	4	5	5
14	3	2	2	2	2	4	2
15	4	5	5	5	5	5	5
2	5	5	3	3	5	4	3
3	3	5	5	5	5	4	5
4	5	5	4	4	5	5	4
5	4	4	2	2	4	4	2
6	5	5	5	5	5	5	5
7	2	3	4	4	3	3	4
8	3	4	3	3	4	3	3
9	5	2	5	5	2	2	5

Таблица 2. Содержимое таблицы «Дополнительная информация».

Дополнительная информация
Личный номер	Форма обучения	Закрытие сессии в срок	Наличие задолженностей
1	Бюджетная	Да	Нет
10	Бюджетная	Да	Нет
11	Бюджетная	Нет	Нет
12	Бюджетная	Да	Нет
13	Договорная	Да	Нет
14	Бюджетная	Нет	Да
15	Бюджетная	Нет	Да
2	Бюджетная	Нет	Нет
3	Договорная	Нет	Нет
4	Бюджетная	Да	Нет
5	Договорная	Нет	Да
6	Бюджетная	Да	Нет
7	Бюджетная	Нет	Да
8	Бюджетная	Да	Нет
9	Договорная	Да	Нет

Таблица 3. Результат запроса «Закрытие сессии в срок».

Закрытие сессии в срок
Личный номер студента	Фамилия	Имя	Отчество	Закрытие сессии в срок
1	Афанасьева	Светлана	Владимировна	Да
4	Селезнев	Сергей	Петрович	Да
6	Леонова	Галина	Юрьевна	Да
8	Душенко	Анна	Афанасьева	Да
9	Светлячков	Павел	Федорович	Да
10	Усов	Александр	Сергеевич	Да
12	Пигарев	Глеб	Алексеевич	Да
13	Лукашкова	Мария	Петровна	Да

Таблица 4. Результат запроса «Сортировка по возрасту».

Сортировка по возрасту
Личный номер	Фамилия	Имя	Отчество	Дата рождения	Группа
7	Савельева	Анастасия	Эдуардовна	26.02.1994	ПС-9987
5	Петров	Олег	Львович	11.08.1993	ПГ-3205
1	Афанасьева	Светлана	Владимировна	09.04.1993	ОЮ-1754
12	Пигарев	Глев	Алексеевич	14.02.1993	БИ-9878
14	Зайцева	Надежда	Львовна	02.01.1993	БИ-9878
10	Усов	Александр	Сергеевич	31.12.1992	ПМ-0202
13	Лукашкова	Мария	Петровна	28.06.1992	БИ-9878
4	Селезнев	Сергей	Петрович	05.06.1992	ЭКО-8795
3	Грачев	Виктор	Александрович	01.04.1992	ЭКО-8795
15	Проскурня	Светлана	Эдуардовна	01.01.1992	ПГ-3205
9	Светлячков	Павел	Федорович	24.11.1991	ПГ-3205
11	Маринчук	Наталья	Сергеевна	22.09.1991	ПМ-0202
6	Леонова	Галина	Юрьевна	04.04.1991	ПС-9987
2	Астапенко	Юлия	Владимировна	10.02.1991	ОЮ-1754
8	Душенко	Анна	Афанасьева	10.01.1990	ПГ-3205

Таблица 5. Результат запроса «Форма обучения», при введенном параметре «договорная».

Форма обучения
Личный номер	Фамилия	Имя	Отчество	Форма обучения
3	Грачев	Виктор	Александрович	Договорная
5	Петров	Олег	Львович	Договорная
9	Светлячков	Павел	Федорович	Договорная
13	Лукашкова	Мария	Петровна	Договорная

Таблица 6. Результат запроса «Вычисляемый запрос».

Средний балл
Личный номер	ФИО	Средний балл	Наличие задолженностей
1	Афанасьева С.В.	5,8	Нет
2	Астапенко Ю.В.	6	Нет
3	Грачев В.А.	6,4	Нет
4	Селезнев С.П.	6,6	Нет
5	Петров О.Л.	5	Да
6	Леонова Г.Ю.	7	Нет
7	Савельева А.Э.	4,8	Да
8	Душенко А.А.	5	Нет
9	Светлячков П.Ф.	5,2	Нет
10	Усов А.С.	6	Нет
11	Маринчук Н.С.	6	Нет
12	Пигарев Г.А.	5,4	Нет
13	Лукашкова М.П.	6,6	Нет
14	Зайцева Н.Л.	4	Да
15	Проскурня С.Э.	6,8	Да

1. 1 http://chem-otkrit.ru/soft/Access - теоретический материал по программе MicrosoftAccess ↑

2. Гринченко Н.Н., Гусев Е.В., Макаров Н.П. Проектирование баз данных СУБД Microsoft Access, учебное пособие: 2004. ISBN 5-93517-193-7 ↑

3. http://chem-otkrit.ru/soft/Access - теоретический материал по программе MicrosoftAccess ↑