Информация в файле

Объектом исследования является библиотека.Предметом является библиотека для выдачи книг и абонементов.Цель работы – разработка информационной системы библиотеки.Результаты данной работы представлены в пояснительной записке.В ходе работы представлен анализ предметной области, а также описаны бизнес-процессы в нотации IDEF0. В ходе проектирования были составлены концептуальная и логическая модель данных. На основе полученных данных разрабатывается ИС с учетом выявленных требований, а также разрабатываются запросы для получения определенной информации.ПЕРЕЧЕНЬ УСЛОВНЫХ ОБОЗНАЧЕНИЙСУБДСистема управления базами данныхIDEF0Методология функционального проектирования БДБаза данныхИСИнформационная системаПКМПравая кнопка мышиВВЕДЕНИЕБазы данных – это набор структур, предназначенных для хранения больших объемов информации и программных модулей, которые управляют данными, извлекают, сортируют и другие подобные действия.Информация базы данных хранится в одной или нескольких таблицах. Любая таблица, содержащая данные, состоит из набора записей одного типа, расположенных одна за другой. Это строки таблицы, которые вы можете добавлять, удалять или изменять.К настоящему времени накоплен большой опыт проектирования баз данных, предназначенных для учета различных предметов, что позволяет оптимизировать процесс создания баз данных.Актуальность темы библиотеки связано с затруднительным процессом поиска, сортировки и выдачи книг читателю используя традиционный подход. Автоматизированное место библиотекаря должно позволить быстро находить необходимые книги или статьи, а также Целью курсового проекта является автоматизация рабочего места библиографа.Объект исследования – библиотека.Предмет исследования – исследования методов автоматизации информационной системы библиотеки.1. ТЕОРЕТИЧЕСКАЯ ЧАСТЬ1.1 Анализ предметной областиУчет библиотечных фондов - это получение публикаций, полученных библиотекой, регистрация поступлений и исключение по той или иной причине публикаций, не подходящих для читателей, в библиотечных материалах, которые конкретно предоставляют информацию о доступном составе фонда и помогают обеспечить его безопасность.Правильная организация фондов облегчает использование литературы для читателя, для библиотекаря - быстрое удовлетворение требований читателя, а также обеспечивает сохранность фонда как общественного блага.Читатели библиотеки обслуживаются различными способами: они распространяют литературу и помогают отдельным читателям выбрать нужную литературу.Читатели, посещающие библиотеку, должны иметь при себе читательский билет. По окончании вуза (отчисление, аттестат, отчисление) читатели обязаны вернуть предназначенные для них публикации и вернуть читательские билеты.Для разрабатываемой базы данных доменом является личная библиотека. В библиотеке собраны книги разных авторов, издателей, годов выпуска - все это интересно для данного исследования.База данных «Библиотека» создана для экономии времени при поиске книг, а также для быстрого получения ответов на такие вопросы, как:– наличие или отсутствие данной книги в личной библиотеке.– где книга, которую ищет библиотекарь?– кто автор книги, которую ищет читатель.– какие книги этого автора собраны в библиотеке.– сколько экземпляров этой книги находится в библиотеке.– в каком году и где вышла желаемая книга.– номер телефона издателя.Когда библиотекарь работает с такой базой данных, гораздо проще получить интересующую читателю информацию.При разработке базы данных «Библиотека» были сформированы основные документы по тематической области. В результате в базе данных используются следующие входные данные:– информация о читателях;– информация о книгах;– информация о зарезервированных книгах;– информация о выпущенных книгах.Отчеты, запросы и формы - это выходные данные. В отчетах и ​​форме отображается информация, которая упрощает работу с записями в таблицах базы данных. Это позволит пользователю значительно ускорить процесс обработки и извлечения данных из базы данных.Использование автоматизированной библиотеки и информационной системы позволит библиотекарям практически полностью отказаться от ручного набора литературы на компьютерах, получая описания первоисточников из автоматизированных библиотек в регионе из централизованных источников, а также из-за рубежа.. Издание, в свою очередь, принадлежит библиотеке, у которой есть адрес, номер, название. Он может располагаться в одном из залов: журнальном, читальном и абонементном. Журнал периодических изданий содержит газеты и журналы, основными атрибутами которых являются название, номер, год издания, дата издания. В читальном зале есть книги, которые не раздают читателям, так как они очень редкие и находятся в уникальных экземплярах. Их основные атрибуты - это автор, год публикации, код, заглавие. Подписка состоит из тематического и систематического каталога. Первый содержит книги по названию предмета, второй - по названию самих книг.1.2 Функциональная модель информационной системыНа основании проанализированной предметной области необходимо предусмотреть следующие возможности информационной системы:– ввод новой книги (журнала) и удаление информации о списанных экземплярах;– изменение информации о заведующем отдела;– выдачу: перечня книг, статей (название, автор) по указанной теме;– места нахождения книги по ее названию с указанием заведующего отделом;– перечня книг указанного автора;– перечня книг данного издательства;– перечня книг заданной темы не позднее указанной даты издания;– отчет о хранилище книг (количество экземпляров по темам, количество экземпляров по отделам с указанием общего числа страниц и заведующих отделов).Функциональная модель работы библиотеки разрабатывается в нотации IDEF0. Контекстная диаграмма представлена на рисунке 1.1.На вход информационной системы поступают:– книги;– люди;– запросы.На выходе информационной системы получаются:– книги;– отказы клиентов;– читатель/покупатель.Процессами управления являются:– нормативные акты;– особенности СУБД.Для полноценной работы системы необходим:– персонал.Рисунок 1.1 – Контекстная диаграмма ИС библиотекиЛюди обращаются в систему для получения необходимой информации о наличии, покупке, возврате книг, делают это лично (лицами) или получают информацию по телефону (запрос).В систему добавляются недавно приобретенные книги, журналы (книги) и книги от читателей, которые спешат вернуть прочитанные книги в библиотеку, чтобы забрать новые.В библиотечной системе действуют свои правила (положения), установленные как законодательством, так и уставом библиотеки, которые регулируют порядок выдачи, продажи, учета книг, составления отчетов и документов, а также поведение персонала в различных ситуациях.Люди (сотрудники) контролируют всю систему. Обязанности сотрудников регламентированы (нормативные акты).Декомпозиция контекстной диаграммы представлена на рисунке 1.2.Рисунок 1.2 – Декомпозиция контекстной диаграммы ИС «Библиотека»1.3 Концептуальное проектирование базы данныхКонцептуальная модель магазина строится посредством описания сущностей и выявления потенциальных связей между ними. В таблице 1.1 представлен набор сущностей и их описание в информационной системе.Таблица 1.1Сущности информационной системы библиотеки№НазваниеОписание1АвтораСправочная сущность которая содержит список авторов2Виды билетаСодержит список видов билетов 3КнигиОперативная сущность содержит набор книг, доступных для выдачи. 4Персоналсправочная сущность, содержащая перечень сотрудников библиотеки 5Должностисправочная сущность, в которой приведены должности всех сотрудников 6Выдача книгоперативная сущность в которой осуществляется выдача книг читателям 7Читателиоперативная сущность в которой приводится список зарегистрированных читателей8Жанрысправочная таблица, в которой перечислены жанры книгСвязи выглядят так:1. Связь между сущностями «Книги» и «Авторы»:– один автор пишет много книг;– одна книга принадлежит одному автору.Следовательно связь одна ко многим2. Связь между сущностями «Билеты» и «Читатели»– один читатель может иметь один билет;– один билет может насчитывать многие читатели;Следовательно связь одна ко многим3. Связь между сущностями «Должности» и «Персонал»– одна должность закрепляется за несколькими работниками;– один сотрудник имеет одну должность.Так что связь одна ко многим.4. Связь между сущностями «Сотрудник» и «Выдача книг»– один сотрудник может выдавать несколько книг;– Одна книга выдается одним сотрудником.Следовательно связь одна ко многим.5. Связь между сущностями «Читатель» и «Выдача книг»– один читатель может брать много книг;– Одна книга выдается одному читателю.Следовательно связь одна ко многим6. Связь между сущностями «Жанры» и «Книги»– один жанр может насчитывать множество книг;– одна книга имеет один жанр.Следовательно связь одна ко многим7. Связь между сущностями «Выдача книг» и «Книги»– одна книга может выдаваться много раз;– В одной выдаче принимает участие одна книга.Так что связь одна ко многим.После того, как все сущности и связи между ними обнаружены. Отразим концептуальную схему на рисунке 1.3. Рисунок 1.3 – Концептуальная схема ИС библиотеки1.4 Физические модели данных. Определения, назначение информационной модели, цели.Цель создания физической модели - предоставить администратору соответствующую информацию для передачи логической модели данных в СУБД.Физические модели баз данных определяют, как данные хранятся в среде хранения и как к ним обращаются, что обрабатывается на физическом уровне. Исторически первыми системами хранения и доступа были файловые структуры и системы управления файлами (FMS), которые фактически были частью операционных систем. СУБД создала надстройку над этими файловыми моделями, которая позволила организовать весь набор файлов для запуска как единого целого и получить централизованное управление от СУБД. Однако прямой доступ осуществлялся на уровне файловых команд, которые СУБД использовала для управления всеми файлами, составляющими сохраненные данные одной или нескольких баз данных.ERWin поддерживает автоматическое создание физической модели данных для конкретной СУБД. В этом случае логическая модель трансформируется в физическую по следующему принципу: сущности становятся таблицами, атрибуты становятся столбцами, а ключи становятся индексами.Однако механизмы буферизации и управления файловыми структурами не адаптированы к задачам самой СУБД, эти механизмы были просто разработаны для традиционной обработки файлов, и по мере увеличения объема хранимых данных они стали неэффективными для использования СУБД. За этим последовал поэтапный переход от простых файловых структур к прямому управлению хранением данных на внешних носителях самой СУБД, при этом внешнее хранилище уже контролировалось вне контроля FMS и непосредственно СУБД. В то же время механизмы, используемые в файловых системах, также перешли на новые системы для организации данных во внешнем хранилище, часто называемые системами хранения на основе страниц. Поэтому в нашем разделе о физических моделях данных мы начнем с обзора файлов и файловых структур, используемых для организации физических моделей, используемых в базах данных, и, наконец, мы рассмотрим механизмы организации данных во внешнем хранилище с использованием разбивки на страницы. .1.5 Технология разработки запросов. Назначение, виды, способы созданияSQL-запросы - это наборы команд для работы с реляционными (табличными) базами данных. Подробнее о структуре, типах и типах SQL-запросов мы поговорим в этой статье.По типу SQL-запросы чаще всего делятся на:– запросы, предназначенные для работы со структурой данных - для создания, описания и изменения базы данных;– запросы, используемые непосредственно при работе с данными, с помощью которых вы можете добавлять, обновлять, сохранять и удалять данные;– запросы, используемые для предоставления или отзыва прав доступа к базе данныхПри составлении SQL-запроса для работы с базами данных в СУБД (MySQL, PostgreSQL) вводятся следующие параметры выбора:– имена таблиц, из которых вы хотите извлечь данные;– поля, значения которых должны быть восстановлены до исходных значений после внесения изменений в базу данных;– отношения между таблицами;– условия отбора проб;– вспомогательные критерии отбора (ограничения, способы подачи информации, тип сортировки).2. ПРАКТИЧЕСКАЯ ЧАСТЬ2.1 Логическое проектирование базы данныхНа этапе логического проектирования выделяются наборы атрибутов для различных сущностей. В таблицах 2.1-2.8 представлены наборы атрибутов, типов данных и некоторые ограничения на ввод.Таблица 2.1Атрибуты сущности «Персонал»№НазваниеТипСвойства1Табельный номерСчетчикПервичный ключ2ФИО сотрудникаКороткий текст 90 символов ограничение3ДолжностьЧисловойВнешний ключТаблица 2.2Атрибуты сущности «Автора»№НазваниеТипСвойства1Код автораСчетчикПервичный ключ2ФИО автораКороткий текст 90 символов ограничение3Пол автораКороткий текстМужской;женскийТаблица 2.3Атрибуты сущности «Виды билета»№НазваниеТипСвойства1Код билетаСчетчикПервичный ключ2Наименование билетаКороткий текст 90 символов ограничение3ВозможностиЧисловойВнешний ключТаблица 2.4Атрибуты сущности «Выдачи книг»№НазваниеТипСвойства1Номер выдачиСчетчикПервичный ключ2Дата выдачиДатаДд.мм.гггг3Дата возвратаДатаДд.мм.гггг4КнигаЧисловойВнешний ключ5ЧитательЧисловойВнешний ключ6СотрудникЧисловойВнешний ключ7КомментарийКороткий текст100 символовТаблица 2.5Атрибуты сущности «Должности»№НазваниеТипСвойства1Номер должностиСчетчикПервичный ключ2ДолжностьКороткий текст 90 символов ограничение3Оклад должностиДенежный>0Таблица 2.6Атрибуты сущности «Жанры»№НазваниеТипСвойства1Номер жанраСчетчикПервичный ключ2НаименованиеКороткий текст 90 символов ограничение3Возрастные ограниченияЧисловойПодстановка: +6;+12;+16;+18Таблица 2.7Атрибуты сущности «Книги»№НазваниеТипСвойства1Номер книгиСчетчикПервичный ключ2НазваниеКороткий текст 90 символов ограничение3Дата изданияДатадд.мм.гггг4Автор книгиЧисловойВнешний ключ5Жанр книгиЧисловойВнешний ключТаблица 2.8Атрибуты сущности «Читатели»№НазваниеТипСвойства1Номер читателяСчетчикПервичный ключ2ФИО читателяКороткий текст 90 символов ограничение3Дата рожденияДатадд.мм.гггг4Пол читателяКороткий текстМужской;женский5Билет читателяЧисловойВнешний ключЛогическая схема информационной системы библиотеки представлена на рисунке 2.1. На ней отображаются основные сущности, которые были выявлены на стадии концептуального проектирования, а также атрибуты этих самых сущностей.Рисунок 2.1 – Логическая схема ИС «Библиотека»Отношения имеют первую нормальную форму (1NF), если значения атрибутов (т. е. Домены), на основе которых строятся эти отношения, являются простыми, неделимыми, т. е. атомарными значениями.Отношение находится во второй нормальной форме, если оно находится в первой нормальной форме и значения в каждом неключевом атрибуте однозначно определяются значением первичного ключа.Отношение находится в третьей нормальной форме (3NF), поэтому и только тогда, когда отношение находится в 2NF и все неключевые атрибуты являются взаимно независимыми.В таблицах информационной системы библиотекаря нет неключевых полей, которые идентифицируются другим неключевым полем. Таким образом, таблицы имеют третью нормальную форму.2.2 Реализация СУБД MySQL средствами HeidiSQLДля запуска MySQL необходим иметь два программных обеспечения.Первое программное обеспечение XAMPP гарантирует запуск службы MySQL. ПО является кроссплатформенным. С помощью данного инструмента можно также создать CMS платформу для управления созданной базой данных через веб-приложение (сайт). На рисунке 2.3 представлен интерфейс ПО XAMPP.Рисунок 2.3 – Интерфейс ПО XAMPPВторым важным инструментом при создании базы данных MySQL является использования оболочки разработки, а именно ПО HeidiSQL. Данная оболочка позволяет создавать таблицы, связывать их, а также создавать запросы к ИС. На рисунке 2.4 изображается менеджер сеансов. Рисунок 2.4 – Авторизация в heidiSQLДля создания базы данных (рис. 2.5) необходимо нажать правой кнопкой мыши по сеансу и выбрать пункт «Создание базы данных». Необходимо в окне указать имя, сопоставление (кодировку) и снизу появится SQL код создания БД.Рисунок 2.5 – Создания новой базы данныхПосле создания базы данных переходят непосредственно к разработке структуры таблиц. Первая таблица является «Жанры». Для создания первичного ключа необходимо выбрать значение по умолчанию «auto increment» (рис. 2.6).Рисунок 2.6 – Создания счетчика для поля «Номер жанра»Для того, чтобы создать первичный ключ, необходимо нажать ПКМ по полю «Номер жанра» и выбрать пункт «Создания первичного ключа» (рис. 2.7). Аналогичным способом разрабатываются первичные ключи и для других таблиц.Рисунок 2.7 – Создания первичного ключаВ соответствии с логической моделью разрабатываются и остальные поля таблицы «Жанры» (рис. 2.8). Для того, чтобы поставить фиксированную подстановку для поля «Возрастное ограничение» необходимо воспользоваться типом данных «ENUM».Рисунок 2.8 – Финальный вид структуры таблицы «Жанры»Аналогичным способом разрабатываются и остальные таблицы. Структура таблиц представлена на рисунках 2.9 – 2.16.Рисунок 2.9 – Структура таблицы «Должности» в HeidiSQLРисунок 2.10 – Структура таблицы «Автора» в HeidiSQLРисунок 2.11 – Структура таблицы «Виды билета» в HeidiSQLРисунок 2.12 – Структура таблицы «Выдача книг» в HeidiSQLРисунок 2.14 – Структура таблицы «Персонал» в HeidiSQLРисунок 2.15 – Структура таблицы «Книги» в HeidiSQLРисунок 2.16 - Структура таблицы «Читатели» в HeidiSQLВторым важным этапом является связывание таблиц между собой. Чтобы приступить к данному этапу необходимо перейти на вкладку «Внешние ключи» и создать связь между таблицами. На рисунке 2.15 представлена связь между таблицами «Жанры» и «Книги»Рисунок 2.15 – Создания связей между сущностямиАналогичным способом разрабатываются связи для других сущностей информационной системы библиотеки. Для заполнения таблиц необходимо перейти на вкладку «данные» и заполнить таблицу записями (рис. 2.16).Рисунок 2.16 – Заполнение данных таблицы «Жанры»2.3 Формирование поисковых запросов к системеПосле проектирования таблиц базы данных переходят к организации запросов к ней. Запросы в HeidiSQL можно создавать тремя способами: обычный запрос, конструктор запросов и чистый синтаксис SQL. В курсовом проекте используется тип чистого синтаксиса.Первый запрос отображает список читателей, у которых билет персональный. Данный запрос имеет вид «выборки» по определенному критерию. На рисунке 2.7 представлен результат выполнения запросаSQL код:SELECT Читатели.ФИОЧитателя, ВидыБилета.НаименованиеБилетаFROM ВидыБилета INNER JOIN Читатели ON ВидыБилета.КодБилета = Читатели.БилетЧитателяWHERE (((ВидыБилета.НаименованиеБилета)="Персональный"));Рисунок 2.7 – Читатели у которых билет персональныйВторой запрос является параметрическим. Запрос выводит список выданных книг по определенному читателю, который библиотекарь вводит самостоятельно (рис. 2.8). Результат запроса представлен на рисунке 2.9.SQL-код:SELECT Читатели.ФИОЧитателя, Книги.НазваниеКниги, Жанры.НаименованиеЖанра, ВыдачаКниг.ДатаВыдачиFROM Читатели INNER JOIN ((Жанры INNER JOIN (Автора INNER JOIN Книги ON Автора.КодАвтора = Книги.АвторКниги) ON Жанры.НомерЖанра = Книги.ЖанрКниги) INNER JOIN ВыдачаКниг ON Книги.НомерКниги = ВыдачаКниг.Книга) ON Читатели.НомерЧитателя = ВыдачаКниг.ЧитательWHERE (((Читатели.ФИОЧитателя)=[Введите имя читателя]));Рисунок 2.8 – Ввод данных для параметрического запросаРисунок 2.9 – Вывод параметрического запросаТакже присутствует запрос на обновление, которое может менять наименование должности у сотрудников. Структура представлена на рисунке 2.10 в виде просмотра. SQL-код:UPDATE Должности SET WHERE (((Должности.НаименованиеДолжности)=IIf([НаименованиеДолжности]="Кассир",[НаименованиеДолжности]="Специалист обслуживания")));Рисунок 2.10 – Отображение запроса на обновления в режиме просмотраЧетвертый запрос выводит перекрестный запрос возрастные ограничения на книги по жанрам (рис. 2.11). Конструктор данных для построения запроса представлен на рисунке 2.12.Рисунок 2.11 – Результат перекрестного запросаРисунок 2.12 – Отображение перекрестного запроса в конструктореТакже разработаны запросы согласно техническому заданию, а также и другие запросы к информационной системе.ЗАКЛЮЧЕНИЕВ ходе разработки курсового проекта была проанализирована и спроектирована предметная область библиотеки в нотации IDEF0. Затем были выявлены основные требования к разработке базы данных, а также ключевые функции.Вторым важным этапом было непосредственное проектирование базы данных средствами Erwin Data Modeler. Были обнаружены основные сущности и затем они были связаны друг с другом. В конечном итоге проектирования были представлены следующие схемы: концептуальная и даталогическая модель данных предметной области.Заключительным этапом являлась разработка базы данных с использованием отчетов, макросов, форм. Были использованы разные запросы на выборку, группировки, а также параметрические и перекрестные запросы. Составлены некоторые структурированные отчеты.СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ1. Крахоткин, Е. В. Методы и средства проектирования информационных систем и технологий: учебное пособие / Е. В. Крахоткин. – Ставрополь: Северо-Кавказский федеральный университет, 2015. – 152 с. ЭБС IPRbooks [Режим доступа: http://www.iprbookshop.ru/62959.html].2. Советов, Б.Я. Методы и средства проектирования информационных систем и технологий: учебник для студ. учреждений высшего. образования / Б. Я. Советов, В. А. Дубенецкий, В. В. Цехановский. – М.: Издательский центр «Академия», 2018. – 352 с. – (Сер. Бакалавриат).3. Белов, В. В. Проектирование информационных систем: учебник для студ. учреждений высшего. проф. образования / В. В. Белов, В. И. Чистяков; под ред. В. В. Белова – М.: Издательский центр «Академия», 2013. – 352 с. – (Сер. Бакалавриат).4. Грекул, В. И. Проектирование информационных систем: учебное пособие / В. И. Грекул, Г. Н. Денищенко, Н. Л. Коровкина. - 3-е изд. – Москва: Интернет-Университет Информационных Технологий (ИНТУИТ), Ай Пи Ар Медиа, 2020. – 299 c. ЭБС "IPRbooks" [Режим доступа: http://www.iprbookshop.ru/epd-reader?publicationId=97577].5. Антонов, В. Ф. Методы и средства проектирования информационных систем: учебное пособие / В. Ф. Антонов, А. А. Москвитин. – Ставрополь: Северо-Кавказский федеральный университет, 2016. – 342 с. ЭБС "IPRbooks" [Режим доступа: http://www.iprbookshop.ru/66080.html].6. Проектирование информационных систем. Проектный практикум: учебное пособие для студентов дневного и заочного отделений, изучающих курсы «Проектирование информационных систем», «Проектный практикум», обучающихся по направлению 230700.62 (09.03.03) / О. В. Платенкин, И. П. Рак .В. .Терехов, В. Н. Чернышев. – Тамбов: Тамбовский государственный технический университет, ЭБС АСВ, 2015. – 80 с. ЭБС IPRbooks [Режим доступа: http://www.iprbookshop.ru/epd-reader?publicationId=64560].7. Лазебная, Е. А. Методы и средства проектирования информационных систем и технологий: учебное пособие / Е. А. Лазебная. – Белгород: Белгородский государственный технологический университет им. В.Г. Шухова, ЕБС АСВ, 2015. – 127 c. ЭБС «IPRbooks» [Режим доступа: http://www.iprbookshop.ru/epd-reader?publicationId=66663].8. ГОСТ 19.201-78 «Единая система программной документации. Техническое задание. Требования к содержанию и оформлению». [Электронный ресурс]: http://gostexpert.ru/gost/gost-19.201-789. ГОСТ 34.201-89 Информационная разработка. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем. [Электронный ресурс]: http://gostexpert.ru/gost/gost-34.201-8910. ГОСТ 34.601-90 Информационная разработка. Комплекс стандартов на автоматизированные системы. Автоматизированная система. Стадии сотворения». [Электронный ресурс]: http://gostexpe-rt.ru/gost/gost-34.601-9011. Алексеева, О. В. Иерархия запросов SQL, или благотворительность для «чайников» [Текст]/О. В. Алексеева. – М.: BBC-MPM, 2017. – 191 с.12. Алещенок, С. В. PHP-Controller: состояние и перспективы развития // Представитель доступа к базе данных [Текст] / С. В. Алещенок. – М.: Социум, 2017. – С.151-153.13. Ананьев, Б.Г. О проблемах синтаксиса MySQL [Текст]/Б. Г. Ананьев. – М.: Наука, 2019. – 380 с.14. Андреев, В. И. Диалектика синтаксиса СУБД [Текст]/В. И. Андреев. – Казань: Изд-во КРУ, 2014. – 320 с.15. Антонова, М. CSS: литература и другие источники информации [Текст]/М. Антоново. – М.: CAF-Россия, 2015. – 50 с.16. Асмолов, А.Г. Документация в IDEF0 [Текст]/А. Г. Асмолов. – М.: Академия, 2013. – 447 с.17. Ахметгалеев, Е. Д. Развитие студенческого мышления: правильность организации структуры СУБД: учеб. пособие [Текст]/Э. Д. Ахметгалеев. – Казань: Изд-во «Родина», 2014. – 86 с.18. Ахметгалеев, Е. Д. Типы запросов языка SQL [Текст] / Э. Д. Ахметгалеев // Развитие и саморазвитие личности как субъекта образовательной деятельности: межрегионные материалы. научно-практ. конф. – Казань: ИПППО РАО, 2014. – С. 158 – 162.19. Ахметгалеев, Э. Д. Роль воспитания и образования в системе управления бизнес-процессами [Текст] / Э. Д. Ахметгалеев // Науч. тр. ИСЭПИ АНТ. – Казань: Изд-во "Фэн", 2017. – Т. 17. – С. 241-247.20. Барова, В. В. Руководство по руководству пользователя [Текст] / В. В. Барова. – Тюмень: БФРГТ, 2018. – 86 с.