Разработка регламента выполнения процесса "Движение библиотечного фонда"

Содержание:

ВВЕДЕНИЕ

Цель работы - разработка регламента выполнения процесса «Движение библиотечного фонда».

Задачи работы:

- развернутое описание предметной области

- диаграмма прецедентов

- диаграмма классов

- диаграмма деятельности

- диаграмма последовательности

- диаграмма компонентов и развертывания

1 РАЗВЕРНУТОЕ ОПИСАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ

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

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

Непосредственным объектом автоматизации является отдел комплектования (ОК) библиотеки предприятия, который осуществляет: комплектование фонда библиотеки в строгом соответствии с запросами отделов и профилем предприятия; техническую обработку новых поступлений книг (с помощью традиционной технологии штрих-кодировки); ведение библиотечного учета.

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

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

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

Формой суммарного учета является «Книга суммарного учета библиотечного фонда». Сведения о движении фонда фиксируются в трех её частях:

– часть 1 – «Поступление в фонд»;

– часть 2 – «Выбытие из фонда»;

– часть 3 – «Итоги движения фонда».

Сведения о поступивших в фонд библиотеки документах фиксируются в первой части.

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

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

Накладные, а также акты приема, списания и пожертвования, после обработки и формирования в ОК передаются в бухгалтерию.

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

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

На текущий момент в рамках задачи «Учёт библиотечного фонда», реализуются следующие функциональные задачи:

– индивидуальный учёт библиотечного фонда;

– суммарный учёт библиотечного фонда;

• учет балансовой стоимости библиотечного фонда.

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

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

При списании документов выполняется внесение данных согласно документу «Список книг». Номер акта списания отражается в документах «Инвентарная книга» и третьей части КСУБФ.

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

Формой суммарного учета является «Книга суммарного учета библиотечного фонда». Сведения о движении фонда фиксируются в трех её частях:

– часть 1 – «Поступление в фонд»;

– часть 2 – «Выбытие из фонда»;

– часть 3 – «Итоги движения фонда».

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

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

Модернизация задачи предполагает изменение соответствующего ПО:

• создание экранных форм («Акт прихода», «Акт пожертвования»);
• усовершенствование экранных форм («Акт списания» (добавление новых кнопок с возможностью формирования документа, вывода на печать и его сохранения), «Причины выбытия» (разработка полей для записи кода), «Сотрудники» (введение дополнительных полей о сотруднике, таких как: телефон, домашний адрес, членство в комиссии, для возможности определения входа сотрудника в постоянно действующую комиссию предприятия по проверке сохранности фонда)).

2 ДИАГРАММЫ UML

2.1 ДИАГРАММА ПРЕЦЕДЕНТОВ

Диаграмма прецедентов для задачи «Движение библиотечного фонда» представлена на рисунке 2.1.

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

На диаграмме представлены:

• актеры (пользователь разрабатываемой ИС, им могут быть – Заведующий отделом комплектования, ведущие библиотекари)
• прецеденты (три основные из них – формирование отчетов, формирование библиотечного фонда, формирование справочников).

Пользователь является инициатором всех действий осуществляемых с системой. Прецеденты:

• формирование отчетов (инициируется пользователем, реализация данной функциональности системы возможна в шести аспектах поведения – вариантах использования, в зависимости от того какой из них выберет пользователь. При выборе определенного варианта его реализация (напр., формирование КСУБФ (Поступление в фонд)) становится возможной только при выполнении обязательного условия (прецедента выбор года, за который будет формироваться данный документ)- прецедента соединенного с базовым связью «include» – включает);
• формирование библиотечного фонда (инициируется пользователем, реализация данной функциональности системы возможна в двух аспектах поведения – вариантах использования, в зависимости от того какой из них выберет пользователь; реализация выбранного варианта использования осуществляется логически по тем же связям что и для прецедента формирование отчетов);
• формирование справочников (инициируется пользователем, реализация данной функциональности системы возможна в восьми аспектах поведения – вариантах использования, в зависимости от того какой из них выберет пользователь; реализация выбранного варианта использования осуществляется логически по тем же связям что и для прецедента формирование отчетов).

20

Рисунок 2.1 – Диаграмма прецедентов модернизированной задачи «Движение библиотечного фонда» ИС библиотеки предприятия

2.2 ДИАГРАММА КЛАССОВ

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

Концептуальная модель UML включает в себя три составные части:

• основные строительные блоки языка;
• правила их сочетания;
• строительные блоки UML.

UML включает три вида строительных блоков:

• сущности;
• отношения;
• диаграммы.

Диаграмма в UML – это графическое представление набора элементов.

В результате построения диаграммы классов был разработан ряд классов, представленных в таблице 2.1 соединенные связями, указанными в таблице 2.2.

Таблица 2.1 – Классы, использованные при построении диаграммы классов

№ п/п	Наименование класса	Примечание
1	Сотрудники	Сотрудник отдела комплектования библиотеки предприятия
2	Книги	Информация о книгах, которые находятся в библиотечном фонде
3	Экземпляры	Информация об экземплярах книг библиотечного фонда
4	Акты списания	Информация об актах списания книг
5	Причины списания	Информация о причинах списания книг
6	Издательства	Информация об издательствах книг
7	Тип литературы	Информация о типах литературы
8	Языки книги	Информация о языках книги
9	Авторы	Информация об авторах книг
10	Партии	Информация о поступивших партиях книг

Таблица 2.2 – Отношения между классами

№ п/п	Класс	Вид связи	Класс	Кардинальность
1	Книги	Агрегация	Экземпляры	1:M
2	Языки книги	Агрегация	Книги	1:М
3	Тип литературы	Агрегация	Книги	1:М
4	Сотрудники	Агрегация	Акты списания	1:М
5	Партии	Агрегация	Экземпляры	1:М
6	Акты списания	Агрегация	Экземпляры	1:М
7	Издательства	Агрегация	Экземпляры	1:М
8	Причины списания	Агрегация	Акты списания	1:М
9	Книги	Агрегация	Авторы	1:М(М:М?)

Диаграмма классов для задачи «Движение библиотечного фонда» представлена на рисунке 2.2

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

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

Нажатие на кнопку Каталог книг – появляется форма с перечнем книг. Можно выбрать кнопки - добавить книгу, изменить, удалить книгу.

Добавить книгу – отображаются все поля, которые отражены в классе «Книги». Поле автор – специальная кнопка, которая вызывает форму авторы – т.о. можно выбрать автора из появившегося перечня авторов. Такие же поля Тип литературы и Язык книги.

Кнопки «Сохранение данных» и «Отмена» не отражены в реализации класса «Книги».

Рисунок 2.2 – Диаграмма классов для задачи «Движение библиотечного фонда»

2.3 ДИАГРАММА ДЕЯТЕЛЬНОСТИ

Для представления формализованного описания логической структуры задачи используется метод объектно-ориентированного проектирования UML.

К диаграммам поведения можно отнести следующие диаграммы:

• деятельности (Activity diagram);
• состояний (State Machine diagram);
• вариантов использования (Use case diagram).

Диаграмма деятельности для прецедента «Формирование библиотечного фонда» задачи «Движение библиотечного фонда» представлена на рисунке 2.3.

Реализация прецедента «Формирование библиотечного фонда» возможна тремя поведенческими аспектами:

Выбор кнопки Каталог книг, Каталог экземпляров книг или Выход.

При открытии формы Каталог книг (см. описание диаграммы классов) главная форма остается открытой и возможен возврат к главной форме без закрытия формы Каталог книг.

Рисунок 2.3 – Диаграмма деятельности для прецедента «Формирование библиотечного фонда» задачи «Движение библиотечного фонда»

2.4 ДИАГРАММА ПОСЛЕДОВАТЕЛЬНОСТИ

Для представления формализованного описания логической структуры задачи используется метод объектно-ориентированного проектирования UML.

В унифицированном языке моделирования UML существуют два вида диаграмм, которые помогают документировать и описывать эти взаимодействия: диаграмма последовательности взаимодействия и диаграмма сотрудничества объектов. Обе они известны как диаграммы взаимодействия. Для данной задачи была разработана диаграмма последовательности, представленная на рисунке 2.4.

На диаграмме приведены основные этапы реализации функциональной задачи индивидуального учета библиотечного фонда путем формирования документа «Инвентарная книга».

Последовательность при выполнении данной задачи:

• осуществление входа в систему;
• введение логина и пароля;
• вход в форму «Инвентарная книга»;
• введение номера партии;
• сохранение результатов;
• печать документа.

Рисунок 2.4 – Диаграмма последовательности для прецедента «Формирование «Инвентарной книги»» задачи «Движение библиотечного фонда»

2.5 ДИАГРАММА КОМПОНЕНТОВ И РАЗВЕРТЫВАНИЯ

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

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

Структурно программа реализована следующим образом:

Данные хранятся в таблицах БД MySQL.

Проект программы представлен 3-мя пакетами:

1) Вспомогательные классы

2) Классы реализации форм (пакет View).

3) библиотеки (jasperreports и др.)

Исполняемый файл Library.jar

Диаграмма компонентов, разработанная для данной задачи, реализована в двух вариантах и представлена на рисунке

- (1-ый вариант)

Логическое упрощенное представление реализации программы. Возможно даже не полное отражение и соответствие со структурой программы (см.выше), а просто возможно ли такое представление программы?

- (2-ой вариант)

Логически совпадает с существующей структурой программы (см.выше).

Данные хранятся в таблицах БД MySQL.(пакет Model)

Вспомогательные классы (пакет Control )

Классы реализации форм (пакет View).

Исполняемый файл Library.jar

Можно ли соединить DB MySQL с соответ-щим пакетом Model?

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

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

(Программа основана на архитектуре клиент-сервер. В локальной сети: ПК сервер, ПК клиент, коммутатор)

Рисунок 2.5 − Диаграмма компонентов для задачи «Движение библиотечного фонда»

Рисунок 2.6− Диаграмма компонентов для задачи «Движение библиотечного фонда»

Рисунок 2.7 − Диаграмма развертывания для задачи «Движение библиотечного фонда»

Рисунок 2.8 − Диаграмма развертывания для задачи «Движение библиотечного фонда»

35

ЗАКЛЮЧЕНИЕ

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

Итоги движения фондов подводятся в «Книге суммарного учета библиотечного фонда» (или другом регистре суммарного учета, принятом в библиотеке) на основании данных суммарного учета о поступлении и выбытии документов.

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

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

Сведения об итоговых данных фиксируются в форме государственной статистической отчетности №6-НК и представляются для целей государственной статистической отчетности.

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

Итоговые данные электронных сетевых документов удаленного доступа отражаются путем добавления к общим показателям библиотечного фонда через «+» количества пакетов и количества (в скобках) включенных в них документов.

СПИСОК ЛИТЕРАТУРЫ

1. В.П. Агальцов. Базы данных. - Издательство «Мир», 2002 г. - 376 с.
2. А. Горев, Р. Ахаян. Эффективная работа с СУБД. - Издательство «СПБ», 1997 г. - 445 с.
3. Омельченко Л. Самоучитель Visual FoxPro 6.0. Издательство - «Петербург», 2000 г. - 512 с.
4. ГОСТ Р ИСО/МЭК 12207/99. Государственный стандарт РФ. Информационная технология. Процессы жизненного цикла информационных систем. Издание официальное. - М., 1999
5. Схемы алгоритмов, программ, данных и систем. Условные обозначения и правила выполнения. ГОСТ 19.701-90 (ИСО 5807-85) / Государственный комитет СССР по управлению качеством продукции и стандартам, 01.01.1992.
6. Автоматизированные информационные системы, базы и банки данных. Вводный курс: Учебное пособие, М.: Гелиос АРВ, 2007. - 368 с., ил
7. Астелс, Дэвид; Миллер Гранвилл; Новак, Мирослав, Практическое руководство по экстремальному программированию, Пер. с англ. - М.: Издательский дом "Вильямс", 2008. - 320 с.: ил. - Парал. тит. англ