«Разработка и реализация конфигурации для книжного издательства на платформе 1C предприятия»

Содержание:

ВВЕДЕНИЕ

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

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

Объектом исследования является книжное издательство “SkyFox”, предоставляющий услуги перевода и печати книг различного вида.

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

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

Задачи:

1. Разработка диаграммы IDEF0.
2. Разработка диаграммы Сущность-связь.
3. Разработка и внедрение конфигурации 1С.

6. Глава 1 Анализ теории для разработки конфигурации

7. 1.1 Теория СУБД

Базу данных (БД) можно определить как унифицированную совокупность данных, совместно используемую различными задачами в рамках некоторой единой автоматизированной информационной системы (ИС).
Предметной областью принято называть часть реального мира, подлежащую изучению с целью организации управления в этой сфере и последующей автоматизации процесса управления.
Объектом называется элемент информационной системы, сведения о котором хранятся в базе данных. Иногда объект также называют сущностью (от англ, entity). Классом объектов называют их совокупность, обладающую одинаковым набором свойств.
Атрибут - это информационное отображение свойств объекта. Каждый объект характеризуется некоторым набором атрибутов.
Ключевым элементом данных называются такой атрибут (или группа атрибутов), который позволяет определить Значения других элементов-данных. Запись данных (англ, эквивалент record) - это совокупность значений связанных элементов данных.
Первичный ключ - это атрибут (или группа атрибутов), который уникальным образом идентифицируют каждый экземпляр объекта (запись). Вторичным ключом называется атрибут (или группа атрибутов), значение которого может повторяться для нескольких записей (экземпляров объекта). Прежде всего вторичные ключи используются в операциях поиска записей.
Процедуры хранения данных в базе должны подчиняться некоторым общим принципам, среди которых в первую очередь следует выделить:
целостность и непротиворечивость данных, под которыми понимается как физическая сохранность данных, так и предотвращение неверного использования данных, поддержка допустимых сочетаний их значений, защита от структурных искажений и несанкционированного доступа;
минимальная избыточность данных обозначает, что любой элемент данных должен храниться в базе в единственном виде, что позволяет избежать необходимости дублирования операций, производимых с ним.
Программное обеспечение, осуществляющее операции над базами данных, получило название СУБД - система управления базами данных. Очевидно, что его работа должна быть организована таким образом, чтобы выполнялись перечисленные принципы.

​​​​​​​1.2 Модели организации данных

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

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

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

Рис. 1. Схема иерархической структуры

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

Рис. 2. Схема сетевой модели данных

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

• • 1. Реляционная модель данных

Рис. 3. Схема реляционной модели данных

В реляционной модели объекты и взаимосвязи между ними представляются с помощью таблиц (рис. 3). Для ее формального определения используется фундаментальное понятие отношения.
В реляционной базе данных каждая таблица должна иметь первичный ключ (ключевой элемент) - поле или комбинацию полей, которые единственным образом идентифицируют каждую строку в таблице.
Важным преимуществом реляционной модели является то, что в ее рамках действия над данными могут быть сведены к операциям реляционной алгебры, которые выполняются над отношениями. Это такие операции, как объединение, пересечение, вычитание, декартово произведение, выборка, проекция, соединение, деление.
Важнейшей проблемой, решаемой при проектировании баз данных, является создание такой их структуры, которая бы обеспечивала минимальное дублирование информации и упрощала Процедуры обработки и обновления данных. Код-дом был предложен некоторый набор формальных требований универсального характера к организации данных, которые позволяют эффективно решать перечисленные задачи. Эти требования к состоянию таблиц данных получили название нормальных форм. Первоначально были сформулированы три нормальные формы. В дальнейшем появилась нормальная форма Бойса-Кодда и нормальные формы более высоких порядков. Однако они не получили широкого распространения на практике.
- Говорят, что отношение находится в первой нормальной форме, если все его атрибуты являются простыми.
- Говорят, что отношение находится во второй нормальной форме, если оно удовлетворяет требованиям первой нормальной формы и каждый не ключевой атрибут функционально полно зависит от ключа (однозначно определяется им).
- Говорят, что отношение находится в третьей нормальной форме, если оно удовлетворяет требованиям второй нормальной формы и при этом любой не ключевой атрибут зависит от ключа нетранзитивно. Заметим, что транзитивной называется такая зависимость, при которой какой-либо не ключевой атрибут зависит от другого не ключевого атрибута, а тот, в свою очередь, уже зависит от ключа.
Принципиальным моментом является то, что для приведения таблиц к состоянию, удовлетворяющему требованиям нормальных форм, или, как еще говорят, для нормализации данных над ними, должны быть осуществлены перечисленные выше операции реляционной алгебры.
Основным достоинством реляционной модели является ее простота. Именно благодаря ей она положена в основу подавляющего большинства реально работающих СУБД.

​​​​​​​1.3 Теория ERP

Enterprise Resource Planning System - система управления ресурсами компании, причем эксперты в данной области отмечают, что главное слово здесь - "компания".

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

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

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

Внедрение ERP системы - нелегкое дело. Внедрение закрытых ERP систем предполагает изменение внутренних процедур в компании, а также изменения в работе ее сотрудников. В связи со сложностью проекта сроки внедрения систем подобного рода достаточно большие (2-3 года).

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

​​​​​​​1.4 Выбор платформы разработки

Есть много альтернатив 1С, например:

• Галактика
• Парус
• SAP
• Microsoft Dinamics Axapta

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

1С — это не только программы, но и среда разработки (программирования) с большими возможностями в части настройки и доработки программ самими пользователями (как правило, программистами 1С).

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

​​​​​​​Вывод

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

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

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

Глава 2 Анализ объекта исследования и бизнес-процесса

​​​​​​​2.1 Описание объекта исследования

Объектом исследования является фирма по изданию книг издательство “SkyFox”. Данная фирма занимается печатью книг и переводом оригиналов по заказам, а так же поиском авторов и внедрением зарубежных произведений. Центральный филиал и основные склады находится в Москве.

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

​​​​​​​2.2 Теория IDEF0

IDEF0 (Integration Definition for Function Modeling) – нотация описания бизнес-процессов. Основана на методологии SADT.

SADT (Structured Analysis and Design Technique, технология структурного анализа и проектирования) - графические обозначения и подход к описанию систем.

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

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

Рис. 4 Схема процесса IDEF0

Для IDEF0 имеет значение сторона процесса и связанная с ней стрелка:

• слева входящая стрелка – вход бизнес-процесса – информация (документ) или Товарно-материальные ценности(ТМЦ), который будет преобразован в ходе выполнения процесса;
   
• справа исходящая стрелка – выход бизнес-процесса – преобразованная информация (документ) или ТМЦ;
   
• сверху входящая стрелка – управление бизнес-процесса – информация или документ, который определяет как должен выполняться бизнес-процесс, как должно происходить преобразование входа в выход;
   
• снизу входящая стрелка – механизм бизнес-процесса – то, что преобразовывает вход в выход: сотрудники или техника. Считается, что за один цикл процесса не происходит изменения механизма. 
  1. Разработка диаграммы IDEF0

Рис. 5. Диаграмма IDEF0

Рис. 6. Декомпозиция IDEF0

• 1. ER диаграмма

Рис. 7. ER диаграмма

Глава 3 Проектная часть

Разрабатываемая конфигурация должна быть интуитивно понятна и разработана под пользователя. Специально для этого будут разработаны 2 подсистемы: «Управление» и «Производство» (рис. 8).

Рис. 8. Панель “Главное”

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

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

Следующим этапом идёт создание справочников. Для данного бизнес-процесса необходимо 4 справочника (рис. 2.):

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

Рис. 9. Панель “Управление”

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

Справочник Клиенты содержит в себе информацию о клиентах, такую как Имя, Дату рождения, Адрес, Номер паспорта.

Рис. 10. Справочник “Клиенты”

Рис. 11. Форма записи справочника “Клиенты”

В справочнике “Сотрудники” записывается вся необходимая информация о сотрудниках компании, участвующих в данном бизнес-процессе. Реквизиты: Имя, Должность, Email, Адрес, Номер паспорта.

Рис. 12. Справочник “Сотрудники”

Рис. 13. Форма записи справочника “Сотрудники”

Справочник “Банковские счета” хранит в себе список счетов, привязанных к клиентам. Реквизиты: Номер счета, Владелец, Банк.

Рис. 14. Справочник “Банковские счета”

Рис. 15. Форма записи справочника “Банковские счета”

Справочник “Номенклатура” хранит в себе перечисление всех услуг предоставляемых издательством, имеет иерархическую структуру для удобства сортировки услуг. Из реквизитов тут требуется только Наименование услуги.

Рис. 16. Справочник “Номенклатура”

Рис. 17. Форма записи справочника “Номенклатура”

Справочник “Изделия” содержит в себе список изделий со всеми их параметрами, взятыми из справочника “Договор-заказ” при заполнении.

Рис. 18. Справочник “Номенклатура”

Рис. 19. Форма записи справочника “Номенклатура”

Регистры сведений “Цены изделия” и “Цены номенклатура” содержат сведения о стоимости зарегистрированных изделий и предоставляемых услуг соответственно.

Рис. 20. Регистр сведений “Цены номенклатура”

Рис. 21. Форма записи регистра сведений “Цены номенклатура”

Рис. 22. Регистр сведений “Цены изделия”

Рис. 23. Форма записи регистра сведений “Цены изделия”

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

Рис. 24. Справочник “Договор-заказ”

Рис. 25. Форма записи справочника “Договор-заказ”

Рис. 26. Табличная часть “Перевод” формы записи справочника “Договор-заказ”
Рис. 27. Табличная часть “Тираж” формы записи справочника “Договор-заказ”

В подсистеме “Производство” проходит процесс отправки изделий на производство и перемещение готовых экземпляров на склад.

Рис. 28. Панель “Производство”

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

Рис. 29. Документ “Перемещение на производство”

Рис. 30. Форма записи документа “Перемещение на производство”

Справочник “Склад” содержит информацию о имеющемся складе предприятия и его адрес.

Рис. 31. Справочник “Склад”

Документ “Перемещение с производства” заполняется на основании документа “Перемещение на производство” и включает в себя изготовленное изделие, склад, тираж и ответственного за складирование.

Рис. 32. Документ “Перемещение с производства”

Рис. 33. Форма записи документа “ Перемещение с производства ”

Регистр накопления “Количество изделий” отслеживает движение готовых изделий с производства на склад

Рис. 34. Регистр накопления ”Количество изделий”

Документ “Акт выполненных работ” проводится тогда, когда условия заказа выполнен и изделия отправлены на склад. Реквизиты: Клиент, Договор, Статус, Ответственный.

Рис. 35. Документ “Акт выполненных работ”

Рис. 36. Форма записи документа “Акт выполненных работ”

Рис. 37. Табличная часть “Печать” формы записи документа “Акт выполненных работ”

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

Заключение

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

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

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

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

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

1. Гражданский кодекс Российской Федерации. Часть I от 30.11.1994 № 51-ФЗ (действующая редакция от 14.11.2013)
2. Налоговый кодекс Российской Федерации (часть вторая) от 05.08.2000 № 117-ФЗ (ред. от 01.01.2014)
3. Федеральный закон «О бухгалтерском учете» от 06.12.2011г. № 402-ФЗ
4. План счетов бухгалтерского учета финансово-хозяйственной деятельности организаций и инструкция по его применению. Утверждены приказом Минфина РФ от 31.10.2008 г. № 94-н.
5. Закон РФ от 07.02.1992 N 2300-1 (ред. от 01.05.2017) "О защите прав потребителей"
6. 1C:Зарплата и управление персоналом 8.1. - М.: КноРус, 2017. - 368 c.
7. Кашаев, С. 1С:Предприятие 8.1. Учимся программировать на примерах / С. Кашаев. - М.: БХВ-Петербург, 2015. - 400 c.
8. Кашаев, Сергей 1С:Предприятие 8.2. Программирование и визуальная разработка на примерах / Сергей Кашаев. - М.: БХВ-Петербург, 2016. - 939 c.
9. Корнева, Л. В. 1С:Торговля + Склад за 5 занятий / Л.В. Корнева. - М.: Феникс, 2015. - 208 c.
10. Печерских, Владимир Внедрение ERP-решений на платформе "1С:Предприятие 8" / Владимир Печерских , Григорий Бельцев. - М.: БХВ-Петербург, 2015. - 160 c.
11. Радченко, М. Г. Инструменты для создания тиражируемых приложений "1С: Предприятия 8.2" / М.Г. Радченко, Е.Ю. Хрусталева. - М.: 1С-Паблишинг, 2016. - 194 c.
12. Радченко М.Г. 1С- Предприятие 8.3. Практическое пособие разработчика. Примеры и типовые приемы / М.Г. Радченко, Е.Ю. Хрусталева. - М.: 1С-Паблишинг, 2015. - 194 c.
13. Селищев, Николай 1C. Управление небольшой фирмой 8.2. Автоматизация малого бизнеса / Николай Селищев. - Москва: ИЛ, 2016. - 304 c.
14. 1С:Предприятие - Сервис и методические материалы URL: http://1c.ru/rus/support/predpr-service.htm (дата обращения: 10.12.2017).

Приложение

Печать документа “Перемещение на производство”

Процедура Печать(ТабДок, Ссылка) Экспорт

//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)

Макет = Документы.ПеремещениеНаПроизводство.ПолучитьМакет("Печать");

Запрос = Новый Запрос;

Запрос.Текст =

"ВЫБРАТЬ

| ПеремещениеНаПроизводство.Дата,

| ПеремещениеНаПроизводство.Номер,

| ПеремещениеНаПроизводство.Ответственный1,

| ПеремещениеНаПроизводство.Ответственный2,

| ПеремещениеНаПроизводство.Тираж,

| ПеремещениеНаПроизводство.ТребуемоеИзделие,

| ПеремещениеНаПроизводство.ПараметрыПроизводства.(

| НомерСтроки,

| Параметр,

| Количество

| ),

| ПеремещениеНаПроизводство.ПараметрыПеревода.(

| НомерСтроки,

| Вид,

| КоличествоСтраниц

| )

|ИЗ

| Документ.ПеремещениеНаПроизводство КАК ПеремещениеНаПроизводство

|ГДЕ

| ПеремещениеНаПроизводство.Ссылка В (&Ссылка)";

Запрос.Параметры.Вставить("Ссылка", Ссылка);

Выборка = Запрос.Выполнить().Выбрать();

ОбластьЗаголовок = Макет.ПолучитьОбласть("Заголовок");

Шапка = Макет.ПолучитьОбласть("Шапка");

ОбластьПараметрыПроизводстваШапка = Макет.ПолучитьОбласть("ПараметрыПроизводстваШапка");

ОбластьПараметрыПроизводства = Макет.ПолучитьОбласть("ПараметрыПроизводства");

ОбластьПараметрыПереводаШапка = Макет.ПолучитьОбласть("ПараметрыПереводаШапка");

ОбластьПараметрыПеревода = Макет.ПолучитьОбласть("ПараметрыПеревода");

ТабДок.Очистить();

ВставлятьРазделительСтраниц = Ложь;

Пока Выборка.Следующий() Цикл

Если ВставлятьРазделительСтраниц Тогда

ТабДок.ВывестиГоризонтальныйРазделительСтраниц();

КонецЕсли;

ТабДок.Вывести(ОбластьЗаголовок);

Шапка.Параметры.Заполнить(Выборка);

ТабДок.Вывести(Шапка, Выборка.Уровень());

ТабДок.Вывести(ОбластьПараметрыПроизводстваШапка);

ВыборкаПараметрыПроизводства = Выборка.ПараметрыПроизводства.Выбрать();

Пока ВыборкаПараметрыПроизводства.Следующий() Цикл

ОбластьПараметрыПроизводства.Параметры.Заполнить(ВыборкаПараметрыПроизводства);

ТабДок.Вывести(ОбластьПараметрыПроизводства, ВыборкаПараметрыПроизводства.Уровень());

КонецЦикла;

ТабДок.Вывести(ОбластьПараметрыПереводаШапка);

ВыборкаПараметрыПеревода = Выборка.ПараметрыПеревода.Выбрать();

Пока ВыборкаПараметрыПеревода.Следующий() Цикл

ОбластьПараметрыПеревода.Параметры.Заполнить(ВыборкаПараметрыПеревода);

ТабДок.Вывести(ОбластьПараметрыПеревода, ВыборкаПараметрыПеревода.Уровень());

КонецЦикла;

ВставлятьРазделительСтраниц = Истина;

КонецЦикла;

//}}

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