Xreferat.com » Рефераты по информатике и программированию » Автоматизация учета работ по созданию электронных образовательных ресурсов

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

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

Более детально процесс представлен на системной диаграмме вариантов использования, которая приводится в приложении 1.


2.3.2 Спецификация вариантов использования

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

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

Диаграммы последовательности отражают временную упорядоченность сообщений.

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

Диаграмма последовательности данного процесса приведена в приложении 3.


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

Рис. 2.3.2. Диаграмма деятельности «Работа с БД ЭОР»


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


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

Рис. 2.3.3. Диаграмма деятельности «Назначение задачи»

Диаграмма последовательности приведена в приложении 4.

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


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

Рис. 2.3.4. Диаграмма деятельности «Получение задания»


Диаграмма последовательности приведена в приложении 5.

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

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


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

Рис. 2.3.5. Диаграмма деятельности «Формирование отчетной документации»


Диаграмма последовательности приведена в приложении 6.

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

В общем виде весь процесс представлен на общей диаграмме деятельности с дорожками, которая приведена в приложении 2.


2.3.3 Построение диаграммы классов

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

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

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

Диаграмма классов проектируемой системе изображена на рисунке 2.3.6.


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

Рис. 2.3.6. Диаграмма классов


Структура классов

Класс Сотрудники ЦПК используется для хранения информации о сотрудниках.


Атрибуты класса Сотрудники ЦПК

Имя атрибута Тип атрибута Описание атрибута
ID сотрудника integer Уникальный идентификатор сотрудника
ФИО string Фамилия, имя, отчество сотрудника
Телефон string Телефон
e-mail string Электронная почта
Адрес string Адрес

Данный класс подразделяется на два подкласса: Начальник ЦПК и Сотрудник ЦПК, их атрибуты совпадают.


Методы класса Сотрудники ЦПК

Имя метода Описание метода
Показать Используется для вывода сведений о сотрудниках
Редактировать Используется для редактирования сведений о сотрудниках

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


Атрибуты класса Задачи

Имя атрибута Тип атрибута Описание атрибута
ID задачи integer Уникальный идентификатор задачи
Наименование string Наименование задачи

Методы класса Задачи

Имя метода Описание метода
Добавить Используется для добавления новой задачи
Удалить Используется для удаления задачи
Редактировать Используется для редактирования задачи

Класс Назначенные задачи используется для хранения сведений о назначенных задачах.


Атрибуты класса Назначенные задачи

Имя атрибута Тип атрибута Описание атрибута
ID назначения integer Уникальный идентификатор назначения
ID задачи integer Уникальный идентификатор задачи
ID ресурса integer Уникальный идентификатор ресурса
ID разработчика integer Уникальный идентификатор того, кому назначена задача
ID назначающего integer Уникальный идентификатор того, кто назначил задачу
Дополнительные сведения string Дополнительные сведения о задаче
Дата назначения date Дата назначения задачи
Крайний срок выполнения date Крайний срок, к которому задача должна быть выполнена
Дата начала выполнения date Дата начала работ по выполнению
Дата окончания выполнения date Дата окончания работ по выполнению

Методы класса Назначенные задачи

Имя метода Описание метода
Назначить Используется для назначения задачи по разработке ЭОР одному из сотрудников
Редактировать Используется для редактирования основных сведений о задаче

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


Атрибуты класса Категории ресурсов

Имя атрибута Тип атрибута Описание атрибута
ID категории integer Уникальный идентификатор категории
Наименование string Наименование категории

Методы класса Категории ресурсов

Имя метода Описание метода
Добавить Используется для добавления новой категории
Удалить Используется для удаления категории
Редактировать Используется для редактирования категории

Класс Электронные образовательные ресурсы используется для хранения информации об электронных образовательных ресурсах.


Атрибуты класса Электронные образовательные ресурсы

Имя атрибута Тип атрибута Описание атрибута
ID ресурса integer Уникальный идентификатор ресурса
ID категории integer Уникальный идентификатор категории ресурса
ID кафедры integer Уникальный идентификатор кафедры
Наименование string Наименование ресурса
Автор string Автор
Город string Город, в котором проживает автор, написавший курс
Описание string Описание ресурса, краткие сведения
ID разработчика integer Уникальный идентификатор сотрудника, которому поручено разработать данный ресурс
Дата публикации date Дата публикации данного ресурса на образовательном портале

Методы класса Электронные образовательные ресурсы

Имя метода Описание метода
Добавить Используется для добавления нового ресурса
Удалить Используется для удаления ресурса
Редактировать Используется для редактирования сведений о ресурсе

Класс Кафедры служит для хранения информации о кафедрах белгородского филиала МЭСИ.


Атрибуты класса Кафедры

Имя атрибута Тип атрибута Описание атрибута
ID кафедры integer Уникальный идентификатор кафедры
Наименование string Наименование задачи

Методы класса Кафедры

Имя метода Описание метода
Добавить Используется для добавления новой кафедры
Удалить Используется для удаления кафедры
Редактировать Используется для редактирования кафедры

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


Атрибуты класса Отчеты

Имя атрибута Тип атрибута Описание атрибута
Номер integer Номер (уникальный идентификатор) отчета
Наименование string Наименование (краткое описание) выдаваемого отчета
ID сотрудника string Уникальный идентификатор сотрудника, которому выдается отчет
Дата запроса date Дата запроса отчета

Методы класса Отчеты

Имя метода Описание метода
Сгенерировать Используется для выбора задач выполненных сотрудником за указанный период времени
Сохранить Используется для сохранения отчета
Вывести Вывод отчета на бумагу или в текстовый формат

2.4 Структура базы данных


2.4.1 Логическая модель данных

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

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

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

1.Категории ресурсов,

2.Электронные образовательные ресурсы (ЭОР),

3.Сотрудники,

4.Кафедры,

5.Задачи,

6.Назначенные задачи,

7.Отчеты.

Сущность «Сотрудники» используется для хранения информации о сотрудниках. Одному сотруднику может быть одновременно назначено несколько задач, поэтому между сущностями «Сотрудники» и «Назначенные задачи» - отношение «один ко многим». Кроме того, один и тот же сотрудник может разработать несколько образовательных ресурсов, поэтому сущности «Сотрудники» и «ЭОР» имеют отношение «один ко многим». Так же, один сотрудник может выводить несколько различных отчетов, поэтому сущности «Сотрудники» и «Отчеты» имеют отношение «один ко многим».

Сущность «ЭОР» используется для хранения информации об электронных образовательных ресурсах. Несколько образовательных ресурсов могут относиться к одной категории, поэтому между сущностями «Категории ресурсов» и «ЭОР» - отношение «один ко многим». Кроме того, несколько образовательных ресурсов могут одновременно относиться к одной кафедре, поэтому сущности «ЭОР» и «Кафедры» связаны отношением «один ко многим».

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

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

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

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

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

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

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

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

Этот процесс включает:

устранение повторяющихся групп (приведение к 1НФ)

удаление частично зависимых атрибутов (приведение к 2НФ)

удаление транзитивно зависимых атрибутов (приведение к 3НФ).

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

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

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

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

В категориях ресурсов – ID категории,

В ЭОР – ID ресурса,

В Кафедрах – ID кафедры,

В Сотрудниках – ID сотрудника,

В Задачах – ID задачи,

В Назначенных задачах – ID назначения,

В Отчетах – Номер.

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

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

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

Рис. 2.2. Структура базы данных


Выводы по главе


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

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

Глава 3. Разработка автоматизированной системы учета работ по созданию электронных образовательных ресурсов


3.1 Выбор средств реализации системы


3.1.1 Выбор СУБД

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

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

В зависимости от местоположения отдельных частей СУБД различают локальные и сетевые СУБД.

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

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

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

Наибольшее распространение получили модели доступа данных ADO.NET, OLE DB, поэтому для реализации базы данные будет использоваться файл-серверная СУБД.

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

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

Таблицы БД создаются с помощью утилиты Database Desktop. Тип таблицы – Paradox 7, так как он, по сравнению с другими, поддерживает самый богатый набор типов полей. Это позволяет автоматически следить за правильностью вводимых в поля данных, выбирать данные из другой таблицы, строить вторичные индексы, в том числе составные, следить за ссылочной целостностью БД, защищать таблицу от несанкционированного доступа, выбирать языковой драйвер.

3.1.2. Выбор средства разработки системы

Для реализации системы принято решение использовать объектно–ориентированный подход в программировании. Этот подход позволяет лучше отражать динамическое поведение системы в зависимости от возникающих событий. Конкретный процесс обработки информации при объектно-ориентированном подходе формируется в виде последовательности взаимодействия объектов. Так как этот подход предполагает совместное моделирование данных и процессов, то система объектно-ориентированных моделей последовательно направляется к модели динамического взаимодействия объектов, на основе которой могут быть сгенерированы классы объектов в конкретной программно-технической среде. Основываясь на знании языка программирования Object Pascal и требованиях к программе (операционная система, в которой она будет работать, наличие баз данных и т.д.), средой для реализации данного проекта выбран программный продукт компании Borland – Borland Developer Studio 2006.

Borland Developer Studio – единая среда быстрой разработки приложений, поддерживающая четыре языка программирования:

C++ для разработки библиотек по обеспечению доступа к специальному оборудованию;

Delphi для организации доступа к базам данных. (Delphi 2006 считается лучшей средой доступа к инструментам проектирования баз данных);

C# – для создания приложений управления предприятием на платформе .Net от компании Microsoft;

Java – для создания приложений управления предприятием на платформе CORBA/J2EE от компании Sun.

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

Ниже приводятся отличительные особенности среды разработки Delphi 2006:

Локальный BackUp. В среде ведётся история разработки проекта до 99-ти версий, включая содержание форм;

Переработанный дизайнер форм (в частности облегчена проблема стартового размещения формы);

Изменённый функционал редактора кода:

а) подсвечивание кода (подсветка изменений после последнего сохранения);

б) свёртывание фрагментов кода;

в) автоматическое составление списка локальных переменных;

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

д) автоматическая расстановка кавычек при вводе длинных значений для строковых переменных;

е) быстрое комментирование кода;

ж) подсветка/выделение ожидаемого ввода информации;

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

и) инспектирование отладочной информации на этапе отладки в форме всплывающих подсказок.

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

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


3.2 Разработка пользовательского интерфейса


После выбора средства разработки системы можно переходить к реализации. Прежде всего, средствами Database Desktop были созданы таблицы базы данных, с которыми будет работать система. В таблицах использовались следующие типы данных:

Number (n) – тип число;

Alpha (a) – текстовое поле указанной длины;

Date (d) – тип дата.

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

Иерархия разработанных модулей системы представлена на рисунке:


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

Рис. 3.1. Иерархия основных модулей программы


Как видно на рис. 3.1 главный модуль изначальной включает два интерфейса: интерфейс начальника и интерфейс сотрудника. Один из них выбирается автоматически, в зависимости от того, кто авторизовался в системе.

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


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

Рис. 3.2. Поиск базы данных


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


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

Рис. 3.3. Авторизация в системе


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


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

Рис. 3.4. Ввод пароля при первом входе в систему


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


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

Рис. 3.5. Интерфейс сотрудника


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

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

Рис. 3.6. Интерфейс начальника


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

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


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

Рис. 3.7. Форма создания нового назначения

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

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

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


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

Рис. 3.8. Форма добавления нового образовательного ресурса


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


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

Рис. 3.9. База данных в режиме редактирования


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

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


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

Рис. 3.10. Форма для создания отчета по выполненным работам


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

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


3.3 Контрольный пример


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

Внесем в базу данных информацию как минимум о трех новых образовательных ресурсах;

Создадим назначение на разработку данных ресурсов;

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

Создадим повторное назначение на исправление несоответствий в одном из данных ресурсов;

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

И сгенерируем отчет по выполненным работам;

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

Таблица базы данных будет содержать информацию о вновь введенных образовательных ресурсах;

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

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

Новое назначение на исправление несоответствий одного из ресурсов снова появится в списке текущих задач;

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

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

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


Номер Категория Наименование Автор Кафедра
1 Электронный учебный курс Базы данных Титаренко С.П. ПИ
2 Электронный учебный курс Информационные технологии Титаренко С.П. ПИ
3 Итоговый тест Портфельные инвестиции Кунташев П.А. Ф

Ресурсы успешно добавились. Это можно увидеть на рисунке 3.11:

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


Рис. 3.11. Результат добавления новых ресурсов в базу


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


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

Рис. 3.12. Ресурсы доступны на создания назначений

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


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

Рис. 3.13. Текущие задачи сотрудника


После указания дат начала

Похожие рефераты: