Преподаватель который помогает студентам и школьникам в учёбе.

Проектирование реализации операций бизнес-процесса (Аналитическая часть)

Содержание:

Введение

Темой данной работы является «Проектирование реализации операций бизнес-процесса «Взаиморасчеты с поставщиками»

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

Проблема исследования: при формировании заказа нередко возникают ситуации не соответствия заказанному товару и прибывшему от поставщика, в связи, с чем возникают конфликтные ситуации, которые не способствуют сотрудничеству. Также возможны проблемы при расчете с поставщиком за предоставленный товар или услугу. Изучение и проектирование бизнес-процесса «Взаиморасчеты с поставщиками» является актуальной темой.

Целью данной работы является проектирование реализации операций бизнес-процесса «Взаиморасчеты с поставщиками» на примере работы компании «Мир кофе».

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

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

1 Глава. Аналитическая часть

1.1. Выбор комплекса задач автоматизации

Целью любой компании, которая занимается торговлей, является получение прибыли. Для достижения данной цели необходимо решить следующие задачи [3]:

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

Объектами реализации компании «Мир кофе» является качественный кофе, чай, какао, пряности, а также кофе-аппараты.

Компания предлагает три вида услуг:

продажа кофе, чая, какао и пряностей
прием заявок на продажу товара, определение наличие товара;
формирование заказов на продажу.

Компания «Мир кофе» сотрудничает напрямую с производителями, поэтому предлагает своим клиентам выгодные цены на весь ассортимент товара. Качество товара на высоте, потому что компания работает только с проверенными фирмами.

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

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

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

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

Перечисленные факторы подтверждают значение использования информационных технологий при осуществлении процесса закупок у поставщиков и осуществления взаиморасчета с ними, внедрение информационных технологий позволит [9]:

1. обеспечить динамику движения материальных и информационных потоков;

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

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

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

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

6. за счет автоматизации основных процессов, значительно ускориться процесс ведения учета как управленческого, так и хозяйственного [5].

На данный момент у компании «Мир кофе» нет единой программы для закупки товара, поэтому нужен модуль, который бы выполнял:

заказ товара и расчет его стоимости;
формирование договоров;
формирование планов закупок;
выполнение взаиморасчетов с поставщиками.

Проектирование реализации операций бизнес-процесса «Взаиморасчеты с поставщиками» позволит:

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

Построенная, на основании построенной модели бизнес процессов «Взаиморасчеты с поставщиками», информационная система должна выполнять следующие функции [8]:

1. Ведение следующей информационно-справочной информации:

по товару;
по поставщикам;
по сотрудникам;
по клиентам кафе;

Ведение документов, которые формируются при функционировании компании «Мир кофе»:
- - - расходная накладная;
    - приходная накладная;
    - накладная на перемещение;
    - возврат товара поставщику;
    - счет.

3. Формирование печатных форм вышеописанных документов.

4. Разграничение прав пользователей, в соответствии с их функциями в кафе.

5. Авторизация пользователей при входе в систему.

Для эффективного управления работой компании должна формироваться следующая отчетная информация:

реестр договоров за выбранный период времени;
отчет по взаиморасчетам с поставщиками;
отчет по эффективности менеджеров;
отчет по закупкам товаров;
отчет по наиболее востребованному товару;
отчет по товародвижению на складе компании.

1.2. Характеристика существующих бизнес-процессов

Для характеристики существующих бизнес процессов воспользуемся нотацией IDEF0. IDEF0 – методология функционального моделирования. С помощью наглядного графического языка IDEF0, изучаемая система предстает перед разработчиками и аналитиками в виде набора взаимосвязанных функций (функциональных блоков — в терминах IDEF0). Как правило, моделирование средствами IDEF0 является первым этапом изучения любой системы [10].

Рассмотрим контекстную диаграмму процесса «Выполнить работу с поставщиками», данная диаграмма представлена на рисунке 1.

Входная информация:

прайс-лист поставщиков;
заявки покупателей;
поставляемый товар;
счет на покупку.

Управление:

Наличие товара.

Механизмы выполнения:

MS Office;
Менеджеры.

Выходная информация:

Заявка поставщику;
наиболее продаваемый товар;
данные по продажам менеджеров;
взаиморасчеты.

Рисунок 1 – Контекстная диаграмма процесса «Выполнить работу с поставщиками»

В дальнейшем для представления процесса, выполняется его детализация по различным уровням [11]. Выполним декомпозицию контекстной диаграммы (см. рис.2), на декомпозиции первого уровня представлены четыре блока:

формирование заявки на покупку;
согласование условий поставки;
оплата, расчет;
доставка и отгрузка товара.

При работе в пакете Erwin Process Modeler данные переносятся с диаграмм, которые расположены выше уровнем на диаграммы ниже уровнем [10].

Рисунок 2 – Декомпозиция контекстной диаграммы

Далее представим декомпозиции каждого блока и определим особенности всех представленных процессов. На рисунке 3 представлена декомпозиция блока «Формирование заявки на покупку». Данная операция представлена следующими блоками:

работа с производителями и поставщиками;
определение необходимости заявки на заказ продукции;
заказ товара.

На вход блока «Работа с производителями и поставщиками» подается прайс лист поставщика, на выходе договора и есть производитель с такой продукцией, в целом выходом из данного блока будут являться два потока: поток «Договора» и поток «Заявка поставщику».

Рисунок 3 – Декомпозиция блока «Формирование заявки на покупку»

Рассмотрим декомпозицию процесса, представленного на этой диаграмме «Согласование условий поставки» (см. рис.4).

Рисунок 4 – Декомпозиция процесса «Согласование условий поставки»

Процесс представлен блоками:

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

На вход в данный блок подаются два потока – «Договора» и «Поставленный товар», выходом являются потоки «Счет на покупку», «Товар на оплату», «Взаиморасчеты». Между блоками данного процесса выполняются потоки – «Документы», «Проданный товар», «Продажи», «Складской учет».

Следующий блок, который будет детализирован, является блок «Оплата, расчет» (см. рис.5).

Рисунок 5 – Декомпозиция блока «Выполнить оплату, расчет»

Данный блок представлен в стандарте IDEF0, не имеет большого количества блоков, перечислим их:

сформировать стоимость заказа;
выбрать способ оплаты;
оплата стоимости товара.

В данный блок подаются входные данные – счет на покупку, который с помощью ранее описанных блоков формирует выходные потоки – «Товар компании», «Данные по продажам менеджеров», «Наиболее продаваемый товар».

Следующий блок декомпозиции представлен на рисунке 6, данный блок имеет следующие процессы:

прибытие товара на склад;
данные по продажам;
учет товарооборота.

Рисунок 6 – Декомпозиция блока «Закупка товара у поставщика»

Данный блок имеет входные потоки – «Товар компании», с помощью описанных блоков эта входная информация преобразуется в выходные потоки – наиболее продаваемый товар и взаиморасчеты, между блоками происходят следующие потоки:

разгрузка товаров;
товар;
денежные средства.

Анализ данных бизнес процессов позволяет понять, где находятся наиболее слабые места деятельности «Выполнить работу с поставщиками», определить в чем будут состоять преимущества изменений в деятельности сотрудников.

1.3. Характеристика документооборота, возникающего при решении задачи

Признаком неэффективной деятельности являются дублирующиеся работы, неэффективный документооборот. Основными недостатками в работе являются [2]:

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

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

Проектируемое программное решение позволит [13]:

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

На рисунке 7 представлен документооборот компании представленный с помощью стандарта BPMN [4].

Рисунок 7 – Модель документооборота в стандарте BPMN

Процесс представлен по действующим лицам, которые имеют свой функционал:

1. Менеджер по работе с поставщиками – выполняет основное взаимодействие с поставщиками;

2. Директор компании заключает договора;

3. Данные по операциям сохраняются в электронных таблицах;

4. Бухгалтерия отслеживает необходимость выполнения оплаты и осуществляет ее.

Анализируя ранее созданные диаграммы, можно определить наиболее уязвимые места при взаимодействии с поставщиками.

1.4 Обоснование проектных решений по информационному обеспечению

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

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

система классификации и кодирования;
система унифицированной документации, которая используемой в информационной системе;
информационная база данных.

В данной работе будут выделены следующие классификаторы [3]:

классификатор продаж;
классификатор компании;
классификатор сотрудника;
классификатор контрагента;
классификатор товара;
классификатор места хранения.

Сводные характеристики классификаторов представлены в таблице 1.

Таблица 1 – Сводные характеристики классификаторов

Наименование классификатора	Значность кода	Система кодирования	Система классификации	Вид классификатора
Продажа	8	разрядная	Иерархическая	Локальный
Компания	3	разрядная	Иерархическая	Локальный
Сотрудник	4	порядковая	Иерархическая	Локальный
Товар	8	порядковая	Иерархическая	Общесистемный
Контрагент	5	порядковая	Иерархическая	Локальный
Места хранения	3	разрядная	Иерархическая	Локальный

1) Для классификатора продаж используется разрядная система кодирования. Классификатор является локальным и состоит из восьми знаков. Структурная формула классификатора продаж:

Ф1 = [ХХХХХХХХ];

2) Для классификатора компания используется разрядная система кодирования. Классификатор является локальным и состоит из трех знаков. Структурная формула классификатора компании:

Ф2 = [ХХХ];

3) Для классификатора сотрудников используется порядковая система кодирования. Классификатор является локальным и состоит из четырех знаков. Структурная формула классификатора менеджеров:

Ф3 = [ХХХХ];

4) Для классификатора товаров используется порядковая система кодирования. Классификатор является общесистемным и состоит из восьми знаков. Структурная формула классификатора товаров:

Ф4 = [ХХХХХХХХ];

5) Для классификатора контрагентов используется порядковая система кодирования. Классификатор является локальным и состоит из четырех знаков. Структурная формула классификатора контрагентов:

Ф3 = [ХХХХ];

6) Для классификатора места хранения используется разрядная система кодирования. Классификатор является локальным и состоит из трех знаков. Структурная формула классификатора места хранения:

Ф2 = [ХХХ];

Разработанные классификаторы позволяют упростить работу системы и повысить ее эффективность [8].

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

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

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

1.Справочники:

контрагенты;
товары;
сотрудники;
единицы измерения;
места хранения.

2. Документы:

приходная накладная;
возврат товара;
накладная на перемещение;
продажа товара (счет);
расходная накладная.

3. Отчеты:

Отчет по остаткам товаров;
Отчет по взаиморасчетам;
Отчет по оборотам товара;
Отчет по количеству проданного товара;
Отчет по сумме проданного товара.

Формирование информационных файлов происходит на базе исходной информации, которая содержится в первичных документах. Как было сказано ранее, первичные документы являются основными носителями первичной экономической информации в информационных системах.

Эти документы должны отвечать следующим требованиям [13]:

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

Чтобы организовать информационную базу (ИБ), применяют три способа

файловую организацию ИБ;
интегрированную ИБ;
смешанную организацию ИБ.

Для данной выпускной квалификационной работы наиболее целесообразным является использование интегрированной организации информационной БД. Так, это обусловлено в первую очередь значительных ежедневных ростом базы – так, ежедневно в базу будут добавляться 300-800 новых записей. Также оптимальным решением будет применение СУБД вместо файловой организации базы данных [14].

В качестве модели логической структуры базы данных была выбрана именно реляционная. Такая модель предоставляет возможность быстрого сформирования межтабличных связей, правильно строить запросов к базе данных. Также такая архитектура является более простой и минимизирует время выполнения запроса [15].

1.5 Обоснование проектных решений по программному обеспечению

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

Обоснование выбора общего программного обеспечения предполагает такие действия:

классифицировать операционные системы с указанием факторов, которые влияют на выбор конкретного приложения и его версии;
обоснование выбора операционной системы;
классификация и обоснование выбора используемой СУБД.

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

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

Средой разработки автоматизированной системы анализа спроса на товары является система 1С Предприятие версии 8.3, это обусловлено следующими соображениями.

Платформа «1С Предприятие» используется не только как средство настройки прикладных решений поставляемых фирмой «1С», но и как средство создания новых программных продуктов [6].

Изначально при создании системы «1С Предприятие» ставилась задача обеспечения инструментария, который обладает всеми необходимыми атрибутами для написания программного кода для различных задач автоматизации.

«1С Предприятие» является предметно-ориентированной средой разработки и имеет определенные преимущества. Платформа «1С Предприятие» содержит такие инструменты для выполнения поставленных задач, как визуальное описание структур данных, собственный встроенный язык программирования, визуальное описание запросов, визуальное описание интерфейса, описание отчетов, отладка программного кода, профилирование [7].

В ее составе входит: развитая справочная система, механизм ролевой настройки прав, инструменты создания дистрибутивов, удаленного обновления приложений, сравнения и объединения приложений, ведения журналов и диагностики работы приложения и пр.

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

1. Элемент конструкторы, с помощью данных элементов создаются почти все объекты системы. При вызове конструктора пользуясь его подсказками можно разработать любой элемент, на первом шаге обычно указывается имя создаваемого объекта, затем в зависимости от выбранного объекта – может быть принадлежность субконто, журналу, документу и пр [12].

2. Мастера создания диалоговых форм предназначены для автоматического создания удобных диалоговых форм. При создании формы механизм автоматически размещает реквизиты объекта на созданной форме. После выбора раздела форма, на нее добавляются данные созданного объекта. Данные располагаются в определенном порядке, который пользователь может изменять по своему усмотрению. Кроме этого, на форму можно добавлять различные элементы, такие как поля, кнопки, переключатели, текст, флажок, картинку, реквизит диалога и таблицу значений [6].

3. Встроенный язык программирования – это уникальный инструмент, не каждая оболочка имеет свой язык программирования, транслятор, отладчик и мощную систему подсказок. Язык программирования является русскоязычным (есть англоязычные аналоги команд), ключевые слова отображаются с помощью цвета, служебный текст также отличается от идентификаторов пользователей.

Развитая система помощи позволяет изучить язык в достаточно короткие сроки. Кроме этого язык 1С имеет инструменты определения синтаксических ошибок и логики работы программы. При возникновении ошибки система оповещает о месте и характере ошибки [7].

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

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

После этого можно получать данные [12].

Данные инструменты среды 1С значительно облегчают работу разработчиков программных приложений среды 1С.

2 глава. Проектная часть

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

Выполним построение информационной модели (рис.8).

Выделим логические уровни модели [3]:

источники информации – справочник «Номенклатура», справочник «Места хранения»;
первичные документы или файлы – документ «Приходная накладная», «Расходная накладная», «Накладная на перемещение», «Продажа товара (счет)»;
таблицы с первичными документами – реестр документов;
таблицы с результатной информацией – справочники «Контрагенты», «Сотрудники»;
результатные документы или файлы – отчеты по количеству товара на складе, обороту товара, взаиморасчетам, проданному количеству товара по заданной цене, сумме проданного товара;
получатели информации – менеджер предприятия, продавец.

На рисунке 8 представлена информационная модель проектируемой системы.

Вначале отображаются все объекты проектируемой системы складского учета:

справочник «Контрагенты»;
справочник «Места хранения»;
справочник «Сотрудники»;
справочник «Номенклатура»;
документ «Расходная накладная»;
документ «Приходная накладная»;
документ «Накладная на перемещение»;
документ «Продажа товара».

Затем отображаются действия пользователя:

заполнение справочников;
выполнение движения по операциям;
формирование отчетности.

Следующим шагом определяются выходные документы:

остатки товаров;
оборот товаров;
взаиморасчеты;
количество проданного товара;
сумма проданного товара.

Рисунок 8 – Информационная модель проектируемой системы

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

Для разработанной в дальнейшем системы «Взаиморасчеты контрагентов» нормативно-справочной, входной информацией будут [8]:

справочник «Контрагенты»;
справочник «Места хранения»;
справочник «Сотрудники»;
справочник «Номенклатура»;
документ «Расходная накладная»;
документ «Приходная накладная»;
документ «Накладная на перемещение;
документ «Счет».

Представим макеты входных документов и справочников на рисунках 9-15.

Рисунок 9 – Макет справочника «Контрагенты»

Рисунок 10 – Макет справочника «Номенклатура»

Рисунок 11 – Макет справочника «Места хранения»

Рисунок 12 – Макет справочника «Сотрудники»

Рисунок 13 – Макет документа «Расходная накладная»

Рисунок 14- Макет документа «Приходная накладная»

Рисунок 15 – Макет документа «Накладная перемещения»

Выполним построение макетов форм элементов результатной информации.

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

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

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

отчет «Остатки товаров»;
отчет «Обороты товаров»;
отчет «Взаиморасчеты»;
отчет «Количество проданного товара»;
отчет «Сумма проданного товара».

На рисунке 16 – 20 представлены макеты отчетов системы.

Рисунок 16 – Макет отчета «Остатки товаров»

Рисунок 17 – Макет отчета «Обороты товаров»

Рисунок 18 – Макет отчета «Взаиморасчеты»

Рисунок 19 – Макет отчета «Количество проданного товара»

Рисунок 20 – Макет отчета «Сумма проданного товара»

Разработанные формы позволяют определить состав объектов, которые будут затем программно реализованы.

2.4. Общие положения (дерево функций и сценарий диалога)

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

Определение состава функций, их связи и иерархии даст возможность определить саму структуру диалога.

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

На рисунке 21 представлены функции системы.

Рисунок 21 – Функции системы

На рисунке представлены следующие функции [13]:

1. Служебные функции:

обработка запросов к БД;
хранение данных в БД;
построение диалоговых форм;
разделение прав доступа.

2. Ключевые:

обработки данных контрагента;
обработка данных по номенклатуре
формирование прихода;
формирование расхода;
формирование перемещения;
формирование счета;
формирование статистических отчетов.

Выполним построение сценариев диалога при работе с системой анализа спроса на товары. На рисунке 22 представлен сценарий диалога при формировании заказа поставщику. Сценарий следующий [9]:

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

Рисунок 22 – Сценарий диалога при формировании заказа поставщику

На рисунке 23 представлен сценарий при доставке поставщиком товара на торговое предприятие.

Рисунок 23 – Сценарий диалога при приеме товара от поставщика

Сценарий имеет следующую последовательность [9]:

1. Доставка товара поставщиком.

2. Формирование поставщиком документа «Акт сверки»

3. Согласование и начало приема товара.

Необходимо отметить что три первых шага не воздействуют напрямую на систему, а являются инициаторами начала самого диалога.

4. Если все согласовано, то формируется приходная накладная, в ней указывается:

поставщик, выбирается из справочника «Поставщики»;
кто принял товар, выбирается из справочника «Сотрудники»;
место хранения, выбирается из справочника с соответствующим названием – «Места хранения»;
указывается дата документа;
выбирается товар из справочника «Номенклатура»;
отображается цена закупки – данные подтягиваются из справочника «Номенклатура»;
указывается количество товара;
происходит расчет суммы товара и итоговая стоимость документа;
документ сохраняется.

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

CA ERwin Data Modeler (CA ERwin DM), инструмент проектирования базы данных что повышает уровень качества данных в транзакционных и хранилищах данных.

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

В данном пакете можно создавать и поддерживать графические модели, представляющие базы данных. CA ERwin DM обеспечивает платформу, где требования к корпоративным данным и соответствующие проекты баз данных могут быть определенными, управляемыми и реализованными во множестве баз данных [15].

Графический пользовательский интерфейс на базе Windows сочетается с мощным инструменты привязки объектов (ER), с пользовательскими редакторами для определения физических объектов базы данных, с моделью Explorer для текстового представления объектов модели и с поддержкой ведущих баз данных SQL.

Кроме того, данный продукт может использоваться для оптимизации разработки приложений процесса, позволяя различным группам осуществлять самостоятельную работу. Таким образом, различные группы могут одновременно работать с различными частями модели или разными типами моделей [14].

Логическая схема БД представлена на рисунке 24.

Рисунок 24 – Логическая схема БД системы

На рисунке представлены таблицы, их поля и связи между ними.

2.6 Структурная схема пакета (дерево вызова программных модулей)

Выделим следующие группы модулей:

модули управления;
функциональные модули;
модули сервиса.

Описание модулей представлено в таблице 2.

Таблица 2 – Описание модулей системы

№ п/п	Наименование модуля	Функции модуля
1.	Глобальный модуль	Содержит глобальные процедуры и функции, предопределенные процедуры, процедуры и функции, которые необходимо выполнить при запуске системы «1С:Предприятие 8.3».
2.	Модуль документа «Приходная накладная»	Содержит предопределенные процедуры формы документа
3.	Модуль документа «Расходная накладная»	Содержит предопределенные процедуры и формы документа
4	Модуль документа «Накладная на перемещение»	Содержит предопределенные процедуры и формы документа
5	Модуль отчета «Остатки товаров»	Содержит процедуры формирования данных по запросу
6	Модуль отчета «Обороты товаров»	Содержит процедуры формирования данных по запросу
7	Модуль отчета «Количество проданного товара»	Содержит процедуры формирования данных по запросу
8	Модуль аутентификации пользователей	Содержит глобальные процедуры и функции, предопределенные процедуры, которые сопоставляют вводимые пользователем данные с регистрационными
9	Модуль инициализации интерфейса системы	Содержит глобальные процедуры и функции, предопределенные процедуры, поддерживающих отображение интерфейса
10	Модуль управления БД	Содержит глобальные процедуры и функции, предопределенные процедуры, обеспечивающих работу БД
11	Модуль экспорта данных	Процедуры, позволяющие экспортировать данные из пакета MS Office
12	Модуль мониторинга сетевых подключений	Содержит глобальные процедуры и функции, предопределенные процедуры, обеспечивающих сетевое подключение и их контроль
13	Модуль документа «Счет»	Содержит предопределенные процедуры и формы документа
14	Модуль отчета «Взаиморасчеты»	Содержит процедуры формирования данных по запросу

На рисунке 25 представлено дерево вызова программных модулей.

Рисунок 25 – Дерево вызова программных модулей

Данное представление позволяет определить состав разрабатываемой системы.

2.7 Описание программных модулей

Представим описание программных модулей с помощью блок схемы, которая представлена на рисунке 26.

Рисунок 26 – Схема программного модуля

На рисунке отображены следующие модули:

модуль вызова справочников;
модуль управления документами;
модуль вывода данных.

2.8. Контрольный пример реализации проекта и его описание

После входа пользователю предоставляется главное окно программы (см. рис. 27).

Рисунок 27 – Главное окно программы

Представим функционирование основных объектов, используя интерфейс подсистемы «Менеджер». На рисунке 28 представлены объекты, которые доступны в данной подсистеме.

Как видно из рисунка, данный интерфейс имеет упорядоченные подразделы – справочники, документы и отчеты, что упрощает работу с системой. Также несколько расширен функционал системы за счет добавления новых отчетов. которые позволяют более качественно управлять предприятием «Мир кофе».

Рисунок 28 – Подсистема «Менеджер»

На рисунке 29 представлено добавление товара в справочник «Номенклатура».

Рисунок 29 – Добавление товара в справочник «Номенклатура»

Как видно из рисунка, при добавлении товара, необходимо указать его принадлежность к товарной группе, что упорядочивает ведение данного справочника. На рисунке 30 представлен созданный документ «Приходная накладная».

Рисунок 30 – Документ «Приходная накладная»

При заполнении данного документа, осуществляется автоматический расчет суммы документа. На рисунке 31 представлен документ «Продажа товар».

Рисунок 31 – Документ «Продажа товара»

На рисунке 32 представлен отчет «Остатки товары».

Рисунок 32 – Отчет «Остатки товары»

На рисунке 33 представлен отчет «Количество проданного товара».

Рисунок 33 – Отчет «Количество проданного товара»

Для наглядности отображены на рисунке количество (красная линия) и цена продажи (желтая линия), факторы, которые влияют на спрос на товары.

На рисунке 34 представлен отчет «Взаиморасчеты».

Рисунок 34 – Отчет «Взаиморасчеты»

Заключение

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

В рамках данной работы были решены следующие задачи:

рассмотрена деятельность предприятия «Мир кофе»;
проведен анализ процесса взаимодействия с поставщиками, которые возникают на предприятии;
дана характеристика документооборота, которая возникает при ведении взаиморасчетов с поставщиками;
определены требования к информационному и программному обеспечению;
разработана информационная модель;
определен состав нормативно-справочной и результатной информации;
выполнено проектирование базы данных;
построены сценарий диалога и дерево функций;
выполнена реализация процесса «Взаиморасчеты с поставщиками» и представлен контрольный пример работы разработанных объектов.

Литература

ГОСТ Р ИСО/МЭК 12207-2010 Информационная технология (ИТ). Системная и программная инженерия. Процессы жизненного цикла программных средств
Александров, Д.В. Инструментальные средства информационного менеджмента. CASE-технологии и распределенные информационные системы: Учебное пособие / Д.В. Александров. - М.: ФиС, 2011. - 224 c.
Баронов В.В. Автоматизация управления предприятия. – М.: Инфо-М, 2015.
Лемке Джуди Microsoft Office Visio 2007 (+ CD-ROM); ЭКОМ Паблишерз - Москва, 2014. - 368 c.
Варфоломеева, А.О. Информационные системы предприятия: Учебное пособие / А.О. Варфоломеева, А.В. Коряковский, В.П. Романов. - М.: НИЦ ИНФРА-М, 2013. - 283 c.
Гартвич А. 1С:Упрощенка 8.3 с нуля. 77 уроков для начинающих. – БХВ-Петербург.: 2016. - 384 с.
Габец А.П. Профессиональная разработка в системе 1С: Предприятие 8.0 / А.П. Габец и др. - М .: 1С-Паблишинг, 2016. - 808 с.
Ипатова Э.Р. Методологии и технологии системного проектирования информационных систем / Э.Р. Ипатова, Ю.В. Ипатов. - М.: Флинта, 2016.-256 c.
Гутгарц Р.Д. Информационные технологии в управлении торговли/ Р.Д. Гутгарц, В.А. Пархомова. – М.: ИНФРА-М, 2013. – 235 с.
Маклаков, С.В. BPwin и ERwin. CASE-средства разработки информационных систем / С.В. Маклаков. – М. : ДИАЛОГ-МИФИ, 2001. – 304 с.
Маклаков, С.В. Создание информационных систем с AllFusion Modeling Suite / С.В. Маклаков. – М. : ДИАЛОГ-МИФИ, 2005. – 432 с.
Ощенко И. Азбука программирования в 1С:Предприятие 8.3 /BHV, 2015. – 288 с.
Приемы объектно-ориентированного проектирования. Паттерны проектирования / Э. Гамма и др. - Москва: СИНТЕГ, 2016. - 366 c.
Хаббард, Дж. Автоматизированное проектирование баз данных / Дж. Хаббард. - М.: Мир, 2016. - 296 c.
Шаймарданов, Р.Б. Моделирование и автоматизация проектирования структур баз данных / Р.Б. Шаймарданов. - М.: Радио и связь, 2017. - 120 c.