Учет учебных материалов кафедры

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

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

 

 

Рисунок 2.1. - Структура  системы MVC

 

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

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

Controller (Контроллер) - модуль управления вводом и выводом данных. В задачи контроллера входит реакция на внешние события и изменение модели и/или представления в соответствии с заложенной в него логикой. Один контроллер может работать с несколькими представлениями, в зависимости от ситуации, взаимодействуя с ними через некий (заранее известный) интерфейс, который эти представления реализуют. Важный нюанс - в классической версии MVC контроллер не занимается передачей данных из модели в представление.

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

Система содержит следующие функции:

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

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

• серверную часть, написанную на языке программирования PHP и выполняющуюся на сервере;
• клиентскую часть, написанную (генерируемую скриптом PHP) на языке разметки HTML и языке программирования JavaScript с использованием библиотеки jQuery и выполняющаяся в браузере пользователя.

2.2 Разработка структуры базы  данных программы

База данных состоит из 8 взаимосвязанных таблиц.

Основная таблица «BOOKS». В ней представлена информация о литературе, используемой на кафедре.

На рисунке 2.2 представлена структурная схема базы данных, а в таблицах 2.1-2.8 приведено содержание данных таблиц.

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

 

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

Таблица books содержит данные о книгах, внесенных в БД.

 

 

 

 

Таблица 2.1 –  Таблица данных «books»

Поле	Тип	Длина	Описание
id	Числовой	11	Индекс
id_pub_type	Числовой	11	Индекс публикации
name	Символьный	100	Название
publisher	Символьный	100	Издательство
pages	Числовой	-	Количество страниц
xdk	Символьный		Индекс УДК
bbk	Символьный	-	Индекс ББК
isbn	Символьный	500	Индекс ISBN
descriptio	Символьный	15	Описание книги
image_url	Символьный	15	Ссылка на обложку
ebook_url	Символьный	250	Ссылка на электронный вариант
library	Числовой	10	Номер библиотеки

 

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

Библиотечно-библиографическая классификация (ББК) - Рабочие таблицы, предназначены для организации библиотечных фондов, систематических каталогов и картотек. Приказ об образовании редколлегии для издания таблиц был издан Министерством культуры РСФСР в 1959 году. Впоследствии появились также специальные издания таблиц для массовых библиотек, областных библиотек, детских и школьных библиотек.

Таблица books_disciplines содержит варианты ответов на вопросы анкетирования.

 

 

 

Таблица 2.2 –  Таблица данных «books_disciplines»

Поле	Тип	Длина	Описание
id	Числовой	11	Индекс
id_book	Числовой	11	Идентификатор книги
id_discipline	Числовой	11	Идентификатор учебной дисциплины

 

Таблица books_authors содержит информацию об авторах книг.

Таблица 2.3 –  Таблица данных «books_authors»

Поле	Тип	Длина	Описание
id	Числовой	11	Индекс
id_book	Числовой	11	Идентификатор книги
id_author	Числовой	11	Идентификатор автора

 

Таблица books_disciplines делает привязку вопросов анкетирования к конкретной анкете.

Таблица 2.4 –  Таблица данных «books_disciplines»

Поле	Тип	Длина	Описание
id	Числовой	11	Индекс
id_book	Числовой	11	Идентификатор книги
id_discipline	Числовой	11	Идентификатор дисциплины

 

Таблица books_section содержит данные о всех разделах литературы.

Таблица 2.5 –  Таблица данных «»

Поле	Тип	Длина	Описание
id	Числовой	11	Индекс
id_book	Числовой	11	Идентификатор книги
id_section	Числовой	11	Идентификатор раздела

 

Таблица it_text_answers содержит данные об ответах студентов, вводимых вручную.

 

 

Таблица 2.6 –  Таблица данных «disciplines», содержит данные об изучаемых предметах

Поле	Тип	Длина	Описание
id	Числовой	11	Индекс
name	Символьный	500	Наименование дисциплины
code	Символьный	500	Код дичциплины

 

Таблица publication_type содержит данные об издательствах.

Таблица 2.6 – Таблица данных «publication type»

Поле	Тип	Длина	Описание
id	Числовой	1	Индекс
name	Символьный	500	Название издательства
short	Символьный	500	Краткое описание

2.3 Разработка модели информационных потоков базы данных

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

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

Информационное взаимодействие между  компонентами веб-сервера (Apache), PHP и базой данных MySQL;

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

Информационное взаимодействие можно  представить в виде схемы (рисунок 2.3).

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

Веб-сервер – программа, предназначенная для обработки HTTP запросов. Веб-сервер принимает запрос от браузера, анализирует его и высылает требуемый файл. Если запрашиваемый файл является скриптом, то этот скрипт запускается на выполнение. При этом ему передаются все данные, полученные от браузера, а все выводимые данные направляются в браузер.

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

MySQL – система управляющая базами данных посредством обработки запросов на языке SQL.

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

 

Рисунок 2.3 – Схема информационных потоков

Сервер – обрабатывает и хранит полученную информацию.

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

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

2.4 Разработка алгоритмического  обеспечения

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

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

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