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

Проектирование реализации операций бизнес-процесса «Контроль поставок товара

Содержание:

Введение

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

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

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

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

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

Цель работы - разработка информационной системы процесса контроля поставок товара.

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

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

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

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

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

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

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С:Предприятия но 8 как имеет за ряд под особенностей, и отличающих в ее на от но классических как моделей систем за управления под базами и данных (например, в основанных на на но реляционных как таблицах), за с под которыми и имеют в дело на разработчики но в как универсальных за системах.

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

описывать и структуры в данных на в но конфигураторе,

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

составлять и запросы в к на данным, но используя как язык за запросов.

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

Общая и система в типов

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

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

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

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

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

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

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

1С:Розница

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

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

Номенклатура поля

Идентификатор поля

Тип поля

Длина поля

Код

Счетчик

Номенклатура

Строка

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

Таблица 2.3

Товар

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

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

Таблица 2.4

Поставщики

Наименование поля	Идентификатор поля	Тип поля	Длина поля
Код	Код	Счетчик
Наименование	Наименование	Строка	20
Адрес	Адрес	Строка	20
Телефон	Телефон	Строка	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
Адрес	Адрес	Строка	20
Телефон	Телефон	Строка	10

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

Таблица 2.13

Договоры

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

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

Таблица 2.14

Вид_товара

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

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

Таблица 2.15

Проверка_по_количеству

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Код поставщика	Код поставщика	Число	10
Код договора	Код договора	Число	10
Код товара	Код товара	Число	10
По документу	По документу	Число	10
Фактически	Фактически	Число	10
Расхождение	Расхождение	Число	10

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

Таблица 2.16

Проверка_по_качеству

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Код поставщика	Код поставщика	Число	10
Код договора	Код договора	Число	10
Код товара	Код товара	Число	10
соответствие	соответствие	Число	10
Несоответствие	Несоответствие	Число	10
Причина	Причина	Строка	255

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

Таблица 2.17

Возврат

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Код поставщика	Код поставщика	Число	10
Код договора	Код договора	Число	10
Код товара	Код товара	Число	10
Несоответствие	Несоответствие	Число	10
Причина	Причина	Строка	255

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

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

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

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

Таблица 2.9

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

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

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

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

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

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

Основные преимущества использования форм:

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

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

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

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

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

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

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

Блок-схема модуля «Заполнение документов» имеет следующий вид (рисунок 2.12):

Рисунок 2.12 Блок-схема модуля документа «Заполнение документов»

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 Отчёт Расхождение

Заключение

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

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

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

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

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

Приложение

Ввод на основании

Процедура ОбработкаЗаполнения(ДанныеЗаполнения, СтандартнаяОбработка)

//{{__КОНСТРУКТОР_ВВОД_НА_ОСНОВАНИИ

// Данный фрагмент построен конструктором.

// При повторном использовании конструктора, внесенные вручную изменения будут утеряны!!!

Если ТипЗнч(ДанныеЗаполнения) = Тип("ДокументСсылка.Проверка_по_качеству") Тогда

// Заполнение шапки

Договор = ДанныеЗаполнения.Договор;

Поставщик = ДанныеЗаполнения.Поставщик;

Для Каждого ТекСтрокаПроверка_качество Из ДанныеЗаполнения.Проверка_качество Цикл

НоваяСтрока = Проверка_качество.Добавить();

НоваяСтрока.Несоответствие = ТекСтрокаПроверка_качество.Несоответствие;

НоваяСтрока.Причина = ТекСтрокаПроверка_качество.Причина;

НоваяСтрока.Товар = ТекСтрокаПроверка_качество.Товар;

КонецЦикла;

КонецЕсли;

//}}__КОНСТРУКТОР_ВВОД_НА_ОСНОВАНИИ

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

Процедура ОбработкаПроведения(Отказ, Режим)

//{{__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ

// Данный фрагмент построен конструктором.

// регистр Расхождения Приход

Движения.Расхождения.Записывать = Истина;

Для Каждого ТекСтрокаПроверка_количество Из Проверка_количество Цикл

Движение = Движения.Расхождения.Добавить();

Движение.ВидДвижения = ВидДвиженияНакопления.Приход;

Движение.Период = Дата;

Движение.Товар = ТекСтрокаПроверка_количество.Товар;

Движение.Количество = ТекСтрокаПроверка_количество.Расхождение;

КонецЦикла;

//}}__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ

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