Автоматизация учета работ по созданию электронных образовательных ресурсов (стр. 7 из 11)
Ключ или возможный ключ – это минимальный набор атрибутов, по значениям которых можно однозначно найти требуемый экземпляр сущности. Минимальность означает, что исключение из набора любого атрибута не позволяет идентифицировать сущность по оставшимся. Каждая сущность обладает хотя бы одним возможным ключом. Один из них принимается за первичный ключ. Первичный ключ обеспечивает идентификацию записи, устанавливает связи между таблицами. Выделяем первичные ключи:
· В категориях ресурсов – 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 – единая среда быстрой разработки приложений, поддерживающая четыре языка программирования:
1. C++ для разработки библиотек по обеспечению доступа к специальному оборудованию;
2. Delphi для организации доступа к базам данных. (Delphi 2006 считается лучшей средой доступа к инструментам проектирования баз данных);
3. C# – для создания приложений управления предприятием на платформе .Net от компании Microsoft;
4. Java – для создания приложений управления предприятием на платформе CORBA/J2EE от компании Sun.
Благодаря новой среде можно, не выходя из неё, создавать микс из программ, написанных на различных языках программирования. Цель нового продукта – улучшение качества совмещения различных средств отладки, улучшение производительности и повышение стабильности среды разработки и приложений, и, безусловно, повышение продуктивности всех разработчиков, работающих в этой среде программирования.
Ниже приводятся отличительные особенности среды разработки Delphi 2006:
· Локальный BackUp. В среде ведётся история разработки проекта до 99-ти версий, включая содержание форм;
· Переработанный дизайнер форм (в частности облегчена проблема стартового размещения формы);
· Изменённый функционал редактора кода:
а) подсвечивание кода (подсветка изменений после последнего сохранения);
б) свёртывание фрагментов кода;
в) автоматическое составление списка локальных переменных;
г) автоматическая глобальная замена идентификаторов переменных;
д) автоматическая расстановка кавычек при вводе длинных значений для строковых переменных;
е) быстрое комментирование кода;
ж) подсветка/выделение ожидаемого ввода информации;
з) возможность рефакторинга (автоматическое добавление новых переменных во все объявления глобальных функций);
и) инспектирование отладочной информации на этапе отладки в форме всплывающих подсказок.
· Возможность автоматически запускать системные задачи перед или после компиляции программы.
Большинство функций автоматизации процесса редактирования кода выполняется "живыми шаблонами" и, либо выполняются анализатором кода на лету, либо вызываются из контекстного меню. Наборы "живых шаблонов" хранятся в XML-файлах. Эти файлы создаются и подключаются к контекстному меню без необходимости выходить из среды разработки.
3.2 Разработка пользовательского интерфейса
После выбора средства разработки системы можно переходить к реализации. Прежде всего, средствами Database Desktop были созданы таблицы базы данных, с которыми будет работать система. В таблицах использовались следующие типы данных:
· Number (n) – тип число;
· Alpha (a) – текстовое поле указанной длины;
· Date (d) – тип дата.
Для удобства пользования системой, ее экранные формы должны отвечать требованиям простоты и доступности.
Иерархия разработанных модулей системы представлена на рисунке:
Рис. 3.1. Иерархия основных модулей программы
Как видно на рис. 3.1 главный модуль изначальной включает два интерфейса: интерфейс начальника и интерфейс сотрудника. Один из них выбирается автоматически, в зависимости от того, кто авторизовался в системе.
При запуске системы, первое, что она будет делать, это искать базу данных для подключения. По умолчанию предполагается, что база находится в том же каталоге, где располагается файл запуска системы. Если базы там не окажется, система предложит указать путь расположения искомого каталога: