Разработка базы данных для библиотеке

643.18049774.07141 – 16 81 24 -3

Содержание

1. Введение ……………………………………………………………………….3
2. Описание сферы деятельности ……………………………………………….3
1. Модель функционирования IDEF0 ……………………………………...3
2. Логическая модель IDEF3 ………………………………………………..9
3. Модель потоков данных DFD …………………………………………..11
3. Структура информации ……………………………………………………...15
1. Инфологическая модель ………………………………………………...15
2. Даталогическая модель ………………………………………………..17
3. Структура информации ………………………………………………..19
4. Описание запросов ……………………………………………………...20
4. Интерфейс пользователя ……………………………………………………22
1. Описание выходных форм ……………………………………………...22
2. Описание диалоговых форм …………………………………………….25
3. Схема интерфейса ……………………………………………………….28
4. Перечень сообщений …………………………………………………….29
5. Алгоритм обработки информации ………………………………………….30
6. Инструкция пользователю …………………………………………………..31
7. Литература …………………………………………………………………..44
8. Приложения …………………………………………………………………45
1. Техническое задание ……………………………………………………45
2. Тексты программных модулей …………………………………………56

1. Введение

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

Цель разработки: Упрощение  работы библиотекаря с помощью внедрения  автоматизированных методов обработки  информации.

2. Описание сферы деятельности

1.  Модель функционирования IDEF0

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

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

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

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

Рекомендации при  построении модели IDEF0:

• Для понимания работы системы достаточно разработать 3-4 уровня;
• При необходимости отдельные блоки могут детализироваться до 5-6 уровней;
• Большие аналитические проекты лучше разбивать на более мелкие, каждый из которых  создает модель конкретной части;
• Рекомендуется прекращать моделирование, когда уровень детализации  модели удовлетворяет ее цели.

При моделировании  с помощью метода IDEF0 различают  между функциями семь видов связей.

Типы связей между  функциями:

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

       Схемы информационных связей  работы библиотекаря определены на рисунках 1-5.

Рис.1 Схемы информационных связей (нулевой уровень)

Рис.2 Схемы информационных связей (первый уровень)

Рис.3 Схемы информационных связей (второй уровень)

Рис.4 Схемы информационных связей (второй уровень)

Рис.5 Схемы информационных связей (второй уровень)

Диаграмма дерева узлов  приведена на рисунке 6.

Рис. 6. Диаграмма дерева узлов.

Схема IDEF0 по деятельности библиотеки состоит из следующих работ:

1. Работа библиотекаря, которая предусматривает следующие функции:
• Заключение договора с поставщиком;
• Поступление книг;
2. Регистрация книг, где формируется следующие функции:
• Создание формуляров;
• Распределение по залам;
• Размещение по стеллажам;
• Формирование БД;
3. Учёт читателей:
• Заведение карточки;
• Занесение данных о читателе;
4. Учёт годности книг
• Проведение ревизии;
• Выявление устаревших книг;
• Составление реестра на списание;

2.  Логическая модель IDEF3

Метод IDEF3 предназначен для моделирования таких процессов, в которых важно понять последовательность выполнения действий и взаимозависимости между ними. Основой модели IDEF3  служит сценарий процесса, который выделяет последовательность действий и под процессов анализируемой системы.

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

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

Рис.7 Виды связей.

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

Связь типа «объектный поток» одна из наиболее часто встречающихся связей, заключается в том, что некоторый объект, являющийся результатом

выполнения исходного  действия, необходим для выполнения конечного действия.

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

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

Для изображения такой  ситуации используются соединения, которые соединяют или разбивают внутренние потоки и используются для ветвления процесса:

• разворачивающие соединения используются для разбиения потока;
• сворачивающие соединения объединяют потоки.

При построении диаграмм IDEF3 используются  три вида соединений,  представлены на рисунке 8.

Рис.8 Виды соединений.

Диаграмма IDEF3 представлена на рисунке  9.

Рис.9 Диаграмма IDEF3

3.  Модель потоков данных DFD

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

• Функции обработки информации (работы);
• Документы, объекты, сотрудников или отделы, которые участвуют в обработке информации;

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

В отличие от стрелок, используемых в модели IDEF0, стрелки DFD     показывают как объекты двигаются от одной работы к другой.

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

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

Стрелки (потоки данных). Стрелки описывают движение объектов из одной части системы в другую. Так как в DFD каждая сторона работы не имеет четкого назначения, то  стрелки могут подходить и выходить из любого ребра. В DFD также применяются двунаправленные стрелки для описания диалогов между работами, работой и внешней сущностью и между внешними сущностями

Хранилище данных.  Хранилище данных изображает объекты в покое. В материальных объектах  хранилища

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

Ветвление и объединение. Стрелки в DFD диаграммах могут объединяться и разветвляться, что показывает объединение данных и их разбивку по отдельным массивам.

Посторенние DFD диаграмм, ассоциируется с разработкой программного обеспечения.

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

- Размещать на каждой  диаграмме от 3 до 6-7 процессов;

- Не загромождать  диаграммы  не существенными  на данном  уровне деталями;

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

- Выбирать ясные имена  процессов и потоков, не использовать  аббревиатуры.

Диаграмма информационных потоков представлена на рисунке 10.

Рис.10 Диаграмма DFD

На этой диаграмме отражены информационные потоки деятельности библиотеки, а именно:

1. Работы:
• Работа библиотеки;
2. Хранилища данных:
• Заключенные договора;
• Годные книги;
• Читательские билеты;
• Формуляры;
• Списанные книги.
3. Внешние сущности:
• Поставщик;
• Библиотекарь.
3. Структура информации
1. Инфологическая модель

Проектирование Базы Данных.

Требуется выполнить проектирование базы данных «Библиотека», выделяются сущности и связи, определяются ключевые.

Сущности:

• Читатель
• Книги
• Библиотекарь
• Поставщик

     Связи:

• Оформление
• Поставка
• Обслуживание

Реквизиты:

• Читатель:
1. ФИО;
2. Номер (Ключевой реквизит);
3. Адрес;
4. Телефон;
5. Дата выдачи карточки;
6. Дата выбытия.
• Книги:
1. Номер (Ключевой реквизит);
2. Наименование;
3. Автор;
4. Год издания;
5. Аннотация;
6. Тематика;
7. Издательство;
8. Поставщик;
9. Количество экземпляров всего;
10. Количество экземпляров в библиотеке;
11. Количество экземпляров у читателей.
• Библиотекарь:
1. Номер (Ключевой реквизит);
2. ФИО.
• Поставщик:
1. Номер (Ключевой реквизит);
2. Наименование.

Эта информация является основной для формирования ER-модели. Модель показана на рисунке 11.

Рис. 11. ER-модель базы данных

2.  Даталогическая модель

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

Выполнив анализ ER-модели (Рис. 11), определили по каким правилам формируются наши отношения:

Связи:

• Связь «Обслуживание» является связью М : М, так как читателей множество. Сущность «Читатель» имеет обязательный класс принадлежности, поскольку каждый читатель запрашивает книгу. Сущность «Книги» имеет класс принадлежности – обязательный, так как книги всегда выдаются читателям. Это говорит о том, что отношение формируется по правилу 6;
• Связь «Оформление» является связью типа М : М, так как присутствует несколько библиотекарей, и каждый отвечает за определенное количество книг. Сущность «Библиотекарь» имеет класс принадлежности – необязательный, так как у каждого библиотекаря есть своё рабочее место. Это говорит о том , что отношения формируются по правилу 6;
• Связь «Поставка» является связью типа М : М, так как много поставщиков поставляют разные книги. Сущность «Поставщик» имеет класс принадлежности – необязательный, так как поставщики поставляют разные книги. Это говорит о том , что отношение формируется по правилу 6.

Результатом выполненного анализа  является Даталогическая модель, Рис. 12, где PK – первичный ключ. (PRIMARY KEY), a FK – внешний ключ (FOREIGN KEY).

Рис. 12. Даталогическая модель.

3.  Структура информации

Результатная информация представлена в таблице 1.

Табл. 1

4. Описание запросов

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

Таблица №2

Таблица №3

Таблица №4

Таблица №5

4. Интерфейс пользователя

1.  Описание выходных форм

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

Рис. 13. Выходная форма документа, сформированная по запросу №1

Рис. 14. Выходная форма документа, сформированная по запросу №2

Рис. 15. Выходная форма документа, сформированная по запросу №3

Рис. 16. Выходная форма документа, сформированная по запросу №4

2.  Описание диалога пользователя

Примерная структура диалоговых окон, с которыми будет работать пользователь показаны на рисунках 16-19.

Рис. 17. Диалоговое окно справочника «Книги». Форма списка.

Рис. 18. Диалоговое окно справочника «Книги». Форма элемента.

Рис. 19. Диалоговое окно справочника «Карточки». Форма списка.

Рис. 20. Диалоговое окно справочника «Карточки». Форма элемента.

3.  Схема интерфейса.

Интерфейс строится для организации комфортной среды пользователя. На рисунке 21 показана схема интерфейса пользователя.

Рис. 21. Схема интерфейса. Библиотекарь.

4.  Перечень сообщений

Список сообщений представлен  в таблице 5.

Таблица 5