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

Проектирование реализации операций бизнес-процесса «Продажи» (Обоснование проектных решений по программному обеспечению)

Содержание:

ВВЕДЕНИЕ

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

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

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

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

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

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

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

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

Для автоматизации были выделены продажи.

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

Технологическая цепочка движения продукции от поставщика до конечного потребителя включает в себя следующие основные этапы:

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

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

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

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

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

Отдел продаж отвечает за организацию и продажу товара в торговой точке. Также в функции отдела входит ведение статистики продаж.

К основным функциям, выполняемым в отделе продаж относятся:

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

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

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

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

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

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

BPwin поддерживает три методологии –IDEF0, IDEF3 и DFD. В данном пункте была построена IDEF0 модель.

В диаграмме IDEF0 четыре стороны блока имеют различное предназначение[1]:

-слева отображаются входные данные, исходные ресурсы для описываемой блоком функции (исходная информация, материалы);

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

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

-снизу – механизм – это то, посредствам чего осуществляется данное действие.

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

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

-принцип ограничения сложности: количество блоков от 2 до 8 (в BPwin) – это условие удобочитаемости;

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

В стандарте IDEF0 предполагается наличие двух типов диаграмм:

-контекстной диаграммы;

-диаграммы декомпозиции.

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

Рисунок 1.1 - Диаграмма «Организовать продажу»

На рисунке 1.2 показано, что контекстная диаграмма декомпозирована на следующие блок-процессы:

просмотреть сайт;
найти товар;
просмотреть информацию о товаре;
добавить товар в корзину;
оформить заказ;
получить и оплатить товар.

Рисунок 1.2 - Декомпозиция диаграммы «Организовать продажу»

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

Продажа товаров в рознице конечному потребителю за наличный расчет оформляется документом «Реализация товаров и услуг». Документом регистрируются продажи за определенный период (рисунок 1.3).

Рисунок 1.3 – Схема документооборота торгового предприятия

Ввод остатков товаров оформляется документом «Оприходования товаров»

Основные документы:

• Документ «Поступление товаров и услуг»;

• Документ «Возврат поставщику»

Ценообразование оформляется документом «Установка цен номенклатуры».

Основные документы покупателя:

• Документ «Реализация товаров и услуг»;

• Документ «Возврат от покупателя»

Операции по складу:

• Документ «Инвентаризация товаров на складе»;

• Документ «Оприходования товаров»;

• Документ «Списание товаров»

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

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

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

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

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

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

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

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

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

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

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

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

операционная система серверов (MicrosoftWindows 2008 Server);
операционные системы рабочих станций (Windows 7);

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

Требования к операционным системам рабочих станций должны включать в себя:

поддержку стеков протоколов TCP/IP;
поддержку работы 32-х разрядных приложений;
поддержку работы офисных приложений MS Office.

Программный продукт будет разработан на VisualC# 2010.

Средой разработки выбрана VisualStudio 2010, эта среда отличается наличием большого количества конструкторов генерации кода, облегчающих разработку приложения, а так же имеет массу обучающих интернет-ресурсов. Язык программирования выбран C#, позволяющий реализовать клиент-серверное приложение [2].

Для создания базы данных была выбрана СУБД Microsoft SQL Server 2008.

Большинство приложений баз данных со временем разрастаются, становятся более сложными и число их пользователей также растет. Microsoft SQL Server обеспечивает высокую производительность. SQL Server обеспечивает поддержку очень крупных баз данных, размером до одного терабайта [3].

Приложение Microsoft SQL Server с самого начала разрабатывалось как база данных в архитектуре клиент/сервер. Данные и индексы располагаются на одном сервере, доступ к которому часто осуществляется через сеть с нескольких клиентских компьютеров. SQL Server снижает загруженность сети, выполняя обработку запросов базы данных на сервере перед отправкой результатов на клиентский компьютер. Таким образом, создаваемые приложения в архитектуре клиент/сервер могут выполнять обработку там, где она выполняется лучше всего — на сервере.

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

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

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

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

С помощью Microsoft SQL Server можно выполнять динамическое резервное копирование (добавочное или полное) базы данных во время ее использования. Таким образом, пользователи избавлены от необходимости выходить из базы данных для резервного копирования данных. Это позволяет использовать базу данных 24 часа в сутки, семь дней в неделю.

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

ГЛАВА 2. ПРОЕКТНАЯ ЧАСТЬ

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

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

Рассмотрим информационную модель программы«Электронный магазин» на рисунке 2.1.

Алгоритм работы программы включает следующий набор действий.

- работа со справочниками;

- работа с приходом продукции;

- работа с расходом продукции;

- формирование отчетов;

- завершение работы системы.

Рисунок 2.1 – Информационная модель программы «Электронный магазин»

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

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

Таблица «Товар»;
Таблица «Продавцы»;
Таблица «Поставщики»;
Таблица «Заказы»;
Таблица «Поставки»;
Таблица «Продажи»;
Таблица «Отделы».

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

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

– справочник товаров;

– справочник продавцов;

– справочник поставщиков;

– справочник отделов.

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

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

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

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

2.4. Общие положения

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

Рисунок 2.2 – Структурная схема автоматизированной системы

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

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

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

Рисунок 2.3 - Инфологическая (концептуальная) модель предметной области

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

Рисунок 2.4 - Логическая структура базы данных

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

Для реляционной БД на этом этапе определяются параметры распределения памяти для объектов БД, строятся индексы, определяется целесообразность использования хеширования и кластеризации.

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

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

Таблица 2.1

«Товар»

Атрибуты	Тип	Ключ	Описание
Id_tov	Int	primary	Код товара
Nazvan	Varchar(50)		Название
Price	Int		Цена товара

Таблица 2.2

«Поставщики»

Атрибуты	Тип	Ключ	Описание
Id_form	Int	primary	Код поставщика
Nazvan	Varchar(50)		Название

Таблица 2.3

«Поставки»

Атрибуты	Тип	Ключ	Описание
Id_postki	Int	primary	Код поставки
Id_tov	Int	foreign	Код товара
Id_firm	Int	foreign	Код поставщика
Kol_tov	Int		КоличествоТовара
Price_tovar	Money		ЦенаТовара
Date_prodaj	Datetime		ДатаПоставки

Таблица 2.4

«Продажи»

Атрибуты	Тип	Ключ	Описание
Id_prodaj	Int	primary	Код продажи
Id_men	Int	foreign	Код продавца
Id_tov	Int	foreign	Код товара
Kol_tov	Int		Количнство
Date_prodaj	Datetime		ДатаПродажи

Таблица 2.5

«Отделы»

Атрибуты	Тип	Ключ	Описание
Id_depart	Inr	primary	Код отдела
Nazvan	Varchar(50)		Название

Таблица 2.6

«Продавцы»

Атрибуты	Тип	Ключ	Описание
Id_men	Unt	primary	Код продавца
Fam	Varchar(50)		Фамилия
Im	Varchar(50)		Имя
Otch	Varchar(50)		Отчество
Id_depart	int	foreign	Код отдела

Таблица 2.7

«Заказы»

Атрибуты	Тип	Ключ	Описание
Id_zakaz	Int	primary	Код заказа
Id_tov	Int	foreign	Код товара
Kol_tov	Int		КоличествоТовара
Id_firm	int	foreign	Код поставщика

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

Рисунок 2.5 - Физическая модель данных

2.6. Структурная схема пакета

Разрабатываемое приложение имеет следующую структуру, которая представлена на рисунке 2.6.

Рисунок 2.6 – Структура приложения

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

- модуль Справочники;

- модуль Учет;

- модуль Итоги;

- модуль Анализ.

Листинг основных программных модулей приведен в Приложении.

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

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

Рисунок 2.7 - Алгоритм работы приложения в целом

Согласно приведенному формальному алгоритму работы клиента:

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

Алгоритм работы сервера (рисунок 2.8):

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

Рисунок 2.8 - Алгоритм работы сервера

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

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

Запросы

1. Учет поставщиков и поставок

Selectfirm.nazvanas Фирма, Tovar.nazvanas товар, postki.kol_tovas Количество, postki.price_tovaras цена, postki.date_prodajas Дата, количество*цена as Сумма

From firm, Tovar, postkipostki.id_tov = Tovar.id_tov and firm.id_firm = postki.id_firmbyfirm.nazvan

2. Учет продаж по отделам

Select depart.nazvan as отдел, prodaj.kol_tov as количество, Tovar.nazvan as товар, цена*количество as Суммаdepart, prodaj, TovarTovar.id_tov = prodaj.id_tov and Tovar.id_depart = depart.id_departbydepart.nazvan

3. Подсчет остатков товаров (по отделам)

Select depart.nazvan as Отдел, Tovar.nazvan as Товар, Tovar.kol_tov as Количествоdepart, TovarTovar.id_depart = depart.id_departbykol_tov

4. Подведение финансовых итогов дня (по отделам)

Selectprodaj.date_prodajas Дата, Tovar.nazvanas товар, prodaj.kol_tovas количество, depart.nazvanas Отделы, Tovar.price *количество as Сумма

From prodaj, depart, Tovartovar.id_depart = depart.id_depart

5. Подведение финансовых итогов (по магазину)

Selectsum(сумма) as [Итог по всем отделам]

From [Подведение финансовых итогов]

6. Анализ результативности работы продавцов

Selectmen.famas фамилия, Tovar.nazvanas товар, prodaj.kol_tovas количество, Tovar.priceas цена, Tovar.price*prodaj.kol_tovas сумма

From men, Tovar, prodajmen.id_men = prodaj.id_men and Tovar.id_tov = prodaj.id_tov

7. Анализ продаж по дням недели и по месяцам

SelectTovar.nazvanas Товар, prodaj.kol_tovas количество, prodaj.date_prodajas Дата, Tovar.price*prodaj.kol_tovas сумма

From Tovar, prodajTovar.id_tov = prodaj,id_tov

Процедуры

1. Процедура «Учет поставщиков и поставок»

Create procedure Поставки_

(@parameter1 varchar(50) = ‘’)

Select Фирмы, Товар, Количество, Цена, Дата, СуммаПоставки

Fromdbo.учет_поставщиков_и_поставко

Where фирмы = @parameter1

2. Процедура «Учет продаж по отделам»

Create procedure Учет

(@parameter1 varchar(50) = ‘’)

Select Отдел, Товар, Количество, Цена, сумма

From «Учет продаж по отделам»

Where отдел = @parameter1

3. Процедура «Подсчет остатков товаров по отделам»

Create procedure Остаток

(@parameter1 varchar(50) = ‘’)

Select Отдел, «Название товара», «Количество товара»

From «Подсчет остатка товара»

Where Отдел = @parameter1

4. Процедура «Подведение финансовых итогов дня по отделам»

Create procedure Итоги

(@parameter1 varchar(50) = ‘’,

@parameter2 datetime = ‘’)

Select Отдел, Количество, «Название товара», Сумма, Дата

From «Подведение финансовых итогов дня»

Where Отдел = @parameter1 and

Дата = @parameter2

5. Процедура «Анализ результативности работы продавцов»

Alter procedure Продавцы_

(@parameter1 varchar(50) = ‘’)fam, nazvan, kol_tov, price, summadbo.анализ_результативности_работы_продавцов

Wherefam = @parameter1

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

После запуска программы появляется главная форма, представленная на рисунке 2.9.

Рисунок 2.9 – Главная форма

Кнопки внизу главной формы служат для вызова соответствующих форм для просмотра и редактирования данных (рисунки 2.10 – 2.16).

Рисунок 2.10 – Форма «Товар»

Рисунок 2.11 – Форма «Продавцы»

Рисунок 2.12 – Форма «Поставщики»

Рисунок 2.13 – Форма «Заказы»

Рисунок 2.14 – Форма «Поставки»

Рисунок 2.15 – Форма «Продажи»

Рисунок 2.16 – Форма «Отделы»

Меню «Учет» содержит такие пункты, как: «Учет поставщиков и поставок» (рисунок 2.17), «Учет продаж по отделам» (рисунок 2.18), «Подсчет остатков товаров (по отделам)» (рисунок 2.19).

Рисунок 2.17 – Форма «Учет поставщиков и поставок»

Рисунок 2.18 – Форма «Учет продаж по отделам»

Рисунок 2.19 – Форма «Подсчет остатков товаров (по отделам)»

С помощью меню «Оформление заказа» можно оформить новый заказ (рисунок 2.20).

Рисунок 2.20 – Форма «Оформление заказа»

Меню «Итоги» содержит такие пункты, как: «Итоги дня по отделам» (рисунок 2.21), «Итоги дня в целом по магазину» (рисунок 2.22). Можно выбрать любую дату и просмотреть данные по этой дате.

Рисунок 2.21 – Форма «Итоги дня по отделам»

Рисунок 2.22 – Форма «Итоги дня в целом по магазину»

Форма «Анализ результативности работы продавцов» представлена на рисунке 2.23). Можно выбрать любую дату и просмотреть данные по этой дате.

Рисунок 2.23 – Форма «Анализ результативности работы продавцов»

ЗАКЛЮЧЕНИЕ

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

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

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

Разработан дружественный интерфейс, который удобен и прост, что делает данный программный продукт лёгким в использовании.

Разработанный программный продукт не требователен к ресурсам и может работать под любой операционной системой семейства Windows.

Программный продукт «Электронный магазин» разработан в среде программирования VisualC# 2010 с использованием MSSQL Server.

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

1. Владимир Грекул, Нина Коровкина, Юрий Куприянов. Проектное управление в сфере информационных технологий. – М.:БИНОМ, ИНФРА-М, 2013.

2. Гуриков С. Р. Введение в программирование на языке Visual C#; Форум, Инфра-М, 2013. - 448 c.

3. Голицына, О.Л. и др. Базы данных; Форум; Инфра-М, 2013. - 399 c.

4. Пугачев С.,Шериев А., Кичинский К. Разработка приложений для Windows 8 на языке C#; БХВ-Петербург, 2013. - 416 c.

5. Гринченко, Н.Н. и др. Проектирование баз данных; Горячая Линия Телеком, 2012. - 613 c.

6. Дейт, К.Дж. Введение в системы баз данных; К.: Диалектика; Издание 6-е, 2012. - 360 c.

Приложение

Код программы

Form1.cs

usingSystem;

usingSystem.Collections.Generic;

usingSystem.ComponentModel;

usingSystem.Data;

usingSystem.Drawing;

usingSystem.Linq;

usingSystem.Text;

usingSystem.Windows.Forms;

namespacemagazin

{

publicpartialclass Form1 :Form

{

public Form1()

{

InitializeComponent();

}

privatevoidвыходToolStripMenuItem_Click(objectsender, EventArgs e)

{

Application.Exit();

}

privatevoid button1_Click(objectsender, EventArgs e)

{

Form2 FormDrives = new Form2();

FormDrives.Show();

}

privatevoid button2_Click(objectsender, EventArgs e)

{

Form3 FormDrives = new Form3();

FormDrives.Show();

}

privatevoid button3_Click(objectsender, EventArgs e)

{

Form4 FormDrives = new Form4();

FormDrives.Show();

}

privatevoid button4_Click(objectsender, EventArgs e)

{

Form5 FormDrives = new Form5();

FormDrives.Show();

}

privatevoid button5_Click(objectsender, EventArgs e)

{

Form6 FormDrives = new Form6();

FormDrives.Show();

}

privatevoid button6_Click(objectsender, EventArgs e)

{

Form7 FormDrives = new Form7();

FormDrives.Show();

}

privatevoid button7_Click(objectsender, EventArgs e)

{

Form8 FormDrives = new Form8();

FormDrives.Show();

}

privatevoidучётПоставщиковИПоставокToolStripMenuItem_Click(objectsender, EventArgs e)

{

Form9 FormDrives = new Form9();

FormDrives.Show();

}

privatevoidучётПродажПоОтделамToolStripMenuItem_Click(objectsender, EventArgs e)

{

Form10 FormDrives = new Form10();

FormDrives.Show();

}

privatevoidподсчётОстатковТоваровпоОтделамToolStripMenuItem_Click(objectsender, EventArgs e)

{

Form11 FormDrives = new Form11();

FormDrives.Show();

}

privatevoidоформлениеЗаказаToolStripMenuItem_Click(objectsender, EventArgs e)

{

Form12 FormDrives = new Form12();

FormDrives.Show();

}

privatevoidитогиДняПоОтделамToolStripMenuItem_Click(objectsender, EventArgs e)

{

Form13 FormDrives = new Form13();

FormDrives.Show();

}

privatevoidитогиДняВЦеломПоМагазинуToolStripMenuItem_Click(objectsender, EventArgs e)

{

Form14 FormDrives = new Form14();

FormDrives.Show();

}

privatevoid анализРезультативностиРаботыПродавцовToolStripMenuItem_Click(object sender, EventArgs e)

{

Form15 FormDrives = new Form15();

FormDrives.Show();

}

Form13.cs

usingSystem;

usingSystem.Collections.Generic;

usingSystem.ComponentModel;

usingSystem.Data;

usingSystem.Drawing;

usingSystem.Linq;

usingSystem.Text;

usingSystem.Windows.Forms;

namespacemagazin

{

publicpartialclass Form13 :Form

{

public Form13()

{

InitializeComponent();

}

privatevoid Form13_Load(objectsender, EventArgs e)

{

// TODO: данная строка кода позволяет загрузить данные в таблицу "magazinDataSet.итоги_дня_по_отделам". При необходимости она может быть перемещена или удалена.

this.итоги_дня_по_отделамTableAdapter.Fill(this.magazinDataSet.итоги_дня_по_отделам);

}

privatevoid dateTimePicker1_ValueChanged(objectsender, EventArgs e)

{

итоги_дня_по_отделамDataGridView.CurrentCell = null;

for (int i = 0; i <итоги_дня_по_отделамDataGridView.RowCount - 1; i++)

{

DateTimetemp = Convert.ToDateTime(итоги_дня_по_отделамDataGridView[0, i].Value);

итоги_дня_по_отделамDataGridView.Rows[i].Visible = temp == dateTimePicker1.Value.Date;

}