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

Содержание:

Введение

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

Преимущества , получаемые от автоматизации торговли, очевидны.

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

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

Объектом и предметом исследования является процесс ведения продаж.

Цель работы - разработка информационной системы процесса учета продаж.

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

В процессе работы рассматриваются особенности процесса реализации взаиморасчетов, а также разрабатывается информационная система по данному процессу в системе «1С:Предприятие 8.2».

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

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

1. - Провести анализ и описание предметной области;
2. - Создать хранилище данных;
3. - Обеспечить систему функцией контроля правильности оформления документов;
4. - Изучить особенности работы пользователя и области применения информационной системы;
5. Обеспечить максимальную безопасность данных в системе;
6. Разработать интерфейс пользователя, учитывающий особенности специфики работы пользователя;

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

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

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

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

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

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

Важное значение для продавца или товароведа при обслуживании заказчика имеет знание расположения товаров на складе.

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

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

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

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

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

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

Можно представить следующую классификацию бизнес-процессов реализации товаров:

Основные бизнес-процессы:

- принять товар;

- проверить срок годности;

- продать товар;

-сформировать документы.

Процессы управления:

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

- анализ движения лекарств

Автоматизации в нашем случае подлежат следующие процессы:

- принять товар;

- проверить срок годности;

- продать товар;

-сформировать документы.

Построим модель Как есть (рис. 1, 2).

Рис. 1.1. Функциональная модель нулевого уровня «Продажи» AS-IS

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

Исполнителями процесса являются Директор и Продавец

Рис.1. 2. Функциональная модель первого уровня «Продажи» AS-IS

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

Построим модель Как будет (рис. 3, 4).

На для процессов:

- принять товар;

- проверить срок годности;

- продать товар;

-сформировать документы.

добавляется ИС

Рис. 1.3. Функциональная модель нулевого уровня «Продажи TO-BE

Программа участвует во всех бизнес-процессах на складе, что приводит к значительной экономии времени

Рис. 1.4. Функциональная модель первого уровня «Продажи» TO-BE

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

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

Таблица1.1

Схема документооборота

	Менеджер	Бухгалтер	Архив
Заказ	Заказ	Счет
Продажа	Накладная		Накладная одная накладная
Оплата		Платежное поручение	Платежное поручение

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

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

Временные характеристики описанных процессов приведены в таблице 1.2.

Таблица 1.2

Характеристики описанных процессов

Действие	Среднее количество за рабочий день	Время, необходимое для выполнении одного действия, минут	Общее время, минут
Заказ	10	15	150
Продажа	5	30	150
Оплата	0,5	60	30
ИТОГО, минут:			330

Таким образом, ежедневно, в среднем, 330 минут или 5 часов 30 минут, сотрудник занят занесением необходимых сведений в книги учета, а также, при необходимости анализом и поиском нужных сведений. Учитывая, что продолжительность рабочего дня составляет 8 часов, делаем вывод, что на выполнение остальных обязанностей остается менее 40 % рабочего времени, что крайне неэффективно.

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

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

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

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

Проведем расчет ожидаемого эффекта от внедрения средств автоматизации. В таблице 1.3 произведен расчет эффекта внедрения.

Таблица 1.3

Расчет эффекта внедрения

Действие	Среднее количество за рабочий день	Время, необходимое для выполнения одного действия, минут	Общее время, минут
Заказ	10	1	10
Продажа	5	2	10
Оплата	0,5	5	2,5
ИТОГО, минут:			12.5

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

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

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

В состав информационного обеспечения должны входить:

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

В состав классификаторов входят следующие:

• Справочник "Единицы измерения"
• Справочник "Вид_товара"
• Справочник "Покупатели"
• Справочник "Договоры"
• Справочник «Товар»

В список первичных документов входят:

• Заказ
• Продажа
• Оплата

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

• Прайс
• Продажи
• Оплата.

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

Для решения поставленных задач предлагается использовать 1С:Предприятие - это система программ, предназначенная для автоматизации различных областей экономической деятельности предприятий, организаций и учреждений, независимо от их вида деятельности и формы собственности, с различным уровнем сложности учета. За счет своей универсальности она используется для автоматизации самых разных участков экономической деятельности предприятия: бухгалтерский, кадровый, оперативный торговый, складской и производственный учет, а также расчет заработной платы, учет товарных и материальных средств, взаиморасчетов с контрагентами.

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

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

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

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

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

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

Subtotal — это система автоматизации для малого и среднего бизнеса, которую можно внедрить за один день. Идеально подходит для не продуктовой и продуктовой розницы, общественного питания (торговля с барной стойки), сферы услуг. Отлично работает как в одиночных точках продаж, так и в розничных сетях из 10-50 точек.

• приходование товаров на складе
• печать ценников (готовые шаблоны с возможностью редактирования)
• перемещение товаров между складами
• списание товаров
• инвентаризация
• работа с составными товарами (технологические карты)
• работа с группами товаров
• регистрация розничных продаж
• работа со скидками
• работа со штрих-кодами
• модификации товаров (по размерам, цветам и пр.)
• печать товарных чеков
• оформление возвратов товара
• резервирование товаров
• различные цены (прайс-листы) для разных точек продаж или клиентов
• кассовая система для ЕГАИС: продажи алкоголя

1С:Розница

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

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

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

Основные функции программы

Учет основных товарных операций (приход, расход, возврат, резервирование, инвентаризация)

Учет продаж и расход товаров

Учет заказов от покупателей и заказов поставщикам

Внутреннее перемещение, списание товаров

Отслеживание остатков на складах

Учет расходов денежных средств и МБП (малоценных и быстроизнашивающихся предметов)

Работа с прайс-листами

Отслеживание оплат

Расчет и контроль долгов клиентов

Начисление и учет зарплат сотрудникам

Печать счетов, накладных, счет-фактур, чеков, прайса и т.д.

Печать ценников, визиток

Обработка коммерческих и логистических операций с товарами

Движение товаров внутри склада

Учет клиентской активности и создание заказов поставщикам на его основе

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

Контроль наличной и безналичной оплаты

Создание документов по существующим стандартам и произвольно

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

Гибкая структура базы данных с настройкой под любые задачи

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

Кастомизация - настройка меню, панелей инструментов и других элементов персонально под каждого пользователя

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

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

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

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

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

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

В созданной конфигурации имеются следующие справочники (таб. 2.1)

Таблица 2.1

Сводная таблица справочников

Название справочни-ка;	Ответственный за его ведение;	Средний объём справочника в записях;	Средняя частота актуализации;	Средний объем актуализации (в записях или в процентах);
ЕдиницыИзмерения	Продавец	80	По мере необходимости	10
Товар	Продавец	200	По мере необходимости	20
Покупатели	Продавец	50	По мере необходимости	10
Договоры	Продавец	200	По мере необходимости	50
Вид_товара	Продавец	50		10

В таб. 2.2 описаны характеристики справочника Вид_товара

Таблица 2.2

Вид_товара

Номенклатура поля	Идентификатор поля	Тип поля	Длина поля
Код	Код	Счетчик
Номенклатура	Номенклатура	Строка	20

В таб. 2.3 описаны характеристики справочника Товар

Таблица 2.3

Товар

Номенклатура поля	Идентификатор поля	Тип поля	Длина поля
Код	Код	Счетчик
Наименование	Номенклатура	Строка	20
Вид_товара	Вид товара	СправочникСсылка.Вид_товара
ЕдиницаИзмерения	Единица измерения	СправочникСсылка.ЕдиницыИзмерения
Стоимость	Стоимость	Число	10

В таб. 2.4 описаны характеристики справочника Покупатели

Таблица 2.4

Покупатели

Наименование поля	Идентификатор поля	Тип поля	Длина поля
Код	Код	Счетчик
Наименование	Наименование	Строка	20
Адрес	Адрес	Строка	25
Телефон	Телефон	Строка	10

В таб. 2.5 описаны характеристики справочника Договоры

Таблица 2.5

Договоры

Номенклатура поля	Идентификатор поля	Тип поля	Длина поля
Код	Код	Счетчик
Номенклатура	Номенклатура	Строка	20

В таб 2.6 описаны характеристики справочника ЕдиницыИзмерения

Таблица 2.6

ЕдиницыИзмерения

Номенклатура поля	Идентификатор поля	Тип поля	Длина поля
Код	Код	Счетчик
Номенклатура	Номенклатура	Строка	20

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

Рисунок 2.2 Справочник Вид_товара

Рисунок 2.3 Справочник Товар

Рисунок 2.4. Справочник Покупатели

Рисунок 2.5. Справочник Договоры

Рисунок 2.6. Справочник Продавцы

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

Экранные формы размещения данных описаны в таблице 2.6

Таблица 2.7

Описание входных документов

№ пп	Наименова-ние	Реквизиты	Таблицы, на основе которых формируется	Частота формирования
1	Заказ	Наличный_расчет Покупатель Вид товара Товар Цена Количество Сумма	Покупатель Товар Вид товара	По мере необходимости
2	Продажа	Покупатель Вид товара Товар Цена Количество Сумма	Покупатель Товар Вид товара	По мере необходимости
3	Оплата	Покупатель Договор Сумма Дата_Оплаты	Покупатель Договор	По мере необходимости

Экранные формы(макеты) документов и экранные формы для их ввода в систему изображены на рисунках 2.6-2.9

Рисунок 2.6 Документ Заказ

Рисунок 2.7 Документ Продажа

Рисунок 2.8 Документ Оплата

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

Экранные формы отчетов описаны в таблице 2.7

Таблица 2.8

Описание выходных документов

№ пп	Номенклатура	Реквизиты	Таблицы, на основе которых формируется	Частота формирования
1	Прайс	Номер Дата Вид товара Товар Стоимость	Вид товара Товар	Ежедневно
2	Продажа	Покупатель Вид товара Товар Цена Количество Сумма	Покупатель Товар Вид товара	Ежедневно
3	Оплата	Покупатель Договор Сумма Дата_Оплаты	Покупатель Договор	Ежедневно

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

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

Рис. 2. 9. Дерево функций

В разработанной программе предусмотрен один пользователь – Продавец. Дерево диалога изображено на рисунке 2.11

Рис. 2. 10. Дерево диалога

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

Описание таблиц базы данных

В таб. 2.10 описаны характеристики таблицы Вид_товара

Таблица 2.10

Вид_товара

Номенклатура поля	Идентификатор поля	Тип поля	Длина поля	Пимечание
Код	Код	Счетчик		Ключевое поле
Номенклатура	Номенклатура	Строка	20

В таб. 2.11 описаны характеристики таблицы Товар

Таблица 2.11

Товар

Номенклатура поля	Идентификатор поля	Тип поля	Длина поля	Примечание
Код	Код	Счетчик		Ключевое поле
Наименование	Номенклатура	Строка	20
Код вида	Код вида	Число
Код единицы	Код единицы	Число
Стоимость	Стоимость	Число	10

В таб. 2.12 описаны характеристики справочника Покупатели

Таблица 2.12

Покупатели

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Примечание
Код	Код	Счетчик		Ключевое поле
Наименование	Наименование	Строка	20
Адрес	Адрес	Строка	25
Телефон	Телефон	Строка	10

В таб. 2.13 описаны характеристики справочника Договоры

Таблица 2.13

Договоры

Номенклатура поля	Идентификатор поля	Тип поля	Длина поля	Примечание
Код	Код	Счетчик		Ключевое поле
Номенклатура	Номенклатура	Строка	20

В таблице 2.14 описаны характеристики справочника ЕдиницыИзмерения

Таблица 2.14

ЕдиницыИзмерения

Номенклатура поля	Идентификатор поля	Тип поля	Длина поля	Примечание
Код	Код	Счетчик		Ключевое поле
Номенклатура	Номенклатура	Строка	20

В таб. 2.15 описаны характеристики таблицы Заказ

Таблица 2.15

Заказ

Наименование поля		Идентификатор поля		Тип поля	Длина поля		Прочее
Наличный_расчет		Наличный расчет		Булево
Код покупателя		Код покупателя		Число
Код вида	Код вида		Число
Код товара		Код товара		Число
Количество		Количество		Число
Цена		Цена		Число

В таб. 2.16 описаны характеристики таблицы Продажа

Таблица 2.16

Продажа

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Код покупателя	Код покупателя	Число
Код вида	Код вида	Число
Код товара	Код товара	Число
Количество	Количество	Число
Цена	Цена	Число

В таб. 2.17 описаны характеристики таблицы Оплата

Таблица 2.17

Оплата

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Код покупателя	Код покупателя	Число
Сумма	Сумма	Число	10
Дата_Оплаты	Дата оплаты	Дата

Получили схему данных

Рис 2.12 Схема данных

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

Описание пакета (дерево вызова программных модулей)в среде 1С:Предприятие представлено в таблице 2.9

Таблица 2.9

Описание модулей

№п/п	Номенклатура подсистемы	Функции подсистемы
1	Глобальный модуль	Содержит глобальные процедуры и функции, предопределенные процедуры, процедуры и функции, которые необходимо выполнить при запуске системы «1С:Предприятие 8.3».
2	Справочники	Содержит предопределенные процедуры для осуществления занесения условно-постоянной информации
3	Документы	Содержит предопределенные процедуры для осуществления оформления документов
4	Отчеты	Содержит предопределенные процедуры для формирования отчетов

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

Программные модули в "1С:Предприятии 8"

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

Таблица 2.9

Программные модули в 1 С Предприятие

Общие модули	Общие модули принадлежат всей конфигурации в целом, но, в отличие от модуля приложения (см. ниже), их может быть несколько, например, модули РасчетНалогов, ОбработкаДокументов. Общие модули не могут содержать объявлений переменных, и в них нет раздела основной программы, таким образом, они состоят только из процедур и функций
Модуль приложения	Это модуль, который относится ко всей конфигурации в целом и может быть только один. Модуль приложения является аналогом глобального модуля в версии 7.7. Он отвечает за пользовательскую сессию (сеанс) работы с "1С:Предприятием 8"
Модуль внешнего соединения	Если конфигурация запускается не в режиме клиентской сессии, а через COM-соединение, то вместо модуля приложения используется модуль внешнего соединения, который в конфигурации может быть только один
Модули объектов	У некоторых прикладных объектов конфигурации могут быть собственные модули, например, модуль документа РасходнаяНакладная, модуль справочника Номенклатура. Не следует их путать с модулями форм этих объектов
Модули форм	У каждой формы есть модуль, в котором определяется поведение формы и действия, выполняемые из нее, например, открытие других форм

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

Посте запуска конфигурации открывается Главное окно программы (рис 2.12)

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

Далее заносим данные в справочники ( рис. 2.14 – 2.18)

Рисунок 2.14 Заполнение справочника Вид товара

Рисунок 2.15 Заполнение справочника Товар

Рисунок 2.16 Заполнение справочника Покупатели

Рисунок 2.17 Заполнение справочника Договоры

Рисунок 2.18 Заполнение справочника ЕдиницыИзмерения

Затем оформляем запись (рис 2.19)

Рисунок 2.19 Заполнение документа Оплата

Выполним оформление заказа(рис. 2.20)

Рисунок 2.20 Заполнение документа Заказ

Рисунок 2.21 Заполнение документа Продажа

Получили следующие отчеты: (рис.2.21 – 2.23)

Рисунок 2.21 Отчет прайс

Рисунок 2.22 Отчет Продажи

Рисунок 2.23 Оплата

Заключение

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

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

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

Список использованной литературы

1. ГОСТ 34.602-89. «Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Техническое задание на создание автоматизированной системы».
2. Абрамов Г.В., Медведкова И.Е., Коробкова Л.А. «Проектирование информационных систем» - Воронеж:ВГУИТ, 2012. - 172 с.
3. Аверченков В.И., Лозбинев Ф.Ю., Тищенко А.А. «Информационные системы в производстве и экономике» - М.:ФЛИНТА, 2011. - 274 с.
4. Братищенко В.В. «Проектирование информационных систем» - Иркутск: Изд-во БГУЭП, 2010. - 84 с.
5. Вендеров А.М. «Проектирование программного обеспечения экономических информационных систем» - М.: Финансы и статистика, 2012.
6. Гвоздева Т.В., Баллод Б.А. «Проектирование информационных систем» - М.:Феникс, 2011. - 512 с.
7. Гвоздева В.А., Лаврентьева И.Ю. «Основы построения АИС» - М.: ИД «ФОРУМ»: ИНФРА-М, 2010. – 320с.
8. Калянов Г.Н. «Стратегическое управление информационными системами» - М.:БИНОМ, 2010. - 510 с.
9. Коровкина Н.Л. «Проектирование информационных систем» - М.: Инетрнет-университет информационных технологий - ИНТУИТ. ру, 2013.
10. Мишенин А.И. «Теория экономических информационных систем» - М.: Финансы и статистика, 2011. - 240 с.
11. Соловьев И.В., Майоров А.А. «Проектирование информационных систем» - М.:Академический проект, 2011. - 400 с.
12. Титоренко Г.А. «Информационные системы и технологии управления» - М.:ЮНИТИ-ДАНА, 2012. - 591 с.
13. Черемных С.В. «Моделирование и анализ систем» - М.: Финансы и статистика, 2013. - 192 с.

Приложение

Код формы документа (автоматически проставляем стоимость при выборе номенклатуры и изменении ее количества и автоматически вычисляем общую сумму к оплате:

&НаКлиенте

Процедура Поступление РаботаКоличествоПриИзменении(Элемент)

ТекущаяСтрока = элементы.Заявка.ТекущиеДанные.НомерСтроки;

ЗаявкаКоличествоПриИзмененииСервер(ТекущаяСтрока);

КонецПроцедуры

&НаСервере

Процедура ЗаявкаКоличествоПриИзмененииСервер(НомерСтроки)

ТекущиеДанные = Объект.Заявка.Получить(НомерСтроки - 1);

Цена = Справочники.Работа.НайтиПоКоду(ТекущиеДанные.Материалы.Код).Цена;

ТекущиеДанные.Стоимость = ТекущиеДанные.Количество * Цена;

КонецПроцедуры

&НаКлиенте

Процедура ПередЗаписью(Отказ, ПараметрыЗаписи)

ПередЗаписьюНаСервере();

КонецПроцедуры

&НаСервере

Процедура ПередЗаписьюНаСервере()

Объект.СуммаЗаявкаа = Объект.Заявка.Итог("Стоимость");

КонецПроцедуры