Автор Анна Евкова
Преподаватель который помогает студентам и школьникам в учёбе.

Проектирование реализации операций бизнес-процесса "Движение библиотечного фонда"

Содержание:

ВВЕДЕНИЕ

Ежедневно нас окружает большое количество информации, объем которой растет день ото дня. Вместе с ним увеличивается потребность в автоматизации процессов обработки информации, её сортировки и хранения.

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

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

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

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

Для достижения поставленной цели в работе ставятся следующие задачи:

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

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

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

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

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

Во втором разделе пошагово рассмотрим процесс проектирования информационной системы.

1 АНАЛИТИЧЕСКАЯ ЧАСТЬ

1.1 Выбор комплекса задач автоматизации

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

В данном курсовом проекте рассмотрим автоматизацию бизнес-процесса «Движение библиотечного фонда» библиотеки на примере «Центральной библиотеки» города Пикалево, Бокситогорского района, Ленинградской области.

Система автоматизации проектирования – это автоматизированная информационная система, предназначенная для автоматизации деятельности подразделений проектной организации или коллектива специалистов в процессе разработки проектов изделий на основе применения единой информационной базы, математических и графических моделей, автоматизированных проектных и конструкторских процедур. [7 Уткин В. Б., Балдин К. В. Информационные системы в экономике. Учебник для студ.высш.учеб.заведений. – М.: Академия. C.42]. На основании определения, процесс автоматизации в выбранной библиотеке включает в себя ряд задач:

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

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

Существует два вида учета библиотечного фонда: внутрибиблиотечный и бухгалтерский (бюджетный). В государственных учреждениях одновременно ведется и внутрибиблиотечный, и бухгалтерский учет [3 статья 12 Федерального закона. п.6].

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

Информационный поток – это совокупность циркулирующих в системе, между системой и внешней средой сообщений, необходимых для управления, анализа и контроля операций [5 Грекул В. И.; Денищенко Г.Н., Коровкина Н.Л. Проектирование информационных систем – М.: Национальный Открытый Университет «ИНТУИТ», 2016. C.248].

Определим входные и выходные информационные потоки в проекте:

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

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

1.2 Характеристика существующих бизнес –процессов

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

Для начала создадим контекстную диаграмму IDEF0 информационной системы.

IDEF0 используется для создания функциональной модели, отображающей структуру и функции системы, а также потоки информации и материальных объектов, связывающие эти функции [1 Методология функционального моделирования IDEF0 Руководящий документ. C.5].

Стандарт IDEF0 включает в себя три основных принципах:

  • принцип функциональной декомпозиции: каждая функция может быть разделена на более простые функции;
  • принцип ограничения сложности: количество блоков от 2 до 8;
  • принцип контекста: моделирование любого процесса начинается с создания контекстной диаграммы, включающей в себя только один блок – главная функция системы.

Контекстная диаграмма разрабатываемого бизнес-процесса изображена на рисунке 1.1.

Диаграмма включает в себя:

  1. Входные потоки:
  • данные об изданиях;
  • данные о читателях.
  1. Управляющие потоки:
  • законодательство РФ;
  • методика подсчета выданных изданий;
  • методика стоимости всех изданий.
  1. Ресурсные потоки:
  • библиотекарь;
  • база данных библиотеки.
  1. Выходные потоки:
  • количество выданных изданий (информация представлена в виде таблицы);
  • стоимость всех изданий (информация представлена в виде таблицы).

Рисунок 1.1 Контекстная диаграмма информационной системы

Теперь проведем функциональную декомпозицию системы. Результат представлен на рисунке 1.2.

Рисунок 1.2 Декомпозиция второго уровня

На выходе получаем пять блоков диаграмм декомпозиции:

  • управление личными карточками читателя: входные данные получаем из «Информации о читателе». Исходя из данных документов заполняются поля в личной карточке читателя (фамилия, имя, отчество, номер читательского билета, домашний телефон и домашний адрес). Эти данные заносит непосредственно библиотекарь. Им же осуществляется ввод, удаление или редактирование информации о читателе в базе данных. Информация в каждом блоке должна соответствовать законодательству РФ (законам, указам, постановлениям и т.д.);
  • управление изданиями: в форме в соответствующие поля вводим данные о новых изданиях: код печатного издания или код электронного издания, название издания, ФИО автора, издательство, жанр, тематика, цена, количество экземпляров. Запись данных осуществляет библиотекарь.
  • выдача изданий: при выдаче сотрудником библиотеки указывается код издания, номер читательского билета, дата выдачи и дата возврата;
  • получение информации о количестве выданных изданий: список формируется в виде таблицы на основе данных о выданных изданиях;
  • получение информации о стоимости всех изданий: из базы данных автоматически берется информация о стоимости каждого издания и суммируется.

1.3. Характеристика документооборота, возникающего при решении задачи

Все документы включенные в библиотечный фонд утверждены Приказом Минкультуры РФ от  08.10.2012 № 1077 [2 Приказ Министерства культуры РФ №1077]. В библиотеке осуществляется комплектование, хранение и использование документов.

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

Поступление документов происходит при покупке, подписке, дарении, пожертвовании и т. д. Издания учитываются по первичным учетным документам (накладная, акт о приеме документов). При поступлении документов вследствие дарения оформляется акт о приеме документов. Документы, заменяющие утерянные, оформляются актом о приеме документов взамен утерянных.

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

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

Затем форма отражающая информацию о поступлении за определенный период передается в бухгалтерию.

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

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

1.4. Обоснование проектных решений по информационному обеспечению

Информационное обеспечение в данной проекте является средством для решения таких задач, как:

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

Информационное обеспечение включает в себя два комплекса: внемашинное (классификаторы технико-экономической информации, документы) и внутримашинное (экранные формы для ввода и вывода информации, входные, выходные файлы, базы данных) [5 Проектирование информационных систем. С.194].

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

Рисунок 1.3 Читательский билет

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

Для кодирования информации должны быть использованы классификаторы.

Классификатор – это документ, с помощью которого осуществляется формализованное описание информации в ИС, содержащей наименования объектов, наименования классификационных группировок и их кодовое обозначение.[6 Смирнова Г.Н., Сорокин А.А., Тельнов Ю.Ф., Проектирование экономических информационных систем. Учебник, М.: «Финансы и статистика», 2002. C.94].

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

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

  • файловая организация;
  • интегрированная;
  • смешанная.

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

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

Реляционная база данных представляет собой множество взаимосвязанных таблиц, каждая из которых содержит информацию об объектах определенного вида. Каждая строка таблицы содержит данные об одном объекте, а столбцы таблицы содержат различные характеристики этих объектов [4 Евсеева О.Н., Шамшев А.Б. Работа с базами данных на языке C#. Технология ADO.NET: Учебное пособие. - Ульяновск: УлГТУ, 2009. C.74].

1.5. Обоснование проектных решений по программному обеспечению

Процесс автоматизации в библиотеке целесообразнее всего провести при помощи операционной системы (ОС) Windows 10 компании Microsoft. Предлагаемая ОС имеет широкий круг потребления в РФ, интерфейс удобен, быстродействие системы улучшено в сравнении с предыдущими версиями, обновления происходят автоматически. Выбор программного обеспечения будет обусловлен совместимость с данной ОС.

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

Преимущества Microsoft Access:

  • все данные хранятся в одном файле, хоть и располагаются в разных таблицах. Подобный подход упрощает процесс перемещения БД, резервное копирование;
  • имеет большой набор Конструкторов и Мастеров, что значительно сокращает время разработки;
  • удобный графический интерфейс. Помимо создания БД, встроенные средства позволяют разрабатывать приложения;
  • входит в состав стандартного пакета Microsoft Office;
  • возможность импорта/экспорта данных в различные форматы, от таблиц Excel и до серверной СУБД.

СУБД Oracle или MS SQL располагают более мощными средствами администрирования и больше подходят для крупный проектов корпораций, имеют более высокие аппаратные требования и высокую стоимость.

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

2 ПРОЕКТНАЯ ЧАСТЬ

2.1. Информационная модель и её описание

Информационная модель проекта отражает процесс обработки информации (рисунок 2.1).

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

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

2.2. Характеристика нормативно-справочной, входной и оперативной информации

Экранные формы ввода входных данных в систему представлены в приложении А.

Приведем перечень и источник входных данных:

  • добавление печатного издания. Здесь вводится информация о поступающем в библиотеку печатном издании, при этом указывается: название издания, год издания, ФИО автора, объем в страницах, цена в рублях, количество поступающих экземпляров. В выпадающих меню выбираем наименование издательства, жанра и тематики издания. Код издания присваивается автоматически программой. Информация об издании берется из накладной или из акта о приеме;
  • добавление электронного издания. Заполнение информации аналогично печатному изданию, только дополнительно вносится номер лицензионного соглашения. Код издания присваивается автоматически программой;
  • добавление нового читателя. Информация о новом читателе заполняется при предъявлении паспорта. Вносится информация о фамилии, имени, отчестве читателя, его домашнем адресе и телефоне. Номер читательского билета присваивается автоматически программой;
  • добавление издательства. При добавлении издания наименование издательства выбирается из выпадающего списка, если издательство отсутствует, то необходимо внести информации о нем. Указываем в форме наименование, город, номер телефона и электронный адрес издательства. Код издательства присваивается автоматически;
  • добавление жанра издания и добавление тематики издания. Изредка работнику библиотеки требуется добавить новый жанр и тематику издания. В таком случае используются формы их внесения в базу. При этом указываются только наименования. Код жанра и код тематики присваиваются автоматически;
  • добавление информации о выдаче книги. При каждой выдаче издания читателю, библиотекарю необходимо заполнить карточку выдачи. В форму вносится информация о номере читательского билета, номере, выдаваемого печатного издания, дата выдачи и дата возврата. Форма о выдаче электронного издания, заполняется аналогично.

При не соответствии формата данных при вводе информации на экран выводится информационное сообщение, изображенное на рисунке 2.2.

Рисунок 2.2 Сообщение о некорректном вводе данных

2.3. Характеристика результатной информации

Результатная информация в системе отображается в виде отчетов (пример отчетов приведен в приложении Б).

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

«Отчет по электронным изданиям» составляется на основе таблицы «Электронное издание». Информация выводится виде блоков для каждого издания в котором указан код, название, автор, объем, цена, жанр, тематика и номер лицензионного соглашения издания.

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

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

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

2.4. Общие положения (дерево функций и сценарий диалога)

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

Рисунок 2.3 Дерево функций

На рисунке 2.3 выделены два подмножества функций: основные и служебные. При помощи основных функций достигается основная цель программы – это добавление, удаление, просмотр данных. Служебные функции помогают настроить или прояснить вывод информации.

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

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

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

Назначение модуля «Читатели» добавление, удаление и просмотр информации о читателях.

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

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

Рисунок 2.4 Сценарий диалога

2.5. Характеристика базы данных

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

  • множество сущностей;
  • множество атрибутов;
  • множество связей.

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

Сущность «Информация о читателе» независима и представляет сведенья о читателях. Спецификация атрибутов приведена в таблице 2.1.

Таблица 2.1 Информация о читателе

Имя поля

Тип данных

Длина поля

Прочее

Номер читательского билета

Счетчик

Длинное целое

Ключевое поле

Фамилия

Короткий текст

30

Имя

Короткий текст

20

Отчество

Короткий текст

20

Телефон

Короткий текст

12

Адрес

Короткий текст

60

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

Таблица 2.2 Издательства

Имя поля

Тип данных

Длина поля

Прочее

Код издательства

Счетчик

Длинное целое

Ключевое поле

Наименование издательства

Короткий текст

40

Город

Короткий текст

20

Телефон

Короткий текст

12

Электронный адрес

Короткий текст

30

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

Таблица 2.3 Жанр

Имя поля

Тип данных

Длина поля

Прочее

Код жанра

Счетчик

Длинное целое

Ключевое поле

Наименование

Короткий текст

40

Сущность «Наименования тематик» независимая, включает в себя информацию о тематике изданий. Спецификация атрибутов приведена в таблице 2.4.

Таблица 2.4 Наименования тематик

Имя поля

Тип данных

Длина поля

Прочее

Код тематики

Счетчик

Длинное целое

Ключевое поле

Наименование

Короткий текст

40

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

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

Таблица 2.5 Печатное издание

Имя поля

Тип данных

Длина поля

Прочее

Код книги

Счетчик

Длинное целое

Ключевое поле

Название

Короткий текст

100

Год издания

Числовой

Длинное целое

Автор

Короткий текст

75

Объем

Числовой

Длинное целое

Цена

Денежный

-

Количество экземпляров

Числовой

5

Код жанра

Числовой

Длинное целое

Код издательства

Числовой

Длинное целое

Код тематики

Числовой

Длинное целое

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

Таблица 2.6 Электронное издание

Имя поля

Тип данных

Длина поля

Прочее

Код электронного издания

Счетчик

Длинное целое

Ключевое поле

Название

Короткий текст

100

Автор

Короткий текст

75

Объем

Короткий текст

20

Цена

Денежный

-

Код жанра

Числовой

Длинное целое

Код тематики

Числовой

Длинное целое

Номер лицензионного договора

Числовой

20

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

Таблица 2.7 Выдача книг

Имя поля

Тип данных

Длина поля

Прочее

Код выдачи

Счетчик

Длинное целое

Ключевое поле

Код книги

Числовой

Длинное целое

Код электронного издания

Числовой

Длинное целое

Номер читательского билета

Числовой

Длинное целое

Дата выдачи

Дата и время

-

Дата возврата

Дата и время

-

Статус возврата

Логический

-

Вид связи между сущностями будет «один ко многим». На основании связей строим ER-модель в программе Microsoft Access. Модель изображена на рисунке 2.5.

Рисунок 2.5 ER-модель

2.6. Структурная схема пакета (дерево вызова программных модулей)

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

Таблица 2.8 Описание функций модулей

№ п/п

Наименование модуля

Функции модуля

1

Главная кнопочная форма

Главное меню базы данных. Выполняет функции навигации по базе данных

2

Подчиненная форма «Библиотека»

Выполняет функцию навигации во вкладке «Библиотека»

2.1

Подчиненная форма «Добавить»

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

2.2

Подчиненная форма «Удалить»

Содержит макросы для запросов «Удалить печатное издание», «Удалить электронное издание»

2.3

Подчиненная форма «Отчеты»

Содержит отчеты «Отчет по печатным изданиям», «Отчет по электронным изданиям»

3

Подчиненная форма «Читатели»

Содержит форму ввода «добавить читателя» и макрос для запроса «Удалить читателя»

4

Подчиненная форма «Выдача книг»

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

5

Подчиненная форма «Просроченные книги»

Содержит макрос для запроса о выводе, отсортированной по заданной дате, таблицы «Выдача книг»

2.7 Описание программных модулей

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

Рисунок 2.6 Блок-схема отчета о выдаче книг

Чтобы создать отчет в MS Access, переходим в Мастер отчетов. В открывшемся окне, выбираем необходимые для отчета данные из разных таблиц (рисунок 2.7):

Рисунок 2.7 Создание отчета в Мастере отчетов

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

Рисунок 2.8 Конструктор отчета

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

Рисунок 2.9 Окно свойств объекта

2.8. Контрольный пример реализации проекта и его описание

Проверим работоспособность, созданного проекта при помощи контрольного примера.

Сначала введем новые данные в базу («Добавление печатного издания») посредством формы ввода. Пример заполнения формы указан на рисунке 2.10.

Рисунок 2.10 Пример заполнения формы

В приложении Б приведен пример отчета по печатным изданиям до внесения изменений. Количество книг в базе – 35, их общая стоимость - 13501,75 рублей.

Добавляем в базу 9 экземпляров книги ценой 638 рублей, каждое издание. Следовательно в результате число книг должно стать 44, а общая стоимость - 19243,75 рублей. Проверим правильность внесения данных и расчета показателей. Сформированный отчет изображен на рисунке 2.11.

Рисунок 2.11 Отчет по печатным изданиям после изменения

Из рисунка следует, что данные внесены и расчет произведен верно.

Все экранные формы, созданной программы, представлены в приложении В.

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

ЗАКЛЮЧЕНИЕ

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

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

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

Во втором разделе рассматриваются все этапы разработки:

  • создание и описание информационной модели бизнес-процесса. Для удобства представления данных модель была построена при помощи программы MS Visio;
  • проведен подробный анализ входных и выходных данных системы на основании которых были созданы необходимые таблицы, формы и отчеты;
  • предусмотрен вывод информационных сообщений при введении некорректных данных;
  • сформировано древо функций, в котором раскрыта составляющая основных и служебных функции базы;
  • в виде схемы разработан сценарий диалога программы с пользователем;
  • разработана логическая структура данных на основании ER-модели, необходимая для работы запросов. Она включает в себя определение ключевых и не ключевых полей, создание связей между таблицами;
  • подробно описан функционал программных модулей;
  • разработана главная кнопочная форма.

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

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

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

Эффект от автоматизации работы библиотеки сводится к повышению оперативности внесения информации и ее обработки.

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

  1. Методология функционального моделирования IDEF0 Руководящий документ ИПК Издательство стандартов, 2000 Госстандарт России Москва.
  2. Приказ Министерства культуры РФ от 8 октября 2012 г. №1077 «Об утверждении Порядка учета документов, входящих в состав библиотечного фонда» (с изменениями и дополнениями).
  3. Ст. 12 Федерального закона от 29.12.1994 № 78‑ФЗ «О библиотечном деле».
  4. Евсеева О.Н., Шамшев А.Б. Работа с базами данных на языке C#. Технология ADO.NET: Учебное пособие. - Ульяновск: УлГТУ, 2009. - 170 с.
  5. Грекул В. И.; Денищенко Г.Н., Коровкина Н.Л. Проектирование информационных систем – М.: Национальный Открытый Университет «ИНТУИТ, 2016 – 571 с.
  6. Смирнова Г.Н., Сорокин А.А., Тельнов Ю.Ф., Проектирование экономических информационных систем. Учебник, М.: «Финансы и статистика», 2002 – 512 с.
  7. Уткин В. Б., Балдин К. В. Информационные системы в экономике. Учебник для студ.высш.учеб.заведений. – М.: Академия, 2004 -288 с.

ПРИЛОЖЕНИЕ А

Экранные формы ввода информации в базу данных

ПРИЛОЖЕНИЕ Б

Примеры отчетов, формируемых системой

ПРИЛОЖЕНИЕ В

Экранные формы программы