67
Информационная модель представляет собой взаимосвязь входных,
промежуточных и результатных информационных потоков и функций
предметной области, необходимых для функционирования информационной
системы.
Информационная модель строится в форме схемы данных и поясняется
диаграммой потоков данных.
Все запросы (пользовательские и внутрисистемные), связанные с
производством технологических процессов библиотеки генерируются ИС.
Для ввода первичной информации используются справочники и
классификаторы.
Выходными документами являются экранные формы, аналитические
отчеты в печатном и электронном виде.
Информационная модель системы автоматизации приведена на рисунке
2.2.
68
Рис. 2.2. Информационная модель системы
69
2.2.2. Характеристика нормативно-справочной, входной и
оперативной информации
В системе используются следующие входные документы:
сведения о читателях, поступающие от них самих;
список книг;
перечень отделов библиотеки, поступающий из бухгалтерии.
Список читателей содержит следующие сведения:
фамилия;
имя;
отчество;
номер читательского билета;
телефон;
домашний адрес.
На основании данного документа формируется содержимое справочника
Читатели.
Документ Список книг в своем составе имеет наименование книги, а также
автора, издательство, год издания, ISBN, а краткое описание (аннтотацию). На
основании данного документа формируется содержимое справочников Книги,
Авторы, Издательства.
В перечне отделов указывается наименование каждого отдела библиотеки,
а также его телефон. На основании данного документа формируется содержимое
справочника Отделы.
В качестве оперативной информации в системе используются данные о
поступлении книг в библиотеку и выдаче и возвращении их читателям.
Оперативная информация учитывается путем сохранения в двух таблицах базы
данных – Наличие и Выдачи.
В таблицу Наличие вносятся следующие реквизиты:
книга;
количество;
отдел.
В таблицу Выдачи через экранную форму вносятся следующие реквизиты
70
дата выдачи (в автоматическом режиме);
книга;
читатель.
Данные о выдачах и возвратах поступают ежедневно, с периодичностью
около 20 раз за рабочий день. Данные о поступлении книг в отделы поступают
еженедельно, общим объемом около 30 документострок.
2.2.3. Характеристика результатной информации
В качестве выходных в разработанном АРМ библиотекаря формируются
следующие документы:
список читателей;
список издательств;
список отделов;
список авторов;
список книг;
отчет о наличии книг;
отчет о выданных книгах.
Описание результатных документов приведено в таблице 2.2.
Таблица 2.2
Описание выходных документов
Наименован
ие
Реквизиты Таблицы, на основе
которых формируется
Частота
формирован
ия
Способ
доставк
и
Список
читателей
фамилия;
имя;
отчество;
№ читательского
билета;
Домашний адрес;
телефон.
Читатели
По запросу Экранна
я форма
71
Список
отделов
полное
наименование;
краткое
наименование;
телефон
(внутренний).
Отделы.
По запросу Экранна
я форма
Список
издательств
наименование.
Издательства.
По запросу Экранна
я форма
Список
авторов
Фамилия и
инициалы.
Авторы.
По запросу Экранна
я форма
Отчет о
выдаче
номер
дата выдачи
отдел;
Издательство;
Книга;
Автор;
Читатель;
Дата выдачи
Выдача;
Издательства;
Авторы;
Книги;
Читатели;
Отделы
По запросу Экранна
я форма
Список книг
№ пп
автор;
издательство;
наименование;
ISBN;
описание.
Издательства ;
Авторы;
Книги
По запросу Экранна
я форма
Отчет о
наличии
книг
номер пп;
Отдел;
автор;
книга;
количество
Издательства ;
Авторы;
Книги;
отделы
По запросу Экранна
я форма
72
2.3. Программное обеспечение задачи
2.3.1. Общие положения (дерево функций и сценарий диалога)
Перед тем, как приступать к подробному описанию внедряемого
программного продукта, необходимо описать иерархию функций управления и
обработки данных, которые автоматизирует данное программное средство.
Входные документы будут заноситься пользователями в базу данных,
преобразовываться до нужного формата и обрабатываться по запросам. Формат
вводимых данных исключит возможность ошибки при занесении информации.
Все данные будут храниться в базе данных. Выходные документы после
обработки будут доступны для пользователей в любое время, что исключит
возможность потери информации [9. стр. 53].
Выходные документы используются со стороны пользователя для принятия
решений по сделкам, со стороны системы – для поддержки процессов
оперативного управления на всех этапах (формирование параметров, ввод и
корректировка значений, отчетность).
Единственным пользователем в разработанной системе является
библиотекарь.
Дерево функций проектируемой ИС представлено на рисунке 2.3.
73
Рис. 2.3. Дерево функций
74
Сценарий диалога, формирующийся на основе дерева функций, приведен
на рисунке 2.4.
Рис. 2.4. Сценарий диалога
2.3.2. Характеристика базы данных
Процедура создания БД включает в себя 3 фазы: создание концепции,
построение логической модели и физическое проектирование. Каждая фаза
включает разработку модели данных, которая становится источником
информации для следующей фазы. Основное значение в этом процессе отдано
концептуальной модели, базирующейся на основных параметрах, указанных в
спецификации требований пользователей. Создание концепции БД не связано с
такими тонкостями разработки, как тип применяемой целевой СУБД,
используемая вычислительная платформа и т.п., но качество концептуальной
модели тут выступает основополагающим фактором, позволяющим отразить
трудозатраты на создание системы, ее скорость работы и текущий успех. Опыт
создание и внедрения ИС говорит, что ошибки, которые случаются на данном
этапе, одни из самых трудно выявляемых и трудно устраняемых, поскольку
встречаются они уже на следующих этапах создание системы – в процессе
кодирования или использования.
В рамках создания логической модели сама концепция данных переходит в
логическую модель, созданную в рамках выбранной модели хранения размещения
75
основной СУБД. Иначе говоря, этот этап отражает, какая СУБД станет основной
- сетевая, реляционная, иерархическая или объектно-ориентированная. Также тут
пропускаются все другие нюансы основной СУБД - например, некие особенности
физической реализации хранения данных. Логическая модель, отражающая
нюансы представлений по реализуемой системе разных типов пользователей,
переход в логическую модель данных. Встречаются 2 типа разработки совокупной
логической модели данных: метод внедрения представлений и централизованный
метод. Если создается объемная ИС, лучше всего применять подход второй, когда
глобальная логическая модель данных реализуется посредством объединения
отдельных моделей, отражающих типы разных групп пользователей.
В процессе финального проектирования выполняются решения о
методиках реализации требуемой БД. Потому физическое проектирование и
связано с конкретной СУБД. Между физическим проектированием и логической
моделью существует постоянная обратная связь, т.к. все решения,
используемые на этапе физического проектирования для повышения отдачи
системы, оказывают влияние и на структуру логической модели. Основной целью
физической разработки БД становится описание методики физической
реализации логического проекта БД.
Исходя из необходимой функциональности программы, определим
следующие сущности в базе данных:
Читатели;
Книги, отделы;
Наличие;
Книги;
Издательства.
Связь между таблицами в БД приведена на рисунке 2.5.
76
Рис. 2.5. Логическая схема базы данных
Нормализация подразумевает под собой разбиение таблицы на две или
более, имеющие лучшие свойства включения, изменения или удаления данных.
Итоговая цель нормализации заключена в получении такого проекта БД, где
каждый факт возможен лишь в одном месте, то есть минимизирована
избыточность данных. Нормализация отношений – это формальный аппарат
ограничений, составление отношений которого дает возможность устранить
дубли, гарантировать непротиворечивость хранимых в базе данных,
минимизировать трудозатраты на поддержку БД. Кодом найдено три нормальные
формы и обоснован метод, позволяющий любое отношение перевести к третьей
нормальной форме. Преобразуем наши отношения к третьей нормальной форме.
Первая НФ: Отношение становится нормализованным или приведенным к первой
НФ только тогда, когда все его атрибуты неделимые. Таблица располагается в
первой нормальной форме только тогда, когда все ее строки не содержат в любом
поле более одного параметра, и не одно из ее ключевых полей не является пустым.
К основным запросам отнесем следующие:
Список читателей;