Разработка автоматизированной информационной системы управления обеспечением литературой вуза

    3) Лаборант кафедры – помогает  преподавателю сформировать заявку  на литературу.

    4) Директор – человек, который   должен утвердить заявку на  литературу. В случае если директор не согласен закупать данную литературу, следует отказ в выполнении заявки, либо ее переработка.

    5) Начальник АХР - после утверждения  заявки закупает необходимую  литературу.

     Исходя  из этих ролей, проведем анализ задач, которые пользователи будут выполнять  с использованием ИСУЛВ.

1. Преподаватель.

1. Формирование заявки на литературу для определенной дисциплины.

2. Определение количества заказываемых книг.
2. Лаборант кафедры.
1. Формирование заявки.
3. Библиотекарь.
1. Заполнение библиографических данных о книге.
2. Формирование отчетов по книгообеспеченности.
3. Формирование различных форм для работы библиотеки (карточка книги, заявка на литературу и т.д.).
4. Инвентаризация книг.

     Таким образом, составим контекстную диаграмму (см. рисунок 9). Из диаграммы видно, что пользователи системы являются механизмами, также как механизм используется информационная система управления обеспечением литературой ВУЗа. Система функционирует под управлением нескольких механизмов:

1. Требования Министерства образования РФ.
2. Спецификация системы – для работы системы необходимо подробно расписать требования к системе и что она должна делать.
3. Указания управляющих учебным процессом – задания библиотекарям, лаборантам, преподавателям, начальнику АХР по формированию и выполнению заявки.
4. База данных ИС – вся информация хранится в базе данных ИС. При функционировании происходят запросы к базе данных. На основании выполнения данных запросов происходит выполнение тех или иных функций системы, формируются отчеты и тому подобное.
5. ГОСТ 7.1-2003 – стандарт устанавливает общие требования и правила составления библиографического описания документа.

     На  вход в систему поступают:

1. Сведения о рекомендованной литературе – сведения преподавателей о рекомендованной литературе для оформления заявки.
2. Логин – используется для авторизации пользователя. Предоставляется доступ к тем или иным функциям системы.
3. Учебный план – данные из учебного плана используются при расчете книгообеспеченности.
4. Данные о библиотечном фонде - библиографические данные книг.
5. Прайс-лист – перечень литературы, которую можно заказать.

     Выход:

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

 
 
 
 
 
 
 
 

 

     ИСУЛВ должна помогать управлять обеспечением литературой ВУЗа. Поэтому можно детализировать систему для пяти различных ролей. При детализации контекстной диаграммы получаем пять процессов: «проверить существование логина с такими правами»,  «внести информацию о книгах в БД», «сформировать отчеты по книгообеспеченности», «выполнить заявку на литературу», «Инвентаризация книг» (см. рисунок 10).

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

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

1. Вычислить коэффициент книгообеспеченности с учетом разных форм расчета – производится расчет коэффициентов.
2. Формировать таблицы коэффициентов книгообеспеченности для любого подмножества литературы на заданный семестр – формируются таблицы с рассчитанными коэффициентами.
3. Проанализировать коэффициенты книгообеспеченности – производится анализ, по результатам которого можно будет сказать, по каким дисциплинам не хватает литературы.
4. Формировать различные выходные формы – формируются формы либо отчеты в зависимости от выбора библиотекаря  (отчеты по книгообеспеченности, карточки книг).

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

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

 
 
 
 
 
 
 
 
 
 
 
 
 
 

     Среди этих четырех процессов детализации  необходимо подвергнуть процесс  «Вычислить коэффициент книгообеспеченности с учетом разных форм расчета». Он разбивается на четыре не связанных друг с другом процессов и представляет собой виды расчетов книгообеспеченности, которые будет решать библиотекарь с помощью ИСУЛВ (см. рисунок 12). Исполнители – библиотекарь и ИСУЛВ – задействованы в каждом процессе, поэтому убраны с диаграммы, чтобы не загромождать ее. Дальнейшая детализация диаграммы «Сформировать отчеты по книгообеспеченности» не нужна.

Рисунок 12. Диаграмма процесса «Вычислить коэффициент книгообеспеченности с учетом разных форм расчета» 

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

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

Рисунок 13. Диаграмма процесса «Выполнить заявку на литературу» 

     В этом процессе происходит формирование заявки на литературу.

     Таким образом, детализация процесса «выполнить заявку на литературу» выполнена до надлежащего уровня. Произведем детализацию процесса «инвентаризация книг». Этот процесс можно разбить на три: принять книги, внести информацию в БД, изменить статус заявки.

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

Рисунок 14. Диаграмма процесса «Инвентаризация книг» 

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

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

     Приведем краткое описание таблиц, которые были реализованы в модуле системы  управления обеспечением литературой ВУЗа.

1. Таблица «Книга» – содержит библиографическое описание книг: код книги, автор, другие авторы, основное заглавие, параллельное заглавие, сведения, относящиеся к заглавию, сведения об ответственности, сведения об издании, ключевые слова, наличие грифа, ISBN, УДК, ББК, предметная рубрика, место издания, год издания, сведения об издательстве, объем, физическая характеристика носителя, обновлена, код типа литературы, код вида издания, аннотация, серия, авторский знак, цена, код типа издания.
2. Таблица «Заявка» – содержит информацию о заказываемых книгах: код заявки, автор, заглавие, место издания, год издания, количество экземпляров, цена, преподаватель, дисциплина, дата, статус.
3. Таблица «Тип литературы» – содержит список типов литературы.
4. Таблица «Вид издания» –  содержит список видов издания.
5. Таблица «Хранение книг» – содержит информацию о нахождении книги и о количестве экземпляров.
6. Таблица «Сигла» - содержит список всех сигл (отделов) библиотеки университета.
7. Таблица «Типы издания» – содержит список типов издания.
8. Таблица «Рекомендации» – содержит информацию о книге (основная или дополнительная) и предмете, по которому рекомендована данная книга.
9. Таблица «Предметная рубрика» – содержит список предметных рубрик.
10. Таблица «Гриф» – содержит список видов грифов.
11. Таблица «Список подписанных периодических изданий» – содержит библиографическое описание подписанных периодических изданий: заглавие, сведения относящиеся к заглавию,  год, полугодие, индекс, код вида издания периодики.
12. Таблица «Виды изданий периодики» – содержит список видов периодики.

     На  основании данной схемы будет  построена база данных ИСУЛВ. После построения схемы данных необходимо перейти к созданию пользовательского интерфейса и карты системы.

     TblBooks (Книга) - таблица содержит данные о библиографическом описании книг.

Таблица 1