67
Рисунок 9. Процесс регистрации данных о поставках – выбор даты по-
ступления товара
Рисунок 10. Процесс регистрации данных о поставках – формирование
пприходной накладной
Для регистрации в системе списаний служит форма “Списать товар”, ри-
сунок 11, рисунок 12.
68
Рисунок 11. Процесс регистрации данных о списаниях – выбор товара к
списанию
Рисунок 12. Процесс регистрации данных о списаниях – товар списан
2.2.3. Характеристика результативной информации
В результате функционирования системы формируются выходные доку-
менты: приходные накладные, акты списаний, акты переоценки товаров, отчеты,
т.д., таблица 6.
Выходные документы, формируемые системой, максимально приближены
69
к типовым разработанным формам. Выходные документы, формирующиеся в
системе, могут быть выведены на экран или на печать.
Таблица 6.
Описание выходной информации ИС
Название выходного
документа
Описание
1 2
Функция ИС “Учет поставок товара ”
Приходная накладная
Функция “Учет списаний товара”
Акт списания товара
Отчет о списаниях Разработан в ООО “Бит Трейдинг”
Функция “Учет переоценок товара”
Акт переоценки
Отчет по переоценкам Разработан в ООО “Бит Трейдинг”
Функция “Учет продаж товара”
Товарный чек
Кассовый чек
Отчет по продажам Разработан в ООО “Бит Трейдинг”
Функция “Учет движения товара”
Реестр розничных цен
Инвентаризац. опись-акт
Товарно-кассовый отчет
Программные (экранные) формы выходных документов формируются в
системе с использованием генератора отчетов Rave Report 5.0.; компоненты,
обеспечивающие работу с отчетами в среде Delphi, размещаются на странице
Rave, рисунок 13.
Рисунок 13. Компоненты генератора отчетов Rave Report 5.0
70
Для запуска генератора отчетов необходимо вызвать в работу Rave De-
signer, рисунок 14.
Для связи генератора отчетов Rave Report 5.0 с приложением, на форме
Delphi должны быть размещены компоненты RvDataSetConnection, RvProject,
RvSystem, RvRenderPreview, рисунок 15.
Рисунок 14. Окно проектирования отчетов Rave Report 5.0
Выполняя последовательно команды генератора отчетов Rave Report 5.0,
формируем отчет по данным из таблиц БД и организуем его запуск из приложе-
ния Delphi, рисунок 16.
71
Рисунок 15. Форма Delphi c компонентами Rave Report 5.0
Рисунок 16. Формирование приходной накладной в Rave Report 5.0
Отчетную форму Rave Report 5.0 можно предварительно (перед распечат-
кой) просмотреть, рисунок 17:
72
Рисунок 17. Просмотр приходной накладной в Rave Report 5.0
Документ можно сохранить в различных форматах, например, в формате
*. TXT (рисунок 18), в формате *.HTML (рисунок 19) и др.
Рисунок 18. Приходная накладная в формате * .TXT
73
Рисунок 19. Приходная накладная в формате *.HTML
Также формируем и другие выходные формы, на рисунке 20 дана экран-
ная (программная) форма документа “Отчет по списаниям”:
Рисунок 20. Документ “Отчет по списаниям” товаров в Rave Report 5.0
2.3. Программное обеспечение задачи
2.3.1. Общие положения (дерево функций и сценарий диалога)
Дерево функций системы показано на рисунке 21. Рисунок 21 показывает
совокупность автоматизированных операций, которые выполняет старший про-
давец ООО “Бит Трейдинг”, работая в ИС по учету поставок.
74
Рисунок 21. Дерево функций системы (модуль “Учет поставок”)
Рисунок 22. Сценарий диалога ИС “Бит Т”
Сценарий диалога (рисунок 22) показывает, что по учету товарооборота
ИС выполняются следующие автоматизированные операции: работа со справоч-
Авторизация
Главное меню
Сведения
Операции
Документация
Отчеты
Пользователи
Поставщики
Товары
Анализ спроса
Учет переоценки
Учет продаж
Учет списания
Учет поставок
Реестр
роз.цен
О наличии товара
Акт переоцен.
Кассовый чек
Акт списа-
ния
Реестр
наклад.
По списаниям
По продажам
По переоценкам
Функции Старшего продавца
Работа со справоч Учет поставок Подгот. отчетности
Подгот. док-в
Приходная накладная
Реестр накладных
Реестр розничных цен
Отчет о наличии това-
ра
Просмотр
Выбор данных
Генерация
отчетов
Экспорт данных *.
txt, *.html, *.rtf
Предвар. просмотр и
печать отчетов
Генерация док-в
75
никами (Пользователи, Поставщики, Товары), работа по учету поставок товара,
учету списания, переоценке, продаж товара, а также, по анализу спроса на това-
ры. При выполнении каждой операции можно формировать документы и отче-
ты; вызов автоматизированных функций осуществляется из главного меню.
2.3.2. Характеристика базы данных
В качестве модели данных выбрана реляционная модель. Остальные мо-
дели данных (сетевые, иерархические) не рассматривались, т.к. в настоящее
время данные модели практически не используются, и их реализация может по-
требовать больших затрат временных и финансовых, что нецелесообразно.
Исходными данными для логического моделирования данных является
модель потоков данных DFD. DFD-модель определяет состав БД, количество
хранилищ в базе данных.
На этапе построения логической модели данных формируется
концептуальная модель данных, выражаемая диаграммой “сущность-связь” или
ER (Entity-Relationship) диаграммой.
Такая диаграмма является методом представления логической структуры
базы данных в графическом виде для более простого и наглядного отображения
основных компонентов базы данных.
Этап логического моделирования состоит из следующих
последовательных шагов:
1. определение сущностей;
2. определение зависимостей между сущностями;
3. задание первичных ключей;
4. определение атрибутов сущностей;
5. построение начального варианта ER-диаграммы;
6. проверка и доработка ER-диаграммы;
7. приведение модели к требуемому уровню нормальной формы.
В результате анализа предметной области разрабатываемой системы
определены основные сущности модели – Поставщики, Поставки, Товары, ККМ,
Продажи, Списание, Переоценка.
76
После этапа выделения сущностей следует этап определения атрибутов
этих сущностей, который является одним из важнейших этапов создания
информационной базы системы.
После выделения атрибутов, из числа них были выделены первичные
ключи (PRIMARY KEY), то есть атрибуты или совокупности атрибутов,
предназначенных для уникальной идентификации каждого экземпляра данного
типа сущности.
На основании вышеизложенного была построена логическая модель базы
данных с использованием CASE-средства ERwin 7.0, которое поддерживает
нотацию IDEF1X (Integration DEFinition for Information Modeling). Диаграмма
“сущность-связь” логического уровня представлена на рисунке 23 и в Приложе-
нии 2.
Построение логической модели данных является источником информации
для этапа физического проектирования.
Этап физического моделирования осуществляется на основе логической
модели. Результатом этапа физического проектирования является готовая база
данных.
Физическая модель данных представляет собой набор таблиц, которые
могут быть созданы с помощью автоматической генерации БД на основе логи-
ческой модели данных в ERwin 7.0 или вручную путем преобразования
сущностей и связей из логической модели данных.
Построение физической модели ИС сводится к прописанию физических
имен таблиц (имен под которым они будут находиться на сервере БД), имен
полей, а также их типа, размера (таблица 8). Для каждого поля БД
устанавливается разрешение или запрещение введения пустых значений
(NULL/NOT NULL).