Файл: Проектирование реализации операций бизнес-процесса «Продажи».pdf
Добавлен: 04.07.2023
Просмотров: 586
Скачиваний: 3
Проектная часть
Информационная модель и её описание
Информационная модель представляет собой схему движения входных, промежуточных и результативных потоков и функций предметной области. Кроме того, она объясняет, на основе каких входных документов и какой нормативно-справочной информации происходит выполнение функций по обработке данных и формирование конкретных выходных документов.
В качестве информационной модели будем использовать схему данных (ГОСТ 19.701-90). Схемы данных отображают путь данных при решении задач и определяют этапы обработки, а также различные применяемые носители данных. Схема данных состоит из следующих элементов:
- символов данных (символы данных могут также указывать вид носителя данных);
- символов линий, указывающих потоки данных между процессами и (или) носителями данных;
- символов процесса, который следует выполнить над данными (символы процесса могут также указывать функции, выполняемые вычислительной машиной);
- специальных символов, используемых для облегчения написания и чтения схемы.[1]
Весь цикл обработки информации можно разбить на два этапа:
- Прием, обработка и ввод первичной входящей информации (паспортные данные, реквизиты организаций и т.д.).
- Формирование документов (договора продаж и закупок и т.д.).
Графическое представление информационной модели отражено на рис. 2.1.
Рисунок 2.1 Информационная модель системы учета продаж
и закупок
Информационная модель включает в себя три области – область 1, в которой происходит заполнение справочников, область 2, в которой показана, как осуществляется учет продаж и закупок, и область 3, где указано, каким образом осуществляется получение выходных документов.
Логика работы информационной модели строится следующим образом. Сотрудник на основании входных документов , используя экранные формы для ввода данных, обеспечивает наполнение справочников и таблиц, входящих в систему. На основании этих данных по требованию сотрудника отдела продаж и закупок формируются экранные формы с выходными документами, которые можно вывести на печать.
Характеристика нормативно-справочной, входной и оперативной информации
В качестве входной информации в системе используются следующие документы:
- данные о сотруднике отдела продаж и закупок, поступающие из отдела кадров;
- данные о клиентах – этот документ формируется в ходе общения с клиентом;
- прайс-лист, в котором указаны наименование товара, его описание, стоимость и единица измерения;
- данные о компаниях, сотрудничающих с рассматриваемой.
В данных сотрудника содержатся следующие реквизиты:
- ФИО
- Должность
- Организация
- Контакты
- Оклад
- Дата рождения
- Дата поступления
- ИНН
- Фото
- Паспорт серия
- Паспорт номер
- Кем выдан
- Дата выдачи
При учете контрагентов используются следующие данные:
- Название
- Менеджер
- Полное название
- Адрес
- Телефон
- Контактное лицо
- Сайт
- Деятельность
- Дата обращения
В системе используются справочники, приведенные в таблице 2.1.
Таблица 2.1
Перечень используемых справочников
|
№ пп |
название справочника |
ответственный за ведение |
средний объём справочника в записях |
среднюю частоту актуализации |
средний объем актуализации, % |
|
1 |
Сотрудники |
Администратор |
100 |
1 раз в месяц |
10 |
|
2 |
Товары |
Администратор |
50 |
1 раз в месяц |
10 |
Реквизитный состав справочников приведен в таблице 2.2.
Таблица 2.2
Реквизитный состав справочников
|
№ пп |
Наименование |
Перечень реквизитов |
|---|---|---|
|
1 |
Сотрудники |
|
|
2 |
Товары |
|
В качестве оперативной информации используются такие таблицы, как:
- Контрагенты;
- Контактные лица;
- Реквизиты;
- Товарные чеки;
- Счета-фактуры;
- Накладные;
- Счета.
В таблице Контрагенты учитываются данные о фирмах – покупателях и поставщиках. В таблице Контактные лица приведены данные о сотрудниках предприятий-контагентов. В таблице Реквизиты учитываются все реквизиты (банковский в том числе) предприятий –контрагентов.
В остальных таблицах учитываются соответствующие их названию документы, формируемые при продажах и закупках.
Характеристика результатной информации
В ходе деятельности разработанной системы учета продаж материаловформируются следующие выходные документы:
- Список сотрудников компании;
- Данные каждого сотрудника;
- Список контрагентов;
- Данные каждого контрагента;
- Отчет «Доход по компаниям»;
- Отчет «Доход по категориям»;
- Товарный чек;
- Счет-фактура;
- Накладная;
- Счет на оплату.
Экранные формы данных документов приведены в Приложении, реквизитный состав - в таблице 2.3.
Таблица 2.3
Реквизитный состав выходных документов
|
№ пп |
Наименование |
Реквизиты |
Таблицы, на основе которых формируется |
Частота формирования |
Способ доставки |
|
1 |
Список сотрудников |
|
|
По запросу |
Экранная форма |
|
2 |
Данные каждого сотрудника |
|
|
По запросу |
Экранная форма |
|
3 |
Список контрагентов |
|
|
По запросу |
Экранная форма |
|
4 |
Данные каждого контрагента |
|
|
По запросу |
Экранная форма |
|
5 |
Отчет «Доход по компаниям» |
|
|
По запросу |
Экранная форма |
|
6 |
Отчет «Доход по категориям» |
|
|
По запросу |
Экранная форма |
|
7 |
Товарный чек |
|
|
По запросу |
Экранная и печатная форма |
|
8 |
Счет-фактура |
|
|
По запросу |
Экранная и печатная форма |
|
Накладная |
|
|
По запросу |
Экранная и печатная форма |
|
|
Счет на оплату |
|
|
По запросу |
Экранная и печатная форма |
Характеристика базы данных
Инфологическая (концептуальная) модель — это формализованное описание предметной области, выполненное безотносительно к используемым в дальнейшем программным и техническим средствам.[3] Инфологическая модель должная быть динамической и позволять легкую корректировку. К основным требованиями, предъявляемым к инфологической модели, можно отнести следующие:
- инфологическая модель должна содержать всю необходимую и достаточную информацию для последующего проектирования базы данных;
- инфологическая модель должная быть понятна лицам, принимающим участие в создании системы.
ER-модель представляет собой логическую структуру информации об объектах системы. Компонентами ER-модели являются сущности (объекты) и отношения (связи между объектами). Объект имеет множество реализаций или экземпляров. Экземпляр объекта образуется совокупностью конкретных значений реквизитов и должен однозначно определяться, т.е. идентифицироваться значением ключа объекта, который состоит из одного ли нескольких ключевых реквизитов.
Сущности могут быть зависимыми и независимыми. Сущность является независимой, если каждый экземпляр ее может быть однозначно идентифицирован без определения ее отношений с другими сущностями. Однозначная идентификация экземпляра зависимой сущности зависит от отношений с другими сущностями.
Для отображения отношений между сущностями используются связи. Связи существуют, если экземпляры сущностей логически взаимосвязаны
Рисунок 2.2 ER-модель разрабатываемой базы данных
Реквизитный состав каждой таблицы, а также наименование идентификаторов полей, их вид и длина приведены в таблицах 2.5- 2.13.
Таблица 2.5
Таблица «Контрагенты»
|
Наименование поля |
Идентификатор поля |
Тип и длина поля |
Прочее |
|
Код записи |
id |
int(11) |
auto_increment |
|
Код добавившего пользователя |
user_id |
int(11) |
|
|
Дата и время добавления |
add_time |
datetime |
|
|
Статус |
status |
int(11) |
|
|
Название |
f773 |
int(11) |
|
|
Менеджер |
f774 |
varchar(255) |
|
|
Полное название |
f775 |
varchar(255) |
|
|
Адрес |
f776 |
varchar(255) |
|
|
Телефон |
f777 |
varchar(255) |
|
|
|
f778 |
varchar(255) |
|
|
Контактное лицо |
f779 |
varchar(255) |
|
|
Сайт |
f780 |
varchar(255) |
|
|
Деятельность |
f781 |
varchar(255) |
|
|
Дата обращения |
f782 |
varchar(255) |
Таблица 2.6
Таблица «Сотрудники»
|
Наименование поля |
Идентификатор поля |
Тип и длина поля |
Прочее |
|
Код записи |
id |
int(11) |
auto_increment |
|
Код добавившего пользователя |
user_id |
int(11) |
|
|
Дата и время добавления |
add_time |
datetime |
|
|
Статус |
status |
int(11) |
|
|
ФИО |
f483 |
varchar(255) |
|
|
Должность |
f484 |
varchar(255) |
|
|
Организация |
f485 |
varchar(255) |
|
|
Контакты |
f487 |
varchar(255) |
|
|
оклад |
f488 |
varchar(255) |
|
|
Дата рождения |
f489 |
datetime |
|
|
Дата поступления |
f490 |
datetime |
|
|
|
f553 |
varchar(255) |
|
|
ИНН |
f554 |
varchar(255) |
|
|
Логин |
f555 |
varchar(255) |
|
|
Пароль |
f556 |
varchar(255) |
Таблица 2.7
Таблица «Товар»
|
Наименование поля |
Идентификатор поля |
Тип и длина поля |
Прочее |
|
Код записи |
id |
int(11) |
auto_increment |
|
Код добавившего пользователя |
user_id |
int(11) |
|
|
Дата и время добавления |
add_time |
datetime |
|
|
Статус |
status |
int(11) |
|
|
Наименование |
f848 |
varchar(255) |
|
|
Стоимость |
f849 |
varchar(255) |
|
|
Категория |
f850 |
varchar(255) |
|
|
Артикул |
f851 |
varchar(255) |
Таблица 2.8
Таблица «Контактные лица»
|
Наименование поля |
Идентификатор поля |
Тип и длина поля |
Прочее |
|
Код записи |
id |
int(11) |
auto_increment |
|
Код добавившего пользователя |
user_id |
int(11) |
|
|
Дата и время добавления |
add_time |
datetime |
|
|
Статус |
status |
int(11) |
|
|
ФИО |
f435 |
varchar(255) |
|
|
Должность |
f438 |
varchar(255) |
|
|
Телефон |
f439 |
varchar(255) |
|
|
|
f440 |
varchar(255) |
|
|
День рождения |
f441 |
varchar(255) |
|
|
Дополнительно |
f442 |
varchar(255) |
|
|
Код контрагента |
f443 |
int(11) |