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

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

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

Так как Microsoft Access является современным приложением Windows, можно использовать в работе все возможности DDE (динамический обмен данными) и OLE (связь и внедрение объектов). DDE позволяет осуществлять обмен данными между Access и любым другим поддерживающим DDE приложением Windows. В Microsoft Access можно при помощи макросов или Access Basic осуществлять динамический обмен данными с другими приложениями.

OLE является более изощренным средством Windows, которое позволяет установить связь с объектами другого приложения или внедрить какие-либо объекты в базу данных Access. Такими объектами могут быть картинки, диаграммы, электронные таблицы или документы из других поддерживающих OLE приложений Windows.

В Microsoft Access для обработки данных базовых таблиц используется мощный язык SQL (структурированный язык запросов). Используя SQL можно выделить из одной или нескольких таблиц необходимую для решения конкретной задачи информацию. Access значительно упрощает задачу обработки данных. Совсем не обязательно знать язык SQL. При любой обработке данных из нескольких таблиц Access использует однажды заданные связи между таблицами. [6]

В Microsoft Access имеется также простое и в то же время богатое возможностями средство графического задания запроса - так называемый «запрос по образцу», которое используется для задания данных, необходимых для решения некоторой задачи. Используя для выделения и перемещения элементов на экране стандартные приемы работы с мышью в Windows и несколько клавиш на клавиатуре, можно буквально за секунды построить довольно сложный запрос. [4]

Microsoft Access спроектирован таким образом, что он может быть использован как в качестве самостоятельной СУБД на отдельной рабочей станции, так и в сети - в режиме «клиент-сервер». Поскольку в Microsoft Access к данным могут иметь доступ одновременно несколько пользователей, в нем предусмотрены надежные средства защиты и обеспечения целостности данных. Можно заранее указать, какие пользователи или группы пользователей могут иметь доступ к объектам (таблицам, формам, запросам) базы данных. Microsoft Access автоматически обеспечивает защиту данных от одновременной их корректировки разными пользователями. Access также опознает и учитывает защитные средства других подсоединенных к базе данных структур (таких, как базы данных Paradox, dBASE и SQL).

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

Access - мощное приложение Windows. Впервые производительность СУБД органично сочетается с теми удобствами, которые имеются в распоряжении пользователей Microsoft Windows. Поскольку оба эти продукта - детища компании Microsoft, они прекрасно взаимодействуют между собой. Система Access работает под управлением Windows, так что при работе с ней пользователю доступны все преимущества Windows. Можно вырезать, копировать и вставлять данные из любого приложения Windows и Access и наоборот; можно создать проект формы в Access и вставить его в конструктор форм. [3]

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

Мощность и доступность Access делают эту систему лучшей СУБД из представленных сегодня на рынке. [7]

Все выше сказанное позволило остановить выбор на СУБД Access для постановки и решения задачи проектирования объектной модели предметной области «Организация учебного процесса в колледже».

3.2 Концептуальное проектирование объектной модели

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

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

Описание концептуальной модели:

1 Сущность «Группы» характеризуется следующими атрибутами:

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

1.2 Код специальности - внешний ключ для связи с сущностью «Специальность».

1.3 Название группы.

2 Сущность «Дисциплины» характеризуется следующими атрибутами:

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

1.2 Название дисциплины.

3 Сущность «Матрица компетенций» характеризуется следующими атрибутами:

1.1 Номер по порядку - внешний ключ, служащий для связи с сущностями «Учебный план»; первичный ключ.

1.2 Индекс УД или ПМ - внешний ключ для связи с сущностью «Наименование УД и ПМ».

1.3 Название УД или ПМ - внешний ключ для связи с сущностью «Наименование УД и ПМ».

1.4 Профессиональные компетенции

4 Сущность «Наименование УД и ПМ» характеризуется следующими атрибутами:

1.1 Индекс УД или ПМ - внешний ключ, служащий для связи с сущностями «Матрица компетенций», «ФГО стандарт»; первичный ключ.

1.2 Название УД или ПМ - внешний ключ, служащий для связи с сущностями «Матрица компетенций», «ФГО стандарт»; первичный ключ.

5 Сущность «Норма для преподавателей на группу» характеризуется следующими атрибутами:

1.1 Код нормы - внешний ключ, служащий для связи с сущностями «Преподаватели»; первичный ключ.

1.2 Фамилия преподавателя

1.3 Имя преподавателя

1.4 Отчество преподавателя

1.5 Группа

1.6 Дисциплина

1.7 Норма часов

6 Сущность «Образование» характеризуется следующими атрибутами:

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

1.2 Код студента - внешний ключ для связи с сущностью «Студенты».

1.3 Образование

1.4 Наименование учебного заведения

1.5 Год окончания

1.6 Серия документа

1.7 Номер документа

7 Сущность «Преподаватели» характеризуется следующими атрибутами:

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

1.2 Фамилия

1.3 Имя

1.4 Отчество

1.5 Дата рождения

1.6 Адрес

1.7 Специализация

1.8 Стаж работы

8 Сущность «Студенты» характеризуется следующими атрибутами:

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

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

1.3 Фамилия

1.4 Имя

1.5 Отчество

1.6 Пол

1.7 Дата рождения

1.8 Адрес

1.9 Серия паспорта

1.10 Номер паспорта

1.11 Кем выдан

1.12 Дата выдачи

1.13 Военная обязанность

1.14 Дата поступления

9 Сущность «Успеваемость» характеризуется следующими атрибутами:

1.1 Код успеваемости - внешний ключ, служащий для связи с сущностями «Студенты», «Дисциплины», «Группы»; первичный ключ.

1.2 Фамилия студента

1.3 Имя студента

1.4 Отчество студента

1.5 Группа

1.6 Дисциплина

1.7 Оценка за 1 семестр

1.8 Оценка за 2 семестр

1.9 Средний бал

10 Сущность «Учебный план» характеризуется следующими атрибутами:

1.1 Номер по порядку - внешний ключ, служащий для связи с сущностями «Наименование УД или ПМ»; первичный ключ.

1.2 Индекс УД или ПМ - внешний ключ, служащий для связи с сущностями «Матрица компетенций», «ФГО стандарт»; первичный ключ.

1.3 Название УД или ПМ - внешний ключ, служащий для связи с сущностями «Матрица компетенций», «ФГО стандарт»; первичный ключ.

1.4 1 семестр

1.5 2 семестр

1.6 3 семестр

1.7 4 семестр

1.8 5 семестр

1.9 6 семестр

1.9 7 семестр

1.9 8 семестр

11 Сущность «Назначение» характеризуется следующими атрибутами:

1.1 Код преподавателя - внешний ключ для связи с сущностью «Дисциплины», «Преподаватели».

1.2 Код дисциплины - внешний ключ для связи с сущностью «Дисциплины», «Преподаватели».

12 Сущность «Специальность» характеризуется следующими атрибутами:

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

1.2 Название факультета

1.3 Сокращенное название

1.4 Телефон

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

- исключение некоторых типов избыточности;

- устранение некоторых аномалий обновления;

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

- упрощение процедуры применения необходимых ограничений целостности.

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

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

Группы (Код группы, код специальности, название группы).

Дисциплины (Код дисциплины, название дисциплины).

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

Наименование УД и ПМ (Индекс уд или пм, название уд или пм)

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

Образование (Код образования, код студента, образование, наименование учебного заведения, год окончания, серия документа, номер документа).

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

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

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

Учебный план (Номер по порядку, индекс уд или пм, название уд или пм, 1 семестр, 2 семестр, 3 семестр, 4 семестр, 5 семестр, 6 семестр, 7 семестр, 8 семестр).

Назначение (Код преподавателя, код дисциплины)

Специальность (Код, Название факультета, сокращенное название, телефон)

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

Создаваемая информационная система будет содержать следующие таблицы: Группы, дисциплины, матрица компетенций, наименование уд и пм, норма для преподавателей на группу, образование, преподаватели, студенты, успеваемость, учебный план, назначение, специальность (Таблица 1 - 11).

Таблица 1 - Структура таблицы Группы

Наименование поля	Тип данных	Длина	Допустимое значение	Первичный ключ	Внешний ключ
Код группы	Счетчик		NOT_NULL	+
Код специальности	Числовой				+
Название группы	Текстовый	50

Таблица 2 - Структура таблицы Дисциплины

Наименование поля	Тип данных	Длина	Допустимое значение	Первичный ключ	Внешний ключ
Код дисциплины	Счетчик		NOT_NULL	+
Название дисциплины	Текстовый

Таблица 3 - Структура таблицы Матрица компетенций

Наименование поля	Тип данных	Длина	Допустимое значение	Первичный ключ	Внешний ключ
Номер по порядку	Числовой		NOT_NULL	+
Индекс УД или ПМ	Текстовый	10			+
Название УД или ПМ	Текстовый	100			+
Профессиональные компетенции	Логический

Таблица 4 - Структура таблицы Наименование УД и ПМ

Наименование поля	Тип данных	Длина	Допустимое значение	Первичный ключ	Внешний ключ
Индекс УД или ПМ	Текстовый	10	NOT_NULL	+
Название УД или ПМ	Текстовый	100	NOT_NULL	+

Таблица 5 - Структура таблицы Норма для преподавателей на группу

Наименование поля	Тип данных	Длина	Допустимое значение	Первичный ключ	Внешний ключ
Код нормы	Счетчик		NOT_NULL	+
Фамилия преподавателя	Текстовый	50
Имя преподавателя	Текстовый	50
Отчество преподавателя	Текстовый	50
Группа	Числовой
Дисциплина	Текстовый	50
Норма часов	Числовой

Таблица 6 - Структура таблицы Образование

Наименование поля	Тип данных	Длина	Допустимое значение	Первичный ключ	Внешний ключ
Код образования	Счетчик		NOT_NULL	+
Код студента	Числовой				+
Образование	Текстовый	50
Наименование учебного заведения	Текстовый	255
Год окончания	Числовой
Серия документа	Текстовый	50
Номер документа	Числовой

Таблица 7 - Структура таблицы Преподаватели

Наименование поля	Тип данных	Длина	Допустимое значение	Первичный ключ	Внешний ключ
Код преподавателя	Счетчик		NOT_NULL	+
Фамилия	Текстовый	50
Имя	Текстовый	50
Отчество	Текстовый	50
Дата рождения	Дата/время
Адрес	Текстовый	100
Специализация	Текстовый	50
Стаж работы	Числовой

Таблица 8 - Структура таблицы Студенты

Наименование поля	Тип данных	Длина	Допустимое значение	Первичный ключ	Внешний ключ
Код студента	Счетчик		NOT_NULL	+
Код группы	Числовой				+
Фамилия	Текстовый	50
Имя	Текстовый	50
Отчество	Текстовый	50
Пол	Текстовый	50
Дата рождения	Дата/время
Адрес	Текстовый	100
Серия паспорта	Числовой
Номер паспорта	Числовой
Кем выдан	Текстовый	50
Дата выдачи	Дата/время
Военная обязанность	Текстовый	50
Дата поступления	Дата/время

Таблица 9 - Структура таблицы Успеваемость

Наименование поля	Тип данных	Длина	Допустимое значение	Первичный ключ	Внешний ключ
Код успеваемости	Счетчик		NOT_NULL	+
Фамилия студента	Текстовый	50
Имя студента	Текстовый	50
Отчество студента	Текстовый	50
Группа	Числовой
Дисциплина	Числовой
Оценка за 1 семестр	Числовой
Оценка за 2 семестр	Числовой
Средний бал	Числовой

Таблица 10 - Структура таблицы Учебный план

Наименование поля	Тип данных	Длина	Допустимое значение	Первичный ключ	Внешний ключ
Номер по порядку	Счетчик		NOT_NULL	+
Индекс УД или ПМ	Текстовый	10			+
Название УД или ПМ	Текстовый	100			+
1 семестр	Логический
2 семестр	Логический
3 семестр	Логический
4 семестр	Логический
5 семестр	Логический
6 семестр	Логический
7 семестр	Логический
8 семестр	Логический

Таблица 11 - Структура таблицы Специальность

Наименование поля	Тип данных	Длина	Допустимое значение	Первичный ключ	Внешний ключ
Код факультета	Счетчик		NOT_NULL	+
Название факультета	Текстовый	100
Сокращенное название	Текстовый	50
Телефон	Текстовый	15

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

3.3 Реализация информационной системы «Организация учебного процесса в колледже»

В Access в полной мере реализовано управление реляционными базами данных. Система поддерживает первичные и внешние ключи и обеспечивает целостность данных на уровне ядра (что предотвращает несовместимые операции обновления или удаления данных). Кроме того, таблица в Access снабжены средствами проверки допустимости данных, предотвращающими некорректный ввод вне зависимости от того, как он осуществляется, а каждое поле таблицы имеет свой формат и стандартные описания, что существенно облегчает ввод данных. Access поддерживает все необходимые типы полей, в том числе: текстовый, числовой, счётчик, денежный, дата / время, МЕМО и логический. Если в процессе специальной обработки в полях не оказывается никаких значений, система обеспечивает полную поддержку пустых значений. [2]

Работа в Access начинается с определения реляционных таблиц и их полей, которые будут содержать данные, как показано на рисунке 25.



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

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

Рисунок 26 – Описание структуры записи таблиц в базе данных

Размещено на http://www.allbest.ru/

40

Размещено на http://www.allbest.ru/

Рисунок 27 – Содержимое таблиц базы данных

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

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

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

Рисунок 29 – Структура форм базы данных предметной области «Организация учебного процесса

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

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

В данном дипломном проекте созданы разные формы, которые представлены далее.

Форма «Главная форма» является стартовой кнопочной формой, с помощью которой осуществляется доступ к остальным формам и отчетам (рисунок 30).

Рисунок 30 – Структура формы «Главная форма»

Формы «Преподаватели», «Факультет», «Студенты» представляют пользователю информацию о преподавателях колледжа. Данная форма имеет режим «одиночная форма». На форме располагается подчиненные формы, которые показывает содержимое форм (рисунок 31). На формах имеются кнопки, такие как:

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

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

- «Норма на группу» - данная кнопка открывает содержимое формы Норма на группу.

- «Группы» - данная кнопка открывает содержимое формы Группы.

- «Дисциплины» - данная кнопка открывает содержимое таблицы Дисциплины.

- «Образование» - данная кнопка открывает содержимое таблицы Образование.

- «Успеваемость» - данная кнопка открывает содержимое таблицы Успеваемость.

- «Закрыть форму» - данная кнопка закрывает форму.

Рисунок 31 – Структура форм «Преподаватели», «Факультет», «Студенты»

Форма «ФГОС» предоставляет возможность пользователю рассмотреть текстовую версию стандарта специальности. Режим формы «одиночная форма». На форме располагается три кнопки, которые в свою очередь позволяют закрывать форму, переходить на главную форму и закрывать приложение (рисунок 32).



Рисунок 32 – Структура формы «ФГОС»

Форма «Наименование УД и ПМ» предоставляет пользователю информацию об учебных дисциплинах и профессиональных модулях, изучаемых на специальностях. Данная форма аналогична форме «ФГОС». На данной форме располагается две кнопки (рисунок 33).

Рисунок 33 – Структура формы «Наименование УД и ПМ»

Форма «Матрица компетенций» предоставляет информацию о профессиональных компетенциях. Данная форма имеет режим «одиночной формы». Эта форма предоставляет нам переход к отчетам по специальностям (рисунок 34).

Рисунок 34 – Структура формы «Матрица компетенций»

Форма «Учебный план» представляют пользователю информацию о процессах, связанных с формированием учебного плана. Данная форма имеет режим «одиночная форма». На форме располагается подчиненные формы, которые показывает содержимое форм. На формах имеется группа кнопок, направленные на выбор семестра, в котором предполагается дальнейшее изучение учебной дисциплины или профессионального модуля (рисунок 35).

Рисунок 35 – Структура формы «Учебный план»

Созданные формы можно изменять в процессе работы.

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

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

В данной дипломной работе строятся следующие основные отчеты:

Отчет «Наименование УД и ПМ» - предоставляет все сведения о номере и наименовании учебной дисциплины и профессиональном модуле, изучаемых по каждой специальности (рисунок 36):

Рисунок 36 – Фрагмент отчета «Наименование УД и ПМ»

В отчете «Матрица компетенций» просматриваются все сведения о профессиональных компетенциях, изучаемых на учебных дисциплинах и профессиональных модулях (рисунок 37):



Рисунок 37 – Фрагмент отчета «Матрица компетенций»

Отчет «Успеваемость» предоставляет все сведения об успеваемости студентов за 2 семестра и выводит средний балл (рисунок 38):

Рисунок 38 – Фрагмент отчета «Успеваемость»

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

К основным типам запросов относятся следующие запросы:

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

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

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

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

- Запрос на присоединение - добавляет целые записи или только указанные поля в таблице;

- Запрос на обновление - изменяет данные в существующих таблицах на основании информации в окне Конструктора.

- Все запросы на изменение формируются в режиме Конструктора.

SQL-запрос. Эти запросы предназначены для решения более сложных задач. Они создаются с использованием операторов SQL.

Перечислим варианты SQL-запросов:

- Запрос на объединение - совмещает в одно поле поля, расположенные в одной или нескольких таблицах или запросах;

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

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

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

К примеру, конструкция запроса «Образование студентов» имеет следующий вид:

Рисунок 39 – Структура запроса «Образование студентов»

Как можно увидеть для создания этого запроса используются четыре таблицы базы данных («Фамилия», «Фамилия», «Отчество», «Образование»), соединённых между собой по первому типу связи: Объединение только тех записей, в которых связанные поля обеих таблиц совпадают (рисунок 39). Результат запроса «Образование студентов» представлен на рисунке 40, в котором необходимо отобразить информацию об образовании студента под фамилией Белоконь:

Рисунок 40 – Результат запроса «Образование студентов»

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

Рисунок 41 – Результат запроса по значению текстового поля

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

Рисунок 42 – Диалоговое окно ввода параметра

Конструкция запроса с параметром представлен на рисунке 43.

Рисунок 43 – Структура запроса по значению поля

Все остальные запросы выглядят аналогично, кроме перекрестных запросов, которые в своей структуре используют соединение несколько таблиц и выбор данных по определенному параметру. К примеру, результат запроса «Отбор учебных дисциплин и профессиональных модулей, изучаемых ПК1 - ПК6 в 3 семестре» представлен на рисунке 44:

Рисунок 44 – Результат запроса «Отбор учебных дисциплин и профессиональных модулей, изучаемых ПК1 - ПК6 в 3 семестре»

SQL запрос «Отбор учебных дисциплин и профессиональных модулей, изучаемых ПК1 - ПК6 в 3 семестре» выглядит следующим образом:

SELECT УчебныйПлан. Index_UDiPM, МатрицаКомпетенций. Name_UDiPM, МатрицаКомпетенций. [PK 11], МатрицаКомпетенций. [PK 12], МатрицаКомпетенций. [PK 13], МатрицаКомпетенций. [PK 14], МатрицаКомпетенций. [PK 15], МатрицаКомпетенций. [PK 16]

FROM МатрицаКомпетенций INNER JOIN УчебныйПлан

ON МатрицаКомпетенций. NomepM = УчебныйПлан. Nomer

WHERE МатрицаКомпетенций. [PK 11]=True

and УчебныйПлан. [3Semestr]=True

and УчебныйПлан. Index_UDiPM<>'ПМ.01'

OR МатрицаКомпетенций. [PK 12]=True

and УчебныйПлан. [3Semestr]=True

and УчебныйПлан. Index_UDiPM<>'ПМ.01'

OR МатрицаКомпетенций. [PK 13]=True

and УчебныйПлан. [3Semestr]=True

and УчебныйПлан. Index_UDiPM<>'ПМ.01'

OR МатрицаКомпетенций. [PK 14]=True

and УчебныйПлан. [3Semestr]=True

and УчебныйПлан. Index_UDiPM<>'ПМ.01'

OR МатрицаКомпетенций. [PK 15]=True

and УчебныйПлан. [3Semestr]=True

and УчебныйПлан. Index_UDiPM<>'ПМ.01'

OR МатрицаКомпетенций. [PK 16]=True

and УчебныйПлан. [3Semestr]=True

and УчебныйПлан. Index_UDiPM<>'ПМ.01';

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

Все эти запросы в дальнейшем будут направлены на реализацию поставленных перед нами задач.

3.4 Результат работы информационной системы «Организация учебного процесса в колледже» для составления учебного плана

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

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

Рассмотрим составленный учебный план ГБОУ СПО Ейского педагогического колледжа Краснодарского по специальности 230701 Прикладная информатика (по отраслям) до применения информационной системы.

Воспользуемся информационной системой «Организация учебного процесса в колледже» для правильного составления учебного плана по специальности 230701 Прикладная информатика (по отраслям).

Работа начинается с загрузки кнопочной формы, с помощью которой осуществляется навигация по системе (рисунок 45):

Рисунок 45 – Главная кнопочная форма

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

Окно «Учебный план» показано на рисунке 46.



Рисунок 46 – Окно Учебный план

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

Система выводит сообщение, что, например, изучение ПМ02 Разработка, внедрение и адаптация ПО отраслевой направленности не возможно изучение в 3 семестре, потому что профессиональные компетенции, изучаемые в этом модуле буду изучаться на учебных дисциплинах позже на 5 семестре (рисунок 47).

Рисунок 47 – Результат проверки профессиональных компетенций в 3 семестре

Продолжая проверку по семестрам, выясняем, что изучение ПМ02 Разработка, внедрение и адаптация ПО отраслевой направленности возможно только на 5 семестре, потому что появляется учебная дисциплина Менеджмент, на которой изучается профессиональные компетенции этого модуля (рисунок 48).

Рисунок 48 – Результат проверки профессиональных компетенций в 5 семестре

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

Учебный план ГБОУ СПО Ейского педагогического колледжа Краснодарского по специальности 230701 Прикладная информатика (по отраслям) после применения информационной системы выглядит, как показано в таблице 12.

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

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

- повысилась производительность труда;

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

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

- образовалась согласованная межпредметная связь;

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

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

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

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

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

Заключение

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

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

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

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

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

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

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

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

Цель дипломной работы достигнута, задачи, поставленные в начале работы решены.

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

1. Боггс У., Боггс М. UML и Rational Rose. - М.: Лори, 2009 - 582 с.

2. Буч Г., Рамбо Д., Джекобсон А. Язык UML Руководство пользователя - С-П.: Издательство «Питер», 2010 - 432 с

3. Иванова Г.С. Технология программирования учебник / Учебник для вузов. - М.: Издательство МГТУ им. Н.Э. Баумана, 2011 - 320 с.

4. Коуд П., Норт Д., Мейфилд М. Объектные модели. Стратегии, шаблоны и приложения - Издательство Лори, 2009 - 430 с.

5. Ларман К. Применение UML и шаблонов проектирования. 2-е издание - М.: «Вильямс», 2010 - 624 с.

6. Лешек А. Мацяшек. Анализ требований и проектирование систем. Разработка информационных систем с использованием UML - М.: «Вильямс», 2012 - 150 с.

7. Мюллер Р.Дж. Базы данных и UML - М.: Лори, 2012 - 420 с.

8. Трофимов С.А. Case-технологии. Практическая работа в Rational Rose. - М.: Бином, 2010 - 272 с

9. Фаулер М., Скотт К. UML. Основы. Краткое руководство по унифицированному языку моделирования. - М.: «Символ-плюс», 2012 - 192 с.

10. Шмуллер Дж. Освой самостоятельно UML 2 за 24 часа. Практическое руководство. - М.: «Вильямс», 2009. - 416 с.

11. http://www.intuit.ru

12. http://www.maksakov-sa.ru/ModelUML/index.html

13. http://www.uml.org

14. http://www.uml2.ru

Приложение

Листинг SQL-кода базы данных «Организация учебного процесса»

Отбор учебных дисциплин и профессиональных модулей, изучаемых ПК1.1 - ПК1.6 в 1 семестре

SELECT УчебныйПлан. Index_UDiPM, МатрицаКомпетенций. Name_UDiPM, МатрицаКомпетенций. [PK 11], МатрицаКомпетенций. [PK 12], МатрицаКомпетенций. [PK 13], МатрицаКомпетенций. [PK 14], МатрицаКомпетенций. [PK 15], МатрицаКомпетенций. [PK 16]

FROM МатрицаКомпетенций INNER JOIN УчебныйПлан ON МатрицаКомпетенций. NomepM = УчебныйПлан. Nomer

WHERE МатрицаКомпетенций. [PK 11]=True

and УчебныйПлан. [1Semestr]=True

and УчебныйПлан. Index_UDiPM<>'ПМ.01'

OR МатрицаКомпетенций. [PK 12]=True

and УчебныйПлан. [1Semestr]=True

and УчебныйПлан. Index_UDiPM<>'ПМ.01'

OR МатрицаКомпетенций. [PK 13]=True

and УчебныйПлан. [1Semestr]=True

and УчебныйПлан. Index_UDiPM<>'ПМ.01'

OR МатрицаКомпетенций. [PK 14]=True

And УчебныйПлан. [1Semestr]=True

And УчебныйПлан. Index_UDiPM<>'ПМ.01'

OR МатрицаКомпетенций. [PK 15]=True

And УчебныйПлан. [1Semestr]=True

And УчебныйПлан. Index_UDiPM<>'ПМ.01'

OR МатрицаКомпетенций. [PK 16]=True

And УчебныйПлан. [1Semestr]=True

And УчебныйПлан. Index_UDiPM<>'ПМ.01';

Отбор учебных дисциплин и профессиональных модулей, изучаемых ПК1.1 - ПК1.6 во 2 семестре

SELECT УчебныйПлан. Index_UDiPM, МатрицаКомпетенций. Name_UDiPM, МатрицаКомпетенций. [PK 11], МатрицаКомпетенций. [PK 12], МатрицаКомпетенций. [PK 13], МатрицаКомпетенций. [PK 14], МатрицаКомпетенций. [PK 15], МатрицаКомпетенций. [PK 16]

FROM МатрицаКомпетенций INNER JOIN УчебныйПлан ON МатрицаКомпетенций. NomepM = УчебныйПлан. Nomer

WHERE МатрицаКомпетенций. [PK 11]=True

And УчебныйПлан. [2Semestr]=True

And УчебныйПлан. Index_UDiPM<>'ПМ.01'

OR МатрицаКомпетенций. [PK 12]=True

And УчебныйПлан. [2Semestr]=True

And УчебныйПлан. Index_UDiPM<>'ПМ.01'

OR МатрицаКомпетенций. [PK 13]=True

And УчебныйПлан. [2Semestr]=True

And УчебныйПлан. Index_UDiPM<>'ПМ.01'

OR МатрицаКомпетенций. [PK 14]=True

And УчебныйПлан. [2Semestr]=True

And УчебныйПлан. Index_UDiPM<>'ПМ.01'

OR МатрицаКомпетенций. [PK 15]=True

And УчебныйПлан. [2Semestr]=True

And УчебныйПлан. Index_UDiPM<>'ПМ.01'

OR МатрицаКомпетенций. [PK 16]=True

And УчебныйПлан. [2Semestr]=True

And УчебныйПлан. Index_UDiPM<>'ПМ.01';

Отбор учебных дисциплин и профессиональных модулей, изучаемых ПК1.1 - ПК1.6 в 4 семестре

SELECT УчебныйПлан. Index_UDiPM, МатрицаКомпетенций. Name_UDiPM, МатрицаКомпетенций. [PK 11], МатрицаКомпетенций. [PK 12], МатрицаКомпетенций. [PK 13], МатрицаКомпетенций. [PK 14], МатрицаКомпетенций. [PK 15], МатрицаКомпетенций. [PK 16]

FROM МатрицаКомпетенций INNER JOIN УчебныйПлан ON МатрицаКомпетенций. NomepM = УчебныйПлан. Nomer

WHERE МатрицаКомпетенций. [PK 11]=True

And УчебныйПлан. [4Semestr]=True

And УчебныйПлан. Index_UDiPM<>'ПМ.01'

OR МатрицаКомпетенций. [PK 12]=True

And УчебныйПлан. [4Semestr]=True

And УчебныйПлан. Index_UDiPM<>'ПМ.01'

OR МатрицаКомпетенций. [PK 13]=True

And УчебныйПлан. [4Semestr]=True

And УчебныйПлан. Index_UDiPM<>'ПМ.01'

OR МатрицаКомпетенций. [PK 14]=True

And УчебныйПлан. [4Semestr]=True

And УчебныйПлан. Index_UDiPM<>'ПМ.01'

OR МатрицаКомпетенций. [PK 15]=True

And УчебныйПлан. [4Semestr]=True

And УчебныйПлан. Index_UDiPM<>'ПМ.01'

OR МатрицаКомпетенций. [PK 16]=True

And УчебныйПлан. [4Semestr]=True

And УчебныйПлан. Index_UDiPM<>'ПМ.01';

Отбор учебных дисциплин и профессиональных модулей, изучаемых ПК1.1 - ПК1.6 в 5 семестре

SELECT УчебныйПлан. Index_UDiPM, МатрицаКомпетенций. Name_UDiPM, МатрицаКомпетенций. [PK 11], МатрицаКомпетенций. [PK 12], МатрицаКомпетенций. [PK 13], МатрицаКомпетенций. [PK 14], МатрицаКомпетенций. [PK 15], МатрицаКомпетенций. [PK 16]

FROM МатрицаКомпетенций INNER JOIN УчебныйПлан ON МатрицаКомпетенций. NomepM = УчебныйПлан. Nomer

WHERE МатрицаКомпетенций. [PK 11]=True

And УчебныйПлан. [5Semestr]=True

And УчебныйПлан. Index_UDiPM<>'ПМ.01'

OR МатрицаКомпетенций. [PK 12]=True

And УчебныйПлан. [5Semestr]=True

And УчебныйПлан. Index_UDiPM<>'ПМ.01'

OR МатрицаКомпетенций. [PK 13]=True

And УчебныйПлан. [5Semestr]=True

And УчебныйПлан. Index_UDiPM<>'ПМ.01'

OR МатрицаКомпетенций. [PK 14]=True

And УчебныйПлан. [5Semestr]=True

And УчебныйПлан. Index_UDiPM<>'ПМ.01'

OR МатрицаКомпетенций. [PK 15]=True

And УчебныйПлан. [5Semestr]=True

And УчебныйПлан. Index_UDiPM<>'ПМ.01'

OR МатрицаКомпетенций. [PK 16]=True

And УчебныйПлан. [5Semestr]=True

And УчебныйПлан. Index_UDiPM<>'ПМ.01';

Отбор учебных дисциплин и профессиональных модулей, изучаемых ПК1.1 - ПК1.6 в 6 семестре

SELECT УчебныйПлан. Index_UDiPM, МатрицаКомпетенций. Name_UDiPM, МатрицаКомпетенций. [PK 11], МатрицаКомпетенций. [PK 12], МатрицаКомпетенций. [PK 13], МатрицаКомпетенций. [PK 14], МатрицаКомпетенций. [PK 15], МатрицаКомпетенций. [PK 16]

FROM МатрицаКомпетенций INNER JOIN УчебныйПлан ON МатрицаКомпетенций. NomepM = УчебныйПлан. Nomer

WHERE МатрицаКомпетенций. [PK 11]=True

And УчебныйПлан. [6Semestr]=True

And УчебныйПлан. Index_UDiPM<>'ПМ.01'

OR МатрицаКомпетенций. [PK 12]=True

And УчебныйПлан. [6Semestr]=True

And УчебныйПлан. Index_UDiPM<>'ПМ.01'

OR МатрицаКомпетенций. [PK 13]=True

And УчебныйПлан. [6Semestr]=True

And УчебныйПлан. Index_UDiPM<>'ПМ.01'

OR МатрицаКомпетенций. [PK 14]=True

And УчебныйПлан. [6Semestr]=True

And УчебныйПлан. Index_UDiPM<>'ПМ.01'

OR МатрицаКомпетенций. [PK 15]=True

And УчебныйПлан. [6Semestr]=True

And УчебныйПлан. Index_UDiPM<>'ПМ.01'

OR МатрицаКомпетенций. [PK 16]=True

And УчебныйПлан. [6Semestr]=True

And УчебныйПлан. Index_UDiPM<>'ПМ.01';

Отбор учебных дисциплин и профессиональных модулей, изучаемых ПК1.1 - ПК1.6 в 7 семестре

SELECT УчебныйПлан. Index_UDiPM, МатрицаКомпетенций. Name_UDiPM, МатрицаКомпетенций. [PK 11], МатрицаКомпетенций. [PK 12], МатрицаКомпетенций. [PK 13], МатрицаКомпетенций. [PK 14], МатрицаКомпетенций. [PK 15], МатрицаКомпетенций. [PK 16]

FROM МатрицаКомпетенций INNER JOIN УчебныйПлан ON МатрицаКомпетенций. NomepM = УчебныйПлан. Nomer

WHERE МатрицаКомпетенций. [PK 11]=True

And УчебныйПлан. [7Semestr]=True

And УчебныйПлан. Index_UDiPM<>'ПМ.01'

OR МатрицаКомпетенций. [PK 12]=True

And УчебныйПлан. [7Semestr]=True

And УчебныйПлан. Index_UDiPM<>'ПМ.01'

OR МатрицаКомпетенций. [PK 13]=True

And УчебныйПлан. [7Semestr]=True

And УчебныйПлан. Index_UDiPM<>'ПМ.01'

OR МатрицаКомпетенций. [PK 14]=True

And УчебныйПлан. [7Semestr]=True

And УчебныйПлан. Index_UDiPM<>'ПМ.01'

OR МатрицаКомпетенций. [PK 15]=True

And УчебныйПлан. [7Semestr]=True

And УчебныйПлан. Index_UDiPM<>'ПМ.01'

OR МатрицаКомпетенций. [PK 16]=True

And УчебныйПлан. [7Semestr]=True

And УчебныйПлан. Index_UDiPM<>'ПМ.01';

Отбор учебных дисциплин и профессиональных модулей, изучаемых ПК1.1 - ПК1.6 в 8 семестре

SELECT УчебныйПлан. Index_UDiPM, МатрицаКомпетенций. Name_UDiPM, МатрицаКомпетенций. [PK 11], МатрицаКомпетенций. [PK 12], МатрицаКомпетенций. [PK 13], МатрицаКомпетенций. [PK 14], МатрицаКомпетенций. [PK 15], МатрицаКомпетенций. [PK 16]

FROM МатрицаКомпетенций INNER JOIN УчебныйПлан ON МатрицаКомпетенций. NomepM = УчебныйПлан. Nomer

WHERE МатрицаКомпетенций. [PK 11]=True

And УчебныйПлан. [8Semestr]=True

And УчебныйПлан. Index_UDiPM<>'ПМ.01'

OR МатрицаКомпетенций. [PK 12]=True

And УчебныйПлан. [8Semestr]=True

And УчебныйПлан. Index_UDiPM<>'ПМ.01'

OR МатрицаКомпетенций. [PK 13]=True

And УчебныйПлан. [8Semestr]=True

And УчебныйПлан. Index_UDiPM<>'ПМ.01'

OR МатрицаКомпетенций. [PK 14]=True

And УчебныйПлан. [8Semestr]=True

And УчебныйПлан. Index_UDiPM<>'ПМ.01'

OR МатрицаКомпетенций. [PK 15]=True

And УчебныйПлан. [8Semestr]=True

And УчебныйПлан. Index_UDiPM<>'ПМ.01'

OR МатрицаКомпетенций. [PK 16]=True

And УчебныйПлан. [8Semestr]=True

And УчебныйПлан. Index_UDiPM<>'ПМ.01';

Отбор учебных дисциплин и профессиональных модулей, изучаемых ПК2.1 - ПК2.7 в 1 семестре

SELECT УчебныйПлан. Index_UDiPM, МатрицаКомпетенций. Name_UDiPM, МатрицаКомпетенций. [PK 21], МатрицаКомпетенций. [PK 22], МатрицаКомпетенций. [PK 23], МатрицаКомпетенций. [PK 24], МатрицаКомпетенций. [PK 25], МатрицаКомпетенций. [PK 26], МатрицаКомпетенций. [PK 27]

FROM МатрицаКомпетенций INNER JOIN УчебныйПлан ON МатрицаКомпетенций. NomepM = УчебныйПлан. Nomer

WHERE МатрицаКомпетенций. [PK 21]=True

And УчебныйПлан. [1Semestr]=True

And УчебныйПлан. Index_UDiPM<>'ПМ.02'

OR МатрицаКомпетенций. [PK 22]=True

And УчебныйПлан. [1Semestr]=True

And УчебныйПлан. Index_UDiPM<>'ПМ.02'

OR МатрицаКомпетенций. [PK 23]=True

And УчебныйПлан. [1Semestr]=True

And УчебныйПлан. Index_UDiPM<>'ПМ.02'

OR МатрицаКомпетенций. [PK 24]=True

And УчебныйПлан. [1Semestr]=True

And УчебныйПлан. Index_UDiPM<>'ПМ.02'

OR МатрицаКомпетенций. [PK 25]=True

And УчебныйПлан. [1Semestr]=True

And УчебныйПлан. Index_UDiPM<>'ПМ.02'

OR МатрицаКомпетенций. [PK 26]=True

And УчебныйПлан. [1Semestr]=True

And УчебныйПлан. Index_UDiPM<>'ПМ.02'

OR МатрицаКомпетенций. [PK 27]=True

And УчебныйПлан. [1Semestr]=True

And УчебныйПлан. Index_UDiPM<>'ПМ.02';

Отбор учебных дисциплин и профессиональных модулей, изучаемых ПК2.1 - ПК2.7 во 2 семестре

SELECT УчебныйПлан. Index_UDiPM, МатрицаКомпетенций. Name_UDiPM, МатрицаКомпетенций. [PK 21], МатрицаКомпетенций. [PK 22], МатрицаКомпетенций. [PK 23], МатрицаКомпетенций. [PK 24], МатрицаКомпетенций. [PK 25], МатрицаКомпетенций. [PK 26], МатрицаКомпетенций. [PK 27]

FROM МатрицаКомпетенций INNER JOIN УчебныйПлан ON МатрицаКомпетенций. NomepM = УчебныйПлан. Nomer