Файл: Проектирование реализации операций бизнес-процесса “Продажи.pdf
Добавлен: 23.05.2023
Просмотров: 125
Скачиваний: 3
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) |
Код записи |
Нет |
|
|
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.
Таблица .
Характеристика программных модулей