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

Проектирование реализации операций бизнес-процесса «Взаиморасчеты с клиентами» (Информационная модель и её описание)

Содержание:

ВВЕДЕНИЕ

Актуальность исследования.

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

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

Автоматизации бизнес – процессов обладает организационным и экономическим эффектом.

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

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

Автоматизация бизнес процесса также позволяет получить следующие выгоды и преимущества:

- используются более оптимальные и эффективные схемы документооборота и реализации бизнес – процессов.

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

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

- повышение прибыльности от внедрения бизнес-процессов.

- повышение уровня дисциплины и ответственности сотрудников предприятия.

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

Этим и определяется актуальность выбранной темы курсовой работы: «Проектирование реализации операции бизнес – процесса «Взаиморасчеты с клиентами»».

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

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

Определить задачи автоматизации бизнес – процессов;
Рассмотреть бизнес – процесс с точки зрения ситуации, которая находится на сегодняшний день на предприятии ООО «Мыловаров»;
Обосновать проектные решения по информационному обеспечению;
Обосновать проектные решения по программному обеспечению;
Составить информационную модель бизнес – процесса «Взаиморасчеты с клиентами»;
Рассмотреть процесс создания базы данных;
Подробно и пошагово рассмотреть и проиллюстрировать процесс создания программы «Расчеты с клиентами» в DELPHI 7.

Объектом исследования данной курсовой работы является автоматизация бизнес – процесса «Взаиморасчеты с клиентами». Предметом исследования является предприятие ООО «Мыловаров» и его взаимоотношения с покупателями.

Работа состоит из введения, двух глав («Аналитическая часть», «Проектная часть»), заключения и списка использованной литературы.

ГЛАВА 1. АНАЛИТИЧЕСКАЯ ЧАСТЬ

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

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

Автоматизация бизнес – процессов решается в ходе осуществления процессного подхода. Она позволяет решить следующие задачи:

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

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

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

Современная автоматизация бизнес – процессов охватывает не только людей, как сотрудников, но и оборудование, которое присутствует и работает на предприятии. Автоматизация позволяет сделать работу оборудования более эффективной и продуктивной. Повышается отдача от работы с данным оборудованием.

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

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

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

На сегодняшний день бизнес – процесс «Взаиморасчеты с клиентами» на предприятии ООО «Мыловаров» выглядит следующим образом:

1) Предприятию – клиенту отгружается партия продукции в определенном количестве в натуральном выражении. Сумма покупки фиксируется согласно налоговым накладным на продажу товара.

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

Таблица 1

Информация о расчетах клиентов за январь 2017 года

клиенты за январь 2017
наименование клиента	реализация в шт	реализация в рублях	оплата от клиентов	дебиторская задолженность	переплата от клиентов
ООО Лилия	1000	30000	30000	-	-
ООО Нежность	1200	36000	50000	-	14000
ООО Чистый дом	1000	30000	50000	-	20000
ООО Блеск	1500	45000	20000	25000	-
ООО Уют	1300	39000	20000	19000	-
ООО Помощница	1200	36000	10000	26000	-
ООО Хозяйка	1300	39000	-	39000	-
ООО Золушка	1100	33000	-	33000	-
ООО Здоровая семья	1000	30000	30000	-	-
ООО Чистюля	900	27000	20000	7000	-
ООО Санитар	700	21000	30000	-	7000
ООО Люкс	500	15000	20000	-	5000
ООО Мастер	200	6000	10000	4000	-

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

Таблица 2

Информация о расчетах клиентов за февраль 2017 года

наименование клиента	реализация в шт	реализация в рублях	оплата от клиентов	дебиторская задолженность	переплата от клиентов
ООО Лилия	1500	45000	50000	-	5000
ООО Нежность	1100	32000	40000	-	22000
ООО Чистый дом	1200	36000	20000	-	4000
ООО Блеск	1500	45000	50000	20000	-
ООО Уют	1300	39000	40000	18000	-
ООО Помощница	1200	36000	20000	42000	-
ООО Хозяйка	1300	39000	20000	58000	-
ООО Золушка	1100	33000	10000	56000	-
ООО Здоровая семья	1000	30000	30000	-	-
ООО Чистюля	900	27000	10000	24000	-
ООО Санитар	900	27000	20000	-	-
ООО Люкс	800	24000	10000	10000	-
ООО Мастер	500	15000	20000	-	1000

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

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

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

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

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

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

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

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

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

-по этапам обработки (входные, базовые, результатные);

-по типу носителя (на промежуточных носителях — гибких магнитных дисках и магнитных лентах и на основных носителях — жестких магнитных дисках, магнитооптических дисках и др.);

-по составу информации (файлы с оперативной информацией и файлы с постоянной информацией);

-по назначению (по типу функциональных подсистем);

-по типу логической организации (файлы с линейной и иерархической структурой записи, реляционные, табличные);

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

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

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

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

Нормативно-расценочные файлы должны содержать данные о нормах расхода и расценках на выполнение операций и услуг.

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

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

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

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

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

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

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

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

Delphi –чрезвычайно быстро развивающаяся система. Первая версия – Delphi 1. 0 была выпущена в феврале 1995 г. А затем новые версии выпускались ежегодно.

Каждая последующая версия Delphi дополняла предыдущую.
Большинство версий Delphi выпускается в нескольких вариантах: Standart – стандартном, Professional – профессиональном, Client/Server – клиент/сервер, Enterprise – разработка баз данных предметных областей.

Delphi 7 является наиболее оптимальной средой программирования.

Различаются варианты в основном разным уровнем доступа к системам управления базами данных. Последние варианты - Client/Server и Enterprise, в этом отношении наиболее мощные^[2].

Выводы по главе 1.

В первой главе данной работы были сделаны следующие выводы:

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

- был описан существующий бизнес – процесс на предприятии ООО «Мыловаров».

- был описан документооборот, который возник при реализации бизнес – процесса «Взаиморасчеты с клиентами».

ГЛАВА 2. ПРОЕКТНАЯ ЧАСТЬ. Информационное обеспечение задачи

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

Предприятие ООО «Мыловаров» является небольшим обществом с ограниченной ответственностью, которое занимается производством мыла. Предприятие начало работу с 1 января 2017 года, поэтому является молодым предприятием. Для привлечения клиентов предприятие оказывает лояльность своим клиентам, предоставляя им коммерческие кредиты.

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

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

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

1) Предприятию – клиенту отгружается партия продукции в определенном количестве в натуральном выражении. Стоимость отгруженной продукции рассчитывается на основе цен, которые установлены на каждый вид мыла. Цены варьируются в зависимости от ингредиентов, которые входят в состав производимого мыла. Мыло с содержанием натуральных ингредиентов ценится больше, значит, цена также более высокая. На основе цен рассчитывается стоимость покупки в суммовом выражении.

2) Согласно договору клиент обязан перечислить сумму для осуществления расчета по закупленной партии продукции. Некоторые клиенты являются добросовестными, полностью оплачивая долг по покупке, даже совершая переплату, так как планируют работать с поставщиков ООО «Мыловаров» и в дальнейшем. Другие клиенты, являясь недобросовестными, не оплачивают всей суммы, а лишь частично, либо вообще не совершают оплату. Для таких клиентов предусмотрено блокирование продаж, если сумма дебиторской задолженности превышает 20000 рублей. Данное блокирование будет сохраняться, если клиент не оплатит дебиторскую задолженность.

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

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

НАИМЕНОВАНИЕ КЛИЕНТА

РЕАЛИЗАЦИЯ В ШТУК

РЕАЛИЗАЦИЯ В РУБЛЯХ

ОПЛАТА ОТ КЛИЕНТОВ

ДЕБИТОРСКАЯ ЗАДОЛЖЕННОСТЬ

ПЕРЕПЛАТА ОТ КЛИЕНТОВ

БЛОКИРОВАНИЕ ДАЛЬНЕЙШИХ ПРОДАЖ (ДЕБИТОРСКАЯ ЗАДОЛЖЕННОСТЬ БОЛЬШЕ 20000 РУБЛЕЙ)

Рисунок 1 – Информационная модель бизнес – процесса «Взаиморасчеты с клиентом»

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

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

Информационная модель базируется на информации. Рассмотрим ее и проанализируем.

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

- Налоговый Кодекс, который в самом обобщенном виде регламентирует общие правила покупок и поставок. Речь идет о документальном оформлении операции продажи и покупки товара.

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

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

1) налоговые накладные, которые подтверждают факт совершения покупки и реализации продукции и товара.

2) платежные поручения и выписки из банка, которые совершают факт оплаты покупателем стоимости покупки товара у предприятия ООО «Мыловаров».

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

- наименование клиента. Отражается информация о наименовании клиента – покупателя предприятия ООО «Мыловаров».

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

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

-оплата клиента отражает сумму денежных средств, которые покупатель перечислил предприятию ООО «Мыловаров» в счет купленных товаров.

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

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

- блокирование продаж возникает в том случае, когда сумма дебиторской задолженности превышает 20000 рублей.

Менеджер анализирует оперативную информацию и выстраивает политику взаимоотношений с клиентами.

Была рассмотрена информация, на основании которой формируется информационная модель «Взаиморасчеты с клиентами».

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

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

Рисунок 2 – Получение результирующей информации

В следующем месяце, то есть в феврале 2017 года, результирующая информация будет выглядеть следующим образом:

Рисунок 3 – Получение результирующей информации

Поле «наименование клиента». Отражается информация о наименовании клиента – покупателя предприятия ООО «Мыловаров».

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

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

Поле «оплата клиента» отражает сумму денежных средств, которые покупатель перечислил предприятию ООО «Мыловаров» в счет купленных товаров.

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

Поле «переплата клиента» возникает в том случае, когда сумма реализации в стоимостном выражении меньше оплаты клиента.

Поле «блокирование продаж» возникает в том случае, когда сумма дебиторской задолженности превышает 20000 рублей.

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

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

Дерево функций выглядит следующим образом:

Вход пользователем в программу.
Анализ существующих данных.
Принятие решения и выбор необходимого действия
Выход из программы.

Вход в программу

Анализ данных

Принятие решения и выбор действия

Выход из программы

Рисунок 4– Дерево функций для работы с программой, позволяющей автоматизировать бизнес – процесс «Взаиморасчеты с клиентами»

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

Создание базы данных в Microsoft Access

Создание информационной модели программного приложения

Запуск программы в среде Delphi 7

Вывод результатной информации

Выход из программы

Рисунок 5 – Сценарий диалога для работы с программой, позволяющей автоматизировать бизнес – процесс «Взаиморасчеты с клиентами»

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

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

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

База данных создается в MICROSOFT ACCESS в виде таблиц. В зависимости от особенностей полей в таблице. Она будет создаваться в режиме ввода данных.

Создаются две таблицы в базе данных «Клиенты январь 2017 года», «Клиенты февраль 2017».

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

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

Файл – Создать – Новая база данных.

Создается база данных под названием «Клиенты».

Рисунок 6– База данных «Клиенты за январь 2017»

Рисунок 7– База данных «Клиенты за февраль 2017»

Поле «сальдо на 1 февраля» отражает информацию о задолженности предприятия покупателя на 1 февраля 2017 года.

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

Программа управляется программными модулями UNIT 1 и UNIT 2 и UNIT 3, которые управляют работой FORM 1 и FORM 2 и FORM 3.

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

В данной создаваемой программе можно отметить программные модули UNIT 1 и UNIT 2 и UNIT 3, которые управляют работой FORM 1 и FORM 2 и FORM 3.

Рисунок 8– Программные модули проекта

Таким образом, были рассмотрены программные модули проекта.

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

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

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

Для начала запускаем DELPHI 7. Затем сохраняем проект, реализуя операцию File – Save Project As – C – Program Files – Borland – Delphi 7 – Projects и даем наименование данному проекту Project1raschetklient. Параллельным образом, сохраняем UNIT 1. Дальнейшие UNIT, которые будут создаваться по ходу работы с программой, будут сохраняться в текущем режиме посредством реализации операции File – Save.

Загружается FORM 1. На панели OBJECT INSPECTOR выбираем свойство CAPTION и переименовываем форму так, как этого требует бизнес – процесс, а именно «Расчеты с клиентом за январь 2017 года». Далее в свойстве COLOR задаем цвет по желанию или по предпочтению заказчика, в данном случае предприятия ООО «Мыловаров».

Далее на форму «Расчеты с клиентом за январь 2017 года» устанавливаем из панели компонентов следующие элементы:

- DATA SOURSE из вкладки DATA ACCESS.

- ADO Connection из вкладки ADO.

- DB GRID, из вкладки DATA CONTROLS.

- ADO Table из вкладки ADO.

Данные компоненты являются обязательными компонентами для того, чтобы обеспечить связь между создаваемым программным обеспечением в DELPHI 7 и базой данных, созданной ранее в MICROSORT ACCESS.

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

- (DB) NAVIGATOR из вкладки DATA CONTROLS.

- BUTTON из вкладки STANDART. Данный компонент предназначен для перехода в следующую форму.

Рисунок 9 – Размещение всех необходимых компонентов на FORM 1

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

Находим свойство компонента ADO Connection Connection String.

Выбираем необходимый путь и канал передачи данных, посредством которого и осуществиться связь с базой данных «Клиента январь 2017». Канал передачи данных необходимо выбрать Microsoft Jet 4.0 OLE DB Provider. Базу данных выбираем из той папки, где она была сохранена. В итоге получаем окно:

Рисунок 10 – Подключение к базе данных через компонент ADO Connection

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

Далее в компоненте DATA SOURSE в свойстве DATA SET выбираем из выпадающего списка ADO Table 1.

Далее в свойствах компонента ADO Table устанавливаем следующие свойства:

- В Connection – ADO Connection.

- В Table name – клиенты за январь 2017.

- В Active – True.

Далее в компоненте DB GRID устанавливается в свойстве DATA SOURSE DATA SOURSE 1. Сразу же видно, что компонент DB GRID полностью заполнился данными из базы данных «Клиенты за январь 2017».

Далее в компоненте DB NAVIGATOR устанавливается в свойстве DATA SOURSE DATA SOURSE 1.

Далее установим еще один компонент на FORM 1.

- LABEL из вкладки STANDART. Данный компонент несет в себе цель визуального оформления, так как предназначен для того, чтобы дать наименование таблице, которая будет содержаться на форме в компоненте DB GRID.

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

Далее дадим наименование компоненту BUTTON – «следующий месяц». Данные свойства выбираются также на панели свойств OBJECT INSPECTOR .

Рисунок 11 – Установка всех необходимых свойств компонентов

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

Рисунок 12 – Прописывание кода для кнопки BUTTON 1

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

Рисунок 13– Готовое программное приложение «Расчеты с клиентами» для периода январь 2017

Однако, на этом разработка программного обеспечения еще не закончена. Необходимо в FORM 2 форму данных о расчетах с клиентами, но уже за февраль 2017 года.

Загружается FORM 2. На панели OBJECT INSPECTOR выбираем свойство CAPTION и переименовываем форму так, как этого требует бизнес – процесс, а именно «Расчеты с клиентом за февраль 2017 года». Далее в свойстве COLOR задаем цвет.

Далее на форму «Расчеты с клиентом за февраль 2017 года» устанавливаем из панели компонентов следующие элементы:

- DATA SOURSE из вкладки DATA ACCESS.

- ADO Connection из вкладки ADO.

- DB GRID, из вкладки DATA CONTROLS.

- ADO Table из вкладки ADO.

- (DB) NAVIGATOR из вкладки DATA CONTROLS.

- BUTTON 1 из вкладки STANDART.

- LABEL из вкладки STANDART.

Рисунок 14– Размещение всех необходимых компонентов на FORM 2

Аналогичным образом находим свойство компонента ADO Connection Connection String.

Выбираем необходимый путь и канал передачи данных, посредством которого и осуществиться связь с базой данных «Клиента февраль 2017». Канал передачи данных необходимо выбрать Microsoft Jet 4.0 OLE DB Provider. Базу данных выбираем из той папки, где она была сохранена. В итоге получаем окно:

Рисунок 15– Подключение к базе данных через компонент ADO Connection

Далее в компоненте DATA SOURSE в свойстве DATA SET выбираем из выпадающего списка ADO Table 1.

Далее в свойствах компонента ADO Table устанавливаем следующие свойства:

- В Connection – ADO Connection.

- В Table name – клиенты за январь 2017.

- В Active – True.

Далее в компоненте DB GRID устанавливается в свойстве DATA SOURSE DATA SOURSE 1. Сразу же видно, что компонент DB GRID полностью заполнился данными из базы данных «Клиенты за февраль 2017».

Далее в компоненте DB NAVIGATOR устанавливается в свойстве DATA SOURSE DATA SOURSE 1.

Компоненту LABEL дадим наименование «Расчеты с клиентами за период февраль 2017 года».

Компоненту BUTTON 1 дадим наименование «следующий месяц», который позволит пользователю в дальнейшем перейти на март 2017 и т.д.

Рисунок 16– Установка всех необходимых свойств компонентов

В UNIT 2 аналогичным образом прописываем код:

procedure TForm2.Button1Click(Sender: TObject);

begin

Form3.show;

end;

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

Рисунок 17– Готовое программное приложение «Расчеты с клиентами» для периода февраль 2017

Таким образом, в заключении раздела можно определить следующее:

- в среде программирования DELPHI 7 было создано программное обеспечение «Расчеты с клиентами» для предприятия ООО «Мыловаров», которое позволит ему автоматизировать бизнес – процесс «Взаиморасчеты с клиентами».

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

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

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

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

ЗАКЛЮЧЕНИЕ

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

В первой главе данной работы были сделаны следующие выводы:

- был описан существующий бизнес – процесс на предприятии ООО «Мыловаров».

- был описан документооборот, который возник при реализации бизнес – процесса «Взаиморасчеты с клиентами».

Таким образом, в данной работе была проанализирована и определена актуальность автоматизации бизнес – процесса «Взаиморасчеты с клиентами».

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

СПИСОК ЛИТЕРАТУРЫ

Осипов Д. Л. Базы данных и Delphi. Теория и практика. — СПб.: БХВ-Петербург, 2011. - 752 с.
Лекция 5: Модели организации баз данных [онлайн] - URL: http://www.intuit.ru/studies/courses/3439/681/lecture/14023 (дата обращения 11.10.2016)
Реляционная база данных [онлайн] - URL: http://base.mybloge.net/relyacionnaya-baza-dannyx/ (дата обращения 01.11.2016)
Введение в базы данных. Часть 2. Настольные СУБД // А.Федоров, Н. Елманова [онлайн] - URL: http://compress.ru/article.aspx?id=10282 (дата обращения 01.11.2016)).
Глушаков С.В., Клевцов А.Л. «Программирование в среде Delphi 7.0». 2003г. с.528.
Фленов М.Е. «Библия Delphi». 2011г. с.880 (3-е издание).
Обзор языков программирования и средств разработки на их основе [онлайн] - URL: http://bukvi.ru/computer/obzor-yazykov-programmirovaniya-i-sredstv-razrabotki-na-ix-osnove.html (дата обращения 01.11.2016)
Преимущества и особенности Delphi [онлайн] - URL: http://starik2222.narod.ru/trpp/lec/11.htm (дата обращения 01.11.2016)
Преимущества Delphi и напутствие начинающему программисту [онлайн] - URL: http://pisali.ru/raferti/41237/ (дата обращения 01.11.2016)

ПРИЛОЖЕНИЕ 1

unit Unit1Ras4et;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, StdCtrls, Grids, DBGrids, DB, ADODB, ExtCtrls, DBCtrls;

type

TForm1 = class(TForm)

DataSource1: TDataSource;

DBNavigator1: TDBNavigator;

ADOConnection1: TADOConnection;

ADOTable1: TADOTable;

DBGrid1: TDBGrid;

Label1: TLabel;

Button1: TButton;

procedure Button1Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form1: TForm1;

implementation

uses Unit2;

{$R *.dfm}

procedure TForm1.Button1Click(Sender: TObject);

begin

Form2.show;

end;

end.

unit Unit2;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, StdCtrls, DB, ADODB, ExtCtrls, DBCtrls, Grids, DBGrids;

type

TForm2 = class(TForm)

DataSource1: TDataSource;

DBGrid1: TDBGrid;

DBNavigator1: TDBNavigator;

ADOConnection1: TADOConnection;

ADOTable1: TADOTable;

Label1: TLabel;

Button1: TButton;

procedure Button1Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form2: TForm2;

implementation

uses Unit3;

{$R *.dfm}

procedure TForm2.Button1Click(Sender: TObject);

begin

Form3.show;

end;

end.

unit Unit3;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs;

type

TForm3 = class(TForm)

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form3: TForm3;

implementation

{$R *.dfm}

end.

ПРИЛОЖЕНИЕ 2

Рисунок – Готовое программное приложение «Расчеты с клиентами» для периода январь 2017

Рисунок – Готовое программное приложение «Расчеты с клиентами» для периода февраль 2017

Фленов М.Е. «Библия Delphi». 2011г. с.880 (3-е издание) ↑
Фленов М.Е. «Библия Delphi». 2011г. с.880 (3-е издание) ↑