Файл: Проектирование реализации операций бизнес-процесса «Продажи» (Программное обеспечение. Критерии выбора программного обеспечения).pdf
Добавлен: 19.06.2023
Просмотров: 248
Скачиваний: 2
СОДЕРЖАНИЕ
Рисунок 1.5 - Декомпозиция основной деятельности
Диаграмма вариантов использования (прецедентов, use-case)
Диаграммы деятельности (активности)
Обоснование проектных решений по информационному обеспечению
Обоснование проектных решений по программному обеспечению
Информационная модель и её описание
Характеристика нормативно-справочной, входной и оперативной информации
Характеристика результатной информации
Общие положения (дерево функций и сценарий диалога)
Структурная схема пакета (дерево вызова программных модулей)
Контрольный пример реализации проекта и его описание
Таким образом, сравнив обе технологии, было принято решение использовать для разработки язык программирования PHP. Главными аргументами в пользу этой технологии являются большие функциональные возможности, наличие высокоуровневых средств организации пользовательского интерфейса и работы с базой данных
Проектируемая БД должна использоваться для накопления, хранения и обработки данных. Узким местом при разработке базы данных для информационно-аналитических систем является хранение большого количества элементов - вариантов решений. Решение задачи оптимизации при глобальном поиске в информационно-аналитических системах, а так наличие малого количества запросов от самих пользователей информационно-аналитической системы позволяют не устанавливать жесткие требования к производительности СУБД. Таким образом, все выше перечисленное можно определить следующие требования к СУБД:
- Кроссплатформенность СУБД;
- Полная совместимость с выбранной средой разработки (PHP);
- Простота использования и внедрения;
- Распространенность и популярность СУБД. При использовании малораспространенной СУБД в будущем могут возникнуть проблемы с поддержкой и развитием ИС, что так же наложит дополнительные затраты на перенос накопленных данных.
- Надежность, позволяющая обеспечить решение задачи постоянного наполнения и обеспечения сохранность данных.
Проведём анализ рынка СУБД по нескольким характеристикам.
Таблица 1.6
Сравнительные характеристики СУБД
. Размер БД |
Защита данных |
Требования к аппаратному обеспеченью |
|
PostgreSQL |
Гигабайты |
Сильная |
Неприхотливые |
Interbase |
Гигабайты |
слабая |
Чувствительные |
MySQL |
Гигабайты |
Сильная |
Неприхотливые |
SyBase |
Сотни гигабайт и больше |
Сильная |
Чувствительные |
MS SQL Server |
Сотни гигабайт и больше |
Сильная |
Требуют мощных серверов |
Учитывая приведенные выше требования и сравнительный обзор в качестве СУБД был выбрана среда MySQL – это многопоточная, многопользовательская СУБД, основными достоинствами которой является быстрота, надежность и простота использования, а в качестве языка программирования – PHP.
Проектная часть
Информационная модель и её описание
Информационная модель представляет собой схему движения входных, промежуточных и результативных потоков и функций предметной области. Кроме того, она объясняет, на основе каких входных документов и какой нормативно-справочной информации происходит выполнение функций по обработке данных и формирование конкретных выходных документов.
В качестве информационной модели будем использовать схему данных (ГОСТ 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) |