Файл: «Проектирование реализации операций бизнес-процесса “Продажи”» ..pdf

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

Отличительная черта серверов БД — наличие справочника данных, в котором записаны структура БД, ограничения целостности данных, форматы и даже серверные процедуры обработки данных по вызову или по событиям в программе. Объектами разработки в таких приложениях, помимо диалога и логики обработки, являются, прежде всего, реляционная модель данных и связанный с ней набор SQL-операторов для типовых запросов к базе данных.

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

Поскольку эта схема предъявляет наименьшие требования к серверу, она обладает наилучшей масштабируемостью.

Поэтому для реализации описанного приложения выбираем архитектуру клиент-сервер и реализуем его в виде веб-приложения.

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

Выбор системы управления баз данных (СУБД) представляет собой сложную многопараметрическую задачу и является одним из важных этапов при разработке приложений баз данных. Выбранный программный продукт должен удовлетворять как текущим, так и будущим потребностям предприятия, при этом следует учитывать финансовые затраты на приобретение необходимого оборудования, самой системы, разработку необходимого программного обеспечения на ее основе, а также обучение персонала. Кроме того, необходимо убедиться, что новая СУБД способна принести предприятию реальные выгоды.

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

---

• Моделирование данных
• Особенности архитектуры и функциональные возможности
• Контроль работы системы
• Особенности разработки приложений
• Производительность
• Надежность
• Требования к рабочей среде
• Смешанные критерии

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

На уровне технических характеристик разнообразие СУБД еще больше, чем на качественном уровне. К техническим характеристикам относятся:

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

Оценка производительности производится методом тестирования с помощью эталонных тестов из набора AS3AP (ANSI SQL Standard Scalable and Portable). В них контролируется широкий спектр часто встречающихся операций БД и моделируются однопользовательские и многопользователь-ские среды.

Для проекта, описыающего разработку системы учета продаж, наиболее приемлема СУБД MySQL.

В качестве языка разработки клиента подключения к базе данных был выбран язык PHP.

PHP - это язык программирования для динамической генерации HTML кода со стороны сервера. В нём имеется встроенная поддержка базы данных MySQL, что позволяет считать выбранную связку MySQL-PHP наиболее оптимальной. PHP-скрипты интерпретируется и выполняются на сервере.

Предпочтение PHP было отдано по следующим характеристикам:

• В процессе выбора языка разработки альтернативой PHP был язык ASP(Active Server Pages), схожий по структуре но построенный на технологии СОМ. Предпочтение PHP было отдано по следующим характеристикам:
• В модулях PHP все запускается в области памяти, выделенной программе операционной системой. ASP загружает для различных действий соответствующие СОМ-модули, чем сильно загружает оперативную память и процессор
• Интеграция PHP с выбранной СУБД MySQL значительно более полная, чем у ASP. Существует множество утилит на PHP для работы с базами данных MySQL, где реализуется набор свойств наиболее полный в сравнении с другими базами данных. Есть очень полезные встроенные функции, недоступные для других баз данных.Одним из значительных преимуществ PHP является поддержка широкого круга баз данных: Oracle, Microsoft SQL server, MySQL и другие.
• Несомненное достоинство PHP - это отсутствие временных проблем с исправлением внутренних ошибок, что позволяет оперативно реагировать и исправлять недоработки.

---

глава. ПРОЕКТНАЯ ЧАСТЬ

Информационное обеспечение задачи

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

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

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

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

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

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

Графическое представление информационной модели отражено на рис. 2.1. Информационная модель содержит 7 справочников и две таблицы. Основным действующим лицом в модели является менеджер по продажам. В его обязанности входит заполнение справочников и учет продаж, а также получение отчетных документов, которые первоначально формируются в виде экранных форм, а затем выводятся на печать. В системе предусмотрены три вида справочников, в которых хранится информация о различных видах товаров, реализацией которых занимается ООО «Макситрэйд». Это вызвано необходимостью учета различных реквизитов в данных справочниках.

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

---

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

В системе используются следующие входные документы:

• Договор о поставке;
• Договор о продаже;
• Прайс-лист;
• Заявка.

Документ Договор о поставке имеет следующие реквизиты:

• Наименование продукции;
• Количество;
• Дата поставки;
• Реквизиты поставщика.

Документ договор о продаже имеет следующие реквизиты:

• Наименование продукции;
• Количество;
• Дата продаж;
• Реквизиты клиента.

Документ Прайс-лист имеет в своем составе следующие реквизиты:

• Наименование
• Артикул
• Единица измерения
• Закупочная цена
• Оптовая цена
• Розничная цена

Документ Заявка имеет следующие реквизиты:

• Наименование клиента;
• Наименование продукции;
• Количество продукции;
• Желаемая дата продажи.

Все документы могут поступать как бумажной, так и в электронной формах.

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

Таблица 2.1

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

№ пп	название справочника	ответственный за ведение	средний объём справочника в записях	среднюю частоту актуализации	средний объем актуализации, %
	Сотрудники	Администратор	100	1 раз в месяц	10
	Поставщики	Пользователь	50	1 раз в месяц	10
	Клиенты	Пользователь	50	1 раз в месяц	10
	Запчасти	Пользователь	500	1 раз в неделю	25
	Расходные материалы	Пользователь	500	1 раз в неделю	25
	Склады	Пользователь	500	1 раз в неделю	25
	Продукция	Пользователь	500	1 раз в неделю	25

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

Таблица 2.2

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

№ пп	Наименование	Перечень реквизитов
1	Сотрудники	Фамилия; Имя; Отчество; Дата рождения Пароль Логин Дата регистрации.
2	Поставщики	Полное наименование Краткое наименование Фактический адрес Юридический адрес Банковские реквизиты; Контактное лицо; Телефон E-mail; Дата регистрации
3	Клиенты	Полное наименование Краткое наименование Фактический адрес Юридический адрес Банковские реквизиты; Контактное лицо; Телефон E-mail; Дата регистрации
4	Запчасти	Наименование Артикул Единица измерения Закупочная цена Оптовая цена Розничная цена Примечание
5	Расходные материалы	Наименование Единица измерения Стоимость Срок хранения Вес нетто Вес брутто Примечание
6	Продукция	Наименование Единица измерения Стоимость Срок хранения Примечание
7	Склады	Наименование склада Краткое наименование склада

---

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

Описание результатных документов приведено в таблице 2.3.

Таблица 2.3

Описание выходных документов

№ пп	Наименование	Реквизиты	Таблицы, на основе которых формируется	Частота формирования	Способ доставки
1	Список поставщиков	Полное наименование Краткое наименование Фактический адрес Юридический адрес Банковские реквизиты; Контактное лицо; Телефон E-mail;	Поставщики	По запросу	Экранная форма
2	Список клиентов	Полное наименование Краткое наименование Фактический адрес Юридический адрес Банковские реквизиты; Контактное лицо; Телефон E-mail;	Клиенты	По запросу	Экранная форма
3	Перечень заявок на продажу	Рег. Номер Дата Наименование поставщика Наименование продукции Количество Стоимость за ед.измерения Общая стоимость	Поставщики Продукция Расх. Материалы Запчасти	По запросу	Экранная форма
4	Остатки по складу	Рег. Номер Дата Наименование клиента Наименование продукции Количество Стоимость за ед.измерения Общая стоимость	Продажи Клиенты Продукция Расх. Материалы Запчасти	По запросу	Экранная форма
5	Перечень продукции (запчастей, расходных материалов)	Наименование Артикул Единица измерения Закупочная цена Оптовая цена Розничная цена	Продукция Расх. Материалы Запчасти	По запросу	Экранная форма
6	Список заявок	Рег. Номер Дата Наименование клиента Наименование продукции Количество Стоимость за ед.измерения Общая стоимость	Клиенты Продукция Расх. Материалы Запчасти Продажи	По запросу	Экранная форма

---