59
− блок «Учёт товара», в котором осуществляется хранение товара в магазине
на основании информации о принятом товаре. В результате преобразования этого
блока будет получена информация о товарах в магазине и соответствующая
отчетность.
− блок «Отпуск товара», в котором осуществляется отпуск товаров клиентам
на основании информации о товарах и данных о клиенте. В результате
преобразования данного блока будет получена информация о проданном товаре,
документы на продажу и соответствующая отчетность.
Проектирование базы данных начинается с определения всех обьектов,
детали которых будут включены в базу данных.
2.2.2. Характеристика нормативно-справочной, входной и оперативной
информации
Нормативная информация - это информационный ресурс компании, который
генерируется внутри компании и, как правило, получается извне. Он содержит
стандарты, требования, правила, положения и другую информацию,
рационализирующую и систематизирующую деятельность компании.
Под входящей информацией понимается вся информация, необходимая для
решения проблемы, и она размещается на различных носителях: первичных
документах, машинных носителях, в памяти персонального компьютера. Для этого
составляется список входной информации и состав деталей каждого типа входной
информации, расположение деталей входной информации, описание полей
(деталей) входных документов.
Ввод оперативной информации заключается в заполнении и внесении в базу
данных информации. Поступающей информацией являются запросы на покупку
книги.
Таблица 9
Перечень используемых справочников
60
№
пп
Название
справочника
Ответственный
за ведение
Средний
объём
справочника в
записях
Средняя
частота
актуализации
Средний объем
актуализации,
%
1
Авторы
Администратор
256
1 раз в неделю
5%
2
Жанры
Администратор
320
1 раз в неделю
5%
3
Издательства
Администратор
128
1 раз в неделю
5%
4
Продавцы
Администратор
60
1 раз в неделю
5%
5
Покупатели
Администратор
80
1 раз в неделю
5%
6
Книги
Администратор
100
1 раз в неделю
5%
7
Серия
Администратор
46
1 раз в неделю
5%
Нормативная информация представлена исключительно на электронных
носителях, что значительно облегчит работу с документами и сократит обьем
документов на бумаге.
Таким образом, информация, содержащаяся в справочниках, файлах и
таблицах, является достаточной и не избыточной. Она позволяет формировать все
необходимые результативные показатели.
2.2.3. Характеристика результатной информации
Информация о результате работы проектируемой информационной системы
формируется в автоматизированной системе по итоговой документации.
Результатная информация в основном будет отображаться на мониторе
компьютера, и выводиться на печать.
К результативной информации относятся таблицы с отчётами и документы.
Все результативные таблицы формируются в автоматизированном режиме
Описание результатных документов приведено в таблице 10.
Таблица 10
Описание выходных документов
61
№
пп
Наименов
ание
Реквизиты
Таблицы, на основе
которых
формируется
Частота
формирования
Способ
доставки
1
1
Отчёт по
книгам
1. Название жанра
2. название книги
3. год издания
4.Издательство
5. Автор
6. Серия
7. Цена
Авторы
Жанры
Издательства
Серия
Название
По мере
необходимости
Экранная
форма
2
2
Отчёт по
заказам
1.Продавец
2.Покупатель
3.№ накладной
4. Дата покупки
Покупатели
Продавцы
Книги
По мере
необходимости
Экранная
форма
2.3. Программное обеспечение задачи
2.3.1. Общие положения (дерево функций и сценарий диалога)
Программа создана для автоматизации учетных функций менеджера по
продажам в магазине. Это реализовано с использованием MS Access 2010.
При разработке информационной системы, которая решает проблему
автоматизации управления документами, важным этапом является описание
иерархии функций управления и обработки данных разрабатываемого
программного обеспечения.
Дерево функций представляет собой иерархическую структуру действий,
реализованных в ИС. Все действия (функции) программного продукта можно
разделить на два основных подмножества:
1) сервисные функции - одинаковы для всех автоматизированных систем
управления предприятием на современном уровне развития аппаратного и
программного обеспечения. Функции этого типа призваны обеспечить безопасность
ввода, обработки и хранения информации, облегчить работу с системой, сделать ее
максимально удобной и простой для конечного пользователя.
2) основные функции управления и обработки данных свойственны
информационным системам любой специализации и именно этой информационной
системе. Они отражают особенности обработки информации, получения
результатов, ведения информационной базы проекта. Эти функции организованы в
62
порядке и в составе, которые определяются условиями обработки и управления
данными в конкретной предметной области.
Состав и классификация функций разрабатываемого программного продукта
представлены в виде дерева функций (см. Рис. 10).
Рисунок 10. Дерево функций ИС
Таким образом, основной функцией менеджера по обслуживанию клиентов
является регистрация запросов, ввод данных о содержании запроса, назначение
ответственного лица, получение отчетных документов, в том числе их
документации.
При разработке этого проекта система общения с пользователем
организована таким образом, что основная часть диалога ведется на языке, подобном
«меню», а заполнение форм входных документов основывается на « шаблон». Таким
образом, существует односторонний контроль процесса обработки данных по IP.
63
Структура сценария диалога в сочетании с деревом функций, которое
отражает состав и иерархию системных функций, позволяет определять состав
кадров диалога, содержание каждого кадра и их иерархию.
Сценарий диалога представлен на рисунке 11.
Рисунок 11. Сценарий диалога с ИС.
Сценарий диалога состоит из двух логически связанных частей:
1) Основные меню, связанные с головой, то есть те экраны меню, которые
пользователь видит перед тем, как приступить к выполнению основных функций, в
соответствии с деревом функций. Основные меню предполагают обязательные
действия пользователя при работе с ИС.
2) Сервисные меню, которые становятся доступными конечному
пользователю после отображения соответствующей формы документа на экране.
64
Сервисные меню предлагают возможные действия, одно из которых может быть
необязательным для выполнения.
2.3.2. Характеристика базы данных
База данных состоит из восьми основных таблиц:
1. Авторы; Таблица с данными об авторах доступна на полках.
2. жанры; Таблица с данными по жанрам по категориям.
3. Заказы; Таблица с данными о заказах, их стоимости и номере.
4. Издательства; Таблица с данными по издательствам.
5. Книги; Таблица с данными о доступных книгах в магазине.
6. Покупатели; Таблица с данными, указанными покупателями при
регистрации: имя, адрес доставки и телефон.
7. Продавцы. Содержит информацию о сотрудниках магазина. Их имена,
должность и рабочий телефон.
8. Серия. Таблица с информацией о серии книг.
Таким образом, поля в таблицах базы данных проектируемой ИС не
являются избыточными по своему количеству и измерению, связь между таблицами
позволяет преобразовывать информационные обьекты в соответствии с
информационной моделью.
Для разработки базы данных мы используем метод «сущность-связь». Этот
метод также называется методом «ER-диаграммы». Диаграмма ER показана на
рисунке 12.
Рисунок 12. ER-диаграмма.
65
ER-диаграмма (рис. 12) построена на основе разработанной инфологической
модели, и наиболее подходящей для дальнейшего развития является реляционная
модель данных, где вся информация хранится в виде связанных таблиц, что
позволяет хранить информация более эффективно, сохраняя при этом целостность
данных. Между таблицами устанавливаются отношения «один ко многим». Это
наиболее распространенный тип отношений в реляционной базе данных.
Рисунок 13. Инфологическая модель БД
Приведём описание таблиц проектируемой БД ниже.
Таблица 11
Таблица «Автор»
№ п/п
Поле
Тип
Значение
1
Код автора
int(10)
Код автора
2
Имя
varchar(255)
Имя
3
отчество
varchar(255)
отчество
4
фамилия
varchar(255)
фамилия
5
Дата рождения
timestamp
Дата рождения
Таблица 12
Таблица «Жанры»
66
№ п/п
Поле
Тип
Значение
1
Код жанра
int(10)
Код жанра
2
Название жанра
varchar(255)
Название жанра
Таблица 13
Таблица «Заказы»
№ п/п
Поле
Тип
Значение
1
Код_заказа
int(10)
Номер заказа
2
Код_подавца
int(10)
Фамилия продавца
3
Код_покупателя
varchar(255)
Фамилия покупателя
4
№ накладной
varchar(255)
Номер накладной
5
Дата покупки
timestamp
Дата покупки товара
Таблица 14
Таблица «Издательства»
№
п/п
Поле
Тип
Значение
1
Код издательства
int(10)
Код издательства
2
Название издательства
varchar(255)
Название издательства
Таблица 15
Таблица «Книги»
№ п/п
Поле
Тип
Значение
1
Код книги
int(10)
Код книги
2
Код_автора
varchar(255)
автор
3
Код_жанра
varchar(255)
жанр
4
Код_издательства
varchar(255)
издательство
5
Код_серии
varchar(255)
Серия
6
Название книги
varchar(255)
Название книги
7
Год издания
timestamp
Год издания
8
Цена
varchar(255)
Цена
Таблица 16
Таблица «Покупатели»
№ п/п
Поле
Тип
Значение
1
Код_покупателя
int(10)
Код автора
2
Имя
varchar(255)
Имя
3
Отчество
varchar(255)
отчество
4
Фамилия
varchar(255)
фамилия
67
Таблица 17
Таблица «Продавцы»
№ п/п
Поле
Тип
Значение
1
Код_продавца
int(10)
Код продавца
2
Имя
varchar(255)
Имя
3
Отчество
varchar(255)
отчество
4
Фамилия
varchar(255)
фамилия
5
Адрес продавца
varchar(255)
Адрес
6
Номер
телефона
varchar(9)
Номер
Таблица 18
Таблица «Серия»
№ пп
Поле
Тип
Значение
1
Код_серии
int(10)
Код серии
2
Название серии
varchar(255)
Название серии
Таблица 19
Таблица «Строки заказа»
№ пп
Поле
Тип
Значение
1
Код_строки
int(10)
Код строки
2
Код_заказа
varchar(255)
Код заказа
Код_кники
varchar(10)
Код кники
Количество
varchar(10)
Количество
2.3.3. Структурная схема пакета (дерево вызова программных
модулей)
Схема программных модулей содержит программные модули различных
классов:
- выполнение офисных функций;
- модули управления, предназначенные для загрузки меню и передачи
управления на другой модуль;
- модули, связанные с вводом, хранением, обработкой и выдачей
информации.
68
В разрабатываемой базе данных вы можете использовать:
- таблицы для хранения данных;
- запросы для поиска и извлечения только необходимых данных;
- формы для просмотра, добавления и изменения данных в таблицах;
- отчеты для анализа и печати данных в определенном формате.
Типы информации могут включать информацию о клиенте, продукте или
заказе. Чтобы обьединить данные из нескольких таблиц в запросе, форме или отчете,
необходимо определить отношения между таблицами.
1. Информация о клиентах, которые когда-то хранились в списке рассылки,
теперь находится в таблице «Клиенты».
2. Информация о заказах, которые когда-то хранились в электронной
таблице, теперь находится в таблице «Заказы».
3. Уникальный код, такой как код клиента, позволяет отличать записи в
таблице друг от друга.
Используя запрос, вы можете найти и извлечь данные (в том числе данные
из нескольких таблиц), которые соответствуют указанным условиям. Запросы также
используются для одновременного обновления или удаления нескольких записей и
выполнения предварительно определенных или пользовательских вычислений на
основе данных.
Рисунок 14. Структурная схема пакета
Работа с программой начинается с вывода основного окна программы и
активации системы меню. Программа работает в интерактивном и событийном