Главная

Рефераты, курсовые

Сочинения
- русские
- белорусские
- английские

- литературные герои
- биографии

Изложения
- русские
- белорусские

Словари
- афоризмы
- геология
- полиграфия
- социология
- философский
- финансовый
- энциклопедия юриста
- юридический

ГДЗ решебники
Рефераты - Афоризмы - Словари
Русские, белорусские и английские сочинения
Русские и белорусские изложения
Отзывы

Автоматизация работы старшего администратора пансионата ФГУП "ОК "Рублево-Успенский" УДП РФ

Работа из раздела: «Программирование, компьютеры и кибернетика»

Оглавление

Введение

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

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

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

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

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

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

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

Объектом исследования дипломной работы является ФГАУ «Оздоровительный комплекс «Рублево-Успенский» УДП РФ, предметом - деятельность старшего администратора.

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

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

Данный дипломный проект посвящен проектированию доработки к информационной системе, позволяющей автоматизировать работу старшего администратора ФГАУ «Оздоровительный комплекс «Рублево-Успенский» УДП РФ.

Целью дипломного проекта является сокращение временных затрат на получение объективной и полной информации по взаиморасчетам старшим администратором пансионата во ФГАУ «Оздоровительный комплекс «Рублево-Успенский» УДП РФ.

Задачами работы являются:

· Анализ работ производимых старшим администратором и обоснование необходимости его автоматизации.

· Анализ существующей информационной системы и определение способа доработки информационной системы под нужды предприятия.

· Выбор и обоснование стратегии автоматизации задачи.

· Описание программных компонент информационной системы.

· Обоснование экономической эффективности от автоматизации.

· Выбор методики оценки экономической эффективности проекта и его оценка в соответствии с выбранной методикой.

1. Аналитическая часть

1.1 Технико-экономическая характеристика предметной области и предприятия. Анализ деятельности «КАК ЕСТЬ»

1.1.1 Характеристика предприятия и его деятельности

Объектом исследования дипломной работы является ФГАУ «Оздоровительный комплекс «Рублево-Успенский» УДП РФ.

ФГАУ «Оздоровительный комплекс «Рублево-Успенский» - это оздоровительный отдых в Подмосковье: пансионаты, дачи и дачи коттеджи расположены по разные стороны Рублево-Успенского шоссе, на расстоянии десятка километров от МКАД, в живописных и экологически чистых местах смешанного и соснового лесного массива, на берегах Истры и Москвы-реки. Каждая территория оздоровительного комплекса имеет свою особую уникальность и привлекательность.

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

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

«Оздоровительный комплекс «Рублево-Успенский - это качественный отдых за разумные деньги в Подмосковье.

Современные номера и коттеджи, меню на заказ, квалифицированный и радушный персонал это все «Оздоровительный комплекс «Рублево-Успенский». Широкий список дополнительных услуг, таких например как: теннисные корты, аренда и прокат авто-мото-велотехники, а так же многое другое.

Основная цель деятельности «Оздоровительный комплекс «Рублево-Успенский» заключается в обеспечении клиентов качественными услугами по доступным ценам.

Общие характеристики рассматриваемого предприятия показаны в таблице 1

Таблица 1

Показатели деятельности ФГАУ «Оздоровительный комплекс «Рублево-Успенский»

Наименование

показателя

Единица

измерения

За 2008 год

За 2011 год

Объем продаж и оказанных услуг

тыс. руб.

321064,2

396375,5

Количество обслуженных клиентов

чел.

3080

3200

Выручка от продаж и оказания услуг

тыс. руб.

21070,125

2902,033

Численность работников

чел.

1025

1077

Фонд оплаты труда

тыс. руб.

70790

89030

Среднемесячная заработная плата работников

тыс. руб.

22,30

23,5

1.1.2 Организационная структура управления предприятием

ФГАУ «Оздоровительный комплекс «Рублево-Успенский» имеет стандартную для предприятий организационную структуру управления, которая в виде схемы представлена на рисунке 1.

Рисунок 1 Организационно-штатная структура управления ФГАУ «Оздоровительный комплекс «Рублево-Успенский»

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

· Заместитель генерального директора;

· коммерческий директор;

· исполнительный директор;

· директор по безопасности.

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

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

· Планирует текущее и перспективное направление деятельности.

· Заключение договоров с клиентами на предоставление телекоммуникационных услуг.

· Ремонт и обслуживание персональных компьютеров.

· Обслуживание телекоммуникационных сетей, а так же прокладка новых.

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

· Сопровождение существующих на данный момент систем автоматизации.

· Установка и настройка клиент-серверного программного обеспечения (почтового сервера, файлового, Web и других), проведение регламентных работ по обслуживанию данного программного обеспечения.

· Текущее администрирование информационных ресурсов.

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

· Осуществление бэкапирования и проведение регламентированных мероприятий по их восстановлению в случае сбоев.

Основные функции отдела технической поддержки:

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

· Обслуживание телефонных линий внутреннего пользования и мини АТС.

Начальник юридического отдела:

· контролирует документацию предприятия на соответствие законодательству РФ;

· управляет делами, связанными с правоохранительными и судебными органами государства;

· осуществляет юридическую поддержку при заключении договоров.

Начальник единого расчетного центра (ЕРЦ) занимается:

· Выставлением счетов за услуги ЖКХ.

· Контролем за своевременной оплатой.

· Оповещением клиентов об изменении тарифов.

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

В должностные обязанности сотрудника этого отдела входит:

· поиск потенциальных клиентов;

· ведение коммерческих переговоров с клиентами в интересах предприятия;

· оперативное реагирование на информацию, поступающую от клиентов, и доведение ее до начальника отдела;

· выяснение потребностей клиентов в услугах, предлагаемых предприятием;

· составление ежемесячного плана продаж;

· анализ статистических данных;

· предоставление отчетов по итогам работы в соответствии с регламентом работы отдела и предприятия;

Основными отдела кадров являются:

· обеспечение предприятия необходимым количеством кадров руководителей, специалистов и рабочих требуемых профессий, специальностей и квалификаций;

· осуществление эффективного подбора и расстановки кадров в соответствии с их деловыми и профессиональными качествами;

· участие в формировании и развитии стабильного трудового коллектива.

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

Старший администратор пансионата выполняет следующие функции:

· Контролирует состояние взаиморасчетов выезжающих гостей.

· Предоставляет отчеты о продажах за период руководству.

· Руководит службой приема и размещения на стойке рецепшн.

· Корректирует начисления.

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

Главный бухгалтер на предприятии:

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

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

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

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

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

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

7. Участвует:

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

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

· В проведении инвентаризаций денежных средств, товарно-материальных ценностей, расчетов и платежных обязательств.

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

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

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

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

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

13. Выполняет отдельные служебные поручения своего непосредственного руководителя.

Делопроизводитель выполняет следующие должностные обязанности:

· Принимает и регистрирует корреспонденцию, направляет ее в структурные подразделения.

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

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

· Отправляет исполненную документацию по адресатам.

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

· Обеспечивает удобный и быстрый поиск документов.

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

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

· Обеспечивает сохранность проходящей служебной документации.

· Выполняет отдельные служебные поручения своего непосредственного руководителя.

В должностные обязанности начальника отдела кадров входит:

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

· ФормированиеА и ведение банка данных о количественном и качественном составе кадров, их развитии и движении.

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

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

· Осуществляет работу по подбору, отбору и расстановке кадров на основе оценки их квалификации, личных и деловых качеств, контролирует правильность использования работников в подразделениях предприятия.

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

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

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

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

На начальника службы безопасности обязан:

· Контролировать систему охраны объектов, пропускной и внутри объектовый режимы, состояние технической укрепленности охраняемых объектов.

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

· Следить за содержанием средств связи и снаряжения.

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

· Участвовать в мероприятиях по предотвращению, выявлению и пресечению работниками охраны противоправных посягательств в отношении охраняемых объектов.

1.2 Характеристика комплекса задач, задачи и обоснование необходимости автоматизации

1.2.1 Выбор комплекса задач автоматизации и характеристика существующих бизнес процессов

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

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

В настоящее время в организации используются следующие бизнес-средства для совместной работы:

1. электронная почта;

2. централизованные хранилища данных;

3. корпоративный портал;

4. 1С Документооборот;

5. 1С Управление IT департаментом;

6. SMS оповещение сотрудников;

7. Отраслевые учетные системы 1С.

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

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

Внедрение этих решений в компании предоставило дополнительно следующие возможности:

· Сокращение издержек при обмене информацией внутри предприятия;

· Предоставление менеджерам службы приема и размещения сведений о состоянии бизнес-процессов на данный момент;

· Сокращение расходов на средства связи;

· Своевременное реагирование с помощью установления приоритетов и упорядочивание большого объема информации;

· Создание культуры совместной работы коллектива;

· Мотивация сотрудников для более быстрого начала проекта.

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

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

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

Точность информации - определяется степенью ее близости к реальному состоянию объекта.

Достоверность информации. Информация достоверна, если она отражает истинное положение дел. Недостоверной информация может быть по следующим причинам:

- преднамеренное искажение или непреднамеренное искажение, какого то свойства;

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

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

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

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

На сегодняшний день на предприятии «Оздоровительный комплекс «Рублево-Успенский» уже есть информационная система управления отелем, но в виду специфики ведения учета она требовала ряда доработок. Что и было реализовано в данном дипломном проекте.

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

Именно от скорости работы старшего администратора зависит, насколько быстро клиент или руководство получит детальную сводку по взаиморасчетам.

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

1.2.2 Определение места проектируемой задачи в комплексе задач и ее описание

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

В процессе мониторинга взаиморасчетов используются следующие основные отчеты:

· Отчет по продажам за период,

· Отчет по оплатам за период,

· Отчет по динамике задолженности,

· Реестр путевок,

· Отчеты движений документов по регистрам,

· Общий отчет по долгам.

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

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

· Период проживания.

· Способ оплаты.

· Количество потреблённых дополнительных услуг.

· Количества предыдущих размещений.

Возникают случаи, когда необходима корректировка начислений, что существенно увеличивает время проверки. Архитектура системы устроена так, что начисления по услугам проживания проходят в разрезе структурного подразделения и отражены одним документом - «Ночной аудит». Отсюда следует, что время корректировки начислений зависит от загруженности подразделения, по которому формируется ночной аудит.

Практика показывает, что на проверку состояния взаиморасчетов и корректности начислений уходит от 30 минут до 2-3 часов. Среднее количество гостей на выезд ежедневно составляет 10-15 человек. Проверка и корректировка взаиморасчетов такого количества гостей может занять у старшего администратора от 5 до 45 часов. Ни один администратор с таким потоком не способен справиться, что ведет к необходимости большего количества сотрудников, что в свою очередь, влечет за собой существенные финансовые затраты.

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

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

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

Рассчитаем ожидаемый эффект от автоматизации (таблица 2).

Таблица 2

Расчет эффекта автоматизации

Процесс

Время, затрачиваемое при ручной проверке/ мин.

Время, затрачиваемое после автоматизации/ мин.

Просмотр необходимой отчетности

20

5-10

Корректировка взаиморасчетов

30-180

5-15

Оповещение клиентаразработчика программного обеспечения

10

1

Таким образом, при существующей системе проверки и корректировки основные процессы занимают около 30 минут. При автоматизации это время сокращается до 5-15 минут. Кроме того, основными достоинствами автоматизации процесса проверки и исправления взаиморасчетов будут:

· возможность отправить сообщения клиентам;

· структуризация данных;

· более оперативная обработка данных;

· выдача результатов в удобной форме на принтер и экран;

· сокращение времени для оформления отчетности.

Для построения функциональной модели проектируемой системы будет использоваться AllFusion Process Modeler (Ramus).

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

Основными возможностями Ramus являются:

· Моделирование процессов (согласно методологий IDEF0 и DFD);

· Разработка систем классификации и кодирования предприятия с внутренними перекрёстными связями, которая также тесно увязывается и с моделями процессов;

· Формирование отчётности по моделям и системе классификации, в том числе и отчётности в форме такой регламентирующей документации как должностные инструкции и регламенты процессов;

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

Ramus имеет редактор диаграмм IDEF0 и DFD эргономичность которого находится на уровне не ниже чем у аналогичных продуктов имеющих схожие редакторы. Это проявляется в более лёгкой и быстрой навигации по модели, в более «умном» поведении объектов диаграмм, в поддержке шаблонов диаграмм, в возможности быстрого исправления допущенных ошибок, в том числе и в возможности отмены действий.

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

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

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

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

Просмотр всей информации проекта может быть осуществлён через веб-браузер. Для этого разработан веб-сервер, который выводит информацию проекта в виде набора HTML страниц, или же, попросту говоря, в виде сайта. Это существенно упрощает использование и развёртку Ramus, так как избавляет от необходимости установки клиентской версии Ramus на АРМах пользователей, которые имеют доступ только на чтение информации проекта. Всей или некоторой информации Проекта, что определяется настройками прав доступа.

К любому элементу системы классификации и кодирования можно прикреплять файлы, которые будут доступны для скачивания с сайта Проекта. Использование технологии Java при реализации программных модулей, позволяет использовать Ramus под разными видами операционных систем и аппаратных платформ (MS Windows, Linux, Mac OS, и т.д.…).

Ramus может использоваться в файловом (локальном) и сетевом вариантах. Сетевая версия Ramus позволяет распределять доступ пользователей к данным. Сетевая версия Ramus использует стандартизированные протоколы обмена данными, что позволяет интегрировать Ramus с другими системами. Но и без использования сетевой версии можно разделить работу над Проектом между несколькими разработчиками путём использования функции расщепления Проекта.

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

Кроме всего прочего, Ramus поддерживает возможность расширения функциональности с использованием сценариев на языке программирования JavaScript.

Ramus позволяет анализировать бизнес-процесс с трех ключевых точек зрения:

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

2.С точки зрения потоков информации в системе. Диаграммы DFD (Data Flow Diagram) дополняют функциональные IDEF0-модели, поскольку они описывают потоки данных, позволяя проследить, каким образом происходит обмен информацией между бизнес-функциями внутри системы. Также модели потоков данных могут использоваться как самостоятельное средство при проектировании информационных систем или описании бизнес-процесса, но в DFD-модели акцент ставиться на поток данных, его структуру, место и вид хранения данных в системе.

3.С точки зрения последовательности этапов выполняемых работ - методология событийного моделирования IDEF3. Этот метод привлекает внимание к очередности выполнения этапов работ или изменения состояний. В IDEF3 включены элементы логики, что позволяет моделировать и анализировать альтернативные сценарии развития бизнес-процесса.

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

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

К компонентам стандарта IDEF 0 следует отнести следующие:

· функции (действия);

· связи;

· диаграммы.

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

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

Родительская диаграмма с названием «Обеспечивать непрерывное улучшение качества услуг» отображает систему в целом (рисунок 2). К данному функциональному блоку рисуются следующие виды стрелок:

1. Вход (Input) рисуется, как входящая в левую грань функционального блока. Вход показывает, что требуется для выполнения функции: Информация от клиентов; Внешние ресурсы; Деятельность конкурентов.

2. Выход (Output) - исходящая из правой грани блока. Выход - результат функции: Информация для потребителей; Качественные услуги; Непрерывно работающая система.

3. Механизм (Mechanism) входящая в нижнюю грань стрелка. Механизм с помощью чего или кого выполняется функция: Оргтехника; Генеральный директор; Сотрудники.

4. Управление (Control) рисуется входящей в верхнюю грань блока. Управление ограничивает выполнение функции: Устав и др. управляющие документы; Законодательные требования; Документация СМК; ГОСТы.

Рисунок 2. Контекстная диаграмма IDEF0. Функционирование пансионата.

Построение модели ИС начинается с описания функционирования предприятия (системы) в целом в виде контекстной диаграммы. Взаимодействие системы с окружающей средой описывается в терминах входа (на рисунке 2. это «Клиенты» и «Оплата услуг»), выхода (основной результат процесса - «Оказанные услуги» и «Прибыль»), управления («Законы РФ» и «Устав гостиницы») и механизмов («Материальная база», «Помещение», «Персонал» - это ресурсы, необходимые для процесса функционирования гостиницы).

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

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

В оказании услуг принимает участие «Персонал» пансионата, чтобы предоставить номерной фонд и получать прибыль, в деятельности пансионата должны участвовать «Номерной фонд» и «Материальная база» - обстановка здания, техника в номерах, инвентарь и т.д. После описания контекстной диаграммы проводится функциональная декомпозиция - система разбивается на подсистемы и каждая подсистема описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема разбивается на более мелкие и так далее до достижения нужной степени подробности. В результате такого разбиения, каждый фрагмент системы изображается на отдельной диаграмме декомпозиции (рисунок 3).

Весь процесс «Функционирования пансионата» разбивается на:

1). «Предоставление номеров» иллюстрирует деятельность сдачи номеров с предварительной регистрацией.

2) «Обслуживание номеров» представляет собой процесс поддержания персоналом пансионата порядка в номерах;

3) «Обеспечение услуг телекоммуникации» - это совокупность оказываемых пансионатом услуг по предоставлению постояльцам телефона и интернета.

Рисунок 3: Диаграмма декомпозиции IDEF0. Функционирование пансионата

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

Опишем диаграмму, представленную на рисунке 4, с помощью отчёта, сгенерированного Ramus:

Работа «Проверка счетов» иллюстрирует деятельность по формированию итогового и текущих счетов старшим администратором.

Рисунок 4: Диаграмма декомпозиции IDEF0. Предоставление номеров

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

Слабые связи, не представленные на диаграмме высшего уровня:

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

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

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

Ключи от номеров - получаемые при размещении электронные ключи от номера.

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

Диаграмма, представленная на рисунке 5. напоминает контекстную диаграмму (рисунок 2). Обе работы не зависят друг от друга и имеют на входах - «Клиентов» и «Плату за услуги», на выходах - «Оказанные услуги» и «Прибыль», на управлении - «Законы РФ» и «Устав пансионата», влияющие на всю деятельность пансионата, и на механизмах - «Материальную базу», «Помещение» и «Персонал» - ресурсы, необходимые для выполнения этих работ.

Эти виды деятельности пансионата мы не будем автоматизировать в ходе дипломного проектирования.

Рисунок 5: Диаграмма декомпозиции IDEF0. Обслуживание номеров

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

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

Переговоры - данные о времени, номере телефонного звонка.

На рисунке 6. представлена диаграмма обеспечения телефонных переговоров.

Рисунок 6: Диаграмма декомпозиции IDEF0. Обеспечение услуг связи

1.2.3 Анализ системы обеспечения информационной безопасности и защиты информации

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

Система информационной безопасности построена на основе стандарта ISO 17799 («Нормы и правила при обеспечении безопасности информации»). Стандарт ISO 17799 содержит рекомендации по организации информационной безопасности, которая должна обеспечить базовый уровень безопасности всех систем, характерный для большинства предприятий. Стандарт описывает вопросы, рассматриваемые при проектировании системы информационной безопасности.

Система информационной безопасности предусматривает обеспечение защиты всех частей информационной инфраструктуры от рисков нарушения безопасности ИТ-ресурсов и связанных с ними ИТ-сервисов.

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

· процесс обеспечения информационной безопасности, входящий в систему администрирования и обеспечивающий мониторинг функционирования системы информационной безопасности;

· политика информационной безопасности, определяющая положения и сферу действия системы безопасности и инфраструктуры;

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

Информационная безопасность на примере механизмов платформы 1С в клиент-серверном варианте для хранения информации используется SQL Server, что обеспечивает:

· Надёжное хранение данных.

· Изолированность информации.

· Совершенные механизмы транзакций и блокировок.

Схемой контроля доступа на уровне прикладного решения, которые предоставляют следующие возможности:

· Авторизация по логину и паролю в 1С.

· Назначение ролей пользователям.

· Ограничение выполнения административных функций по ролям.

· Назначение доступных интерфейсов по ролям.

· Ограничение доступа к объектам метаданных по ролям.

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

· Ограничение доступа к объектам данных по ролям и параметрам сеанса.

· Ограничение интерактивного доступа к данным и исполняемым модулям.

· Некоторые ограничения выполнения кода.

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

1. Большое количество этапов проверки, т.е. на каждом этапе действуют разные правила доступа.

2. Плохо отлаженные процедуры контроля передаваемой информации при переходе по уровням.

3. Недостаточно высокая средняя квалификация разработчиков и администраторов систем.

4. Малый возраст платформы.

1.3 Анализ существующих разработок и выбор стратегии автоматизации «КАК ДОЛЖНО БЫТЬ»

1.3.1 Анализ существующих разработок для автоматизации задачи

На данный момент существует большое количество систем по автоматизации гостиничного бизнеса(PMS).

PMS (Property Management System, или PMS) - это система управления отелем которая позволяет проводить своевременное бронирование номера, максимально упростить процедуру оформления гостя, с учетом его предпочтений, но и планировать загрузку отеля, вести статистику, предоставлять данные для формирования бухгалтерской и управленческой отчетности и т.д.

Полноценная система управления гостиницей позволяет решать такие задачи как:

· Формирование номерного фонда автоматически и вручную;

· Ведение номерного фонда осуществляется в разрезе корпусов, групп номеров, категорий номеров и собственно номеров;

· Формирование тарифов в разрезах дат, категорий номеров и типов поселений в номерах;

· Ввод и хранение информации о каждом госте (паспортные данные, сроки проживания и т.д.);

· Бронирование номеров по заявкам организаций;

· Заселение (в том числе и групповое), переселение, продление проживания и выселение гостей

· Автоматический расчет оплаты в зависимости от срока проживания, категории номера и тарифа (неограниченное количество видов оплаты);

· Принятие оплаты;

· Автоматизация учета дополнительных услуг, предоставленных клиенту;

· Гибкая система скидок на дополнительные услуги;

· Отчеты о деятельности гостиницы;

· Cбор статистической информации по различным параметрам и её использование в маркетинговых целях и в рамках решения задач по оптимизации финансовых стратегий.

PMS-система - это большой программный продукт состоящий из большого количества модулей.

Существует большое количество систем управления гостиницей, таких как:

1) Система управления гостиницей Epitome PMS

Система управления гостиницей Epitome PMS для платформы Microsoft Windows - это классическая, проверенная временем система автоматизации гостиницы, разработанная компанией SoftBrands, an Infor Affiliate. Система Epitome PMS сертифицирована Microsoft, использует базу данных Microsoft SQL Server, проста в работе и обладает необходимой гибкостью для применения в управлении гостиницами любого типа, категории и размера. Мощный функциональный инструментарий Epitome PMS позволит создать успешную технологию ведения бизнеса гостиницы или гостиничной цепочки, повысить финансовые показатели и достичь высокого уровня сервиса для гостей.

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

Интегрированные модули системы Epitome PMS включают:

· Базовый модуль (Бронирование, Портье, Гостевые счета, Управление номерным фондом)

· Групповое бронирование

· Модуль по работе с туристическими агентствами

· История гостя / История компании

· Управление тарифами и дополнительными услугами

· Модуль по работе с дебиторами

· Модуль отчетности

Дополнительно к системе Epitome PMS предлагаются Модуль регистрации паспортов Libra Pass и контрольная панель Libra Control Panel.

Модуль Libra Pass позволяет регистрировать паспортные данные гостей, с последующим формированием статистических таблиц, форм и отчетов для федеральных служб. Программа предназначена для автоматизации работы администратора гостиницы и печати документов принимающей стороны для Федеральной миграционной службы (ФМС), для ввода сведений о месте пребывания иностранных граждан, формирования и распечатки уведомления о пребытии иностранного гражданина, проживающего в гостинице, а также передачи сведений, содержащихся в уведоммлении, в территориальные подразделения ФМС России.

Libra Control Panel, выполненная в виде Web-приложения, предназначена для удобного отображения информации по загрузке отеля и основных показателях его работы. Контрольная панель анализирует следующие ключевые показатели работы гостиницы:

· Доход от продажи номеров (Room Revenue);

· Доход на номер (RevPAR);

· Средний тариф (ADR);

· Средний доход на гостя (RevPAC);

· Средняя продолжительность проживания (Average Length of Stay);

· Количество проданных номеров (Rooms Sold);

· Процент загрузки (Occupancy %).

2) БИТ: Отель 8

БИТ: Отель 8 - это комплексное и простое в использовании решение для автоматизации предприятий сферы гостиничного бизнеса в соответствии с российским законодательством.

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

БИТ: Отель 8 позволяет решить весь спектр ключевых задач по управлению отелем:

· Построить единую систему управления гостиницей с разграничением прав доступа для администратора, бухгалтера и управляющего отеля;

· Обеспечить ведение управленческого, оперативного, складского, бухгалтерского и налогового учета в единой базе;

· Построить гибкую систему бронирования, включающую быстрый поиск номера, прямую отправку подтверждения брони на электронную почту клиента, автоматический расчет стоимости проживания, а также групповое бронирование и интернет-бронирование;

· Внедрить систему контроля над деятельностью всех служб отеля за счет сохранения истории работы со всеми документами;

· Автоматизировать систему взаиморасчетов с клиентами (наличные, банковские карты, безналичный способ оплаты);

· Обеспечить получение руководством отеля актуальных показателей деятельности отеля с различной детализацией, оперативных аналитических и статистических отчетов;

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

3) Румба 8: Управление отелем

Конфигурация 'Румба 8: Управление отелем' предназначена для автоматизации гостиниц, пансионатов, домов отдыха. В конфигурации реализованы рабочие места портье (администратора), менеджера отдела бронирования, супервайзера службы номерного фонда, менеджера службы бронирования конференц-залов, сотрудника планово-экономической службы.

Основные функциональные возможности:

o Учет загрузки номерного фонда

o Бронирование индивидуальное и групповое

o Взаиморасчеты с контрагентами

o Взаиморасчеты с гостями

o Работа с группами

o Бронирование ресурсов - конференц-залы, сауны и т.п.

o Размещение гостей

o Ведение журнала регистрации иностранных граждан

o Управление тарифами по дням недели, по сезонам

o Управление скидками. Накопительные скидки

o Управление квотами номеров

o Управление горничными, формирование задания на уборку, планирование и контроль выполнения работ

o Модуль он-лайн интернет бронирования

o Модуль Управления Распределенными Информационными Базами для построения распределенной мультигостиничной базы

o Учет в одной базе данных любого количества гостиниц и корпусов

o Многоязычный интерфейс пользователя (русский/английский)

o Печать документов из программы на разных языках

o Учет от имени нескольких юридических лиц

o Возможность работы с разными валютами

o Подробный аудит действий пользователей системы

Для российского рынка предпочтительно использование российское программное обеспечение, это связано с тем, что все документы должны соответствовать ГОСТам страны. Зарубежные PMS - зачастую не позволяют создать документацию отвечающую требованиям РФ, что связано с установившимися стандартами.

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

Как итог было принято решение о доработке, существующей на предприятии системы «Управление отелем 1С: РАРУС». Большинство ключевых нетиповых моментов в системе уже реализовано, что выгодно выделяет её на фоне прочих систем по автоматизации гостиничного бизнеса.

1.3.2 Выбор и обоснование стратегии автоматизации задачи

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

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

· способ автоматизации: по участкам, направлениям, комплексная автоматизация, хаотичная;

· долгосрочная техническая политика - комплекс внутренних стандартов, поддерживаемых на предприятии;

· ограничения: финансовые, временные и т.д;

· процедура управления изменениями плана;

Критериями выбора стратегии автоматизации являются ограничения по финансовым, временным затратам.

Рассмотрим существующие стратегии автоматизации: частичная (хаотичная) автоматизация, автоматизация по участкам, автоматизация по направлениям и комплексная автоматизация.

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

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

Автоматизация по направлениям подразумевает под собой автоматизацию отдельных направлений деятельности предприятия.

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

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

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

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

2. Разработка технического задания;

3. Непосредственная разработка модуля;

4. Документирование разработанной системы;

5. Тестирование;

6. Внедрение и эксплуатация системы.

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

1. Менеджер проекта - отвечает за весь проект в целом;

2. Программист - непосредственно разрабатывает систему, а также принимает участие в разработке технического задания и разрабатывает документацию проекта;

3. Тестер - проверяет работоспособность системы на этапе ее тестирования;

4. Старший администратор, выступающий в качестве консультанта по бизнес-процессам контроля и корректировки взаиморасчетов с клиентами.

1.3.3 Выбор и обоснование способа приобретения ИС для автоматизации задачи

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

На рисунке 7 приведены варианты пробретения ИС.

Рисунок 7 Варианты приобретения ИС

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

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

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

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

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

1.4 Обоснование проектных решений

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

Техническое обеспечение представляет собой комплекс технических средств, предназначенных для обработки данных. В состав комплекса входят:

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

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

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

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

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

Таблица 3

Наименование

Минимальные требования

Рекомендуемые требования

Процессор

Core 2 Quad

Core i3

Оперативная память

512 Mb

2048 Mb

Жесткий диск

20 Mb

80 Gb

Сетевая карта

10 Mb

100 Mb

Монитор

Разрешение 800х600

Разрешение 1024х768

Сетевое оборудование

Сетевая карта

Сетевая карта, хаб

Принтер

Струйный

Лазерный

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

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

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

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

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

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

· к унифицированным системам документации;

· к унифицированным формам документов различных уровней управления;

· к составу и структуре реквизитов и показателей;

· к порядку внедрения, ведения и регистрации унифицированных форм документов.

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

Основным входным документов для внесения оперативной информации в базу данных является:

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

«Выезд» - Документ осуществляет операцию выезда гостей из номера. При выезде можно указать кто оплачивает услуги потребленные гостем (это может быть другой гость или организация). При проведении, закрываются все 'непроданные услуги' (например сломался компьютер и не проводились документы «Ночной аудит») или гость купил тариф в который входило 5 экскурсий, но посетил 3 (2 будут 'проданы' документом выезда). При выезде, взаимно закрываются оплаты и долги на регистре «Взаиморасчеты с гостями»

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

«Приходный кассовый ордер» - (ПКО) предназначен для учета поступлений наличных денежных средств.

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

· Оплата от покупателя (гостя).

· Возврат денежных средств подотчетником.

· Прочий приход денежных средств.

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

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

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

«Ночной аудит» - производит начисление дебиторской задолженности гостям за оказанные услуги тарифа (с момента последнего ночного аудита). Также фиксируются продажи услуг.

«Перемещение денежных средств (касса)» - документ предназначен для оформления передачи денежных средств между «Кассами компании». Этот документ значительно ускоряет операцию перемещения денег между двумя кассами, и его появление исключило применение для данной операции «ПКО» и «РКО».

«Расходный кассовый ордер» - документ (РКО) предназначен для учета выплаты наличных денежных средств из операционной кассы компании. С помощью данного документа может быть зафиксирован расход наличных денежных средств по различным торговым операциям:

· Оплата поставщику.

· Возврат денежных средств гостю.

· Выдача денежных средств подотчетнику.

· Прочий расход денежных средств.

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

Выходные документы:

«Путевка» - документ предназначен для отражения данных по путёвке.

«Полный счет гостя» - документ детализации взаиморасчетов гостя по лицевому счету

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

Экранную форму полного счета гостя можно увидеть на рисунке 8.

Рисунок 8: Экранная форма «Полного счета гостя»

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

Существуют следующие способы организации информационной базы:

· совокупность локальных файлов -- поддерживается функциональными пакетами прикладных программ;

· интегрированная база данных -- основывается на использовании универсальных программных средств загрузки, хранения, поиска и ведения данных, т.е. СУБД.

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

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

· совместимость данных; соответствие данных реальному состоянию объекта;

· удобство и увеличение скорости совместной обработки данных;

· поддержка целостности данных.

База данных (БД) -- поименованная совокупность данных, отражающая совокупность объектов и их отношений в рассматриваемой предметной области.

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

По способу установления связей между данными различают:

· иерархическую;

· сетевую;

· реляционную модель.

Основными компонентами любой из этих моделей являются файлы (или таблицы).

Иерархические модели данных представляют собой графовую модель с вершинами-таблицами. В моделях имеется один файл, который является входом в структуру. Между файлами устанавливаются отношения соподчиненности. У файла может быть одна исходная вершина и несколько подчиненных. Основной тип отношений - 1:М.

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

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

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

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

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

Программное обеспечение (ПО) включает совокупность компьютерных программ, описаний и инструкций по их применению на персонаотном компьютере или сервере.

Все многообразие программного обеспечения принято делить на две части: общее и специальное ПО. В состав общего программного обеспечения включают операционные системы, оболочки, СУБД и т.д. Специальное ПО представляет совокупность прикладных программ, разработанных для решения конкретных задач.

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

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

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

К факторам, определяющим выбор конкретной ОС относятся:

ь требования к аппаратным средствам - IBM PC-совместимый компьютер;

ь поддержка сетевой технологии, и в частности поддержка стека протоколов TCP/IP;

ь надежность;

ь быстродействие.

Принимая во внимание тот факт, что выбранная ОС должна работать на платформе IBM PC, выбор, по большому счету, ограничивается двумя вариантами: можно выбрать либо ОС «семейства» MS Windows, или какой-либо свободно распространяемый клон ОС UNIX.

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

В качестве серверной операционной системы выбрана Microsoft Windows 2008 Server Standart Edition.

В качестве операционной системы для компьютеров пользователей выбрана Microsoft Windows XP.

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

Для реализации данной системы выбрана СУБД Microsoft SQL Server версии 2008. Такой выбор обоснован тем, что система 1С: Предприятие 8.1 в клиент-серверном варианте работы может работать только с данной СУБД - это требование системы 1С:Предприятие. К тому же данная СУБД уже установлена и успешно работает на предприятии.

Среди причин такой популярности следует отметить:

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

· глубоко развитые возможности интеграции с другими программными продуктами, входящими в состав MS Office и прочих, а также с любыми программными Продуктами, поддерживающими технологию OLE;

· богатый набор визуальных средств разработки.

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

2. Проектная часть

2.1 Разработка проекта автоматизации

2.1.1 Этапы жизненного цикла проекта автоматизации

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

Обычно выделяют следующие общие этапы разработки информационной системы:

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

· технического задания на разработку информационной системы.

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

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

· Тестирование, ввод в опытную эксплуатацию. На этом этапе производится комплексная отладка подсистем информационной системы, поэтапное внедрение системы в эксплуатацию по подразделениям предприятия. По окончании этапа оформляется акт о приемке-сдаче системы в промышленную эксплуатацию.

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

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

В настоящее время используются три модели жизненного цикла:

1) Каскадная модель (рисунок 9), которая предусматривает последовательное выполнение всех вышеуказанных этапов в строго фиксированном порядке, причем переход на следующий этап возможен только после полного завершения предыдущего. Таким образом, эта модель предполагает разработку законченных продуктов на каждом этапе, что фактически исключает какое-либо изменение или уточнение требований пользователей. Эта «жесткая» модель хорошо работает только при разработке относительно простых ИС.

2) Итерационная модель (рисунок 10) тоже предусматривает последовательное выполнение этапов, но допускает возвраты на предыдущие этапы после выполнения очередного этапа, если возникнет необходимость корректировки их результатов с учетом результатов более поздних этапов. Эта модель более соответствует реальному процессу создания ИС, но и она не всегда позволяет оперативно учитывать возникающие изменения и уточнения.

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

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

Рисунок 9: Каскадная модель ЖЦ ИС

Рисунок 10: Поэтапная модель с промежуточным контролем

Рисунок 11: Спиральная модель ЖЦ ИС

Спиральная модель жизненного цикла может быть реализована с использованием прототипной или RAD-технологии (Rapid Application Development - быстрая разработка приложений). По этой технологии ИС разрабатывается путем последовательного расширения прототипов, начиная с детализации требований и заканчивая детализацией программного кода. Важной особенностью этой технологии является возможность активного участия на всех этапах разработки будущих пользователей системы. При использовании такой технологии возникает меньше ошибок и несоответствий между итерациями и требованиями пользователей, что позволяет, во-первых, сократить время разработки, а, во-вторых, в итоге получить систему, максимально удовлетворяющую заказчиков.

Существуют целый ряд стандартов, в которых регламентируется жизненный цикл ИС (и вообще программных систем) и предлагается определенная модель жизненного цикла. Базовым международным стандартом является стандарт ISO/IEC 12205, принятый в 1995г. В нем регламентированы основные группы процессов, включаемых в жизненный цикл ИС. Их всего пять:

· Договорные процессы, связанные с приобретением и поставкой ИС.

· Процессы предприятия, которые будут отражены в системе.

· Проектные процессы.

· Технические процессы, связанные с внедрением, сопровождением, обеспечением

· функционирования системы.

· Специальные процессы (не рассматриваем).

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

Среди наиболее известных стандартов можно выделить следующие:

· ГОСТ 34.601-90 - распространяется на автоматизированные системы и устанавливает стадии и этапы их создания. Кроме того, в стандарте содержится описание содержания работ на каждом этапе. Стадии и этапы работы, закрепленные в стандарте, в большей степени соответствуют каскадной модели жизненного цикла.

· ISO/IEC 12207:1995 - стандарт на процессы и организацию жизненного цикла. Распространяется на все виды заказного ПО. Стандарт не содержит описания фаз, стадий и этапов.

· Custom Development Method (методика Oracle) по разработке прикладных информационных систем - технологический материал, детализированный до уровня заготовок проектных документов, рассчитанных на использование в проектах с применением Oracle. Применяется CDM для классической модели ЖЦ (предусмотрены все работы/задачи и этапы), а также для технологий 'быстрой разработки' (Fast Track) или 'облегченного подхода', рекомендуемых в случае малых проектов.

· Rational Unified Process (RUP) предлагает итеративную модель разработки, включающую четыре фазы: начало, исследование, построение и внедрение. Каждая фаза может быть разбита на этапы (итерации), в результате которых выпускается версия для внутреннего или внешнего использования. Прохождение через четыре основные фазы называется циклом разработки, каждый цикл завершается генерацией

· версии системы. Если после этого работа над проектом не прекращается, то полученный продукт продолжает развиваться и снова минует те же фазы. Суть работы в рамках RUP - это создание и сопровождение моделей на базе UML.

· Microsoft Solution Framework (MSF) сходна с RUP, так же включает четыре фазы: анализ, проектирование, разработка, стабилизация, является итерационной, предполагает использование объектно-ориентированного моделирования. MSF в сравнении с RUP в большей степени ориентирована на разработку бизнес- приложений.

· Extreme Programming (XP). Экстремальное программирование (самая новая среди рассматриваемых методологий) сформировалось в 1996 году. В основе методологии командная работа, эффективная коммуникация между заказчиком и исполнителем в течение всего проекта по разработке ИС, а разработка ведется с использованием последовательно дорабатываемых прототипов.

В соответствии с базовым международным стандартом ISO/IEC 12207 все процессы ЖЦ ПО делятся на три группы:

1. Основные процессы:

· приобретение;

· поставка;

· разработка;

· эксплуатация;

· сопровождение.

2. Вспомогательные процессы:

· документирование;

· управление конфигурацией;

· разрешение проблем;

· аудит;

· аттестация;

· совместная оценка;

· верификация.

3. Организационные процессы:

· создание инфраструктуры;

· управление;

· обучение;

· усовершенствование.

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

Позднее был разработан и в 2002 г. опубликован стандарт на процессы жизненного цикла систем (ISO/IEC 15288 System life cycle processes). К разработке стандарта были привлечены специалисты различных областей: системной инженерии, программирования, управления качеством, человеческими ресурсами, безопасностью и пр. Был учтен практический опыт создания систем в правительственных, коммерческих, военных и академических организациях. Стандарт применим для широкого класса систем, но его основное предназначение - поддержка создания компьютеризированных систем. Именно поэтому данный стандарт подходит для реализации в моем проекте.

Таблица 4.

Содержание основных процессов ЖЦ ПО ИС (ISO/IEC 12207)

Процесс (исполнитель

процесса)

Действия

Вход

Результат

1

2

3

4

Приобретение (заказчик)

Инициирование Подготовка заявочных предложений Подготовка договора Контроль деятельности поставщика Приемка ИС

Решение о начале работ по внедрению ИС Результаты обследования деятельности заказчика Результаты анализа рынка ИС/ тендера План поставки/ разработки Комплексный тест ИС

Технико-экономическое обоснование внедрения ИС Техническое задание на ИС Договор на поставку/ разработку Акты приемки этапов работы Акт приемно-сдаточных испытаний

Поставка (разработчик ИС)

Инициирование Ответ на заявочные предложения Подготовка договора Планирование исполнения Поставка ИС

Техническое задание на ИС Решение руководства об участии в разработке Результаты тендера Техническое задание на ИС План управления проектом Разработанная ИС и документация

Решение об участии в разработке Коммерческие предложения/ конкурсная заявка Договор на поставку/ разработку План управления проектом Реализация/ корректировка Акт приемно-сдаточных испытаний

Разработка (разработчик ИС)

Подготовка Анализ требований к ИС Кодирование и тестирование ПО Интеграция ПО и квалификационное тестирование ПО Интеграция ИС и квалификационное тестирование ИС

Техническое задание на ИС Техническое задание на ИС, модель ЖЦ Подсистемы ИС План интеграции ПО, тесты Архитектура ИС, ПО, документация на ИС, тесты

Используемая модель ЖЦ, стандарты, интерфейсы с БД, план интеграции ПО Оценка соответствия комплекса ПО требованиям ТЗ

Согласно стандарту ISO/IEC серии 15288 в структуру ЖЦ следует включать следующие группы процессов:

1. Договорные процессы:

· приобретение (внутренние решения или решения внешнего поставщика);

· поставка (внутренние решения или решения внешнего поставщика).

2. Процессы предприятия:

· управление окружающей средой предприятия;

· управление ЖЦ ИС;

· управление ресурсами;

· управление качеством.

3. Проектные процессы:

· планирование проекта;

· оценка проекта;

· контроль проекта;

· управление рисками;

· управление конфигурацией;

· управление информационными потоками;

· принятие решений.

4. Технические процессы:

· определение требований;

· интеграция;

· верификация;

· переход;

· аттестация;

· эксплуатация;

· сопровождение;

· утилизация.

5. Специальные процессы:

· определение и установка взаимосвязей исходя из задач и целей.

Стадии создания системы, предусмотренные в стандарте ISO/IEC 15288, несколько отличаются от рассмотренных выше. Перечень стадий и основные результаты, которые должны быть достигнуты к моменту их завершения, приведены в таблице 5.

Таблица 5

Стадии создания систем (ISO/IEC 15288)

№ п/п

Стадия

Описание

1

Формирование концепции

Анализ потребностей, выбор концепции и проектных решений

2

Разработка

Проектирование системы

3

Реализация

Изготовление системы

4

Эксплуатация

Ввод в эксплуатацию и использование системы

5

Поддержка

Обеспечение функционирования системы

6

Снятие с эксплуатации

Прекращение использования, демонтаж, архивирование системы

Язык UML (Unified Modelling Language, стандарт ISO, 2005г.) - это графический язык разработки и спецификации проектов программных систем, предназначенный для описания, визуализации и документирования всех этапов процесса разработки: начиная от этапов анализа и обследования предметной области, построения логической модели данных для БД и кончая описанием структуры системы и ее программной реализации. Исторически при разработке информационных систем использовались три графических нотации:

· Диаграммы сущность-связь (Entity-Relationship Diagrams, EDR), предназначенны для графического описания модели данных предметной области: наборов сущностей и связей между ними.

· Диаграммы функционального моделирования (Structured Analysis and Design Technique, SADT), предназначенные для описания процессов функционирования системы. Диаграммы строятся по иерархическому принципу и позволяют в наглядной форме отобразить последовательность действий, необходимых для выполнения каждой функции системы. Было разработано несколько типов таких диаграмм:

o IDEF0, используемых для моделирования и документирования процессов производства (бизнес-процессов);

o IDEF1, используемых для отображения и документирования информации о внешнем окружении производства;

o IDEF2, предназначенных для описания поведения системы во времени. Следует заметить, что эта нотация не была полностью реализована.

· Диаграммы потоков данных (Data Flow Diagrams, DFD).

Ввиду того, что разрабатываемая доработка не является сложной и будет применяться только в условиях рассматриваемого предприятия, выберем каскадную модель. В качестве стандарта к разрабатываемой системе выбираем ISO/IEC 12207:1995.

Состав проектной команды ограничится одним программистом.

2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание

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

1. Привычка - многие ИТ-специалисты получали образование в то время, когда изучалась только каскадная модель, поэтому она используется ими и в наши дни.

2. Иллюзия снижения рисков участников проекта (заказчика и исполнителя). Каскадная модель предполагает разработку законченных продуктов на каждом этапе: технического задания, технического проекта, программного продукта и пользовательской документации. Разработанная документация позволяет не только определить требования к продукту следующего этапа, но и определить обязанности сторон, объем работ и сроки, при этом окончательная оценка сроков и стоимости проекта производится на начальных этапах, после завершения обследования. Очевидно, что если требования к информационной системе меняются в ходе реализации проекта, а качество документов оказывается невысоким (требования неполны и/или противоречивы), то в действительности использование каскадной модели создает лишь иллюзию определенности и на деле увеличивает риски, уменьшая лишь ответственность участников проекта. При формальном подходе менеджер проекта реализует только те требования, которые содержатся в спецификации, опирается на документ, а не на реальные потребности бизнеса. Есть два основных типа контрактов на разработку ПО. Первый тип предполагает выполнение определенного объема работ за определенную сумму в определенные сроки (fixed price). Второй тип предполагает повременную оплату работы (time work). Выбор того или иного типа контракта зависит от степени определенности задачи. Каскадная модель с определенными этапами и их результатами лучше приспособлена для заключения контракта с оплатой по результатам работы, а именно этот тип контрактов позволяет получить полную оценку стоимости проекта до его завершения. Более вероятно заключение контракта с повременной оплатой на небольшую систему, с относительно небольшим весом в структуре затрат предприятия. Разработка и внедрение интегрированной информационной системы требует существенных финансовых затрат, поэтому используются контракты с фиксированной ценой, и, следовательно, каскадная модель разработки и внедрения. Спиральная модель чаще применяется при разработке информационной системы силами собственного отдела ИТ предприятия.

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

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

Главным недостатком этих нотаций является отсутствие в них явных средств для объектно-ориентированного представления моделей сложных систем, что часто существенно ограничивает возможности создания адекватных моделей таких систем. Язык UML поддерживает концепцию объектно-ориентированного анализа и моделирования (ООАП), основанную на методологии представления предметной области в виде объектов, являющихся представителями соответствующих классов. С помощью UML строится ОО- модель программной системы, которая наглядно описывается с использованием определенных в языке диаграмм.

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

2.2 Информационное обеспечение задачи

2.2.1 Информационная модель и её описание

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

Рисунок 12: Информационная модель системы

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

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

2.2.2 Характеристика нормативно-справочной, входной и оперативной информации

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

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

Таблица 6

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

№ пп

название справочника

ответственный за ведение

средний объём справочника в записях

средняя частота актуализации

1.

Гости

Пользователь

10000

1 раз в день

2.

Контрагенты

Пользователь

700

1 раз в день

3.

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

Пользователь

2000

1 раз в день

Реквизитный состав справочников приведен ниже:

1. Гости

o Вид гостя

o ФИО гостя

o Паспортные данные

o Контактные данные (Телефон, email, факс)

o Состав семьи

o Контрагент по умолчанию

2. Контрагенты

o Наименование контрагента

o Вид контрагента

o Тип цен по умолчанию

o Договор взаиморасчетов

o ИНН

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

o Вид номенклатуры

o Базовая единица измерения

o Вид услуги

o Полное наименование

o Основная единица измерения

o Ставка НДС

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

Оперативная информация представляет наибольший интерес при реализации системы. Именно большие объемы оперативной информацию подталкивают предприятия к автоматизации бизнес-процессов.

К оперативной информации в данной предметной области можно отнести информацию относительно таких таблиц как:

· Бронирование.

· Размещение.

· Путевка.

· Акт об оказании услуг.

· Чек на оплату.

· Выписка.

· Распределение оплат.

· Выезд.

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

2.2.3 Характеристика результатной информации

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

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

Реквизитна часть документов (таблиц):

· Бронирование

o НомерДокумента

o ДокументОснование

o Гость

o Ссылка

o НомерРазмещения

o ТипНомера

o ДатаНачала

o ДатаОкончания

o СуммаДокумента

o ПодразделениеКомпании

· Размещение

o НомерДокумента

o Ссылка

o Гость

o ДатаНачала

o ДатаОкончания

o Тариф

o СуммаДокумента

o ДокументОснование

o ПодразделениеКомпании

o НомерРазмещения

o ТипНомера

· Путевка.

o НомерДокумента

o ПодразделениеКомпании

o ТипНомера

o НомерПутевки

o ДатаНачала

o ДатаОкончания

o Контрагент

o СуммаДокумента

o Размещение

o СтатусПутевки

o Гость

o Ссылка

· Акт об оказании услуг

o НомерДокумента

o ПодразделениеКомпании

o Гость

o Ссылка

o ДокументОснование

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

o СуммаДокумента

o ТипЦен

· Чек на оплату

o НомерДокумента

o ПодразделениеКомпании

o ДокументОснование

o ТипЦен

o СуммаДокумента

o НомерЧека

o ДатаФР

o НомерСмены

o ФР

o Гость

o ТипОплаты

o Ссылка

· Выписка

o НомерДокумента

o Ссылка

o Контрагент

o СуммаДокумента

o БанковскийСчет

o Комментарий

· Распределение оплат

o НомерДокумента

o ПодразделениеКомпании

o ДокументОснование

o Контрагент

o ТипЦен

o СуммаДокумента

o Гость

o ДатаДокумента

o Ссылка

· Выезд

o НомерДокумента

o Ссылка

o ДокументОснование

o ДатаДокумента

o СуммаДокумента

o Гость

o НомерРазмещения

o ТипНомера

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

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

2.2.4 Формализация расчётов показателей

В разрабатываемой доработке к системы производится расчет следующих показателей:

· Сумма начислений на текущую дату;

· Сумма оплат на текущую дату;

· Задолженность гостя на текущую дату.

Таблица 7

Формализованное и исходное описание первичных показателей

Наименование показателей

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

Количество потребленных услуг

KD

Цена i-той услуги

Zi

Сумма оплат

SP

Таблица 8

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

Наименование показателя

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

Алгоритм расчета

Общая сумма потребленных услуг

S

S=У(KD*Zi)

Стоимость выданного товара

WM

WM = У( WP*Zi)

2.3 Программное обеспечение задачи

2.3.1 Общие положения (дерево функций и сценарий диалога)

На рисунке 13 представлено дерево функций разрабатываемой доработки.

Рисунок 13: Дерево функций доработки

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

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

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

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

Работа пользователя будет осуществляться через список дополнительных обработок и отчетов.

2.3.2 Характеристика базы данных

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

Рисунок 14: ER-диаграмма базы данных

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

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

На рисунке 15 представлена структурная схема доработки.

Рисунок 15: Структурная схема

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

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

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

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

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

Рисунок 16: Базовые отчеты

2.4 Контрольный пример реализации проекта и его описание

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

Рисунок 17: Главная форма программы

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

Если у гостя уже были размещения, то список документов можно увидеть на одноименной вкладке «Размещения» в табличной части. Ввиду того, что часто приходят письма из Управления делами Президента РФ об изменении уже проживающему гостю тарифа проживания, на этой вкладке возможно открытие искомого документа для последующего изменения. Табличная часть «Размещения» показана на рисунке 18.

Рисунок 18: Основная форма с табличной частью «Размещения»

Для просмотра и корректировки документов «Акт об оказании услуг» необходимо перейти на вкладку «Услуги» на основной форме обработки (Рисунок 19) и дважды щелкнуть на искомой строчке.

Рисунок 19: Основная форма с табличной частью «Услуги»

Документы оплаты это единственные документы в системе, не подлежащие редактированию. Оплаты можно только сторнировать возвратами покупателю. Табличная часть с документами «Чек на оплату» представлена на рисунке 20.

Рисунок 20: Основная форма с табличной частью «Чеки»

Так же при изменении тарифа проживания необходимо изменить период и сумму документе «Путевка», если документ уже присвоен размещению. Чтобы открыть и отредактировать документ «Путевка» достаточно двойного клика на искомой строчке в табличной части «Путевки», которая доступна на одноименной вкладке на основной форме обработки (Рисунок 21).

Рисунок 21: Основная форма с табличной частью «Путевки»

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

Список документов «Выписка» показан на рисунке 22.

Рисунок 22: Основная форма с табличной частью «Банковские выписки»

На рисунке 23 в табличной части «Распределения» представлены документы «Распределения оплат» с отбором по гостю, созданные на основании документов «Выписка» и распределяющие средства с договора контрагента на гостей.

Рисунок 23: Основная форма с табличной частью «Распределение оплат»

На рисунке 24 на вкладке «Выезды» представлен список документов «Выезд», которые закрывают размещения, а так же начисляют долги, если это не было сделано документом «Ночной аудит».

Рисунок 24: Основная форма с табличной частью «Выезды»

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

Рисунок 25: Основная форма с табличной частью «Долги»

На рисунке 26 представлена форма отчета «Платежи, которая формируется из формы обработки с отборами по гостю и периоду. В отчете видно дату и сумму поступления денежных средств на погашение долга, либо авансом.

Рисунок 26: Форма отчета «Платежи»

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

Рисунок 27: Форма отчета «Продажи за период»

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

Рисунок 28: Регистр «Взаиморасчеты с гостями»

Для детальной проверки начислений по гостю стоит пользоваться регистром «Продажи», который можно увидеть на рисунке 29.

Рисунок 29: Регистр «Продажи»

Возникают случаи, когда пользователю необходимо получить данные с отборами, не предусмотренными ни одним отчетом в системе. Для таких случаев в обработке есть возможность открыть «Консоль запросов» рисунок 30.

Рисунок 30: Консоль запросов.

Для более читабельно вида отбираемой информации на основании запроса можно построить отчет через «Консоль отчетов» рисунок 31.

Рисунок 31: Консоль отчетов

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

Рисунок 32: Корректировка начислений за услуги проживания

Так как от человеческого фактора ни кто не застрахован, часто возникают прецеденты по дублированию элементов справочников. Что в конечном итоге приводит к нарушению статистики по начислениям и взаиморасчетов. Для того чтобы исправить дублирующие записи необходимо объединить все в одну запись. Это возможно сделать с помощью обработки «Поиск и замена значений», которую можно увидеть на рисунке 33.

Рисунок 33: Поиск и замена значений

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

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

3. Обоснование экономической эффективности проекта

3.1 Выбор и обоснование методики расчёта экономической эффективности

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

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

Существует такие направления для расчета экономической эффективности как:

· Сравнение вариантов организации информационной базы комплекса задач (файловая организация и организация базы данных).

· Сравнение различных вариантов организации технологического процесса сбора, передачи, обработки и выдачи информации.

· Сравнение технологий обработки информации вычислительными устройствами.

· Сравнение технологий проектирования информационных систем обработки экономической информации.

· Сравнение вариантов организации различных систем обработки экономической информации по комплексу задач (например, сравнение системы обработки информации, предлагаемой в проекте, с ныне существующей).

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

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

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

К трудовым показателям относятся:

Абсолютное снижение трудовых затрат (T)

, где (1)

Т0 - трудовые затраты на обработку информации по базовому варианту;

Т1 - трудовые затраты на обработку информации по предлагаемому варианту;

Коэффициент относительного снижения трудовых затрат (КТ)

, (2)

3. Индекс снижения трудовых затрат, или повышение производительности труда (YТ)

, (3)

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

Абсолютное снижение стоимостных затрат (C)

, где (4)

C0 - стоимостные затраты на обработку информации по базовому варианту;

C1 - стоимостные затраты на обработку информации по предлагаемому варианту;

Коэффициент относительного снижения стоимостных затрат (КС)

, (5)

6. Индекс снижения стоимостных затрат (YC)

, (6)

Помимо рассмотренных показателей целесообразно также рассчитать срок окупаемости затрат на внедрение проекта (ТОК):

, где (7)

KN - в дополнительные затраты на создание проекта машинной обработки экономической информации (затраты на его проектирование и внедрение).

При ручной обработке рассчитываются следующие типовые показатели:

1. Трудоемкость обработки одного i-ого документа (TОi):

(8)

2. Трудовые затраты при ручной обработке (ТО):

(9)

3. Стоимостные затраты при ручной обработке (СО):

, где (10)

, , , , - соответственно объем символов записи, объем логических преобразований, объем символов сложения, объем символов умножения и объем символов деления в i-ом документе;

N - количество документов, обрабатываемых вручную;

p - часовая тарифная ставка сотрудника;

Kg - коэффициент, учитывающий дополнительную заработную плату, отчисления на социальное страхование, косвенные и накладные расходы. Kg = 0,53 ч 0,85

При машинной обработке рассчитываются следующие показатели:

Трудоемкость операции:

(кроме ЭВМ) (11)

(ЭВМ) (12),

где:, - трудоемкость j-ой операции и обработки на ПЭВМ соответственно;

- объем работы на j-ой операции;

- среднечасовая норма выработки на j-ой операции;

- машинное время решения задачи на ЭВМ.

Заработная плата операторов:

(кроме ЭВМ) (13)

Прочие расходы:

(кроме ЭВМ) (14)

Стоимость амортизации машин:

(кроме ЭВМ) (15)

Операционные расходы:

(кроме ЭВМ) (16)

, (17)

где: , , - соответственно заработная плата оператора, прочие расходы и стоимость амортизации на j-ой операции;

- часовая тарифная ставка операции;

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

- часовая сумма амортизации;

, - общие стоимостные затраты на j-ой операции и при обработке на ЭВМ соответственно;

- стоимость машинного часа ЭВМ;

Трудовые затраты при машинной обработке (T1):

(с учетом ЭВМ) (18)

Стоимостные затраты при машинной обработке (C1):

(19) Годовой экономический эффект от работы и внедрения ЭИС служит для сравнения различных направлений капитальных вложений и рассчитывается по формуле:

, (20)

где: Э - годовой экономический эффект;

П - годовая экономия (годовой прирост прибыли), руб.;

КП - единовременные капитальные затраты, руб.;

Ен - нормативный коэффициент эффективности капитальных вложений.

Представляет собой минимальную норму эффективности капитальных вложений, ниже которой они нецелесообразны. Значение Ен принимается равным 0,15.

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

Расчетный коэффициент экономической эффективности капитальных затрат (ЕР) представляет собой отношение годовой экономии (годового прироста прибыли) к капитальным затратам на разработку и внедрение СОЭИ:

(21)

3.2 Расчёт показателей экономической эффективности проекта

Произведем сравнение суммы затрат для базового варианта и при использовании разработанной доработки к системе. Средняя зарплата сотрудника склада составляет 25000, что в перерасчете на час при 21 восьмичасовом рабочем дне составляет 148 рублей в час.

Используемые в работе разработанной системы документы имеют следующий объем:

Сведения о продажах - 50 строкозаписей;

Сведения об оплатах- 20 строкозаписей;

Корректировка начислений - 5 строкозаписей;

Мониторинг долгов- 70 строкозаписей (раз в неделю).

Тогда за год получаем:

Всего сведений о продажах - 50*21*12=12600 строкозаписей;

Всего сведений об оплатах - 20*21*12=5040 строкозаписей;

Всего корректировок начислений - 5*21*12=1260 строкозаписей;

Всего отслеживания долгов- 70*4*12=3360 строкозаписей.

Учтем также, что при использовании разработанной системы амортизация компьютера составит 20% от его первоначальной стоимости (15000 рублей) при сроке эксплуатации 3 года, то есть в час:

5000/(21*12*8)=2,5 рубля в час.

Накладные расходы при текущем варианте составят:

Бумага:

10 пачек*12 месяцев*100 рублей=12000 в год или 12000/(21*12*8)=6 рублей в час;

Другие канцелярские изделия - около 1000 в год, то есть около 0,5 рублей в час, итого имеем 6,5 рублей в час.

Тогда операции технологического процесса при базовом и проектном варианте за год и их характеристики представлены в таблицах 9 и 10.

Таблица 9

Базовый вариант работы старшего администратора

№ п/п

Наименование операций технологического процесса, решения комплекса задач

Оборудование

Ед. изм.

Объем работы в год

Норма выработки / (опер/в час.)

Трудоемкость

Средне-часовая зарплата специалиста (руб.)

Часовая норма амортизации (руб. за час) / ст. 1 маш.часа (руб.)

Стоимостные затраты

1

2

3

4

5

6

7

8

9

10

1.

Проверка продаж

ПК

строкозапись

12600

120

105

148

9

15540

2.

Проверка оплат

ПК

строкозапись

5040

130

38,769

148

9

5737,812

3.

Корректировка начислений

ПК

строкозапись

1260

150

8,4

148

9

1243,2

4.

Мониторинг долгов

ПК

строкозапись

3360

70

48

148

9

7104

Итого:

200,169

29625,012

Таблица 10

Проектный вариант

№ п/п

Наименование операций технологического процесса решения комплекса задач

Оборудование

Ед. Изм.

Объем работы в год

Норма выработки / (опер/в час.)

Трудоемкость

Средне-часовая зарплата специалиста (руб.)

Часовая норма амортизации (руб. за час) / ст. 1 маш. часа (руб.)

Стоимостные затраты

1

2

3

4

5

6

7

8

9

10

1.

Проверка продаж

ПК

строкозапись

12600

360

35

148

9

5180

2.

Проверка оплат

ПК

строкозапись

5040

390

12,923

148

9

1912,604

3.

Корректировка начислений

ПК

строкозапись

1260

750

1,68

148

9

248,64

4.

Мониторинг долгов

ПК

строкозапись

3360

350

9,6

148

9

1420,8

Итого:

59,203

8762,044

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

Таблица 11

Расчёт показателей эффективности от внедрения проекта

Затраты

Снижение затрат

Коэффициент изменения трудовых затрат

Индекс изменения трудовых затрат

Базовый вариант

Проектный вариант

Стоимость

(руб.)

(руб.)

(руб.)

29625,012

8762,044

20862,968

0,70

3,38

Рассчитаем затраты на проектирование доработки к системе. Для этого учтем заработную плату разработчика. При средней заработной плате 35000 рублей, привлечении разработчика и общем сроке разработки 10 рабочий дне.

Рассчитаем стоимость доработки, принимаем стоимость разработки (3500021)*10 = 16666,7 рублей.

Срок окупаемости затрат на внедрение проекта машинной обработки информации:

Ток = 16666,7/8762=1,9 года.

На рисунке 31. приведена диаграмма сравнения базового и проектного вариантов стоимостных затрат.

Рисунок 31 Диаграмма сравнения базового и проектного варианта стоимостных затрат обработки информации.

Заключение

В дипломном проекте рассмотрена деятельность ФГАУ «Оздоровительный комплекс «Рублево-Успенский» УДП РФ. В частности рассмотрена организационно-штатная структура управления предприятием, особо детально рассмотрены функции работы пансионата.

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

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

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

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

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

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

В проектной части выбран стандарт жизненного цикла информационной системы (ISO/IEC 12207:1995), описано содержание его основных процессов применительно к разрабатываемой системе, а также оценены возможные риски при проектировании системы.

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

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

· «Бронирование»;

· «Размещение»;

· «Путевка»;

· «Чек на оплату»;

· «Выписка»;

· «Распределение оплат»;

· «Акт об оказании услуг».

· «Выезд».

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

· Гости.

· Контрагенты.

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

Экономический итог работы с системой подробно описан в контрольном примере реализации проекта. Из итога становится понятно, что окупаемость составит 1,9 года, а временные затраты по всем пунктам работ старшего администратора сокращаются от 3 до 7 раз.

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

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

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

Цели и задачи по автоматизации работы старшего администратора пансионата считаю выполненными.

автоматизирование информационный система администратор

Список литературы

1. Автоматизированные информационные системы, базы и банки данных. Вводный курс: Учебное пособие, М.: Гелиос АРВ, 2007. - 368 стр.

2. Вигерс Карл, Разработка требований к программному обеспечению, Пер, с англ. - М.: Издательско-торговый дом 'Русская Редакция', 2008. -576 стр.

3. Гвоздева Т.В., Б.А. Баллод, Проектирование информационных систем, М, Издательство: Феникс, 2009 г., 512 стр.

4. ГОСТ Р ИСО/МЭК 12207/99. Государственный стандарт РФ. Информационная технология. Процессы жизненного цикла информационных систем. Издание официальное. - М., 1999

5. Емельянова Н.З., Партыка Т.Л., И.И. Попов, Проектирование информационных систем, М, Издательство: Форум, 2009 г., 432 стр.

6. Емельянова Н.З., Т. Л. Партыка, И.И. Попов, М, Издательство Форум, 2007 г., , 416 стр.

7. Илюшечкин В.М., Основы использования и проектирования баз данных, М, Издательство Юрайт, 2010 г., 224 стр.

8. Котляров В.П., Т.В. Коликова, Основы тестирования программного обеспечения, Издательства: Интернет-университет информационных технологий, Бином. Лаборатория знаний, 2009 г., 288 стр.

9. Кузнецов С.Д., Основы баз данных, М, Издательства: Бином. Лаборатория знаний, Интернет-университет информационных технологий, 2007 г., 488 стр.

10. Молчанов А.Ю., Системное программное обеспечение, М, Издательство: Питер, 2010 г., 400 стр.

11. Незнанов А.А., Программирование и алгоритмизация, М, Издательство: Академия, 2010 г., 304 стр.

12. Профессиональная разработка в системе 1С:Предприятие 8, Ажеронок В.А., Габец А.П, Издательство: 1С-Паблишинг, 2009 г., 416 стр.

13. Схемы алгоритмов, программ, данных и систем. Условные обозначения и правила выполнения. ГОСТ 19.701-90 (ИСО 5807-85) / Государственный комитет СССР по управлению качеством продукции и стандартам, 01.01.1992.

14. Фирма 1С. WWW:http://www.1c.ru

15. Чипига А.Ф., Информационная безопасность автоматизированных систем, М, Издательство: Гелиос АРВ, 2010 г., 336 стр.

Приложение

Листинг модуля формы

//Блок вызова обработок и предворительное заполнение

Процедура КонсольЗапросовНажатие(Элемент)

ОбработкаКонсольЗапросов = Обработки.КонсольЗапросов.Создать();

ОбработкаКонсольЗапросов.ПолучитьФорму(,ЭтаФорма).Открыть();

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

Процедура КонсольОтчетовНажатие(Элемент)

ОбработкаКонсольОтчетов = Обработки.КонсольОтчетов.Создать();

ОбработкаКонсольОтчетов.ПолучитьФорму(,ЭтаФорма).Открыть();

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

Процедура ПоискСсылокНаОбъектыНажатие(Элемент)

ТекущиеДанные = ЭлементыФормы.Гость.Значение;

Если ТекущиеДанные=Неопределено Тогда

Возврат;

КонецЕсли;

ОбработкаПоискСсылок = Обработки.ПоискСсылок.ПолучитьФорму();

ОбработкаПоискСсылок.ОтчетОбъект.ОбъектСсылка = ТекущиеДанные;

ОбработкаПоискСсылок.Открыть();

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

Процедура ПоискИЗаменаЗначенийНажатие(Элемент)

ОбработкаПоискИЗаменаЗначений = Обработки.ПоискИЗаменаЗначений.Создать();

ОбработкаПоискИЗаменаЗначений.ПолучитьФорму(,ЭтаФорма).Открыть();

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

//Блок вызова регистров с предзаполненными отборами по гостю

Процедура РегистрПродажиНажатие(Элемент)

ТекущиеДанные = ЭлементыФормы.Гость.Значение;

Если ТекущиеДанные=Неопределено Тогда

Возврат;

КонецЕсли;

Форма = РегистрыНакопления.Продажи.ПолучитьФормуСписка();

Форма.РегистрНакопленияСписок.Отбор.Гость.ВидСравнения = ВидСравнения.Равно;

Форма.РегистрНакопленияСписок.Отбор.Гость.Значение = ТекущиеДанные;

Форма.РегистрНакопленияСписок.Отбор.Гость.Использование = Истина;

Форма.Открыть();

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

Процедура ВзаиморасчетыСГостямиНажатие(Элемент)

ТекущиеДанные = ЭлементыФормы.Гость.Значение;

Если ТекущиеДанные=Неопределено Тогда

Возврат;

КонецЕсли;

Форма = РегистрыНакопления.ВзаиморасчетыСГостями.ПолучитьФормуСписка();

Форма.РегистрНакопленияСписок.Отбор.Гость.ВидСравнения = ВидСравнения.Равно;

Форма.РегистрНакопленияСписок.Отбор.Гость.Значение = ТекущиеДанные;

Форма.РегистрНакопленияСписок.Отбор.Гость.Использование = Истина;

Форма.Открыть();

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

Процедура ВзаиморасчетыКомпанииНажатие(Элемент)

Если ЗначениеЗаполнено(Гость) Тогда

Контрагент = Гость.КонтрагентПоУмолчанию;

Иначе

Контрагент = Неопределено;

КонецЕсли;

Форма = РегистрыНакопления.ВзаиморасчетыКомпании.ПолучитьФормуСписка();

Форма.РегистрНакопленияСписок.Отбор.Контрагент.ВидСравнения = ВидСравнения.Равно;

Форма.РегистрНакопленияСписок.Отбор.Контрагент.Значение = Контрагент;

Форма.РегистрНакопленияСписок.Отбор.Контрагент.Использование = Истина;

Форма.Открыть();

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

//Блок вызова отчетов с предзаполненными отборами по гостю

Процедура ОтчетПоПлатежам(Элемент)

ТекущиеДанные = ЭлементыФормы.Гость.Значение;

Если ТекущиеДанные=Неопределено Тогда

Возврат;

КонецЕсли;

// заполним параметры отчета

Отчет = Отчеты.Платежи.Создать();

Отчет.ВидОтчета = Перечисления.ВидыОтчетов.Обороты;

Отчет.РежимВыводаОтчета = Перечисления.РежимыВыводаОтчета.ТабличныйДокумент;

Отчет.РежимНастройки = Перечисления.РежимыНастройкиОтчетов.Эксперт;

Отчет.ИмяФормыНастроек = 'НастройкиОбороты';

Отчет.ЗаполнитьНачальныеНастройки('ТекстЗапросаОбороты');

//фильтры

Отчет.ДатаНачала = Неопределено;

Отчет.ДатаКонца = Неопределено;

//Отчет.ПостроительОтчета.Отбор.('Гость');

Отчет.ПостроительОтчета.Отбор.Гость.ВидСравнения = ВидСравнения.Равно;

Отчет.ПостроительОтчета.Отбор.Гость.Значение = ТекущиеДанные;

Отчет.ПостроительОтчета.Отбор.Гость.Использование = Истина;

// измерения

Отчет.ПостроительОтчета.ИзмеренияСтроки.Очистить();

Отчет.ПостроительОтчета.ИзмеренияКолонки.Очистить();

// получить отчет и выведем его

ФормаОтчета = ПолучитьОбщуюФорму('Отчет',,ЭтаФорма);

ФормаОтчета.ОтчетОбъект = Отчет;

ФормаОтчета.Заголовок = 'Продажи товаров';

ФормаОтчета.Открыть();

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

Процедура ОтчетПоПродажам(Элемент)

ТекущиеДанные = ЭлементыФормы.Гость.Значение;

Если ТекущиеДанные=Неопределено Тогда

Возврат;

КонецЕсли;

// заполним параметры отчета

Отчет = Отчеты.Продажи.Создать();

Отчет.ВидОтчета = Перечисления.ВидыОтчетов.Обороты;

Отчет.РежимВыводаОтчета = Перечисления.РежимыВыводаОтчета.ТабличныйДокумент;

Отчет.РежимНастройки = Перечисления.РежимыНастройкиОтчетов.Эксперт;

Отчет.ИмяФормыНастроек = 'НастройкиОбороты';

Отчет.ЗаполнитьНачальныеНастройки('ТекстЗапросаОбороты');

//фильтры

Отчет.ДатаНачала = Неопределено;

Отчет.ДатаКонца = Неопределено;

Отчет.ПостроительОтчета.Отбор.Гость.ВидСравнения = ВидСравнения.Равно;

Отчет.ПостроительОтчета.Отбор.Гость.Значение = ТекущиеДанные;

Отчет.ПостроительОтчета.Отбор.Гость.Использование = Истина;

// измерения

Отчет.ПостроительОтчета.ИзмеренияСтроки.Очистить();

Отчет.ПостроительОтчета.ИзмеренияКолонки.Очистить();

// получить отчет и выведем его

ФормаОтчета = ПолучитьОбщуюФорму('Отчет',,ЭтаФорма);

ФормаОтчета.ОтчетОбъект = Отчет;

ФормаОтчета.Заголовок = 'Продажи товаров';

ФормаОтчета.Открыть();

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

Процедура ГостьПриИзменении(Элемент)

ОбновитьДанные()

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

Процедура ОбновитьДанные()

ТекущиеДанные = ЭлементыФормы.Гость.Значение;

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

Если ТекущиеДанные<>Неопределено Тогда

Запрос = Новый Запрос('ВЫБРАТЬ

|ПродажиОбороты.Гость,

|ПродажиОбороты.ХозОперация,

|ПродажиОбороты.СтавкаНДС,

|ПродажиОбороты.Плательщик,

|ПродажиОбороты.КоличествоОборот,

|ПродажиОбороты.КоличествоДопОборот,

|ПродажиОбороты.СуммаОборот,

|ПродажиОбороты.СуммаУпрОборот,

|ПродажиОбороты.СуммаНДСОборот

|ИЗ

|РегистрНакопления.Продажи.Обороты КАК ПродажиОбороты

|ГДЕ

|ПродажиОбороты.Гость = &ТекГость

|И ПродажиОбороты.Плательщик = ПродажиОбороты.Гость');

Запрос.УстановитьПараметр('ТекГость', ТекущиеДанные);

РезультатЗапросаВзаиморасчетов = Запрос.Выполнить();

Продажи = 0;

Если НЕ РезультатЗапросаВзаиморасчетов.Пустой() тогда

ТекущиеВзаиморасчеты = РезультатЗапросаВзаиморасчетов.Выбрать();

Пока ТекущиеВзаиморасчеты.Следующий() цикл

Продажи = Продажи + ТекущиеВзаиморасчеты.СуммаОборот;

КонецЦикла;

КонецЕсли;

ИтогоПродажи = Продажи;

ЭлементыФормы.Продажи.Значение = ИтогоПродажи;

КонецЕсли;

//Продажи на контрагенте

Если ТекущиеДанные<>Неопределено Тогда

Запрос = Новый Запрос('ВЫБРАТЬ

|ПродажиОбороты.Гость,

|ПродажиОбороты.ХозОперация,

|ПродажиОбороты.СтавкаНДС,

|ПродажиОбороты.Плательщик,

|ПродажиОбороты.КоличествоОборот,

|ПродажиОбороты.КоличествоДопОборот,

|ПродажиОбороты.СуммаОборот,

|ПродажиОбороты.СуммаУпрОборот,

|ПродажиОбороты.СуммаНДСОборот

|ИЗ

|РегистрНакопления.Продажи.Обороты КАК ПродажиОбороты

|ГДЕ

|ПродажиОбороты.Гость = &ТекГость

|И ПродажиОбороты.Плательщик <> ПродажиОбороты.Гость');

Запрос.УстановитьПараметр('ТекГость', ТекущиеДанные);

РезультатЗапросаВзаиморасчетов = Запрос.Выполнить();

ПродажиНаКонраненте = 0;

Если НЕ РезультатЗапросаВзаиморасчетов.Пустой() тогда

ТекущиеВзаиморасчеты = РезультатЗапросаВзаиморасчетов.Выбрать();

Пока ТекущиеВзаиморасчеты.Следующий() цикл

ПродажиНаКонраненте = ПродажиНаКонраненте + ТекущиеВзаиморасчеты.СуммаОборот;

КонецЦикла;

КонецЕсли;

ИтогоПродажиНаКонтрагенте = ПродажиНаКонраненте;

ЭлементыФормы.ПродажиНаКонтрагенте.Значение = ИтогоПродажиНаКонтрагенте;

КонецЕсли;

//Платежи гостя

Если ТекущиеДанные<>Неопределено Тогда

Запрос = Новый Запрос('ВЫБРАТЬ

|ВзаиморасчетыСГостямиОстаткиИОбороты.Гость,

|ВзаиморасчетыСГостямиОстаткиИОбороты.СуммаОплатПриход

|ИЗ

|РегистрНакопления.ВзаиморасчетыСГостями.ОстаткиИОбороты КАК ВзаиморасчетыСГостямиОстаткиИОбороты

|ГДЕ

|ВзаиморасчетыСГостямиОстаткиИОбороты.Гость = &ТекГость');

Запрос.УстановитьПараметр('ТекГость', ТекущиеДанные);

РезультатЗапросаПлатежей = Запрос.Выполнить();

Платежи = 0;

Списано = 0;

Если НЕ РезультатЗапросаПлатежей.Пустой() тогда

ТекущиеВзаиморасчетыПлатежи = РезультатЗапросаПлатежей.Выбрать();

Пока ТекущиеВзаиморасчетыПлатежи.Следующий() цикл

Платежи = Платежи + ТекущиеВзаиморасчетыПлатежи.СуммаОплатПриход;

КонецЦикла;

КонецЕсли;

//ИтогоСписано = Списано;

ИтогоПлатежи = Платежи;

ЭлементыФормы.Платежи.Значение = ИтогоПлатежи;

//ПлатежиМинусСписано = ИтогоПлатежи - ИтогоСписано;

КонецЕсли;

//Остаток

ОстатокИтого = ИтогоПродажи - ИтогоПлатежи;

ЭлементыФормы.Остаток.Значение = ОстатокИтого;

// Продажи и начисления по рекистру 'Взаиморасчеты с гостями'

//Если ТекущиеДанные<>Неопределено Тогда

//Запрос = Новый Запрос('ВЫБРАТЬ

// |ВзаиморасчетыСГостямиОстаткиИОбороты.Гость,

// |ВзаиморасчетыСГостямиОстаткиИОбороты.СуммаОплатКонечныйОстаток,

// |ВзаиморасчетыСГостямиОстаткиИОбороты.СуммаОплатПриход,

// |ВзаиморасчетыСГостямиОстаткиИОбороты.СуммаОплатРасход

// |ИЗ

// |РегистрНакопления.ВзаиморасчетыСГостями.ОстаткиИОбороты КАК ВзаиморасчетыСГостямиОстаткиИОбороты

// |ГДЕ

// |ВзаиморасчетыСГостямиОстаткиИОбороты.Гость = &ТекГость');

//Запрос.УстановитьПараметр('ТекГость', ТекущиеДанные);

//РезультатЗапросаПлатежей = Запрос.Выполнить();

// ПлатежиРег = 0;

// ПродажиРег = 0;

// СписаноРег = 0;

//Если НЕ РезультатЗапросаПлатежей.Пустой() тогда

//ТекущиеВзаиморасчетыПлатежи = РезультатЗапросаПлатежей.Выбрать();

//Пока ТекущиеВзаиморасчетыПлатежи.Следующий() цикл

//

//ПлатежиРег = ПлатежиРег + ТекущиеВзаиморасчетыПлатежи.СуммаОплатПриход;

//ПродажиРег = ПродажиРег + ТекущиеВзаиморасчетыПлатежи.СуммаОплатРасход;

//

//КонецЦикла;

//КонецЕсли;

//ИтогоСписаноРег = ПродажиРег;

//ИтогоПлатежиРег = ПлатежиРег;

//ЭлементыФормы.ПлатежиРег.Значение = ПлатежиРег;

//ЭлементыФормы.ПродажиРег.Значение = ПродажиРег;

//ЭлементыФормы.ОстатокРег.Значение = ТекущиеВзаиморасчетыПлатежи.СуммаОплатКонечныйОстаток;

//КонецЕсли;

// Путевки гостя

мДатаНачала = ?(ЗначениеЗаполнено(ДатаНачала), ДатаНачала, '19000101');

мДатаОкончания = ?(ЗначениеЗаполнено(ДатаОкончания), ДатаОкончания, '39991231');

//ТекущиеДанные = ЭлементыФормы.Гость.Значение;

ТаблицаПутевок.Очистить();

//Отберем путевки по гостю

Если ТекущиеДанные<>Неопределено Тогда

Запрос = Новый Запрос('ВЫБРАТЬ РАЗЛИЧНЫЕ

|Путевка.НомерПутевки КАК НомерПутевки,

|Путевка.ДатаНачала КАК ДатаС,

|Путевка.ДатаКонца КАК ДатаПо,

|Путевка.СуммаДокумента КАК Сумма,

|Путевка.Ссылка КАК Ссылка,

|Путевка.ИсточникФинансирования,

|ВЫБОР

|КОГДА Путевка.СтатусПутевки = ЗНАЧЕНИЕ(Перечисление.СтатусыПутевок.Выдана)

|ТОГДА ИСТИНА

|ИНАЧЕ ЛОЖЬ

|КОНЕЦ КАК Выдана

|ИЗ

|Документ.Путевка КАК Путевка

|ГДЕ

|Путевка.Гость = &ТекГость

|И (Путевка.СтатусПутевки = ЗНАЧЕНИЕ(Перечисление.СтатусыПутевок.Заполнена)

|ИЛИ Путевка.СтатусПутевки = ЗНАЧЕНИЕ(Перечисление.СтатусыПутевок.Выдана))

|И Путевка.Дата МЕЖДУ &ДатаНачала И &ДатаОкончания

|

|УПОРЯДОЧИТЬ ПО

|ДатаС');

Запрос.УстановитьПараметр('ТекГость', ТекущиеДанные);

Запрос.УстановитьПараметр('ДатаНачала', мДатаНачала);

Запрос.УстановитьПараметр('ДатаОкончания', мДатаОкончания);

ТаблицаПутевок = Запрос.Выполнить().Выгрузить();

КонецЕсли;

// Чеки гостя

ТаблицаПлатежей.Очистить();

Если ТекущиеДанные<>Неопределено Тогда

Запрос = Новый Запрос('ВЫБРАТЬ РАЗЛИЧНЫЕ

|ЧекНаОплату.Дата КАК Дата,

|ЧекНаОплату.СуммаДокумента,

|ЧекНаОплату.Автор,

|ЧекНаОплату.Ссылка,

|ЧекНаОплату.ХозОперация

|ИЗ

|Документ.ЧекНаОплату КАК ЧекНаОплату

|ГДЕ

|ЧекНаОплату.Гость = &ТекГость

|И ЧекНаОплату.Проведен = ИСТИНА

|И ЧекНаОплату.Дата МЕЖДУ &ДатаНачала И &ДатаОкончания

|

|УПОРЯДОЧИТЬ ПО

|Дата');

Запрос.УстановитьПараметр('ТекГость', ТекущиеДанные);

Запрос.УстановитьПараметр('ДатаНачала', мДатаНачала);

Запрос.УстановитьПараметр('ДатаОкончания', мДатаОкончания);

ТаблицаПлатежей = Запрос.Выполнить().Выгрузить();

КонецЕсли;

//Акты гостя

Запрос = Новый Запрос('ВЫБРАТЬ РАЗЛИЧНЫЕ

|АктОбОказанииУслуг.Дата КАК Дата,

|АктОбОказанииУслуг.Номер КАК Номер,

|АктОбОказанииУслуг.ПодразделениеКомпании КАК Гостиница,

|АктОбОказанииУслуг.Ссылка,

|ЕСТЬNULL(АктОбОказанииУслуг.СуммаДокумента, 0) КАК СуммаАкта,

|СУММА(ЕСТЬNULL(ЧекНаОплату.СуммаДокумента, 0)) КАК СуммаЧека,

|АктОбОказанииУслуг.ХозОперация КАК ХозОперация,

|АктОбОказанииУслуг.ЛицевойСчет

|ИЗ

|Документ.АктОбОказанииУслуг КАК АктОбОказанииУслуг

|ЛЕВОЕ СОЕДИНЕНИЕ Документ.ЧекНаОплату КАК ЧекНаОплату

|ПО АктОбОказанииУслуг.Ссылка = ЧекНаОплату.ДокументОснование

|ГДЕ

|АктОбОказанииУслуг.Гость = &ТекГость

|И АктОбОказанииУслуг.Проведен = ИСТИНА

|

|СГРУППИРОВАТЬ ПО

|АктОбОказанииУслуг.Ссылка,

|АктОбОказанииУслуг.Дата,

|АктОбОказанииУслуг.Номер,

|АктОбОказанииУслуг.ПодразделениеКомпании,

|ЕСТЬNULL(АктОбОказанииУслуг.СуммаДокумента, 0),

|АктОбОказанииУслуг.ХозОперация,

|АктОбОказанииУслуг.ЛицевойСчет

|

|УПОРЯДОЧИТЬ ПО

|Дата УБЫВ');

Запрос.УстановитьПараметр('ТекГость', ТекущиеДанные);

//Запрос.УстановитьПараметр('ДатаНачала', мДатаНачала);

//Запрос.УстановитьПараметр('ДатаОкончания', мДатаОкончания);

ТаблицаАктов = Запрос.Выполнить().Выгрузить();

Если ТекущиеДанные<>Неопределено Тогда

Запрос = Новый Запрос('ВЫБРАТЬ РАЗЛИЧНЫЕ

|РаспределениеОплат.Дата КАК Дата,

|РаспределениеОплат.Автор,

|РаспределениеОплат.ДоговорВзаиморасчетов,

|РаспределениеОплат.Контрагент,

|РаспределениеОплат.Ссылка,

|РаспределениеОплатДолги.СуммаДолга,

|РаспределениеОплатДолги.Сумма,

|РаспределениеОплатДолги.ЛицевойСчет

|ИЗ

|Документ.РаспределениеОплат.Долги КАК РаспределениеОплатДолги

|ЛЕВОЕ СОЕДИНЕНИЕ Документ.РаспределениеОплат КАК РаспределениеОплат

|ПО РаспределениеОплатДолги.Ссылка = РаспределениеОплат.Ссылка

|ГДЕ

|РаспределениеОплат.Проведен = ИСТИНА

|И РаспределениеОплатДолги.Гость = &ТекГость

|И РаспределениеОплат.Дата МЕЖДУ &ДатаНачала И &ДатаОкончания

|

|УПОРЯДОЧИТЬ ПО

|Дата');

Запрос.УстановитьПараметр('ТекГость', ТекущиеДанные);

Запрос.УстановитьПараметр('ДатаНачала', мДатаНачала);

Запрос.УстановитьПараметр('ДатаОкончания', мДатаОкончания);

ТаблицаРаспределений = Запрос.Выполнить().Выгрузить();

КонецЕсли;

Если ЗначениеЗаполнено(Гость) Тогда

//Контрагент = Гость.КонтрагентПоУмолчанию;

//ЭлементыФормы.КонтрагентПоУмолчанию.Заголовок = 'Контрагент по умолчанию'+ ': ' +ТекущиеДанные.КонтрагентПоУмолчанию;

КонтрагентВыбор = Гость.КонтрагентПоУмолчанию;

ЭлементыФормы.КонтрагентВыбор.Значение= ТекущиеДанные.КонтрагентПоУмолчанию;

Иначе

//Контрагент = Неопределено;

КонтрагентВыбор = Неопределено;

КонецЕсли;

//Если Контрагент<>Неопределено Тогда

Если КонтрагентВыбор<>Неопределено Тогда

Запрос = Новый Запрос('ВЫБРАТЬ РАЗЛИЧНЫЕ

|Выписка.Дата КАК Дата,

|ВыпискаСостав.Контрагент,

|ВыпискаСостав.ДоговорВзаиморасчетов,

|ВыпискаСостав.СуммаПриход,

|Выписка.Автор,

|Выписка.Ссылка

|ИЗ

|Документ.Выписка.Состав КАК ВыпискаСостав

|ЛЕВОЕ СОЕДИНЕНИЕ Документ.Выписка КАК Выписка

|ПО ВыпискаСостав.Ссылка = Выписка.Ссылка

|ГДЕ

|Выписка.Проведен = ИСТИНА

//|И ВыпискаСостав.Контрагент = &Контрагент

|И ВыпискаСостав.Контрагент = &КонтрагентВыбор

|И Выписка.Дата МЕЖДУ &ДатаНачала И &ДатаОкончания

|

|УПОРЯДОЧИТЬ ПО

|Дата');

Запрос.УстановитьПараметр('КонтрагентВыбор', КонтрагентВыбор);

Запрос.УстановитьПараметр('ДатаНачала', мДатаНачала);

Запрос.УстановитьПараметр('ДатаОкончания', мДатаОкончания);

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

КонецЕсли;

//Размещения гостя

Если ТекущиеДанные<>Неопределено Тогда

Запрос = Новый Запрос('ВЫБРАТЬ

|Размещение.Ссылка,

|Размещение.ДатаНачала КАК ДатаНачала,

|Размещение.ДатаКонца,

|РазмещениеГости.Гость,

|Размещение.ХозОперация,

|Размещение.Дата КАК Дата,

|Размещение.Номер,

|РазмещениеГости.ЛицевойСчет,

|Размещение.НомерРазмещения

|ИЗ

|Документ.Размещение.Гости КАК РазмещениеГости

|ЛЕВОЕ СОЕДИНЕНИЕ Документ.Размещение КАК Размещение

|ПО РазмещениеГости.Ссылка = Размещение.Ссылка

|ГДЕ

|Размещение.Проведен = ИСТИНА

|И РазмещениеГости.Гость = &ТекГость

|И Размещение.ХозОперация.Код <> ''000465''

|И Размещение.Дата МЕЖДУ &ДатаНачала И &ДатаОкончания

|

|УПОРЯДОЧИТЬ ПО

|Дата,

|Размещение.ДокументОснование');

Запрос.УстановитьПараметр('ТекГость', ТекущиеДанные);

Запрос.УстановитьПараметр('ДатаНачала', мДатаНачала);

Запрос.УстановитьПараметр('ДатаОкончания', мДатаОкончания);

ТаблицаРазмещений = Запрос.Выполнить().Выгрузить();

КонецЕсли;

//Долги гостя

Если ТекущиеДанные<>Неопределено Тогда

Запрос = Новый Запрос('ВЫБРАТЬ РАЗРЕШЕННЫЕ

|ВЫБОР

|КОГДА ВзаиморасчетыСГостямиОстатки.Размещение.ДатаИзмененияПараметров = ДАТАВРЕМЯ(1, 1, 1)

|ТОГДА ВзаиморасчетыСГостямиОстатки.Размещение.ДатаНачала

|ИНАЧЕ ВзаиморасчетыСГостямиОстатки.Размещение.ДатаИзмененияПараметров

|КОНЕЦ КАК НачалоПериода,

|ВзаиморасчетыСГостямиОстатки.Размещение.ПодразделениеКомпании КАК Подразделение,

|ВзаиморасчетыСГостямиОстатки.Гость КАК Гость,

|ВзаиморасчетыСГостямиОстатки.Размещение.Контрагент КАК Контрагент,

|ВзаиморасчетыСГостямиОстатки.Размещение.ДоговорВзаиморасчетов КАК Договор,

|ВзаиморасчетыСГостямиОстатки.Размещение КАК Размещение,

|ВзаиморасчетыСГостямиОстатки.Бронирование КАК Бронирование,

|ВзаиморасчетыСГостямиОстатки.СуммаОстаток,

|ВзаиморасчетыСГостямиОстатки.Размещение.Ссылка

|ПОМЕСТИТЬ втЗадолженности

|ИЗ

|РегистрНакопления.ВзаиморасчетыСГостями.Остатки(, ) КАК ВзаиморасчетыСГостямиОстатки

|ГДЕ

|ВзаиморасчетыСГостямиОстатки.Гость = &ТекГость

|

|ИНДЕКСИРОВАТЬ ПО

|Гость,

|Контрагент,

|Договор,

|Подразделение,

|Размещение,

|Бронирование

|;

|

|////////////////////////////////////////////////////////////////////////////////

|ВЫБРАТЬ

|втЗадолженности.НачалоПериода КАК НачалоПериода,

|ПродажиПроживание.КонецПериода КАК КонецПериода,

|втЗадолженности.Подразделение КАК Подразделение,

|втЗадолженности.Гость КАК Гость,

|втЗадолженности.Контрагент КАК Контрагент,

|втЗадолженности.Договор КАК Договор,

|втЗадолженности.Размещение КАК Размещение,

|втЗадолженности.Бронирование КАК Бронирование,

|ВЫБОР

|КОГДА ПродажиПроживание.КоличествоОборот = 0

|ТОГДА 0

|ИНАЧЕ ПродажиПроживание.СуммаОборот / ПродажиПроживание.КоличествоОборот

|КОНЕЦ КАК ПроживаниеЦена,

|ПродажиПроживание.КоличествоОборот КАК ПроживаниеКоличество,

|ПродажиПроживание.СуммаОборот КАК ПроживаниеСумма,

|ПродажиПрочие.КоличествоОборот КАК ПрочиеКоличество,

|ПродажиПрочие.СуммаОборот КАК ПрочиеСумма,

|втЗадолженности.СуммаОстаток,

|ПродажиПроживание.Размещение.Ссылка

|ПОМЕСТИТЬ втПродажиПроживание

|ИЗ

|втЗадолженности КАК втЗадолженности

|ВНУТРЕННЕЕ СОЕДИНЕНИЕ (ВЫБРАТЬ

|МАКСИМУМ(ВЫБОР

|КОГДА ПродажиОбороты.Регистратор.Дата > ПродажиОбороты.Размещение.ДатаКонца

|ТОГДА ПродажиОбороты.Размещение.ДатаКонца

|ИНАЧЕ ПродажиОбороты.Регистратор.Дата

|КОНЕЦ) КАК КонецПериода,

|ПродажиОбороты.Размещение КАК Размещение,

|СУММА(ВЫБОР

|КОГДА ПродажиОбороты.Номенклатура = ЗНАЧЕНИЕ(Справочник.Номенклатура.Проживание)

|ТОГДА ПродажиОбороты.КоличествоОборот

|ИНАЧЕ 0

|КОНЕЦ) КАК КоличествоОборот,

|СУММА(ПродажиОбороты.КоличествоДопОборот) КАК КоличествоДопОборот,

|СУММА(ПродажиОбороты.СуммаОборот) КАК СуммаОборот,

|СУММА(ПродажиОбороты.СуммаУпрОборот) КАК СуммаУпрОборот,

|СУММА(ПродажиОбороты.СуммаНДСОборот) КАК СуммаНДСОборот

|ИЗ

|РегистрНакопления.Продажи.Обороты(

|,

|,

|Регистратор,

|ВСоставеТарифа = ИСТИНА

|И Размещение В

|(ВЫБРАТЬ

|Задолженности.Размещение

|ИЗ

|втЗадолженности КАК Задолженности)) КАК ПродажиОбороты

|

|СГРУППИРОВАТЬ ПО

|ПродажиОбороты.Размещение) КАК ПродажиПроживание

|ЛЕВОЕ СОЕДИНЕНИЕ (ВЫБРАТЬ

|ПродажиОбороты.Размещение КАК Размещение,

|СУММА(ПродажиОбороты.КоличествоОборот) КАК КоличествоОборот,

|СУММА(ПродажиОбороты.КоличествоДопОборот) КАК КоличествоДопОборот,

|СУММА(ПродажиОбороты.СуммаОборот) КАК СуммаОборот,

|СУММА(ПродажиОбороты.СуммаУпрОборот) КАК СуммаУпрОборот,

|СУММА(ПродажиОбороты.СуммаНДСОборот) КАК СуммаНДСОборот

|ИЗ

|РегистрНакопления.Продажи.Обороты(

|,

|,

|Регистратор,

|ВСоставеТарифа = ЛОЖЬ

|И Размещение В

|(ВЫБРАТЬ

|Задолженности.Размещение

|ИЗ

|втЗадолженности КАК Задолженности)) КАК ПродажиОбороты

|

|СГРУППИРОВАТЬ ПО

|ПродажиОбороты.Размещение) КАК ПродажиПрочие

|ПО ПродажиПроживание.Размещение = ПродажиПрочие.Размещение

|ПО втЗадолженности.Размещение = ПродажиПроживание.Размещение

|

|ИНДЕКСИРОВАТЬ ПО

|НачалоПериода,

|КонецПериода,

|Подразделение,

|Гость,

|Контрагент,

|Договор,

|Размещение,

|Бронирование

|;

|

|////////////////////////////////////////////////////////////////////////////////

|ВЫБРАТЬ

|втПродажиПроживание.НачалоПериода КАК НачалоПериода,

|втПродажиПроживание.КонецПериода,

|втПродажиПроживание.Подразделение КАК Подразделение,

|втПродажиПроживание.Размещение.НомерРазмещения КАК НомерРазмещения,

|втПродажиПроживание.Гость КАК Гость,

|втПродажиПроживание.Контрагент,

|втПродажиПроживание.Договор,

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

|втПродажиПроживание.Бронирование,

|втПродажиПроживание.ПроживаниеЦена,

|втПродажиПроживание.ПроживаниеКоличество КАК ПроживаниеКоличество,

|втПродажиПроживание.ПроживаниеСумма КАК ПроживаниеСумма,

|втПродажиПроживание.ПрочиеКоличество КАК ПрочиеКоличество,

|втПродажиПроживание.ПрочиеСумма КАК ПрочиеСумма,

|втПродажиПроживание.СуммаОстаток КАК СуммаОстаток,

|втПродажиПроживание.Размещение.Ссылка

|ИЗ

|втПродажиПроживание КАК втПродажиПроживание

|

|УПОРЯДОЧИТЬ ПО

|НачалоПериода

|ИТОГИ

|СУММА(ПроживаниеКоличество),

|СУММА(ПроживаниеСумма),

|СУММА(ПрочиеКоличество),

|СУММА(ПрочиеСумма),

|СУММА(СуммаОстаток)

|ПО

|Гость,

|Подразделение');

Запрос.УстановитьПараметр('ТекГость', ТекущиеДанные);

ДолгиГостя = Запрос.Выполнить().Выгрузить();

КонецЕсли;

//Выезда гостя

Если ТекущиеДанные<>Неопределено Тогда

Запрос = Новый Запрос('ВЫБРАТЬ

|Выезд.Ссылка,

|Выезд.ХозОперация,

|Выезд.ТипНомера,

|Выезд.НомерРазмещения,

|Выезд.СуммаДокумента,

|Выезд.Дата КАК Дата

|ИЗ

|Документ.Выезд.Гости КАК ВыездГости

|ЛЕВОЕ СОЕДИНЕНИЕ Документ.Выезд КАК Выезд

|ПО ВыездГости.Ссылка = Выезд.Ссылка

|ГДЕ

|Выезд.Проведен = ИСТИНА

|И ВыездГости.Гость = &ТекГость

|

|УПОРЯДОЧИТЬ ПО

|Дата');

Запрос.УстановитьПараметр('ТекГость', ТекущиеДанные);

ТаблицаВыездов = Запрос.Выполнить().Выгрузить();

КонецЕсли;

//Брони гостя

Если ТекущиеДанные<>Неопределено Тогда

Запрос = Новый Запрос('ВЫБРАТЬ

|Бронирование.Дата КАК Дата,

|БронированиеГости.НомерРазмещения,

|БронированиеГости.Гость,

|БронированиеГости.ДатаНачала,

|БронированиеГости.ДатаКонца,

|БронированиеГости.ЛицевойСчет,

|Бронирование.Ссылка,

|Бронирование.ХозОперация КАК ХозОперация

|ИЗ

|Документ.Бронирование.Гости КАК БронированиеГости

|ЛЕВОЕ СОЕДИНЕНИЕ Документ.Бронирование КАК Бронирование

|ПО БронированиеГости.Ссылка = Бронирование.Ссылка

|ГДЕ

|Бронирование.Проведен = ИСТИНА

|И Бронирование.Гости.Гость = &ТекГость

|

|УПОРЯДОЧИТЬ ПО

|Дата,

|ХозОперация

|ИТОГИ ПО

|Бронирование.ПодразделениеКомпании');

Запрос.УстановитьПараметр('ТекГость', ТекущиеДанные);

ТаблицаБроней = Запрос.Выполнить().Выгрузить();

КонецЕсли;

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

//Блок по работе со списками документов

Процедура тпПлатежиВыбор(Элемент, ВыбраннаяСтрока, Колонка, СтандартнаяОбработка)

СтандартнаяОбработка=Ложь;

КоманднаяПанельЧекиПросмотр(Неопределено);

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

Процедура КоманднаяПанельЧекиПросмотр(Кнопка)

ТекущиеДанные = ЭлементыФормы.тпПлатежи.ТекущиеДанные;

Если ТекущиеДанные=Неопределено Тогда

Возврат;

КонецЕсли;

Об = ТекущиеДанные.Ссылка.ПолучитьОбъект();

Форма = Об.ПолучитьФорму('ФормаДокумента',ЭтаФорма);

//Форма.ТолькоПросмотр = Истина;

Форма.Открыть();

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

Процедура тпВыпискиВыбор(Элемент, ВыбраннаяСтрока, Колонка, СтандартнаяОбработка)

СтандартнаяОбработка=Ложь;

КоманднаяПанельВыпискиПросмотр(Неопределено);

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

Процедура КоманднаяПанельВыпискиПросмотр(Кнопка)

ТекущиеДанные = ЭлементыФормы.тпВыписки.ТекущиеДанные;

Если ТекущиеДанные=Неопределено Тогда

Возврат;

КонецЕсли;

Об = ТекущиеДанные.Ссылка.ПолучитьОбъект();

Форма = Об.ПолучитьФорму('ФормаДокумента',ЭтаФорма);

Форма.ТолькоПросмотр = Истина;

Форма.Открыть();

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

Процедура тпРаспределенияВыбор(Элемент, ВыбраннаяСтрока, Колонка, СтандартнаяОбработка)

СтандартнаяОбработка=Ложь;

КоманднаяРаспределенияПросмотр(Неопределено);

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

Процедура КоманднаяРаспределенияПросмотр(Кнопка)

ТекущиеДанные = ЭлементыФормы.тпПлатежи2.ТекущиеДанные;

Если ТекущиеДанные=Неопределено Тогда

Возврат;

КонецЕсли;

Об = ТекущиеДанные.Ссылка.ПолучитьОбъект();

Форма = Об.ПолучитьФорму('ФормаДокумента',ЭтаФорма);

Форма.Открыть();

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

Процедура ТаблицаРазмещенийВыбор(Элемент, ВыбраннаяСтрока, Колонка, СтандартнаяОбработка)

СтандартнаяОбработка=Ложь;

КоманднаяПанельРазмещенияПросмотр(Неопределено);

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

Процедура КоманднаяПанельРазмещенияПросмотр(Кнопка)

ТекущиеДанные = ЭлементыФормы.ТаблицаРазмещений.ТекущиеДанные;

Если ТекущиеДанные=Неопределено Тогда

Возврат;

КонецЕсли;

Об = ТекущиеДанные.Ссылка.ПолучитьОбъект();

Форма = Об.ПолучитьФорму('ФормаДокумента',ЭтаФорма);

Форма.Открыть();

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

Процедура ТаблицаВыездовВыбор(Элемент, ВыбраннаяСтрока, Колонка, СтандартнаяОбработка)

СтандартнаяОбработка=Ложь;

КоманднаяПанельВыездыПросмотр(Неопределено);

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

Процедура КоманднаяПанельВыездыПросмотр(Кнопка)

ТекущиеДанные = ЭлементыФормы.ТаблицаВыездов.ТекущиеДанные;

Если ТекущиеДанные=Неопределено Тогда

Возврат;

КонецЕсли;

Об = ТекущиеДанные.Ссылка.ПолучитьОбъект();

Форма = Об.ПолучитьФорму('ФормаДокумента',ЭтаФорма);

Форма.Открыть();

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

Процедура КонтрагентВыборПриИзменении(Элемент)

Если ЗначениеЗаполнено(КонтрагентВыбор) Тогда

ТекущиеДанные = ЭлементыФормы.КонтрагентВыбор.Значение;

Иначе

КонтрагентВыбор = Неопределено;

КонецЕсли;

Если КонтрагентВыбор<>Неопределено Тогда

Запрос = Новый Запрос('ВЫБРАТЬ РАЗЛИЧНЫЕ

|Выписка.Дата КАК Дата,

|ВыпискаСостав.Контрагент,

|ВыпискаСостав.ДоговорВзаиморасчетов,

|ВыпискаСостав.СуммаПриход,

|Выписка.Автор,

|Выписка.Ссылка

|ИЗ

|Документ.Выписка.Состав КАК ВыпискаСостав

|ЛЕВОЕ СОЕДИНЕНИЕ Документ.Выписка КАК Выписка

|ПО ВыпискаСостав.Ссылка = Выписка.Ссылка

|ГДЕ

|Выписка.Проведен = ИСТИНА

|И ВыпискаСостав.Контрагент = &КонтрагентВыбор

|

|УПОРЯДОЧИТЬ ПО

|Дата');

Запрос.УстановитьПараметр('КонтрагентВыбор', КонтрагентВыбор);

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

КонецЕсли;

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

Процедура тпПлатежи1ПриПолученииДанных(Элемент, ОформленияСтрок)

Для Каждого ОформлениеСтроки из ОформленияСтрок Цикл

дкСписокПриВыводеСтроки(ЭтаФорма, Элемент, ОформлениеСтроки, ОформлениеСтроки.ДанныеСтроки);

КонецЦикла;

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

Процедура ОбновитьНажатие(Элемент)

ОбновитьДанные()

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

Процедура тпТаблицаАктовВыбор(Элемент, ВыбраннаяСтрока, Колонка, СтандартнаяОбработка)

СтандартнаяОбработка=Ложь;

КоманднаяПанельАктыПросмотр(Неопределено);

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

Процедура КоманднаяПанельАктыПросмотр(Кнопка)

ТекущиеДанные = ЭлементыФормы.тпТаблицаАктов.ТекущиеДанные;

Если ТекущиеДанные=Неопределено Тогда

Возврат;

КонецЕсли;

Об = ТекущиеДанные.Ссылка.ПолучитьОбъект();

Форма = Об.ПолучитьФорму('ФормаДокумента',ЭтаФорма);

//Форма.ТолькоПросмотр = Истина;

Форма.Открыть();

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

Процедура тпПутевкиВыбор(Элемент, ВыбраннаяСтрока, Колонка, СтандартнаяОбработка)

СтандартнаяОбработка=Ложь;

КоманднаяПанельПутевкиПросмотр(Неопределено);

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

Процедура КоманднаяПанельПутевкиПросмотр(Кнопка)

ТекущиеДанные = ЭлементыФормы.тпПутевки.ТекущиеДанные;

Если ТекущиеДанные=Неопределено Тогда

Возврат;

КонецЕсли;

Об = ТекущиеДанные.Ссылка.ПолучитьОбъект();

Форма = Об.ПолучитьФорму('ФормаДокумента',ЭтаФорма);

//Форма.ТолькоПросмотр = Истина;

Форма.Открыть();

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

Процедура ТаблицаБронейВыбор(Элемент, ВыбраннаяСтрока, Колонка, СтандартнаяОбработка)

СтандартнаяОбработка=Ложь;

КоманднаяПанельБрониПросмотр(Неопределено);

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

Процедура КоманднаяПанельБрониПросмотр(Кнопка)

ТекущиеДанные = ЭлементыФормы.ТаблицаБроней.ТекущиеДанные;

Если ТекущиеДанные=Неопределено Тогда

Возврат;

КонецЕсли;

Об = ТекущиеДанные.Ссылка.ПолучитьОбъект();

Форма = Об.ПолучитьФорму('ФормаДокумента',ЭтаФорма);

Форма.Открыть();

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

// печать развернутого счета

Процедура КоманднаяПанельСписокГостейСчет(Кнопка)

ТекущиеДанные = ЭлементыФормы.Гость;

Если ТекущиеДанные<>Неопределено Тогда

// печатаем в общую форму

ПечатнаяФорма = ПолучитьОбщуюФорму('ПечатнаяФормаДокументов', ТекущиеДанные.РазмещениеКорневой.ПолучитьОбъект());

// получим обработку

ИмяОбработки = 'ПечатьСчетов_2';

ОбработкаНастройки = обПолучитьВнешнююОбработкуОбъект(ИмяОбработки);

Если ОбработкаНастройки = Неопределено Тогда

ОбработкаНастройки = Обработки[ИмяОбработки].Создать();

КонецЕсли;

ОбработкаНастройки.Размещение = ТекущиеДанные.РазмещениеКорневой;

ОбработкаНастройки.Гость = ТекущиеДанные.Гость;

ОбработкаНастройки.ПодразделениеКомпании = ТекущиеДанные.ПодразделениеКомпании;

ТабДок = ОбработкаНастройки.ПечатьСчета();

// выводим

ПечатнаяФорма.ЭлементыФормы.ТабличныйДокумент.Вывести(ТабДок);

ПечатнаяФорма.Объект = ТекущиеДанные.РазмещениеКорневой.ПолучитьОбъект();

ПечатнаяФорма.ОбъектПредставление = 'Счет';

ПечатнаяФорма.Открыть();

КонецЕсли;

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

Процедура ЗаполнитьСписокНАНажатие(Элемент)

Запрос = Новый Запрос('ВЫБРАТЬ

|НочнойАудит.Ссылка,

|НочнойАудит.Дата,

|НочнойАудит.ПодразделениеКомпании

|ИЗ

|Документ.НочнойАудит КАК НочнойАудит

|ГДЕ

|НочнойАудит.Дата МЕЖДУ &ДатаОтбораНАс И &ДатаОтбораНАпо

|И НочнойАудит.ПодразделениеКомпании = &ПодразделениеКомпании');

Запрос.УстановитьПараметр('ПодразделениеКомпании', Подразделение);

Запрос.УстановитьПараметр('ДатаОтбораНАс', ДатаОтбораНАс);

Запрос.УстановитьПараметр('ДатаОтбораНАпо', ДатаОтбораНАпо);

ТабличноеПолеНА = Запрос.Выполнить().Выгрузить();

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

Процедура ПересчитатьНажатие(Элемент)

Запрос = Новый Запрос('ВЫБРАТЬ

|НочнойАудит.Ссылка,

|НочнойАудит.Дата,

|НочнойАудит.ПодразделениеКомпании

|ИЗ

|Документ.НочнойАудит КАК НочнойАудит

|ГДЕ

|НочнойАудит.Дата МЕЖДУ &ДатаОтбораНАс И &ДатаОтбораНАпо

|И НочнойАудит.ПодразделениеКомпании = &ПодразделениеКомпании');

Запрос.УстановитьПараметр('ПодразделениеКомпании', Подразделение);

Запрос.УстановитьПараметр('ДатаОтбораНАс', ДатаОтбораНАс);

Запрос.УстановитьПараметр('ДатаОтбораНАпо', ДатаОтбораНАпо);

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

Количество = Выборка.Количество();

Сч = 0;

Индикатор = 0;

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

Индикатор = 100*Сч/Количество;

// РУЛОК ->

НачатьТранзакцию();

// РУЛОК <-

// пересчитываем

Об = Выборка.Ссылка.ПолучитьОбъект();

// РУЛОК ->

//Об.Услуги.Очистить();

Если Об.Метаданные().ТабличныеЧасти.Найти('Услуги') <> Неопределено Тогда

Об.Услуги.Очистить();

КонецЕсли;

// РУЛОК <-

Попытка

// РУЛОК ->

Если Об.Метаданные().Имя = 'Выезд' тогда

Об.Записать(РежимЗаписиДокумента.ОтменаПроведения,РежимПроведенияДокумента.Неоперативный);

КонецЕсли;

// РУЛОК <-

Об.Записать(РежимЗаписиДокумента.Проведение,РежимПроведенияДокумента.Неоперативный);

// РУЛОК ->

ЗафиксироватьТранзакцию();

// РУЛОК <-

Исключение

// РУЛОК ->

ОтменитьТранзакцию();

// РУЛОК <-

Сообщить(ОписаниеОшибки(),СтатусСообщения.Важное);

Сч = Сч + 1;

КонецПопытки;

КонецЦикла;

Индикатор = 100;

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

ref.by 2006—2025
contextus@mail.ru