Файл: Проектирование реализации операций бизнес-процесса «Продажи».pdf
Добавлен: 25.05.2023
Просмотров: 387
Скачиваний: 3
СОДЕРЖАНИЕ
1.1. Характеристика комплекса задач
1.1.1. Выбор комплекса задач автоматизации
1.1.2. Характеристика существующих бизнес –процессов
1.1.3. Характеристика документооборота, возникающего при решении задачи
1.2. Обоснование проектных решений
1.2.1. Обоснование проектных решений по информационному обеспечению
1.2.2. Обоснование проектных решений по программному обеспечению
2.1.1. Информационная модель и её описание
2.1.2. Характеристика нормативно-справочной, входной и оперативной информации
2.1.3. Характеристика результатной информации
2.2. Программное обеспечение задачи
2.2.1. Общие положения (дерево функций и сценарий диалога)
2.2.2. Характеристика базы данных
2.2.3. Структурная схема пакета (дерево вызова программных модулей)
2.2.4. Описание программных модулей
2.1.3. Характеристика результатной информации
Результатной информацией для задачи автоматизации учета продаж являются следующие документы:
- Счет-фактура;
- Список счет фактур;
- Отчет по продажам за клиента за произвольный период;
- Отчет по продажам за товар за произвольный период;
- Отчет по продажам за группу товара за произвольный период;
- Отчет по продажам за тип товара за произвольный период;
Счет-фактура формируется при учете продаж и содержит следующие реквизиты:
- Номер документа;
- Дата документа;
- Наименование клиента;
- Номер по списку;
- Наименование товара;
- Артикул товара;
- Модель товара;
- Группа товара;
- Стоимость товара;
- Количество товара;
- Общая стоимость;
- Общее количество наименований.
Другие документы формируются по необходимости. Список счет фактур содержит следующие реквизиты:
- Номер по списку;
- Дата документа;
- Номер документа;
- Наименование клиента;
- Общее количество наименований;
- Общая сумма.
Отчет по продажам за клиента за произвольный период содержит следующие реквизиты:
- Наименование клиента;
- Дата начала периода;
- Дата окончания периода;
- Общее количество наименований;
- Общая сумма продаж.
Отчет по продажам за товар за произвольный период содержит следующие реквизиты:
- Наименование товара;
- Дата начала периода;
- Дата окончания периода;
- Общее количество наименований;
- Общая сумма продаж.
Отчет по продажам за группу товара за произвольный период содержит следующие реквизиты:
- Наименование группы товара;
- Дата начала периода;
- Дата окончания периода;
- Общее количество наименований;
- Общая сумма продаж.
Отчет по продажам за тип товара за произвольный период содержит следующие реквизиты:
- Наименование типа товара;
- Дата начала периода;
- Дата окончания периода;
- Общее количество наименований;
- Общая сумма продаж.
Кроме того, для функционирования системы формируются такие справочные документы, как:
- Список клиентов;
- Список контактов клиентов;
- Список менеджеров;
- Список товаров;
- Список групп товаров;
- Список типов товаров.
2.2. Программное обеспечение задачи
2.2.1. Общие положения (дерево функций и сценарий диалога)
Разрабатываемая информационная система призвана автоматизировать функции менеджеров отдела продаж по учету продаж и их анализу. На основании данных функции построено дерево функций системы, которое представляет декомпозицию функций системы и формируется с целью детального исследования функциональных возможностей системы и анализа совокупности функций, реализуемых на различных уровнях иерархии системы.
Работу с системой осуществляет менеджер отдела продаж. Дерево функций системы представлено на рисунке 2.2.
Как видно из представленной схемы, менеджер при работе в системе имеет возможность заполнения справочников, в том числе добавления, удаления записей, поиска по ним и получения списка записей, содержащихся в справочниках.
Основным документом является счет-фактура, которая формируется по факту продаж и служит основным отчетным документом.
Рисунок . Дерево функций системы для менеджера отдела продаж
Сценарии диалога, формирующийся на основе дерева функций, приведен на рис. 2.3.
Рис. . Сценарий диалога для пользователя
2.2.2. Характеристика базы данных
Инфологическая (концептуальная) модель — это формализованное описание предметной области, выполненное безотносительно к используемым в дальнейшем программным и техническим средствам.[3] Инфологическая модель должная быть динамической и позволять легкую корректировку. К основным требованиями, предъявляемым к инфологической модели, можно отнести следующие:
- инфологическая модель должна содержать всю необходимую и достаточную информацию для последующего проектирования базы данных;
- инфологическая модель должная быть понятна лицам, принимающим участие в создании системы.
ER-модель представляет собой логическую структуру информации об объектах системы. Компонентами ER-модели являются сущности (объекты) и отношения (связи между объектами). Объект имеет множество реализаций или экземпляров. Экземпляр объекта образуется совокупностью конкретных значений реквизитов и должен однозначно определяться, т.е. идентифицироваться значением ключа объекта, который состоит из одного ли нескольких ключевых реквизитов.
ER-диаграммы используются для разработки данных и представляют собой стандартный способ определения данных и отношений между ними. Таким образом, осуществляется детализация хранилищ данных. ER-диаграмма содержит информацию о сущностях системы и способах их взаимодействия, включает идентификацию объектов, важных для предметной области (сущностей), свойств этих объектов (атрибутов) и их отношений с другими объектами (связей).
Сущность изображается в виде прямоугольника, вверху которого располагается имя сущности. В прямоугольнике могут быть перечислены атрибуты сущности; атрибуты ER-диаграмм, набранные полужирным шрифтом, являются ключевыми. ER-диаграмма базы данных разработанной информационной системы приведена на рис. 2.4.
Рис. .ER-диаграмма базы данных
Описание каждой таблицы базы данных приведено ниже.
Таблица .2
Структура таблицы Счет-фактуры
|
Поле |
Тип |
Описание поля |
Null |
По умолчанию |
|
idchet |
int(11) |
Код записи |
Нет |
|
|
Продолжение таблицы 2.4 |
||||
|
idklientchet |
int(11) |
Код клиента |
Нет |
|
|
idprodchet |
int(11) |
Код продукции |
Нет |
|
|
kolvochet |
int(11) |
Количество |
Нет |
|
|
datechet |
text |
Дата |
Нет |
|
|
Nomer |
int(11) |
Номер счет-фактуры |
Нет |
|
Таблица .3
Структура таблицы Типы товаров
|
Поле |
Тип |
Описание поля |
Null |
По умолчанию |
|
iddolg |
int(11) |
Код записи |
Нет |
|
|
namedolg |
varchar(45) |
Наименование типа |
Да |
NULL |
|
udald |
int(1) |
Флаг удаления |
Нет |
0 |
Таблица .4
Структура таблицы Клиенты
|
Поле |
Тип |
Описание поля |
Null |
По умолчанию |
|
idKlient |
int(11) |
Код записи |
Нет |
|
|
namekl |
varchar(255) |
Наименование |
Да |
NULL |
|
krnamekl |
varchar(45) |
Краткое наименование |
Да |
NULL |
|
adresskl |
varchar(45) |
Адрес фактический |
Да |
NULL |
|
uradrkl |
varchar(45) |
Адрес юридический |
Да |
NULL |
|
banrekKl |
varchar(45) |
Банк |
Да |
NULL |
|
kontlizoKl |
varchar(45) |
Контактное лицо |
Да |
NULL |
|
tlfKl |
varchar(45) |
телефон |
Да |
NULL |
|
emailKl |
varchar(45) |
|
Да |
NULL |
|
dateregKl |
timestamp |
Дата регистрации |
Нет |
CURRENT_TIMESTAMP |
|
tipkl |
int(1) |
Тип клиента |
Нет |
|
|
udalKl |
int(1) |
Флаг удаления |
Нет |
0 |
|
nameorg |
varchar(255) |
Наименование оргформы |
Нет |
|
|
login |
varchar(25) |
Логин |
Нет |
|
|
parol |
varchar(25) |
Пароль |
Нет |
|
|
tel |
varchar(30) |
Доп. Телефон |
Нет |
0 |
|
opistel |
varchar(100) |
Описание доп. Телефона |
Нет |
0 |
|
adres |
varchar(255) |
Адрес доп. |
Нет |
0 |
|
|
varchar(30) |
Email доп. |
Нет |
0 |
|
opisemail |
varchar(100) |
Описание |
Нет |
0 |
|
Продолжение таблицы 2.6 |
||||
|
namec |
varchar(255) |
Наименование дополнительного контакта |
Нет |
0 |
|
idconka |
int(11) |
Описание дополнительного контакта |
Нет |
|
Таблица .5
Структура таблицы Группы товаров
|
Поле |
Тип |
Описание поля |
Null |
По умолчанию |
|
ido |
int(100) |
Код записи |
Нет |
|
|
nameob |
varchar(255) |
Наименование группы товаров |
Нет |
|
|
udalo |
int(1) |
Флаг удаления |
Нет |
0 |
Таблица .6
Структура таблицы Персоны
|
Поле |
Тип |
Описание поля |
Null |
По умолчанию |
|
idper |
int(11) |
Код записи |
Нет |
|
|
firma |
int(11) |
Код клиента |
Нет |
|
|
namep |
varchar(255) |
Фамилия |
Нет |
|
|
imap |
varchar(255) |
Имя и отчество |
Нет |
|
|
datep |
text |
Дата |
Нет |
|
|
dolgp |
int(11) |
Должность |
Нет |
|
|
telp |
varchar(255) |
Телефон |
Нет |
|
|
emailp |
varchar(255) |
|
Нет |
|
|
primp |
text |
Примечание |
Нет |
|
|
udalp |
int(1) |
Флаг удаления |
Нет |
0 |
Таблица .7
Структура таблицы Товары
|
Поле |
Тип |
Описание поля |
Null |
По умолчанию |
|
idprod |
int(11) |
Код записи |
Нет |
|
|
nameprod |
text |
Наименование |
Да |
NULL |
|
art |
varchar(45) |
артикул |
Да |
NULL |
|
idvz |
int(11) |
Код группы |
Да |
NULL |
|
idtz |
int(11) |
Код типа |
Да |
NULL |
|
model |
varchar(255) |
Модель |
Да |
NULL |
|
prise |
varchar(45) |
Стоимость |
Да |
NULL |
|
primP |
text |
Примечание |
Да |
NULL |
|
udalPr |
int(1) |
Флаг удаления |
Нет |
|
|
optst |
varchar(255) |
Стоимость опт |
Нет |
|
|
Продолжение таблицы 2.9 |
||||
|
rozst |
varchar(255) |
Стоимость розница |
Нет |
|
|
edizmpr |
varchar(255) |
Единица измерения |
Нет |
|
Таблица .8
Структура таблицы Менеджеры
|
Поле |
Тип |
Описание поля |
Null |
По умолчанию |
|
idsotr |
int(11) |
Код записи |
Нет |
|
|
name |
varchar(45) |
Фамилия |
Да |
NULL |
|
dolg |
varchar(45) |
Должность |
Да |
NULL |
|
login |
varchar(45) |
Логин |
Да |
NULL |
|
parol |
varchar(45) |
Пароль |
Да |
NULL |
|
dates |
timestamp |
Дата регистрации |
Нет |
CURRENT_TIMESTAMP |
|
surname |
varchar(45) |
имя, отчество |
Да |
NULL |
|
datebor |
varchar(45) |
Дата рождения |
Да |
NULL |
|
udal |
int(1) |
Флаг удаления |
Нет |
Таблица .9
Структура таблицы Типы оргформ
|
Поле |
Тип |
Описание поля |
Null |
По умолчанию |
|
idtipagent |
int(11) |
Код записи |
Нет |
|
|
nametipagent |
varchar(255) |
Наименование |
Нет |
|
|
krnametipagent |
varchar(255) |
Краткое наименование |
Нет |
|
|
udalnametipagent |
int(1) |
Флаг удаления |
Нет |
0 |
2.2.3. Структурная схема пакета (дерево вызова программных модулей)
Программные модули, образующие структуру пакета, можно подразделить на три класса: управляющие модули, предназначенные для загрузки меню и передачи управления другому модулю; модули, выполняющие служебные функции; модули, связанные с вводом, хранением, обработкой и выдачей информации. От класса модуля зависит его функциональность.
Система состоит из двух основных модулей – базы данных MySQL и приложения для взаимодействия с базой данных, реализованного на языке программирования PHP и c использованием HTML.
Работа с системой осуществляется через любой браузер. Вызов программных модулей обеспечивается при помощи браузера.
Структурная схема пакета представлена на рис. . 2.5.
Рисунок . Схема вызова программных модулей
Характеристика программных модулей представлена в таблице 2.12.