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

Разработка конфигурации «Туристическое агентство» в среде 1С: Предприятие

Содержание:

Введение

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

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

В данной курсовой работе:

Объект исследования: туристическое агенство «Интер-Юст»;
Предмет исследования: процесс продажи туристических услуг;
Цель: автоматизировать процесс продажи туристических услуг;
Задача: разработать и внедрить конфигурацию 1С-предприятия для оказания туристических услуг.

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

Используемые методы исследования:

Теоретический анализ литературы и материалов сети Internet;
Моделирование базнес-процессов;
Проведение экспериментов;
Анализ полученных данных;

Глава 1. Теоретическая часть.

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

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

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

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

Основными задачами автоматизации являются:

сокращение трудозатрат при выполнении традиционных процессов и операций;
устранение рутинных операций;
ускорение процессов обработки и преобразования информации;
расширение возможностей осуществления статистического анализа и повышение точности учётно-отчётной информации;
повышение оперативности и качественного уровня обслуживания пользователей;
модернизация или полная замена элементов традиционных технологий;
расширение возможностей организации и эффективного использования информационных ресурсов организации за счёт применения новых информационных технологий – штриховое кодирование, RFID, RAID, СD и DVD, системы теледоступа и телекоммуникаций, электронная почта, другие сервисы Интернета, гипертекстовые, полнотекстовые и графические машиночитаемые данные и др.;
облегчение возможностей широкого обмена информацией, предоставление услуг, эффективное участие в кооперативных и интеграционных системах.

Интегрированные (корпоративные) АИС используются для автоматизации всех функций фирмы и охватывают весь цикл работ от планирования деятельности до сбыта продукции. Они включают в себя ряд модулей (подсистем), работающих в едином информационном пространстве и выполняющих функции поддержки соответствующих направлений деятельности. К ним относят корпоративные АИС, которые, в свою очередь, можно отнести к системам управления корпорациями, или системам планирования ресурсов предприятия ERP (англ. «Enterprise Resources Planning Systems»).

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

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

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

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

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

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

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

Глава 2. Анализ предметной области

2.1 Краткое описание объекта исследования.

В качестве объекта разработки была выбрана компания «Интер-Юст». Выбранная организация занимается организацией туров, которые в себя включают:

Выбор тура по любой стране;
Организация перелета;
Выбор отеля и размещение;

Компания на рынке с 2010 года и насчитывает около 30 сотрудников. За 7 лет работы, компания совершила более 5000 успешных туров.

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

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

2.2 Описание бизнес-процессов.

Перед началом разработки, необходимо разработать схемы процессов, а именно:

Диаграмма сущность-связь
Диаграмма нотации IDEF0
Диаграмма нотации IDEF3

Данные диаграммы представлены на рисунках 1-3.

Рис. 2.1. Диаграмма сущность-связь.

В диаграмме «Сущность-связь» представлены главная база данных «заказы», в которой используется информация из баз данных: «Клиенты», «Сотрудники», «Услуги», «Партнёры».

«Клиенты» - база данных, в которой указывается информация и контактные данные клиентов.

«Сотрудники» - база данных, в которой хранятся данные о сотрудниках компании.

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

«Партнёры» - база данных, в которой хранится информация о партнёрах, с которыми компания работает.

«Заказы» - документ, в котором собирается вся необходимая информация для выполнения заказа клиента.

Рис. 2.2. Диаграмма нотации IDEF0

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

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

Выходными данными будет считаться чек об оплате заказа.

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

В качестве элемента управления используется «законодательство РФ», а именно законы, регулируюшие торговые отношения.

Рис. 2.3. Диаграмма нотации IDEF3

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

«Приём заказа» - непосредственное общение с клиентом и приём от него всей необходимой информации.

Анализ возможности выполнения заказа – проверить, соответствует ли заказа деятельности фирмы и есть ли у фирмы всё необходимое для осуществления данного заказа.

«Составление договора» - процесс окончательного оформления всех документов.

«Произведение оплаты» - клиент оплачивает заказ и предоставляет чек об оплате.

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

Ведение баз данных;
Ведение отчётной документации;
Печать отчётной документации;
Учёт проведения операций;

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

Подробно разобрав объект исследования, смоделировав схемы IDEF0, IDEF3 и схему «сущность-связь», у меня есть всё необходимое, чтобы начать разрабатывать информационную систему на платформе «1С Предприятие».

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

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

Рис. 3.1. Панель «главное».

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

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

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

Клиенты – справочник с информацией и контактными данными о клиенте.
Контрагенты – справочник с информацией и контактными данными о партнёрах.
Сотрудники - справочник с информацией и контактными данными о сотрудниках.
Услуги – справочник с информацией о предоставляемых услугах.

Рис. 3.2. Панель справочников.

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

Справочник «Клиенты» состоит из реквизитов (ри. 3-4):

Наименование (стандартный реквизит, которому надо поставить синоним «ФИО клиента») – ФИО клиента для его идентификации.

Код (стандартный реквизит) – индивидуальный код клиента.

Паспортные данные – информация о клиенте для его идентификации.

Телефон – контактная информация для связи с клиентом.

Электронный адрес - контактная информация для связи с клиентом.

Рис. 3.3. Справочник «Клиенты».

Рис. 3.4. Форма записи справочника «Клиенты»

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

Справочник «Контрагенты» состоит из реквизитов (рис.5-6):

Код (стандартный реквизит) – код элемента справочника;
Наименование (стандартный реквизит) – наименование партнёра;
Родитель – папка, в которой хранится данный элемент справочника;
Контактное лицо – представитель партнёра для связи;
Телефон – контактная информация для связи;
Электронный адрес – контактная информация для связи;

Рис. 3.5. Справочник «Контрагенты»

Рис. 3.6. Форма записи справочника «Контрагенты»

Следующий справочник – «Сотрудники» (Рис.7-8). Он состоит из реквизитов:

Код (стандартный реквизит) – код записи в справочнике;
Наименование (стандартный реквизит с синонимом «ФИО») – ФИО сотрудника;
Должность – должность сотрудника в данной компании;
Телефон – контактная информация для связи;
Электронный адрес – контактная информация для связи;

Рис. 3.7. Справочник «Сотрудники».

Рис. 3.8. Форма записи справочника «Сотрудники».

Следующий справочник – «Услуги» (рис.9-10). Он иерархический и в нём элементы рассортированы по видам туристических услуг. Он состоит из реквизитов:

Код (стандартный реквизит) – код записи в справочнике;
Наименование (стандартный реквизит) – название услуги;
Сотрудник – ФИО сотрудника, исполняющего данную услугу (типа данных: СправочникСсылка.Сотрудники)

Рис. 3.9. Справочник «Услуги».

Рис.3.10. Форма записи справочника «Услуги».

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

«Заказы» - документ, в котором хранится информация о заказах;

«Закупки» - документ, в котором хранится информация о закупках;

Документ «Заказы» состоит из реквизитов (рис.11-12):

Код (стандартный реквизит) – код записи в документе;
Дата (стандартный реквизит, выставляется системой) – дата создания заказа;
Клиент – ФИО клиента, делающего заказ (тип данных: СправочникСсылка.Клиенты);

Также, в документе есть табличная часть «Заказ», в которой хранится информация о составе заказа и состоит она из следующих реквизитов:

Номер (стандартный реквизит) – номер записи в таблице;

Наименование услуги – заказываемая услуга (тип данных: СправочникСсылка.Услуги);

Сотрудник – ФИО сотрудника, занимающегося данным заказом (тип данных: СправочникСсылка.Сотрудники);

Партнёр – наименование компании партнёра, осуществляющего данный заказ (тип данных: СправочникСсылка.Контрагенты);

Цена – цена данной услуги;

Количество – количество заказываемых услуг;

Стоимость – стоимость заказа с учётом количества заказываемых услуг;

Рис. 3.11. Документ «Заказы».

Рис. 3.12. Форма записи документа «Заказы».

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

Рис. 3.13. Печатная форма документа «Заказы».

Работа с документом «Заказы» закончена. Наступает работа с документом «Закупки».

Документ «Закупки» состоит из реквизитов (рис.14-15):

Код (стандартный реквизит) – код записи в документе;
Дата (стандартный реквизит, выставляется системой) – дата создания заказа;
Партнёр – наименование компании-партнёра, у которого закупается компания (тип данных: СправочникСсылка.Контрагенты);

N (стандартный реквизит) – номер записи в таблице;

Наименование услуги – заказываемая услуга (тип данных: СправочникСсылка.Услуги);

Цена – цена данной услуги;

Количество – количество заказываемых услуг;

Стоимость – стоимость заказа с учётом количества заказываемых услуг;

Рис. 3.14. Документ «Закупки»

Рис. 3.15. Форма записи документа «Закупки».

Также, для данного документа была организована печатная форма (рис. 16).

Рис. 3.16. Печатная форма документа «Закупки».

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

Создаётся регистр накоплений «Реализация услуг». В его настройках указываются:

Измерения:

Клиент;
Услуга;

Ресурсы:

Количество;

В регистраторах указываются документы «Заказы» и «Закупки».

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

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

Рис. 3.17. Регистр накоплений «Реализация услуг».

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

Создание клиента (рис. 3.18)
Заполнение и проведение заказа (рис. 3.19)
Проверка заказа в регистре накопления (рис. 3.20)
Заполнение и проведение закупки (рис. 3.21)
Проверка проведения закупки (рис. 3.22)

Рис. 3.18. Создание нового клиента в базе данных.

Рис. 3.19. Оформление заказа.

Рис. 3.20. Движение заказа в регистре накопления.

Рис. 3.21. Заполнение и проведение закупки.

Рис. 3.22. Проверка проведения закупки.

На данном этапе, тестирование завершено и можно подвести итоги.

Заключение

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

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

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

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

Закон РФ «О защите прав потребителей»;
Федеральный закон Российской Федерации от 24 ноября 1996 г. № 132-ФЗ «Об основах туристской деятельности в Российской Федерации» (в ред. Федеральных законов РФ от 10.01.2003 № 15-ФЗ, от 22.08.2004 № 122-ФЗ, от 05.02.2007 № 12-ФЗ);
Федеральный закон Российской Федерации от 5 февраля 2007 г. № 12-ФЗ «О внесении изменений в Федеральный закон „Об основах туристской деятельности в Российской Федерации“»;
Национальный стандарт Российской Федерации. Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств.: ГОСТ Р ИСО/МЭК 12207-2010 от 01.03.2012.
Кашаев С.М. Программирование в 1С: Предприятие 8.3. — Питер, 2014.
Алешин Л.И. Автоматизированные информационные системы — Университет Университет, 2014.
Прокимнов Н.Н. Теория информационных процессов и систем — Университет Университет, 2013.
Радченко М.Г., Хрусталева Е.Ю. 1С: Предприятие 8.3. Практическое пособие разработчика — 1С-Паблишин, 2013.
Уткин В.Б., Балдин К.В. Информационные системы в экономике — Университет Университет, 2015.

Приложение

Документ Заказы. Модуль объекта.

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

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

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

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

// регистр РеализацияУслуг Приход

Движения.РеализацияУслуг.Записывать = Истина;

Для Каждого ТекСтрокаЗаказ Из Заказ Цикл

Движение = Движения.РеализацияУслуг.Добавить();

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

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

Движение.Услуга = ТекСтрокаЗаказ.НаименованиеУслуги;

Движение.Клиент = Клиент;

Движение.Количество = ТекСтрокаЗаказ.Количество;

КонецЦикла;

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

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

Документ Закупки. Модуль объекта.

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

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

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

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

// регистр РеализацияУслуг Расход

Движения.РеализацияУслуг.Записывать = Истина;

Для Каждого ТекСтрокаЗакупки Из Закупки Цикл

Движение = Движения.РеализацияУслуг.Добавить();

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

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

Движение.Услуга = ТекСтрокаЗакупки.Услуга;

Движение.Клиент = Партнёр;

Движение.Количество = ТекСтрокаЗакупки.Количество;

КонецЦикла;

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

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