Файл: Проектирование реализации операций бизнес-процесса «Продажи» (Программное обеспечение. Критерии выбора программного обеспечения).pdf

Таким образом, сравнив обе технологии, было принято решение использовать для разработки язык программирования PHP. Главными аргументами в пользу этой технологии являются большие функциональные возможности, наличие высокоуровневых средств организации пользовательского интерфейса и работы с базой данных

Проектируемая БД должна использоваться для накопления, хранения и обработки данных. Узким местом при разработке базы данных для информационно-аналитических систем является хранение большого количества элементов - вариантов решений. Решение задачи оптимизации при глобальном поиске в информационно-аналитических системах, а так наличие малого количества запросов от самих пользователей информационно-аналитической системы позволяют не устанавливать жесткие требования к производительности СУБД. Таким образом, все выше перечисленное можно определить следующие требования к СУБД:

• Кроссплатформенность СУБД;
• Полная совместимость с выбранной средой разработки (PHP);
• Простота использования и внедрения;
• Распространенность и популярность СУБД. При использовании малораспространенной СУБД в будущем могут возникнуть проблемы с поддержкой и развитием ИС, что так же наложит дополнительные затраты на перенос накопленных данных.
• Надежность, позволяющая обеспечить решение задачи постоянного наполнения и обеспечения сохранность данных.

Проведём анализ рынка СУБД по нескольким характеристикам.

Таблица 1.6

Сравнительные характеристики СУБД

Учитывая приведенные выше требования и сравнительный обзор в качестве СУБД был выбрана среда MySQL – это многопоточная, многопользовательская СУБД, основными достоинствами которой является быстрота, надежность и простота использования, а в качестве языка программирования – PHP.

Проектная часть

Информационная модель и её описание

Информационная модель представляет собой схему движения входных, промежуточных и результативных потоков и функций предметной области. Кроме того, она объясняет, на основе каких входных документов и какой нормативно-справочной информации происходит выполнение функций по обработке данных и формирование конкретных выходных документов.

В качестве информационной модели будем использовать схему данных (ГОСТ 19.701-90). Схемы данных отображают путь данных при решении задач и определяют этапы обработки, а также различные применяемые носители данных. Схема данных состоит из следующих элементов:

• символов данных (символы данных могут также указывать вид носителя данных);
• символов линий, указывающих потоки данных между процессами и (или) носителями данных;
• символов процесса, который следует выполнить над данными (символы процесса могут также указывать функции, выполняемые вычислительной машиной);
• специальных символов, используемых для облегчения написания и чтения схемы.[1]

Весь цикл обработки информации можно разбить на два этапа:

1. Прием, обработка и ввод первичной входящей информации (паспортные данные, реквизиты организаций и т.д.).
2. Формирование документов (договора продаж и закупок и т.д.).

Графическое представление информационной модели отражено на рис. 2.1.

Рисунок 2.1 Информационная модель системы учета продаж

и закупок

Информационная модель включает в себя три области – область 1, в которой происходит заполнение справочников, область 2, в которой показана, как осуществляется учет продаж и закупок, и область 3, где указано, каким образом осуществляется получение выходных документов.

Логика работы информационной модели строится следующим образом. Сотрудник на основании входных документов , используя экранные формы для ввода данных, обеспечивает наполнение справочников и таблиц, входящих в систему. На основании этих данных по требованию сотрудника отдела продаж и закупок формируются экранные формы с выходными документами, которые можно вывести на печать.

Характеристика нормативно-справочной, входной и оперативной информации

В качестве входной информации в системе используются следующие документы:

• данные о сотруднике отдела продаж и закупок, поступающие из отдела кадров;
• данные о клиентах – этот документ формируется в ходе общения с клиентом;
• прайс-лист, в котором указаны наименование товара, его описание, стоимость и единица измерения;
• данные о компаниях, сотрудничающих с рассматриваемой.

В данных сотрудника содержатся следующие реквизиты:

• ФИО
• Должность
• Организация
• Контакты
• Оклад
• Дата рождения
• Дата поступления
• ИНН
• E-mail
• Фото
• Паспорт серия
• Паспорт номер
• Кем выдан
• Дата выдачи

При учете контрагентов используются следующие данные:

• Название
• Менеджер
• Полное название
• Адрес
• Телефон
• Email
• Контактное лицо
• Сайт
• Деятельность
• Дата обращения

В системе используются справочники, приведенные в таблице 2.1.

Таблица 2.1

Перечень используемых справочников

Реквизитный состав справочников приведен в таблице 2.2.

Таблица 2.2

Реквизитный состав справочников

В качестве оперативной информации используются такие таблицы, как:

• Контрагенты;
• Контактные лица;
• Реквизиты;
• Товарные чеки;
• Счета-фактуры;
• Накладные;
• Счета.

В таблице Контрагенты учитываются данные о фирмах – покупателях и поставщиках. В таблице Контактные лица приведены данные о сотрудниках предприятий-контагентов. В таблице Реквизиты учитываются все реквизиты (банковский в том числе) предприятий –контрагентов.

В остальных таблицах учитываются соответствующие их названию документы, формируемые при продажах и закупках.

Характеристика результатной информации

В ходе деятельности разработанной системы учета продаж материаловформируются следующие выходные документы:

• Список сотрудников компании;
• Данные каждого сотрудника;
• Список контрагентов;
• Данные каждого контрагента;
• Отчет «Доход по компаниям»;
• Отчет «Доход по категориям»;
• Товарный чек;
• Счет-фактура;
• Накладная;
• Счет на оплату.

Экранные формы данных документов приведены в Приложении, реквизитный состав - в таблице 2.3.

Таблица 2.3

Реквизитный состав выходных документов

Характеристика базы данных

Инфологическая (концептуальная) модель — это формализованное описание предметной области, выполненное безотносительно к используемым в дальнейшем программным и техническим средствам.[3] Инфологическая модель должная быть динамической и позволять легкую корректировку. К основным требованиями, предъявляемым к инфологической модели, можно отнести следующие:

• инфологическая модель должна содержать всю необходимую и достаточную информацию для последующего проектирования базы данных;
• инфологическая модель должная быть понятна лицам, принимающим участие в создании системы.

ER-модель представляет собой логическую структуру информации об объектах системы. Компонентами ER-модели являются сущности (объекты) и отношения (связи между объектами). Объект имеет множество реализаций или экземпляров. Экземпляр объекта образуется совокупностью конкретных значений реквизитов и должен однозначно определяться, т.е. идентифицироваться значением ключа объекта, который состоит из одного ли нескольких ключевых реквизитов.

Сущности могут быть зависимыми и независимыми. Сущность является независимой, если каждый экземпляр ее может быть однозначно идентифицирован без определения ее отношений с другими сущностями. Однозначная идентификация экземпляра зависимой сущности зависит от отношений с другими сущностями.

Для отображения отношений между сущностями используются связи. Связи существуют, если экземпляры сущностей логически взаимосвязаны

Рисунок 2.2 ER-модель разрабатываемой базы данных

Реквизитный состав каждой таблицы, а также наименование идентификаторов полей, их вид и длина приведены в таблицах 2.5- 2.13.

Таблица 2.5

Таблица «Контрагенты»