Вход

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

Рекомендуемая категория для самостоятельной подготовки:
Дипломная работа*
Код 176946
Дата создания 2013
Страниц 66
Источников 34
Мы сможем обработать ваш заказ (!) 29 марта в 12:00 [мск]
Файлы будут доступны для скачивания только после обработки заказа.
4 060руб.
КУПИТЬ

Содержание

Оглавление
Введение
1. Теоретический раздел
1.1 Применение информационных системы в сфере туризма
1.2 Работа туристических операторов
1.3 Описание деятельности туристического оператора «Роза ветров»
1.4 Показатели функционирования оператора «Роза ветров»
2. Аналитический раздел
2.1 Выбор инструментальных средств проектирования
2.2 Описание процесса формирования туристического продукта
2.3 Выявление узких мест процесса
2.4 Формирование требований к внедряемой информационной системе
3. Экономическое обоснование внедрения средств автоматизации
3.1 Расчет стоимости проекта
3.1.1. Определение затрат на создание программного продукта
3.1.2. Расчет расходов по оплате труда разработчиков программы
3.2. Календарный план
3.2.1. Расчет средней часовой оплаты программиста
3.2.2. Расходы, связанные с разработкой программы на ПК
3.2.2.1. Расчет годового фонда времени работы ПК
3.2.2.2. Фонд заработной платы обслуживающего персонала
3.2.2.3. Амортизационные отчисления
3.2.2.4. Затраты на электроэнергию, потребляемую ПК
3.2.2.5. Затраты на текущий и профилактический ремонт
3.2.2.6. Затраты на материалы
3.2.2.7. Косвенные затраты
3.2.2.8. Полные затраты на эксплуатацию ПК
3.2.2.9. Затраты машинного времени
3.2.2.10. Общие затраты на создание программного комплекса
3.3 Расчет показателей экономической эффективности
3.3 Рекомендации по внедрению системы
Заключение
Список литературы
?

Фрагмент работы для ознакомления

Если служебная записка не удовлетворяет требованиям настоящего пункта, то процедуры, предусмотренные настоящим регламентом, к ней не применяются.2.2. Сферой действия настоящего регламента является автоматизация следующих задач:– проекты на разработку и внедрение новых АИС;– проекты на разработку и внедрение Программных продуктов, существенно изменяющих (дополняющих) функционал действующих АИС.Разработка отчетов и других объектов, не затрагивающих базу данных АИС, а также работы по разграничению доступа к объектам существующей АИС не входят в сферу действия настоящего регламента, если не являются частью более крупного проекта.2.3. Основаниями для признания существенными изменений (дополнений) функционала действующих АИС являются следующие условия:– важность Проекта (о потребностях в реализации Проекта в письменной форме заявило несколько лиц, заинтересованные в создании (изменении) функционала АИС, из различных подразделений Предприятия);– объемность Проекта (ожидается с высокой долей вероятности, что затраты времени на соблюдение процедур настоящего регламента будут, как минимум, в несколько раз меньше затрат времени на реализацию Проекта в целом).2.4. Если Проект попадает в сферу действия настоящего регламента, то руководитель деятельности по разработке и внедрению программных продуктов принимает решение о запуске Проекта, назначает руководителя проекта и утверждает план внедрения Проекта.2.5. Если Проект не попадает в сферу применения настоящего регламента, то принятие решений о реализации Проекта настоящим регламентом не регулируется.2.6. План внедрения проекта должен содержать, как минимум, следующую информацию:– перечень работ;– ответственных за выполнение работ;– при необходимости исполнителей работ;– оценки объема работ в часах;– нормативные сроки завершения работ.2.7. Если предполагается единственный исполнитель работ, то допускается план внедрения Проекта не утверждать, при этом для Проекта составляется одно Техническое задание.2.7. Руководитель проекта выполняет следующие функции:– анализ возможностей и способов внедрения Проекта;– организация процессов, необходимых для внедрения Проекта;– координация действий участников внедрения Проекта;– проведение консультаций с участниками внедрения для решения спорных вопросов;– назначение исполнителей работ по Проекту;– тестирование Программного продукта.3. Техническое задание3.1. Техническое задание руководитель проекта готовит самостоятельно или назначает другого исполнителя в пределах своих полномочий. Разработчик Технического задания должен предельно внимательно изучить потребности всех подразделений, заинтересованных во внедрении Программного продукта с целью максимизации эффективности его внедрения.3.2. В рамках внедрения Проекта допускается разработка нескольких технических заданий. В этом случае предметы разработки для различных технических заданий подлежат обособлению в плане внедрения Проекта.3.3. Техническое задание должно содержать в себе, как минимум, следующую информацию:– цель автоматизации;– наименование и краткую характеристику АИС;– назначение и функции предмета разработки;– требования к предмету разработки (Программному продукту), в т.ч. к функциональным характеристикам, надежности, справочной информации и др.;– требования к АИС, в т.ч. технические требования (аппаратные и системные требования и т.п.), условия работы (требования к квалификации пользователей, порядок обслуживания и т.п.) и др.;– требования к информационной и программной совместимости;– требования к защите информации отдельно для АИС и предмета разработки;– требования к первичному заполнению информационной базы (по необходимости);– порядок выполнения работ по Проекту с указанием содержания работ и оценки объема работ (в часах);– особые требования к проведению приемки работ (по необходимости);– условия взаимодействия с другими проектами (по необходимости);– другая необходимая информация.3.4. Под требованиями к предмету разработки (Программному продукту) понимаются условия, выполнение которых необходимо для достижения целей автоматизации и предполагает выполнение работ в рамках данного Проекта.3.5. Под требованиями к АИС понимаются условия, выполнение которых необходимо для достижения целей автоматизации, но не предполагает выполнение работ в рамках данного Проекта. В состав данных требований можно включать перечень работ третьих лиц, выполнение которых необходимо для внедрения Проекта.3.6. Требования к функциональным характеристикам предмета разработки (Программного продукта) должны содержать, как минимум, следующую информацию:– перечень автоматизируемых операций;– создаваемые (модифицируемые) объекты АИС, их состав и правила функционирования;– методология автоматизации для каждой операции и создаваемого (модифицируемого) объекта АИС;– принципы организации работы пользователей в АИС, связанные с внедрением Программного продукта.3.7. Требования к надежности предмета разработки (Программного продукта) должны содержать информацию о принципах организации контроля и об автоматизированных методах предотвращения, выявления и устранения ошибок в АИС, закладываемые в предмет разработки (Программный продукт).3.8. Требования к справочной информации должны содержать принципы организации справки к предмету разработки (Программному продукту), в т.ч.:– виды планируемых пользовательских инструкций (руководств);– планирование встроенной справки для объектов АИС, создаваемых (модифицируемых) предметом разработки (Программным продуктом);– планирование встроенной справки к АИС в целом.3.9. Требования к информационной и программной совместимости должны содержать, как минимум, следующую информацию:– поддерживаемые форматы загрузки и выгрузки данных (требования к выгружаемым и загружаемым файлам);– правила проведения загрузки и выгрузки данных (поля, отбор, группировка, сортировка таблиц при загрузке и выгрузке);– единицы измерения, методики расчета числовых показателей и др.3.10. Требования к защите информации включают следующее:– правила ограничения доступа к данным для пользователей АИС;– использование средств криптографической защиты;– использование защищенных каналов связи для АИС и др.3.11. Требования к первичному заполнению информационной базы должны содержать указания на информацию, которая подлежат заполнению в автоматизированном режиме до интеграции предмета разработки в АИС. Если первичное заполнение информационной базы проводится на основании нормативных документов, то Техническое задание должно содержать ссылки на такие документы, в остальных случаях информация для ввода в АИС должна прилагаться к Техническому заданию.3.12. Техническое задание подписывают следующие лица:– разработчик технического задания (автор);– руководитель проекта (требуется согласование, если руководитель проекта не является разработчиком технического задания);– исполнитель (требуется ознакомление, если исполнитель не является руководителем проекта или разработчиком технического задания);– руководитель деятельности по разработке и внедрению программных продуктов (утверждение).4. Порядок выполнения работ и внедрения программных продуктов4.1. Выполнение работ в рамках настоящего регламента осуществляется назначенными в плане внедрения Проекта исполнителями в оговоренные сроки выполнения. Если исполнитель считает невозможным выполнение работ в оговоренные сроки, то он информирует об этом руководителя проекта, который рассматривает возможности изменения сроков выполнения работ.4.2. В процессе выполнения работ по разработке Программного продукта необходимо соблюдать требования к разработке и руководствоваться следующими принципами:– эффективности (экономия рабочего времени пользователей в результате выполнения работ должна существенно превосходить затраты времени разработчика);– оптимальности (информация в информационной базе должна храниться и структурироваться таким образом, чтобы минимизировать вычислительные ресурсы, требуемые для ее использования);– быстродействия (программный код процедур и функций на встроенном языке, а также код на языке запросов, должны строиться таким образом, чтобы минимизировать в первую очередь затраты рабочего времени пользователей АИС, во вторую очередь время выполнения автоматизированных операций, в третью очередь сетевой трафик, в четвертую очередь потребление оперативной памяти, в пятую очередь потребление памяти жесткого диска);– исполнительности (нарушения утвержденного Технического задания допускаются в порядке исключения, если приводят к улучшению характеристик предмета разработки (Программного продукта) относительно запланированных);– эргономичности (пользовательский интерфейс и диалоговые формы должны быть интуитивно понятными и удобными для пользователя).4.3. Исполнитель работ по техническому заданию готовит справочную информацию к предмету разработки (Программному продукту), если этого требует Техническое задание. Справочная информация должна включать следующее:– описание предмета разработки (Программного продукта) и всех его объектов;– инструкции (руководства) пользователей АИС по эксплуатации предмета разработки (Программного продукта);– историю изменений Программного продукта от версии к версии.Инструкция (руководство) пользователя может разрабатываться в единственном варианте, если функции пользователей Программного продукта существенно не различаются, при этом инструкция (руководство) пользователя должно содержать ссылки на то, каким категориям пользователей доступен тот или иной функционал Программного продукта. Так же допускается интеграция инструкции (руководства) пользователя в описание Программного продукта в виде отдельного раздела.4.4. Исполнители работ обязаны проводить отладку предмета разработки (Программного продукта), с целью минимизации ошибок, и несут ответственность за соблюдение требований соответствующего Технического задания и настоящего регламента.4.5. Тестирование, предшествующее приемке Программного продукта, проводит руководитель проекта, который проверяет:– выполнение требований технических заданий;– соблюдение общих принципов и требований к разработке, вытекающих из настоящего регламента;– отсутствие ошибок в работе Программного продукта.4.6. По итогам проведения тестирования руководитель проекта принимает одно из следующих решений:– Программный продукт соответствует предъявляемым требованиям и готов к внедрению в АИС (в этом случае следующей процедурой является приемка Программного продукта);– Программный продукт соответствует предъявляемым требованиям, но существуют основания для его изменения с целью улучшения характеристик (в этом случае определяется перечень необходимых изменений и осуществляется доработка Программного продукта);– Программный продукт не соответствует предъявляемым требованиям и возвращается на доработку.4.7. Процедура тестирования проводится после каждой доработки Программного продукта. Результаты каждой процедуры тестирования отражаются в протоколе тестирования, который составляется в двух экземплярах руководителем проекта (один экземпляр отдается исполнителю работ, а другой остается у руководителя проекта и впоследствии включается в Документацию проекта). Протокол тестирования должен содержать следующую информацию:– заключение о соответствии Программного продукта предъявляемым требованиям;– наличие необходимости в доработке Программного продукта;– перечень необходимых исправлений с указанием нарушенных требований (при наличии нарушений);– перечень необходимых дополнительных доработок с указанием обоснования (с целью улучшения характеристик Программного продукта при отсутствии нарушений).4.8. После завершения процедуры тестирования проводится приемка Программного продукта, предшествующая его внедрению в АИС. Приемку осуществляет приемная комиссия (как минимум, из трех человек), состав которой для каждого проекта определяет руководитель деятельности по разработке и внедрению программных продуктов.4.9. В приемную комиссию могут включаться следующие лица:– руководитель деятельности по разработке и внедрению программных продуктов;– лица, заинтересованные во внедрении Программного продукта;– представители руководства Предприятия.Руководитель проекта и исполнители работ по проекту в состав приемной комиссии включаться не могут.4.10. Приемная комиссия определяет пригодность Программного продукта для внедрения в АИС и соответствие функционала Программного продукта предъявляемым требованиям. По результатам приемки приемная комиссия принимает одно из следующих решений:– Программный продукт допускается к использованию;– Программный продукт не допускается к использованию.4.11. Если Программный продукт не допускается к использованию в АИС, то он возвращается на доработку, что отражается в протоколе тестирования, который дополнительно подписывает руководитель деятельности по разработке и внедрению программных продуктов. Если Программный продукт допускается к использованию в АИС, то составляется акт внедрения, который подписывает руководитель проекта, ответственный за внедрение, и члены приемной комиссии, ответственные за приемку. Акт внедрения составляется в двух экземплярах: один экземпляр включается в Документацию проекта, а второй отдается руководителю проекта.4.12. Интеграция Программного продукта в работающую АИС до завершения процедуры приемки и составления акта внедрения не допускается. По окончании процедуры приемки внедрение Программного продукта в АИС осуществляет администратор АИС.4.13. Документация проекта сшивается и сдается на ответственное хранение в отдел информационных технологий аппарата управления Предприятия. Хранение документации проекта осуществляется до завершения использования Программного продукта в деятельности Предприятия.ЗаключениеЦелью дипломного проекта является повышение эффективности формирования туристического продукта путем развития IT-технологий туристического оператора.В первой главе рассмотрены направления применения информационных технологий в туристической отраслиРассмотрены основные направления работы туристических операторов.Описана деятельность туристического оператора «Роза ветров».Рассмотрены показатели функционирования туристического оператора «Роза ветров».Анализ показателей функционирования компании показал, что объемы продаж и прибыль компании упали за последний год. Аналитики компании связывают падение с наличием более выгодных предложений у клиентов.Осуществлен выбор инструментальных средств для моделирования процесса обслуживания клиентов туристическим оператором. Для моделирования процесса использовано case-средство BPWin, данный инструментарий позволяет создавать модель процесса в нотации IDEFX и анализировать его.Рассмотрев процесс обслуживания клиентов туристической компании, были выявлены узкие места процесса.Разработан перечень требований к внедряемой системе формирования туристического продукта.Для реализации системы выбрана клиент-серверная технология.Рассчитана стоимость проекта системы формирования туристического продукта. Стоимость разработки системы составила 588362 рублей.Рассчитать показатели экономической эффективности проекта. Период окупаемости системы составляет 10 месяцев.Разработать регламент внедрения системы.Список литературыИнтернет – маркетинг: Учебник. Успенский И.В. - СПб.: Изд-во СПГУЭиФ, 2009.Экономическая информатика: Введение в экономический анализ информационных систем: Учебник. – М.: ИНФРА-М, 2010.Шафер Д.Ф., Фартрел Т., Шафер Л.И. Управление программными проектами: достижение оптимального качества при минимуме затрат.: Пер. с англ. – М.: Вильямс, 2010.Проектирование экономических информационных систем: учеб. / под ред. Ю. Ф. Тельнова. М., 2009.Автоматизированные информационные технологии в экономике: Учебник/Под ред. проф. Г.А. Титоренко. – М.: Компьютер, ЮИНИТИ, 2009.Маклаков С. В. Моделирование бизнес-процессов с AllFusion Process Modeler. М., 2009.Маклаков С.В. Создание информационных систем с AllFusion Modeling Suite. – М.: ДИАЛОГ-МИФИ, 2010.Фаулер М. UML в кратком изложении: применение стандартного языка объектного моделирования: пер. с англ. / М. Фаулер, К. Скотт. М., 2009Фаулер М. UML – основы. Руководство по стандартному языку объектного моделирования.: Пер. с англ. – СПб.: Символ, 2009Петров Ю.А., Шлимович Е.Л., Ирюпин Ю.В. Комплексная автоматизация управления предприятием: Информационные технологии - теория и практика. - М.: Финансы и статистика, 2010Хомоненко А.Д. и др. Базы данных: Учебник для вузов / Под ред. проф. А.Д. Хомоненко. — СПб.: КОРОНА принт, 2009. Люк Веллинг, Лора Томсон. Разработка Web-приложений с помощью PHP и MySQL. - М.: Вильямс, 2009 - 230 с.Харрис Э. PHP/MYSQL для начинающих. /Пер. с англ. – М Кудиц-Образ, 2010 – 384с.Документация по PHP http://www.phpfaq.ru/Документация по оформлению сайтов http://www.oswd.org/Статьи о регулярных отношениях в PHP http://xpoint.ru/Коллекция клипартов, используемых для оформления сайта http://www.clipart.net.ua/Уэнц Кристиан PHP. Карманный справочник. - М.: Вильямс, 2009. – 384 с.Фленов М. Е. PHP глазами хакера. – СПб.: БХВ-Петербург, 2010. – 304 с.Балабанов И.Т. Электронная коммерция - СПб: ПитерБ 2010.Быков В. А. Электронный бизнес и безопасность. — М.: Радио и связь, 2009.Бокарев Т. Энциклопедия Интернет-рекламы. — М.: Издательство «ПРОМО-РУ», 2009.Гагин А. Технология работы в глобальных общедоступных сетях. — Jet Infosystems, 2009.Галкин С. Е. Бизнес в Интернет. — М: «Центр», 2010.Гуров Г. Г. Интернет для бизнеса. — М., 2010.Закарян И., Филатов И. Интернет как инструмент для финансовых инвестиций. — СПб.: БХВ — Санкт-Петербург, 2010.Информационные системы в экономике. Под ред. проф. В. В. Дика. — М.: Финансы и статистика, 2010.Имери Винс. Как сделать бизнес в Интернет, 3-е изд. пер. с англ. под ред. Н. М. Макаровой. — Москва: Диалектика, 2010.Интернет-маркетинг на 100%/ под ред. С. Сухова. – СПб., Питер, 2009.Козье Д. Электронная коммерция. М.: Издательско-торговый дом "Русская редакция", 2010. Коннекут Д. Использование Интернет, 2-е издание. — Киев: Диалектика, 2010.Котлер Ф. Маркетинг-менеджмент. — СПб: Питер Ком, 2009.Котлер Ф. Основы маркетинга. Пер. с англ. М.: «Бизнес книга», «ИМА-Кросс. Плюс», 2009.Маркетинг: учебник. А. Н. Романов, Ю. Ю. Корлюгов, С. А. Красильников и др., под ред. А.Н. Романова. — М.: Банки и биржи, ЮНИТИ, 2010.

Список литературы [ всего 34]

Список литературы
1.Интернет – маркетинг: Учебник. Успенский И.В. - СПб.: Изд-во СПГУЭиФ, 2009.
2.Экономическая информатика: Введение в экономический анализ информационных систем: Учебник. – М.: ИНФРА-М, 2010.
3.Шафер Д.Ф., Фартрел Т., Шафер Л.И. Управление программными проектами: достижение оптимального качества при минимуме затрат.: Пер. с англ. – М.: Вильямс, 2010.
4.Проектирование экономических информационных систем: учеб. / под ред. Ю. Ф. Тельнова. М., 2009.
5.Автоматизированные информационные технологии в экономике: Учебник/Под ред. проф. Г.А. Титоренко. – М.: Компьютер, ЮИНИТИ, 2009.
6.Маклаков С. В. Моделирование бизнес-процессов с AllFusion Process Modeler. М., 2009.
7.Маклаков С.В. Создание информационных систем с AllFusion Modeling Suite. – М.: ДИАЛОГ-МИФИ, 2010.
8.Фаулер М. UML в кратком изложении: применение стандартного языка объектного моделирования: пер. с англ. / М. Фаулер, К. Скотт. М., 2009
9.Фаулер М. UML – основы. Руководство по стандартному языку объектного моделирования.: Пер. с англ. – СПб.: Символ, 2009
10.Петров Ю.А., Шлимович Е.Л., Ирюпин Ю.В. Комплексная автоматизация управления предприятием: Информационные технологии - теория и практика. - М.: Финансы и статистика, 2010
11.Хомоненко А.Д. и др. Базы данных: Учебник для вузов / Под ред. проф. А.Д. Хомоненко. — СПб.: КОРОНА принт, 2009.
12.Люк Веллинг, Лора Томсон. Разработка Web-приложений с помощью PHP и MySQL. - М.: Вильямс, 2009 - 230 с.
13.Харрис Э. PHP/MYSQL для начинающих. /Пер. с англ. – М Кудиц-Образ, 2010 – 384с.
14.Документация по PHP http://www.phpfaq.ru/
15.Документация по оформлению сайтов http://www.oswd.org/
16.Статьи о регулярных отношениях в PHP http://xpoint.ru/
17.Коллекция клипартов, используемых для оформления сайта http://www.clipart.net.ua/
18.Уэнц Кристиан PHP. Карманный справочник. - М.: Вильямс, 2009. – 384 с.
19.Фленов М. Е. PHP глазами хакера. – СПб.: БХВ-Петербург, 2010. – 304 с.
20.Балабанов И.Т. Электронная коммерция - СПб: ПитерБ 2010.
21.Быков В. А. Электронный бизнес и безопасность. — М.: Радио и связь, 2009.
22.Бокарев Т. Энциклопедия Интернет-рекламы. — М.: Издательство «ПРОМО-РУ», 2009.
23.Гагин А. Технология работы в глобальных общедоступных сетях. — Jet Infosystems, 2009.
24.Галкин С. Е. Бизнес в Интернет. — М: «Центр», 2010.
25.Гуров Г. Г. Интернет для бизнеса. — М., 2010.
26.Закарян И., Филатов И. Интернет как инструмент для финансовых инвестиций. — СПб.: БХВ — Санкт-Петербург, 2010.
27.Информационные системы в экономике. Под ред. проф. В. В. Дика. — М.: Финансы и статистика, 2010.
28.Имери Винс. Как сделать бизнес в Интернет, 3-е изд. пер. с англ. под ред. Н. М. Макаровой. — Москва: Диалектика, 2010.
29.Интернет-маркетинг на 100%/ под ред. С. Сухова. – СПб., Питер, 2009.
30.Козье Д. Электронная коммерция. М.: Издательско-торговый дом "Русская редакция", 2010.
31.Коннекут Д. Использование Интернет, 2-е издание. — Киев: Диалектика, 2010.
32.Котлер Ф. Маркетинг-менеджмент. — СПб: Питер Ком, 2009.
33.Котлер Ф. Основы маркетинга. Пер. с англ. М.: «Бизнес книга», «ИМА-Кросс. Плюс», 2009.
34.Маркетинг: учебник. А. Н. Романов, Ю. Ю. Корлюгов, С. А. Красильников и др., под ред. А.Н. Романова. — М.: Банки и биржи, ЮНИТИ, 2010.
Очень похожие работы
Пожалуйста, внимательно изучайте содержание и фрагменты работы. Деньги за приобретённые готовые работы по причине несоответствия данной работы вашим требованиям или её уникальности не возвращаются.
* Категория работы носит оценочный характер в соответствии с качественными и количественными параметрами предоставляемого материала. Данный материал ни целиком, ни любая из его частей не является готовым научным трудом, выпускной квалификационной работой, научным докладом или иной работой, предусмотренной государственной системой научной аттестации или необходимой для прохождения промежуточной или итоговой аттестации. Данный материал представляет собой субъективный результат обработки, структурирования и форматирования собранной его автором информации и предназначен, прежде всего, для использования в качестве источника для самостоятельной подготовки работы указанной тематики.
bmt: 0.00473
© Рефератбанк, 2002 - 2024