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

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

В приходной части товарного отчета отражается в стоимостном выражении остаток товаров на дату составления предыдущего товарного отчета и поступление товаров по сопроводительным документам.

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

В расходной части товарного отчета подсчитывают общую сумму расхода товаров за отчетный период.

Каждый расходный документ отражается отдельной строкой (продажа товаров мелким оптом, возврат недоброкачественных товаров, переброска товаров).

Продавцы магазинов отчеты не составляют. Они обязаны ежедневно сдавать в кассу организации торговую выручку, а непроданные товары возвращать в магазин. Продавцам отпуск товаров оформляют расходно-приходной накладной для мелкорозничной торговли по форме № ТОРГ-14 которую выписывают в двух экземплярах. По окончании рабочего дня возвращенный товар и сумму выручки, подтвержденную квитанцией, записывают в расходно-приходную накладную. Новую партию товара продавцу выдают после того, как он рассчитался за ранее полученные товары.

Рассмотрим порядок учета продаж в ООО «Мега-Арсенал».

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

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

В связи с обнаруженными недостатками в работе предприятия, в частности при учете , руководством ООО «Мега-Арсенал» принято решение об автоматизации процессов учета продаж.

Как ожидается, в этом случае затрачиваемое менеджером время на подготовку отчетов значительно снизится за счет того, что он будет формироваться автоматически.

Сравнение основных операций при приеме заказа без применения средств автоматизации и в предлагаемом варианте по трудовым и стоимостным затратам приведено в таблице 1.1 и таблице 1.2.(с учетом средней заработной платы менеджера 25000 в месяц).

Таблица 1.1

Временные и стоимостные затраты при существующем варианте

Таблица 1.2

Временные и стоимостные затрат при планируемом варианте

Как видно из приведенных выше таблиц, временные затраты должны сократиться на 540-88=452 минуты=7, 5 часов и 1339-218=1121 рубль в сутки. Следовательно, внедрение такой системы является однозначно выгодным с точки зрения оптимизации расхода трудовых и стоимостных ресурсов.

Проектируемая в рамках данной работы задача по автоматизации системы учета продаж материалов ООО «Мега-Арсенал»призвана занять одно из центральных мест в качестве базового инструмента для эффективной работы сотрудников компании. Автоматизация описываемого процесса позволит обрабатывать большее количество заказов за то же самое время, что и до автоматизации.

Разрабатываемая система должна удовлетворять следующим требованиям:

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

Определение, характеристика документооборота, возникающего при решении задачи

Диаграмма вариантов использования (прецедентов, use-case)

Разработка данной диаграммы преследует следующие цели:

• Определить общие границы и контекст моделируемой предметной области на начальных этапах проектирования системы
• Сформулировать общие требования к функциональному поведению проектируемой системы.
• Разработать исходную концептуальную модель системы для ее последующей детализации в форме логических и физических моделей.
• Подготовить исходную документацию для взаимодействия разработчиков системы с ее заказчиками и пользователями.

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

Средства Rational Rose позволяют для описания функциональной системы воспользоваться графическим редактором для построения Use Case диаграмм (сценариев). Опишем основные элементы см. таблице 1.3.

Таблица 1.3

Условные обозначения диаграммы вариантов использования

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

Рисунок 1.8 - Диаграмма прецедентов

Диаграммы деятельности (активности)

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

Таблица 1.4

Условные обозначения диаграммы деятельности

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

• анализ варианта использования. На этой стадии нас не интересует связь между действиями и объектами, а нужно только понять, какие действия должны иметь место и каковы зависимости в поведении системы. Связывание методов и объектов выполняется позднее с помощью диаграмм взаимодействия;
• анализ потоков работ (workflow) в различных вариантах использования. Когда варианты использования взаимодействуют друг с другом, диаграммы деятельностей являются мощным средством представления и анализа их поведения.