64
Рисунок 34. Справочник Сотрудники
Рисунок 35. Справочник Клиенты
В таблице 10 рассмотрена сводная информация по справочниках:
65
Таблица 10
Сводная таблица по справочниках
Название
справочника
Товары
Клиенты
Сотрудники
Категории
товаров
Ответственный
за его ведение
Менеджер
по
продажам
Менеджер по
продажам
Кадровик
Менеджер
по
продажам
Средний объем
справочника в
записях
100
50
15
7
Средняя
частота
актуализации
1 раз в
месяц
1 раз в день
1 раз в месяц
1 раз в год
Средний объем
актуализации,
записей
2-3
1-2
1-2
1-2
2.2.3.Характеристика результатной информации
Стоит заметить, что в разрабатываемой системе для автоматизации приема
платежей необходимо хранить данные на основании договоров (результата
процесса).
Рассмотрим реквизитный состав таблиц с оперативными данными Прием
платежей и Договора:
Таблица 11
Документ Прием платежей
Имя
Тип
Код платежа
Числовой
Дата платежа
Дата и время
Назначение
Текстовый
Товар
Числовой
Количество
Числовой
Сумма
Числовой
Клиент
Текстовый
Сотрудник
Текстовый
66
Таблица 12
Документ Учет продаж
Имя
Тип
Номер операции
Числовой
Дата продажи
Дата
Товар
Текстовый
Клиент
Текстовый
Количество
Числовой
Оплата
Булево
Ниже, на рисунках 36 и 37, показаны данные документов:
Рисунок 36. Документ Прием платежей
67
Рисунок 37. Документ Учет продаж
В таблице 13 рассматривается таблица с характеристиками результатной
информации.
Таблица 13.
Сводная таблица по результатной информации
Название
Учет
продаж
Прием
платежей
Ответственный за его
ведение
Менеджер по
продажам
Кассир
Средний объем документа в
записях
525
525
Средняя частота
актуализации
14-15 раз в
день
14-15 раз в
день
Средний объем актуализации,
записей
1
1
Источники
Товары
Клиенты
Сотрудники
Товары
Клиенты
Сотрудники
Метод доставки информации
Ввод
вручную
Ввод
вручную
68
2.3.Программное обеспечение задачи
2.3.1.Общие положения (дерево функций и сценарий диалога)
Программное обеспечение для автоматизации приема платежей
предусматривает работу одного пользователя, которые выполняет обработку
документации по поставкам. Дерево функций, что реализованы в системе,
представлены ниже на рисунке 38.
Рисунок 38. Дерево функций
Заметим, что описанные функции ИС разделены между подсистемами (рис.
39):
Рисунок 39. Подсистемы
К примеру, результатная информация, которая может повлиять на проем
платежей будет присутствовать в разных подсистемах.
Функции
менеджера
Основные
Обработка
накладных
Ввод оперативных
данных
Работа с ИС
Формирование
отчетности
Служебные
Заполнение
справочников
Ввод условно-
постоянных данных
69
На рисунке 40 рассматривается сценарий диалога:
Рисунок 40. Сценарий диалога
Пункт Действия описывает возможные действия с объектами
конфигурации.
Пункт Справочники используется для ввода первичных данных в базу
данных.
Пункт Документы применяется для ввода оперативной информации о
приеме платежей и учете продаж.
Пункт Отчеты используется для вывода результатной информации по
ведению приема платежей.
Пункт Выход используется для закрытия конфигурации.
Основное
меню
Действия
Создать
Провести
Изменить
Удалить
Обновить
Справочники
Клиенты
Товары
Сотрудники
Категории
товаров
Документы
Прием
платежей
Учет продаж
Отчеты
Отчет по
платежам
Отчет по
продажам
Печатные
формы
Формы
Клиенты
Товары
Сотрудники
Категории
товаров
Прием
платежей
Учет продаж
Выход
70
2.3.2.Характеристика базы данных
После анализа данных по предметной области надо выделить совокупность
сущностей БД:
– Товары;
– Категории товаров;
– Клиенты;
– Сотрудники;
– Прием платежей;
– Учет продаж.
Опишем далее основные атрибуты для указанных объектов (таблица 14):
Таблица 14.
Описание атрибутов
Название
Тип
Длина
Ключевое
поле
Категория товара
Код категории
Числовой
8
Да
Наименование
Текстовый
25
Ответственный
Текстовый
25
Клиенты
Код клиента
Числовой
8
Да
Название
Текстовый
25
Адрес
Текстовый
25
Телефон
Текстовый
25
Примечание
Текстовый
25
Сотрудники
Код сотрудника
Числовой
8
Да
ФИО
Текстовый
25
Телефон
Текстовый
10
Товары
Код товара
Числовой
3
Да
Название товара
Текстовый
25
Категория товара
Текстовый
25
Да
Стоимость
Числовой
8
71
Название
Тип
Длина
Ключевое
поле
Гарантия, мес.
Числовой
8
Дата
производства
Дата
13
Да
Прием платежей
Код платежа
Числовой
3
Да
Дата платежа
Дата и время
8
Назначение
Текстовый
25
Товар
Текстовый
25
Да
Количество
Числовой
8
Сумма
Числовой
8
Клиент
Текстовый
25
Да
Сотрудник
Текстовый
25
Да
Учет продаж
Номер операции
Числовой
3
Дата продажи
Дата
8
Товар
Текстовый
25
Да
Клиент
Текстовый
25
Да
Количество
Числовой
8
Оплата
Булево
1
Стоит заметить, что все сущности в своей структуре применяют ключевые
поля. Рассмотрим далее результат связывания некоторых объектов хранилища
данных.
Между объектами Товар и Прием платежей присутствует связь «один-ко-
многим», поскольку один товар может несколько раз попадать в платежную
ведомость.
Между объектами Товары и Учет продаж есть связь «один-ко-многим»,
поскольку 1 товар может несколько раз быть куплен клиентами.
Между объектами Категория товаров и Товар будет присутствовать связь
типа «один-ко-многим», поскольку один тип товаров несколько раз будет
присутствовать в перечне товаров.
72
Между объектами Клиенты и Учет продаж используется связь «один-ко-
многим», так как один клиент может несколько раз покупать товары в
рассматриваемой компании.
В результате получим следующую ER-модель:
Рисунок 41. ER-модель
2.3.3.Структурная схема пакета (дерево вызова программных
модулей)
Созданная конфигурация полностью соответствует всем требованиям по
структуре и обработке информации.
На основании платформы 1С:Предприятие рассматриваются данные,
которые обрабатываются при распределении на несколько подсистем:
– Касса;
– Отдел продаж;
– Бухгалтерия.
Для каждой подсистемы присутствует ряд функций, которые кое в чем
накладываются и совпадают.
Категория товаров
Код категории
Наименование
Ответственный
Товары
Код товара
Код категории (FK)
Название товара
Стоимость
Гарантия, мес.
Дата произ водства
Клиенты
Код клиента
Название
Адрес
Телефон
Примечание
Сотру дники
Код сотрудника
ФИО
Телефон
Прием платежей
Код платежа
Код товара (FK)
Код сотрудника (FK)
Код клиента (FK)
Дата платежа
Назначение
Количество
Сумма
Учет продаж
Номер операции
Код товара (FK)
Код клиента (FK)
Дата продажи
Количество
Оплата
73
Платформа в этом случае обеспечивает хранение информации с помощью
базы данных, а также при использовании встроенных инструментов выполняется
обработка информации в соответствии с целью проекта.
На рисунке 42 показано дерево вызовов, которое применяется в ИС.
Рисунок 42. Пример дерева вызовов
Созданная конфигурация состоит с нескольких модулей:
– основной модуль;
– модуль справочников;
– модуль документов;
– модуль форм;
– модуль отчетов.
В таблице 15 описаны функции модулей конфигурации.
Подсистема
"Бухгалтерия"
Справочник
Клиенты
Справочник
Сотрудники
Документ Учет
продаж
Отчеты
Подсистема "Касса"
Справочник
Сотрудники
Справочник
Категория товара
Документ Учет
продаж
Документ Прием
платежей
Справочник
Клиенты
Справочник
Товары
Подсистема
"Отдел продаж"
Справочник
Категория товаров
Документ Учет
продаж
Справочник Товары
Доумент Прием
платежей
Отчеты
Справочник
Клиенты
Справочник
Сотрудники