Диаграмма компетенций как диаграмма компонентов представлена
на рисунке 21.
Рисунок 21 – Использование сущности «компонент» для
моделирования понятия «компетенция»
Компетенции ФГОС СПО, как требования к результату обучения в
колледже, играют ключевую роль в модели, замыкая на себя учебные дисциплины и
профессиональные модули, которыми они формируются. В информационной модели
(рисунок 21) каждая компетенция представляется в виде компонента на диаграмме
компонентов, при этом внутреннее содержание и структура компетенции
раскрываются с помощью атрибутов и операций соответствующего компонента
(рисунок 22), а её связь с нотациями учебных дисциплин отображается с помощью
узлов («Nodes»). С помощью UML-нотации «Компонент», можно поместить
составляющие компетенции ПК-01 в атрибуты компонента, представляющего данную
компетенцию, при этом возможность задания свойств («Properties») атрибута позволит нам
дальнейшую детализацию каждой способности.
Рисунок 22 – Внутренняя структура сущности «компонент»
языка объектно-ориентированного моделирования
Внутренняя структура дисциплины «Администрирование в
информационных системах», где частично формируется компетенция ПК-1
представляется с помощью диаграммы пакетов (рисунок 23), на которой каждому
разделу дисциплины отвечает соответствующий пакет.
Рисунок 23 – Внутренняя структура учебной дисциплины, представленная с помощью диаграммы пакетов
На рисунке 20 представлена диаграмма классов, отражающая структуру учебного процесса в колледже.
Рассмотрим функционирование предметной области «Организация учебного процесса в колледже».
Учебный процесс - это процесс, который продолжается непрерывно в течение учебного года. Поэтому данный процесс требует постоянного контроля и четкой организации.
Занятия проходят ежедневно, в том числе и по выходным, например, подготовительные курсы. Однако могут быть в колледже и дни, когда не проводятся никакие занятия (выходные).
В колледже существует определенное количество различных
специальностей, на каждой из которых могут быть организованны по несколько
групп. У каждой группы есть ряд дисциплин, которые она должна пройти. Каждую
дисциплину ведет определенный преподаватель.
Рисунок 24 – Диаграмма классов, отражающая структуру
учебного процесса в колледже
Во второй главе охарактеризовали использование диаграмм в UML
для моделирования учебного процесса, рассмотрели понятие моделирование
«компетентностностного подхода» и составили диаграмму классов, описывающих
учебный процесс. Это все позволит спроектировать такую объектную модель, в
которой не будет происходить накладок в учебном процессе, методически правильно
будет составлен учебный план, который обеспечит высокое качество занятий,
повысит научный уровень преподавания, поможет установить взаимосвязь
производственного обучения с теоретическим, выдерживая сроки прохождения тем,
даст возможность широко использовать разнообразные формы и методы учебой работы.
3. Проектирование объектной модели предметной области «Организация учебного процесса в колледже» с применением редактора баз данных Microsoft Access
В создании информационной системы используются разные системы управления базами данных. Однако, Microsoft Access является одним из самых популярных приложений в семействе настольных система управления базами данных (СУБД). Все версии Access имеют в своем арсенале средства, значительно упрощающие ввод и обработку данных, поиск данных и предоставление информации в виде таблиц, графиков и отчетов. В состав Microsoft Access входят конструкторы таблиц, форм, запросов и отчётов. Используя макросы или модули для автоматизации решения задач, можно создавать ориентированные на пользователя приложения такими же мощными, как и приложения, написанные непосредственно на языках программирования. Помимо этого, Access позволяет использовать электронные таблицы и таблицы из других настольных и серверных баз данных для хранения информации, необходимой приложению. Присоединив внешние таблицы, пользователь Access будет работать с базами данных в этих таблицах так, как если бы это были таблицы Access. При этом и другие пользователи могут продолжать работать с этими данными в той среде, в которой они были созданы. [9]позволяет не только вводить данные в таблицы, но и контролировать правильность вводимых данных. Для этого необходимо установить правила проверки прямо на уровне таблицы. Тогда каким бы образом не вводились данные - прямо в таблицу, через экранную форму или на странице доступа к данным, Access не позволит сохранить в записи те данные, которые не удовлетворяют заданным правилам. В Access возможно создание связей между таблицами, что позволяет совместно использовать данные из разных таблиц. При этом для пользователя они будут представляться одной таблицей. Реализовать такую возможность в системах управления электронными таблицами сложно, а иногда просто невозможно.
Устанавливая взаимосвязи между отдельными таблицами, Access позволяет избежать ненужного дублирования данных, сэкономить память компьютера, а также увеличить скорость и точность обработки информации. Для этого таблицы, содержащие повторяющиеся данные, разбивают на несколько связанных таблиц.
Практически все существующие СУБД имеют средства разработки приложений, которые могут использованы программистами или квалифицированными пользователями при создании процедур для автоматизации управления и обработки данных.
Так как Microsoft Access является современным приложением Windows, можно использовать в работе все возможности DDE (динамический обмен данными) и OLE (связь и внедрение объектов). DDE позволяет осуществлять обмен данными между Access и любым другим поддерживающим DDE приложением Windows. В Microsoft Access можно при помощи макросов или Access Basic осуществлять динамический обмен данными с другими приложениями.является более изощренным средством Windows, которое позволяет установить связь с объектами другого приложения или внедрить какие-либо объекты в базу данных Access. Такими объектами могут быть картинки, диаграммы, электронные таблицы или документы из других поддерживающих OLE приложений Windows.
В Microsoft Access для обработки данных базовых таблиц используется мощный язык SQL (структурированный язык запросов). Используя SQL можно выделить из одной или нескольких таблиц необходимую для решения конкретной задачи информацию. Access значительно упрощает задачу обработки данных. Совсем не обязательно знать язык SQL. При любой обработке данных из нескольких таблиц Access использует однажды заданные связи между таблицами. [6]
В Microsoft Access имеется также простое и в то же время богатое возможностями средство графического задания запроса - так называемый «запрос по образцу», которое используется для задания данных, необходимых для решения некоторой задачи. Используя для выделения и перемещения элементов на экране стандартные приемы работы с мышью в Windows и несколько клавиш на клавиатуре, можно буквально за секунды построить довольно сложный запрос. [4]Access спроектирован таким образом, что он может быть использован как в качестве самостоятельной СУБД на отдельной рабочей станции, так и в сети - в режиме «клиент-сервер». Поскольку в Microsoft Access к данным могут иметь доступ одновременно несколько пользователей, в нем предусмотрены надежные средства защиты и обеспечения целостности данных. Можно заранее указать, какие пользователи или группы пользователей могут иметь доступ к объектам (таблицам, формам, запросам) базы данных. Microsoft Access автоматически обеспечивает защиту данных от одновременной их корректировки разными пользователями. Access также опознает и учитывает защитные средства других подсоединенных к базе данных структур (таких, как базы данных Paradox, dBASE и SQL).имеет развитую систему защиты от несанкционированного доступа, которая позволяет каждому пользователю или группе пользователей видеть и изменять только те объекты, на которые ему выданы права администратором системы, например можно запретить использование некоторых команд меню, открытие определенных форм, изменение данных в таблицах или формах. Электронные таблицы тоже позволяют защитить данные паролем или разрешить только просмотр данных, однако эти средства существенно проще.
Access - мощное приложение Windows. Впервые производительность СУБД органично сочетается с теми удобствами, которые имеются в распоряжении пользователей Microsoft Windows. Поскольку оба эти продукта - детища компании Microsoft, они прекрасно взаимодействуют между собой. Система Access работает под управлением Windows, так что при работе с ней пользователю доступны все преимущества Windows. Можно вырезать, копировать и вставлять данные из любого приложения Windows и Access и наоборот; можно создать проект формы в Access и вставить его в конструктор форм. [3]
Таким образом, СУБД Access применяется в тех случаях, когда прикладная задача требует хранения и обработки разнородной информации о большом количестве объектов и предполагает возможность многопользовательского режима. [4]
Мощность и доступность Access делают эту систему лучшей СУБД из представленных сегодня на рынке. [7]
Все выше сказанное позволило остановить выбор на СУБД Access
для постановки и решения задачи проектирования объектной модели предметной
области «Организация учебного процесса в колледже».
Процесс проектирования информационной системы на основе принципов нормализации представляет собой последовательность переходов от неформального словесного описания информационной структуры исследуемой области к формализованному описанию объектов исследуемой области в терминах некоторой модели. Предварительное моделирование исследуемой области позволяет сократить время и сроки проведения проектировочных работ и получить более эффективный и качественный проект. Без проведения моделирования исследуемой области велика вероятность допущения большого количества ошибок в решении стратегических вопросов, приводящих к экономическим потерям и высоким затратам на последующее перепроектирование системы. Вследствие этого все современные технологии проектирования информационных систем основываются на использовании методологии моделирования исследуемой области. [7]
В процессе проектирования информационной системы описываются сущности и атрибуты, которые будут храниться в БД, и то, как пользователи будут получать к ним доступ, оперировать ими и просматривать их.
Описание концептуальной модели:
Сущность «Группы» характеризуется следующими атрибутами:
.1 Код группы - внешний ключ, служащий для связи с сущностями «Студенты», «Ученик»; первичный ключ.
.2 Код специальности - внешний ключ для связи с сущностью «Специальность».
.3 Название группы.
Сущность «Дисциплины» характеризуется следующими атрибутами:
.1 Код дисциплины - внешний ключ, служащий для связи с сущностями «Назначение», «Успеваемость», «Учеба»; первичный ключ.
.2 Название дисциплины.
Сущность «Матрица компетенций» характеризуется следующими атрибутами:
.1 Номер по порядку - внешний ключ, служащий для связи с сущностями «Учебный план»; первичный ключ.
.2 Индекс УД или ПМ - внешний ключ для связи с сущностью «Наименование УД и ПМ».
.3 Название УД или ПМ - внешний ключ для связи с сущностью «Наименование УД и ПМ».
.4 Профессиональные компетенции
Сущность «Наименование УД и ПМ» характеризуется следующими атрибутами:
.1 Индекс УД или ПМ - внешний ключ, служащий для связи с сущностями «Матрица компетенций», «ФГО стандарт»; первичный ключ.
.2 Название УД или ПМ - внешний ключ, служащий для связи с сущностями «Матрица компетенций», «ФГО стандарт»; первичный ключ.
Сущность «Норма для преподавателей на группу» характеризуется следующими атрибутами:
.1 Код нормы - внешний ключ, служащий для связи с сущностями «Преподаватели»; первичный ключ.
.2 Фамилия преподавателя
.3 Имя преподавателя
.4 Отчество преподавателя
.5 Группа
.6 Дисциплина
.7 Норма часов
Сущность «Образование» характеризуется следующими атрибутами:
.1 Код образования - внешний ключ, служащий для связи с сущностями «Студенты»; первичный ключ.
.2 Код студента - внешний ключ для связи с сущностью «Студенты».
.3 Образование
.4 Наименование учебного заведения
.5 Год окончания
.6 Серия документа
.7 Номер документа
Сущность «Преподаватели» характеризуется следующими атрибутами:
.1 Код преподавателя - внешний ключ, служащий для связи с сущностями «Норма преподавателей на группу», «Назначение»; первичный ключ.
.2 Фамилия
.3 Имя
.4 Отчество
.5 Дата рождения
.6 Адрес
.7 Специализация
.8 Стаж работы
Сущность «Студенты» характеризуется следующими атрибутами:
.1 Код студента - внешний ключ, служащий для связи с сущностями «Студенты», «Успеваемость», «Специальность»; первичный ключ.
.2 Код группы - внешний ключ для связи с сущностью «Группа», «Успеваемость», «Норма преподавателей на группу».
.3 Фамилия
.4 Имя
.5 Отчество
.6 Пол
.7 Дата рождения
.8 Адрес
.9 Серия паспорта
.10 Номер паспорта
.11 Кем выдан
.12 Дата выдачи
.13 Военная обязанность
.14 Дата поступления
Сущность «Успеваемость» характеризуется следующими атрибутами:
.1 Код успеваемости - внешний ключ, служащий для связи с сущностями «Студенты», «Дисциплины», «Группы»; первичный ключ.
.2 Фамилия студента
.3 Имя студента
.4 Отчество студента
.5 Группа
.6 Дисциплина
.7 Оценка за 1 семестр
.8 Оценка за 2 семестр
.9 Средний бал
Сущность «Учебный план» характеризуется следующими атрибутами:
.1 Номер по порядку - внешний ключ, служащий для связи с сущностями «Наименование УД или ПМ»; первичный ключ.
.2 Индекс УД или ПМ - внешний ключ, служащий для связи с сущностями «Матрица компетенций», «ФГО стандарт»; первичный ключ.
.3 Название УД или ПМ - внешний ключ, служащий для связи с сущностями «Матрица компетенций», «ФГО стандарт»; первичный ключ.
.4 1 семестр
.5 2 семестр
.6 3 семестр
.7 4 семестр
.8 5 семестр
.9 6 семестр
.9 7 семестр
.9 8 семестр
Сущность «Назначение» характеризуется следующими атрибутами:
.1 Код преподавателя - внешний ключ для связи с сущностью «Дисциплины», «Преподаватели».
.2 Код дисциплины - внешний ключ для связи с сущностью «Дисциплины», «Преподаватели».
Сущность «Специальность» характеризуется следующими атрибутами:
.1 Код факультета - внешний ключ, служащий для связи с сущностями «Студенты», «Группы»; первичный ключ.
.2 Название факультета
.3 Сокращенное название
.4 Телефон
При проектировании структуры информационной системы выявляется набор отношений, необходимых для представления сущностей, связей и атрибутов. Нормализация предназначена для приведения структуры базы данных к виду, обеспечивающему минимальную логическую избыточность, и не имеет целью уменьшение или увеличение производительности работы или же уменьшение или увеличение физического объёма базы данных. Конечной целью нормализации является уменьшение потенциальной противоречивости хранимой в базе данных информации. Общее назначение процесса нормализации заключается в следующем: