Автоматоматизированная информационная система продажи билетов компании "Аэрофлот"

Авторская разработка автоматизированной информационной системы продажи авиабилетов на базе 1С.
ОРИГИНАЛЬНОСТЬ - 80% ("РУЧНАЯ").
В работе представлены скриншоты системы, можно также получить саму конфигурацию системы (для этого напишите мне сообщение). ...

ВВЕДЕНИЕ
1. Обзор аналогичных информационных систем
2. Обзор предметной области
3. Постановка задачи
3.1 Цели и задачи ВКР
3.2 Функциональность конфигурации
3.3 Требования к конфигурации
4. Проектирование информационной системы
4.1 Инфологическая модель
4.2 Даталогическая модель
5. Характеристика разрабатываемой конфигурации
5.1 Создание подсистем
5.2 Создание справочников
5.3 Создание документов
5.5 Создание отчетов
6. Экономическая часть
6.1. Характеристика программного продукта……………
6.2 Расчет единовременных вложений
6.3 Исследование и анализ рынка
6.4 Определение точки безубыточности
7. Безопасность и экологичность проекта
7.1 Введение в безопасность жизнедеятельности
7.2 Анализ опасных вредных факторов при работе за ПК
7.3 Расчет безопасного времени нахождения за ПК
7.4 Экологичность проекта
7.5 Устойчивость к чрезвычайным ситуациям.



7.6 Пожароопасность
7.7 Меры по обеспечению пожарной безопасности
ЗАКЛЮЧЕНИЕ
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ
ПРИЛОЖЕНИЕ А

Главная проблема гражданской авиации России, средоточие охватившего ее кризиса состоит в невероятном дробление отрасли. Общее количество зарегистрированных отечественных авиакомпаний составляет около 200, что практически в 20 раз превышает уровень Японии. Другие трудности, даже такие, как резкое повышение мировых цен на топливо, моральное и физическое старение парка воздушных судов, отличаются производным или второстепенным характером.
На современном этапе экономически жизнеспособными могут быть только средние и крупные (в мировых масштабах) перевозчики. Лишь они будут иметь возможности к тому, чтобы приобретать либо брать в лизинг эффективную в эксплуатации и современную технику, привлекать (включая обучение и систематическую переподготовку) квалифицированный персонал, применять но вейшие технологии.
Маркетинг, электронное бронирование и продажа билетов, обеспечение грузоперевозок - все эти непременные атрибуты участников современного рынка авиаперевозок под силу только достаточно крупным компаниям. К критериям жизнеспособности также относится наличие соответствующего современным требованиям базового аэропорта, доступ к национальной и международной информационной сети пассажирских и грузовых перевозок.
Учитывая территориальные размеры нашей страны, необходимости обеспечения базового уровня мобильности населения, проживающего в труднодоступных и отдаленных районах, и, в конечном счете, сохранения экономической и территориальной целостности государства, оптимальным числом отечественных авиакомпаний было бы 5-7. При этом 2-4 наиболее крупные авиакомпании являлись бы основными (дальнемагистральными) перевозчиками внутри страны и за ее пределами. Прочие, в том числе вертолетные, компании осуществляли бы местные перевозки и транспортировали пассажиров и грузы к крупным перевалочным аэропортам, откуда они следовали бы далее рейсами основных авиакомпаний.
Процесс консолидации российской авиационной отрасли уже начался, однако идет достаточно медленно. Примерами могут являться поглощения рядом более крупных авиакомпаний (как правило, в регионах – «КрасЭйр», «Уральские авиалинии») нескольких мелких перевозчиков, объявленное слияние «Пулково» и ГТК «Россия».
Очевидным является тот факт, что государство должно объявить консолидацию отрасли в качестве приоритетного направления своего развития. Назрела необходимость сосредоточения на поддержке и развитии «Аэрофлота» - основного российского перевозчика и максимум 5-6 самых конкурентоспособных и крупных компаний.
Объектом исследования в данном проекте является ростовское отделение ОАО «Аэрофлот». Автоматизированная информационная система продажи билетов ростовского отделения «Аэрофлота» призвана повысить эффективность его работы в плане взаимодействия с клиентами.
Задачи исследования:
- анализ предметной области;
- установление процессов и их взаимосвязей, происходящих в компании;
- составление технического задания на разработку;
- проектирование инфологической и даталогической моделей информационной системы;
- разработка конфигурации информационной системы на базе платформы 1C: Предприятие 8.2.

5.1 Выбор подсистемВ целях определения структуры прикладного решения, организации пользовательского интерфейса, сортировки справочников, отчетов и документов, а также для облегчения пользовательской работы с конфигурацией, были созданы следующие подсистемы, которые выглядят как разделы, представленные в виде гиперссылок:- Справочники;- Операции;- Отчеты;- Документы;На рисунке 2 представлены различные объекты конфигурации, составляющие подсистемы прикладного решения. Рисунок 2 Подсистемы прикладного решения по продаже авиабилетов5.2 Создание справочниковВ целях хранения в информационной базе сведений, имеющих одинаковую структуру и списочный характер, были созданы следующие справочники: - Организация;- Контрагенты;- Помещения;- База;- Виды графиков работы;Справочник «Организации» предназначен для хранения реквизитов сведений о единственной организации, автоматизация продажи билетов которой разрабатывается в данном проекте (рис. 3). Рисунок 3 – Справочник «Организации»Информация, которую указывается в данном справочнике, будет выводиться чуть ли не на всех печатных документах - от накладных до счетов. Поэтому она требует аккуратного и безошибочного написания.«Юр./Физ.лицо» - административно-правовуая форма организации. «Префикс» - сочетание букв и/или цифр, которые программа будет автоматически добавлять перед номером каждого документа. Обычно необходим для того, чтобы различать документы своих организаций, когда они ведутся в одной общей базе данных. В нашем случае одна организация, поэтому необходимости в этом нет. «Основной банковский счет» - данная информация не имеет критического значения. Но именно из этого поля программа будет пытаться указать банковские реквизиты, если они предусмотрены в документе, который пытается ввести пользователь. То есть во все документы это значение будет подставляться по умолчанию.«На дату» - дата, по состоянию на которую верна вводимая информация. Поскольку любая организация находится в динамически меняющихся условиях, у нее может изменится расчетный счет, директор, адрес и т.д., то при редактировании этих данных в поле «на дату» необходимо указать число, с которого произошла смена этих реквизитов. Программа «запоминает», что, например, до 13 августа директором был «Петров», а после – «Сидоров». В результате при открытии документов до и после этой даты, в них будут отражаться соответствующая дате документа фамилия директора. То есть все данные реквизиты организации, которые находятся на одной странице вместе с полем «на дату» являются периодическими.Справочник «Контрагенты» (рисунок 4) предназначен для хранения сведений о покупателях билетов ростовского отделения компании «Аэрофлот». Рисунок 4 – Справочник «Контрагенты»Справочник контрагенты иерархический, это значит, что в справочнике можно создавать группы и подгруппы, а в них уже заносить контрагентов. Таким образом удобно вести учет расчетов с поставщиками и с покупателями по разным функциональным группам контрагентов.Важным моментом при вводе новой записи в справочник Контрагенты является реквизит «наименование». В программе предусмотрено два поля наименование. Первое поле – это краткое наименование контрагента, а второе поле – полное. Многие организации имеют длинные наименования, которые включают разнообразные сокращения и могут иметь многовариантное написание. По таким неоднозначным наименованиям в дальнейшем будет неудобно делать поиск по контрагенту в информационной базе.Поэтому в поле «наименование» лучше всего вводить краткое и понятное ключевое наименование контрагента, по которому легко найти этого контрагента в списке. А в поле «полное наименование» следует вводить полное наименование контрагента, которое будет фигурировать в документах.Справочник «Контрагенты» подразделяется на две группы: физические лица и юридические лица (рис. 5, 6).Рисунок 5 – Группа «Физические лица»Рисунок 6 – Группа «Юридические лица»Подсистемы, в которых участвует справочник «Конртагенты»: «Документы», «Отчеты», «Операции». Помимо кода и наименования имеет реквизит «тип клиента», для хранения дополнительной информации о клиенте (является ли он физическим или юридическим лицом), ИНН, «телефон».Справочник «Номенклатура» предназначен для хранения сведений о товарах (билеты на рейса «Аэрофлота») и услугах (обмен и возврат билетов на рейсы «Аэрофлота») (рис. 7).Рисунок 7 – Справочник «Номенклатура»Подсистемы, в которых участвует справочник: «Операции», «Документы», «Отчеты». Помимо кода и нименования имеет в группах представлены дата, аэропорт вылета и аэропорт прибытия. Рисунок 8 – Номенклатура продажи билетовСправочник имеет многоуровневую иерархическую структуру. По умолчанию в нем уже заданы группы по видам операцйи с билетами, для хранения информации о которых он и предназначен, однако пользователю можно создавать и свои группы.Реквизиты, обязательные для заполнения – это краткое наименование номенклатуры и единица измерения номенклатуры. Причем единица номенклатуры при вводе нового элемента справочника заполняется автоматически. Остальные реквизиты можно оставить незаполненными, однако это повлияет на автоматическое заполнение документов при выборе данного элемента справочника. Реквизит «Группа» содержит группу справочника, к которой относится данный элемент. По умолчанию группы справочника «Номенклатура» — это типы товаров и услуг. К группам номенклатуры, заданным заранее, по умолчанию в системе произведены настройки счетов учета номенклатуры, так что если ввести элемент справочника вне имеющихся групп или не в ту группу, следует быть готовым к неправильному заполнению счетов учета в документах поступления и реализации при использовании данного элемента справочника.В реквизите «Полное наименование» можно указать  наименование номенклатуры, как оно будет печататься в документах. По умолчанию в полном наименовании дублируется краткое наименование после его ввода.Флажок «Услуга» взводится, если данный элемент номенклатуры относится к услугам (которые организация оказывает или которые оказывают нашей организации сторонние). Для отражения в программе поступления или реализации услуг в документах предусмотрены специальные табличные части, и система не позволит отразить поступление услуг в табличной части «Товары».Единица измерения номенклатуры выбирается из справочника «Классификатор единиц измерения». По умолчанию автоматически устанавливается значение «штука». При необходимости его можно изменить.Реквизит «НДС» заполняется ставкой НДС по умолчанию и это значение подставляется в документы поступления и реализации.Реквизит «Номенклатурная группа» заполняется значением из справочника «Номенклатурные группы» и используется при учете затрат на производство и реализацию номенклатуры, а также при определении выручки от реализации продукции, товаров, услуг. Номенклатурную группу не следует путать с группой справочника «Номенклатура» — это важнейший разрез аналитики в 1С Управление торговлей, и об этом будет отдельная статья. Значение этого реквизита подставляется в документы реализации.5.3 Формирование документовОсновным способом регистрации торговых операций (покупка и продажа товаров, оплата поставщику, списание товаров и т.д.) в «Управление торговлей» является ввод документов. Документы доступны из главного меню программы. Для каждого пользователя может быть установлен свой интерфейс в зависимости от той роли, которую он выполняет в торговом предприятии: Управление продажами, Управление закупками и т.д. Для хранения в прикладном решении информации о совершенных операциях по продаже, возврату или обмену авиабилетов, а также о событиях, произошедших в деятельности компании, были сформированы следующие документы:- Документы контрагентов (рис. 9);- операции по обмену/возврату;- операции по бронированию;Рисунок 9 – Доукменты контрагентовНа рисунке 9 представлены созданные в системе документы по продаже билетов . Подсистемы, в которых участвуют документы: «Операции», «Контрагенты». Помимо кода и наименования имеет реквизиты «валюта», «вид операции», «информация» - для представления дополнительных сведений о характере оплаты и «организация» для быстрого доступа к реквизитам и счетам ростовского отделения ОАО «Аэрофлот». На рис. 10 – представлены различные виды документов, созданные в проектируемой системе.Документ «Заказ покупателя» со следующими реквизитами:- статус заказа;- цена товара (услуги);- количеств товаров (услуг);- стоимость товара (услуги);- ставка НДС;- договор (рис. 10).Рисунок 10 – Документ «Заказ покупателя»Рисунок 11 – Документ «Приходный кассовый ордер»Документ «Приходный кассовый ордер», представленный на рис. 11, содержит следующие реквизиты:- статус заказа;- статья движения денежных средств;- особенности отражения в учете;- вид кассы.Рисунок 12 – Документ «Реализация товаров и услуг»Документ «Реализация товаров и услуг» отражает результаты продажи имеет следующие реквизиты:- дополнительные сведения о номенклатуре;- дата заказа;- вид договора;- особенност отражения в учете.Рисунок 13 – Документ «Резервирование товаров» На рисунке 13 представлен документ «резервирование» товаров, предназначенный для бронирования билетов на будущие рейсы «Аэрофлота».5.4 Создание отчетовДля описания алгоритмов, при помощи которых пользователь сможет получать необходимые ему выходные данные, были созданы следующие отчеты:- Отчет по продажам;- Ведомость по заказам покупателей;- Анализ заказов покупателей.Отчет «Отчет по продажам» рисунок 14 cлужит для формирования и просмотра сведений о продажах на основе проведений документа «Продажи». Подсистемы, в которых участвует отчет: «Документы», «Операции».Рисунок 14 – Отчет «Отчет по продажам»Рисунок 15 – Отчет «Ведомость по заказам покупателей» В отчете «Ведомость по заказам покупателей» показывается полная информация по выполнению заказов контрагентов (покупателей) за определенный период в части реализации билетов. В отчете выводятся количественные показатели: количество забронированных и реализованных билетов в базовых единицах измерения, в единицах хранения остатков и в единицах для отчетов, а также суммовые показатели: сумма в валюте управленческого учета и сумма в валюте взаиморасчетов по тому договору, по которому был оформлен заказ покупателя.  В графе «Приход» показывается количество билетов, заказанных покупателем и их стоимость, в графе «Расход» показывается количество реализованных покупателю билетов и их стоимость. В графах «Начальный остаток» и «Конечный остаток» показывается соответственно количество не реализованных по заказу и возвращенных билетов на дату начала и окончания отчета. Отчет может быть сгруппирован по менеджерам, ответственным за выполнение заказа. В качестве менеджера указывается тот пользователь, который выбран в качестве ответственного в документе «Заказ покупателя».  Для установки группировки по менеджерам необходимо в список группировок добавить поле «Заказ покупателя. Ответственный». Отчет можно также сгруппировать по дням, неделям месяцам и т.д. Рисунок 16 – Отчет «Анализ заказов покупателей» Отчет предназначен для анализа состояния заказов покупателей на определенный момент времени. Рекомендуется в качестве начала периода установить начало года, конец периода не устанавливать. В том случае, если флаг «Отгружено полностью» не установлен, то в отчете будут показаны только открытые заказы (те, по которым еще полностью не реализщованы билеты, или те, которые еще не полностью оплачены). Если флаг установлен, то в заказ попадут и все завершенные заказы. Путем установки/снятия определенных флажков в настройке можно сделать отчет более удобным для пользователя (к примеру, отключить показ договора в разделе «Группировка строк», т.к. это не информативно, в разделе «Показатели» оставить только «в ед. хранения»). Для анализа заказов в отчете выводятся две группы показателей: в части оплаты и в части отгрузки по заказу. В части оплаты товаров по заказу выводятся следующие показатели: - Запланировано – сумма запланированной оплаты, т.е. сумма бронированных (заказанных) билетов;- Осталось оплатить – сумма, которую следует погасить, чтобы полностью оплатить заказаннеы билеты;- Предоплата – сумма, которую клиент еще не оплатил в соответствии с процентом предоплаты, указанным в договоре.- Запланировано – количество билетов, которое указано в заказе покупателя;- Осталось отгрузить – общее количество билетов, не реализованных по заказу;- Из заказов – количество билетов, которое забронировано, но еще не реализовано;Данные в отчете могут быть сгруппированы по контрагентам, по заказам, по товарным позициям, по менеджерам (Настройка – Группировка строк, первая из выбранных – основная).6. Экономическая часть6.1. Характеристика программного продуктаДанная информационная система предназначена для продажи билетов в ростовском отделении ОАО «Аэрофлот».Программа обеспечивает возможность выполнения функций:ведение базы рейсов;ведение базы стоимости перелетов;анализ данных в базе;создание отчетов по заданным параметрам;новостную подсистему;Характеристика информационной системы с позиции маркетинга отражена в таблице 2.Таблица 2 - Маркетинговое исследование.По замыслуСистема предназначена для создания информационной системы продажи билетов ростовского отделения ОАО «Аэрофлот».В реальном исполненииСистема состоит из модулей:-Пользовательский интерфейс-Административный интерфейсОбласть примененияСистема может использоваться дилерами по продаже авиабилетов.Преимущества для пользователя-Частичная автоматизация отчетности-Удобный и интуитивный интерфейс6.2. Расчет единовременных вложений6.2.1. Расчет вложений в аппаратно-технические средства и ПОТаблица 3 - Расчет вложений в аппаратно-технические средства и ПО№ п/пНаименование технических аппаратных средств и ПОТип/модельКол-во (шт.)ПоставщикСтои-мость (руб.)1СерверМикрокомпьютер Raspberry Pi 3 OEM1DNS5000TransFlash 16Gb MicroSDHC class 10 UHS-I SanDisk Ultra1Юлмарт4502КомпьютерМонитор Philips 274E5QHSB, 1Юлмарт12690A4Tech Bloody Terminator TL81Юлмарт2280CBR Simple S61Юлмарт795MSI ZH77A-G431Юлмарт2645Intel Core i5-3570 BOX1Юлмарт6598GIGABYTE GV-N960OC-4GD, 1Юлмарт15180DIMM DDR3 8ГБ1Юлмарт2370ATX 650W OCZ ZS1Юлмарт2560Thermaltake V9 BlacX Edition1Юлмарт3110HDD WD10EZEX 1ТБ1Юлмарт20673Операционная системаMicrosoft Windows 7 Professional SP1 32-bit Russian1Syssoft7035Итого:62780Исходя из данных таблицы, можно определить следующие виды затрат:Квт= 54139 руб.;Кос= 7035 руб.;Кппп= 0 руб.При разработке и эксплуатации информационной системы применяется локальная вычислительная сеть на базе существующей в ОАО «Аэрофлот» инфраструктуры, подготовка кадров не требуются, таким образом:Клвс= 0, Зпк= 0. Соответственно, К = 62780 руб.Затраты на НИР складываются из затрат программирования, соответствующих им социальных отчислений, затрат энергопотребления, расходов на материалы.Знир= Зпр + Зсс + Змаш + Змгде Зпр - затраты на оплату труда по программированию;Зсс - выплаты на социальное страхование и обеспечение;Змаш - энергозатраты при эксплуатации ВТ;Зм - стоимость материалов, используемых в процессе проектирования и отладки информационной системы, в том числе бумаги, дискет, флешкарт, заправка картриджей, принтерам и т.п.;Зс - выплаты сторонним организациям (расходы на регистрацию интеллектуальной собственности).6.2.2. Расчет затрат на разработку и оплату трудаТаблица 4 - Расчет вложений на разработку и оплату труда.Вид работКатегория персоналаТрудозатраты, часЧасовая ставка, руб./ часСумма оплаты труда, тыс. руб.Разработка информационной системыРазработчик16842070560Социальное страхование и обеспечение30,2 % ОТ21309Итого:16891869Рассчитаем энергозатраты (3маш), связанные с использованием машинного времени на разработку и откладку программ.Змаш = Тмаш ∙ Смаш = 60% ∙Тпр∙ (Мощность ВТ) ∙ (Стоимость 1 кВт),где Тмаш - машинное время на разработку и отладку информационной системы:Тмаш = 60% от Тпр; Тмаш = 0,6 * 168 = 101 час;Смаш – стоимость энергии 1 часа машинного времени работы ВТ:Смаш = (Мощность ВТ) ∙ (Стоимость 1 кВт);Смаш = 0,662 кВт ∙ 3,5 руб/ кВт = 2,317 руб.;Змаш = 0,6 ∙ 168 ∙ 0, 662 кВт ∙ 3,5 руб/кВт =101 ∙ 2,317 = 234 руб.Зм= 500 руб.;Таблица 5 - Затраты на материальные ресурсы.Статьи затратМощность ВТМашинное время 60% ТпрСтоимость электроэнергииСумма, руб.Затраты электроэнергии0,6621013,5234Общая стоимость материальных ресурсов500Итого:734Зс – выплаты сторонним организациям (расходы на регистрацию права на интеллектуальную собственность). Затраты на регистрацию информационной системы как интеллектуальной собственности разработчика Зс составят ориентировочно 20 000 руб. и будут произведены во втором квартале после первых продаж информационной системы.Таким образом, объем первоначальных единовременных капитальных вложений в разработку информационной системы составит:3к = 54139 + 0 + 7035 + 70560 + 21309 + 234 + 0 + 500= 153777На основании полученных данных можно составить общую таблицу потребностей в инвестициях Таблица 6.Таблица 6 - Потребность в инвестициях на разработку информационной системы.Наименование статей затратСумма1.Единовременные затраты (Зк)1.1.Капитальные вложения (К)627801.1.1. Затраты на приобретение ВТ (Квт)541391.1.2. Затраты на приобретение (дооборудование) ЛВС (Клвс)01.1.3. Затраты на приобретение пакетов прикладных программ и операционных систем (Кос)70351.2. Затраты на подготовку кадров (Зпк)02. Затраты на НИР (Знир)926032.1. Затраты на заработную плату (Зпр)705602.2. Социальные отчисления на заработную плату (Зсс)213092.3. Затраты, связанные с использованием машинного времени (Змаш)2342.4. Затраты на оплату работ сторонним организациям (Зс)02.5. Затраты на материалы (Зм)5002.6. Проценты за пользование коммерческим кредитом (Зкр)Итого затрат (Зк):155383В конечном результате общая сумма единовременных вложений составляет 155383 руб.Таблица 7 - План инвестиций.ПоказателиМо-мент инвестицийПрогнозируемый объем продаж и инвестиций по годам2016 г.2017 г.2018 г.1кв2кв3кв4кв1п/г2п/ггодПрогнозируемый объем продаж--244666Инвестиции на модернизацию ИС155383--388463884677692121198121198Во втором квартале после продажи двух копий информационной системы осуществляем регистрацию права на интеллектуальную собственность.В последующих периодах осуществляем вложения в модернизацию и диверсификацию информационной системы для более полного удовлетворения потребителей.6.3. Исследование и анализ рынка6.3.1. Расчет вложений в аппаратно-технические средства и ПОВ настоящее время на рынке существует множество программ, предназначенных для продажи авиабилетов. Основным их недостатком является перегруженность, невысокая скорость работы, избыточный функционал, высокая цена, высокая стоимость сопровождения, сложность внедрения.Разработанная система исключает все перечисленные выше недостатки.Таблица 8 - Сегментация рынка.Сегменты Рынка2016 г.2017 г.2018 г.Всего1кв2кв3кв4кв1п/г2п/гГодИндивидуальные предприниматели00000000Общества с ограниченной ответственностью00000000Другие-36699942Итого:-366999426.3. Определение цены информационной системыРассчитав потребность в инвестициях на разработку информационной системы, можно определить себестоимость одной копии информационной системы (С1) по формуле:С1=(Зк*Ен)/Nгод+Ртир ,где Ен=1, так как кредит не брался;Nгод - объем продаж в натуральном выражении за первый год, Nгод=10.Ртир - затраты на тиражирование в расчете на одну копию, руб. вычисляется по формуле:Ртир=Рнос+Зпр тир+СВтир+Рн тир ,где Рнос - затраты на приобретение электронного носителя для производства копии информационной системы;Зпр тир - заработная плата оператора ЭВМ на производство одной копии информационной системы, которая определяется по формуле:Зпр тир=Сч∙Тпр к , где Сч - часовая тарифная ставка оператора ЭВМ, руб.;Тпр к - время, необходимое оператору ЭВМ на тиражирование одной копии информационной системы, его проверку и установку на него защиты, час.СВтир - страховые взносы с заработной платы оператора ЭВМ, руб.