Как написать программу для гостиницы

Разработка программного продукта для мини-отеля для платформы Android

Содержание

Введение

. Техническое задание

1.1 Введение

.2 Основания для разработки

.3 Назначение разработки

.3.1 Функциональное назначение

.3.2 Эксплуатационное назначение

.3.3 Требования к надежности

.3.3.1 Требования к обеспечению надежного функционирования
программы

1.3.3.2 Время восстановления после отказа

.3.3.3 Отказы из-за некорректных действий пользователей
системы

1.4 Требования к программе или программному изделию

.4.1 Требования к функциональным характеристикам

.4.2 Условия эксплуатации

.4.3 Требования к составу и параметрам технических средств

.4.4 Требования к информационной и программной совместимости

.4.4.1 Требования к информационным структурам и методам
решения

.4.4.2 Требования к исходным кодам и языкам программирования

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

.4.5 Требования к маркировке и упаковке

.4.6 Требования к транспортировке и хранению

.5 Требования к программной документации

.6 Технико-экономические показатели

.7 Стадии и этапы разработки

.8 Порядок контроля и приемки

1.8.1 Виды испытаний

. Технико-экономическое обоснование

3. Анализ аппаратной части и выбор средств разработки ПО

3.1 Выбор оборудования для системы

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

.3 Выбор средств разработки программных продуктов

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

.1 Структурная схема проекта

.2 Алгоритм получения данных

.3 Структура получаемых данных

4.4 Структурная схема взаимодействия базы данных с другими
компонентами системы обслуживания клиентов мини — отеля

.5 Таблицы базы данных

5. Реализация программного обеспечения

5.1 Разработка серверной части программного комплекса на базе
операционной системы Windows

.2 Разработка клиентской части программного комплекса на базе
операционной системы Android

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

6. Руководство пользователя

. Организационно-экономическая часть

. Безопасность и экологичность проекта

Заключение

Список литературы

Приложение

Введение

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

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

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

Целью дипломного проекта является разработка программного продукта для
мини — отеля для платформы Android. Для клиентов программа «Информационная
система обслуживания клиентов мини — отеля» — это описание услуг мини — отеля,
возможность бронирования номеров либо других услуг; для администратора —
ведение учёта гостей, постоянный контроль и изменение информации о
предоставлении тех или иных услуг гостям.

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

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

1. Техническое задание

.1 Введение

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

1.2 Основания для разработки

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

1.3 Назначение разработки

.3.1 Функциональное назначение

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

—       Программа для персонального компьютера на базе операционной
системы Windows;

—       Приложение для смартфонов на базе операционной системы
Android 4.0;

—       База данных, работающая в СУБД MySQL

—       Веб-сервис для обмена данными, работающий на базе веб-сервера
Apache.

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

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

—       Обеспечить передачу данных между смартфонами и базой данных
MySQL через интернет с помощью запросов и СУБД ;

—       Обеспечить передачу данных между смартфоном и базой данных
MySQL через веб-сервис на базе веб-сервера Apache.

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

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

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

1.3.2 Эксплуатационное назначение

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

1.3.3 Требования к надежности

.3.3.1 Требования к обеспечению надежного функционирования
программы

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

—       организацией бесперебойного питания технических средств;

—       использованием лицензионного программного обеспечения;

—       регулярным выполнением рекомендаций Министерства труда и
социального развития РФ, изложенных в Постановлении от 23 июля 1998 г. Об
утверждении межотраслевых типовых норм времени на работы по сервисному
обслуживанию ПЭВМ и оргтехники и сопровождению программных средств;

—       регулярным выполнением требований ГОСТ 51188-98. Защита
информации. Испытания программных средств на наличие компьютерных вирусов.

1.3.3.2 Время восстановления после отказа

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

1.3.3.3 Отказы из-за некорректных действий
пользователей системы

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

1.4 Требования к программе или программному
изделию

.4.1 Требования к функциональным характеристикам

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

Для клиента:

—       выбор интересующей пользователя услуги;

—       получение информации о выбранной услуге;

—       бронирование выбранной услуги;

Для администратора:

—       получение запроса от клиента;

—       обработка информации и обновление базы данных.

1.4.2 Условия эксплуатации

Температура эксплуатации: от 0 °C до 35 °C.

Относительная влажность: от 5% до 95% без конденсации.

1.4.3 Требования к составу и параметрам
технических средств

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

—       UMTS/HSDPA (850 МГц, 1900 МГц, 2100 МГц);

—       GSM/EDGE (850 МГц, 900 МГц, 1800 МГц, 1900 МГц);

—       Wi-Fi 802.11b/g.

1.4.4 Требования к информационной и программной
совместимости

.4.4.1 Требования к информационным структурам и
методам решения

.4.4.2 Требования к исходным кодам и языкам
программирования

Исходные коды программы должны быть реализованы на языке Java. В качестве интегрированной среды
разработки программы должна быть использована среда Eclipse.

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

Программа должна работать под управлением операционной системы Android и выше.

1.4.5 Требования к маркировке и упаковке

Программа поставляется на оптических носителях типа CD-ROM, упакованных в пластиковый контейнер с бумажным
вкладышем. Маркировка должна быть выполнена как на самом диске, так и на
бумажном вкладыше контейнера.

1.4.6 Требования к транспортировке и хранению

Допускается транспортировка программного изделия всеми видами транспорта.

При транспортировке и хранении программного изделия должна быть
обеспечена защита от пыли, атмосферных осадков и прямых солнечных лучей.
Климатические условия хранения и транспортировки: температура от 5°С до 50°С,
относительная влажность воздуха при температуре 25°С от 10% до 70%.

1.5 Требования к программной документации

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

1.6 Технико-экономические показатели

Предполагаемый годовой экономический эффект 158400 руб.

1.7 Стадии и этапы разработки

Февраль 2012. Разработка технического задания.

Март — Апрель 2012. Разработка Программы и документации к ней.

Май 2012. Тестирование Программы. Сдача работы заказчику.

1.8 Порядок контроля и приемки

.8.1 Виды испытаний

Приемо-сдаточные испытания должны проводиться на объекте Заказчика в
оговоренные сроки. Приемо-сдаточные испытания программы должны проводиться
согласно разработанной Исполнителем и согласованной Заказчиком Программы и
методик испытаний. Ход проведения приемо-сдаточных испытаний Заказчик и
Исполнитель документируют в Протоколе проведения испытаний.

2. Технико-экономическое обоснование

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

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

3. Анализ аппаратной части и выбор средств
разработки ПО

3.1 Выбор оборудования для системы

Для системы обслуживания клиентов мини — отеля было выбрано следующее
оборудование:

—       физический сервер;

—       персональный компьютер;

—       смартфон;

—       Wi-Fi роутер.

Для хранения данных был выбран физический сервер Team Server R1304.
Серверы данной серии — на базе нового поколения процессоров Intel Xeon с
процессорной микроархитектурой Intel Sandy Bridge, которая обеспечивает
повышение производительности и снижение энергопотребления. Также, выбор данного
сервера позволит нам получить быстрый доступ к базе данных и повысить
отказоустойчивость системы. Характеристики данного сервера представлены в
таблице 3.1.

Таблица 3.1 — Характеристики физического сервера

Платформа	Серверная платформа Intel
Серверный корпус	Серверный корпус Intel Server Chassis R1304
Блок питания	Фиксированный блок питания 250W или 350W
Системная плата	Intel Server Board S1200BTL на базе чипсета Intel C204
Панель управления	Стандартная панель управления LED-индикаторы: NIC1, NIC2, Power/Sleep, HDD, ID, System Status Кнопки: Power, Reset, Unstuffable ID, NMI
Чипсет	Intel C204 Platform Controller Hub (PCH), ServerEngines LLC Pilot III BMC controller
Процессор	Один процессор Intel Xeon семейства E3-1200 (Sandy Bridge), разъем LGA 1155, максимальный TDP 95W, 4 ядра, 8MB L3 Cache, поддержка технологий Turbo Boost 2.0, Hyper-threading, интегрированный двухканальный контроллер памяти DDR3 1333MHz, интегрированный контроллер
	шины PCI Express 2.0, 20 линий
	До 32ГБ 1333MHz ECC Unbuffered DDR3, два канала, 2 модуля DIMM на канал, скорость обмена 21ГБ/c
Оперативная память	До 4-х дисков SATA и/или SAS 3.5″ с фиксированной установкой или До 4-х дисков SATA и/или SAS 3.5″ с горячей заменой
Дисковая подсистема	Два интегрированный гигабитных сетевых адаптера: Gigabit Ethernet device 82574L Gigabit Ethernet PHY 82579
Сетевой контроллер	Три фиксированных системных вентилятора с переменной скоростью вращения
Система охлаждения	Рабочая температура от +10°C до +30°C Температура хранения от -40°C до +70°C Влажность не более 90%
Габариты	Высота 4.24см (1U), Ширина 43.82см, Глубина 50.80см

Рисунок 3.1 — Физический сервер Team Server R1304

Для установки серверного программного обеспечения был выбран персональный
компьютер с системным блоком DNS Office.
Характеристики персонального компьютера приведены в таблице 3.2

Таблица 3.2 — Характеристики персонального компьютера

Операционная система	Windows® 7 Домашняя Базовая
Процессор	Intel Core i3, 2 ядра
Частота процессора	3210 МГц
Продолжение таблицы 3.2
Оперативная память	2048 Мб
Объем жёсткого диска	500 Гб
Графический контроллер	Встроеный, Intel HD Graphics
Монитор	ViewSonic VX2210MH-LED
Клавиатура	A4TECH LCDS-720 Golden
Мышь	SPEED-LINK KAPPA MOUSE WIRELESS SL-6313-RD Red

Для установки клиентского программного обеспечения был выбран Смартфон
Samsung Galaxy S3. Характеристики смартфона представлены в таблице 3.3

Таблица 3.3 — Характеристики смартфона Samsung Galaxy S3

Операционная система	Android 4.0 (Ice Cream Sandwich)
Размер	ШxВxТ 70.60×136.60×8.60 мм. Диагональ экрана 4.8″, разрешение 720×1280
Время работы в режиме ожидания	До 1200 часов (3G) / до 1520 часов (2G) / до 10 часов при просмотре видео
Интерфейсы	USB, Wi-Fi, Wi-Fi Direct, NFC, Bluetooth 4.0
Доступ в интернет	WAP, GPRS, EDGE, HSDPA, HSUPA, HSPA+, email POP/SMTP, email IMAP4, HTML
Процессор	Samsung Exynos 4412, 1400 МГц, 4 ядра
Объём встроенной памяти	16 Гб
Объём оперативной памяти	1 Гб
Поддержка карт памяти	microSD (TransFlash), объемом до 64 Гб
Особенности	Время разговора: до 1300мин. (2G) / до 650мин. (3G), время ожидания: до 900час. (2G) / до 750час. (3G)

Для связи сервера и смартфона был выбран Wi-Fi роутер TRENDnet TEW-651BR.
Характеристики данного роутера представлены в таблице 3.4

Таблица 3.4 — Характеристики Wi-Fi роутера

Количество портов WAN	1 порт RJ-45 10/100 Мбит/сек
Внешние антенны	1 антенна (несъемная). Усиление антенны — 2 dBi
Частоты работы, ГГц	2.4 ГГц
Количество портов LAN	4 порта 10/100 Мбит/сек
Скорость передачи данных	150 Мбит/сек
Размеры	150 x 110 x 30 мм

Рисунок 3.2 — Wi-Fi роутер TRENDnet TEW-651BR

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

Для хранения и обработки данных, необходимых для работы системы
обслуживания клиентов мини — отеля выбрана система управления базами данных MySQL.- свободная реляционная система
управления базами данных. Разработку и поддержку MySQL осуществляет корпорация
Oracle. Продукт распространяется как под GNU (General Public License), так и
под собственной коммерческой лицензией. Помимо этого, разработчики создают
функциональность по заказу лицензионных пользователей, именно благодаря такому
заказу почти в самых ранних версиях появился механизм репликации.является
решением для малых и средних приложений. Обычно MySQL используется в качестве
сервера, к которому обращаются локальные или удалённые клиенты, однако в
дистрибутив входит библиотека внутреннего сервера, позволяющая включать MySQL в
автономные программы.

Основные преимущества MySQL:

—       MySQL является бесплатной СУБД;

—       Многопоточность и поддержка несколько одновременных запросов;

—       Быстрая обработка запросов, выборка и выдача запрашиваемых
данных.

Для обмена данными, между клиентской части программного комплекса, на
платформе Android и системой управления базами данных MySQL было принято решение создать Web-сервис, работающий на базе Web сервера Apache, представляющий собой набор PHP(JSON)
скриптов.

PHP
(англ. PHP: Hypertext Preprocessor — «PHP: препроцессор гипертекста»; первоначально Personal Home Page Tools — «Инструменты для создания персональных
веб-страниц») — скриптовый язык программирования общего назначения, интенсивно
применяемый для разработки веб-приложений. В настоящее время поддерживается
подавляющим большинством хостинг-провайдеров и является одним из лидеров среди
языков программирования, применяющихся для создания динамических веб-сайтов.

Использование Web-сервиса на базе
Web-сервера Apache, значительно ускоряет обмен данными, между
приложением разработанным на платформе Android и СУБД MySQL.

.3 Выбор средств разработки программных
продуктов

Для разработки приложений для Android необходим Android SDK (Software Development Kit) — комплект средств разработки, который позволяет
специалистам по программному обеспечению создавать приложения для определённого
пакета программ, программного обеспечения базовых средств разработки,
аппаратной платформы, компьютерной системы, игровых консолей, операционных
систем и прочих платформ. Он включает: Eclipse IDE, ADT (Android Development
Tools — плагин для Eclipse), Эмулятор, Файловый менеджер. и некоторые другие
компоненты.- свободная интегрированная среда разработки модульных кроссплатформенных
приложений.

Наиболее известные приложения на основе Eclipse Platform — различные
«Eclipse IDE» для разработки ПО на множестве языков (например, наиболее
популярный «Java IDE», поддерживавшийся изначально, не полагается на какие-либо
закрытые расширения, использует стандартный открытый API для доступа к Eclipse
Platform).- Интегри́рованная среда́ разрабо́тки, ИСР (англ. IDE, Integrated
development environment или integrated debugging environment) — система
программных средств, используемая программистами для разработки программного
обеспечения (ПО).

Обычно, среда разработки включает в себя:

—       текстовый редактор;

—       компилятор и/или интерпретатор;

—       средства автоматизации сборки;

—       отладчик.служит в первую очередь платформой для разработки
расширений, чем он и завоевал популярность: любой разработчик может расширить
Eclipse своими модулями. Множество расширений дополняет среду Eclipse
менеджерами для работы с базами данных, серверами приложений и др.Development
Tools — плагин для Eclipse IDE, позволяющий создавать приложения под Android.

Плагин для Eclipse, Android Development Tools (ADT), поможет писать
приложения для Android. Он интегрируется с Eclipse IDE для того, чтобы
обеспечить возможности создания, отладки и тестирования android-приложений.

Менеджеры виртуальных устройств — инструменты для создания и управления
виртуальными устройствами в Android (AVD) и управления ими в виде отдельных
экземпляров эмулятора. AVD содержит эмулятор, внутри которого работает
соответствующая версия Android. C его помощью можно указать версию SDK,
разрешение экрана, емкость SD-карты, аппаратные возможности (сенсорный экран,
GPS).

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

—       плотность пикселей на экране;

—       поддержка SD-карт;

—       наличие сенсорного экрана и клавиатуры;

—       поддержка GPS;

—       доступная память;

—       аппаратная камера и ее разрешение;

—       поддержка звукозаписи;

—       менеджер SDK.

Для управления версиями SDK можно использовать менеджер SDK через панель,
доступную в меню Window → Android SDK and AVD Manager. Вы можете
просматривать установленные версии SDK, а также обновлять их по мере
надобности.

Эмулятор.

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

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

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

Дополнение ADT интегрирует эмулятор в Eclipse, поэтому при запуске и
отладке проектов он автоматически стартует внутри выбранного экземпляра AVD.

DDMS (Dalvik Debug Monitoring Service).

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

Возможности:

—       управление задачами;

—       управление файлами;

—       взаимодействие с эмулятором;

—       журналирование (журнальные записи LogCat);

—       Создание скриншотов (захват изображения с экрана эмулятора).

При использовании ADT утилита DDMS интегрируется в Eclipse и доступна из
соответствующей панели (Window→Open Perspective→DDMS). В противном
случае вы можете запускать DDMS из командной строки — ее исполняемый файл находится
в папке Android SDK /tools.

Управление задачами.

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

Обзор файловой системы.

Для просмотра файлов и папок в эмуляторе или на устройстве вы можете
использовать панель File Explorer. Вы можете копировать файлы между системой
Android и вашим компьютером с помощью кнопок перемещения. Также можно удалять
файлы. При этом на экран не выводится сообщение о подтверждении операции и
отмены операции.

Взаимодействие с эмулятором.

Панель Emulator Control позволяет выполнять голосовые вызовы, отправку и
прием SMS, запрос геолокационных координат.

AAPT (Android Asset Packaging Tool).

AAPT (Инструмент для создания пакетов) создает файлы пакетов для Android
(.apk), готовые к распространению.(Android Debug Bridge).

Клиент-серверное приложение, которое предоставляет доступ к работающему
эмулятору или устройству. С его помощью можно копировать файлы, устанавливать
скомпилированные программные пакеты и запускать консольные команды. Используя
консоль, вы можете изменять настройки журнала и взаимодействовать с базами
данных SQLite, которые хранятся на устройстве. В старых версиях SDK программа
находилась в папке /tools. Теперь находится в папке /platform-tools. Состоит из
трех компонентов: фоновой службы (демона), работающей в эмуляторе, сервиса,
запущенного на компьютере разработчика, и клиентской программы (наподобие
DDMS), которая связывается со службой через Сервис.

Чтобы увидеть весь список параметров и команд, которые можно запустить
при помощи adb, введите в командной строке следующее:help

Если у вас есть файл приложения APK и вы хотите его установить на
эмуляторе, то используйте команду:

adb.exe install d:program.apk

d:program.apk — это путь к файлу, который хотите установить в эмулятор.
После этого установленное приложение появится в эмуляторе. Если приложение
слишком большое (несколько мегабайт), то придётся немного подождать, пока
установится. Во время установки в консоли курсор будет мигать, а потом появится
надпись Success, что означает успешную установку программы.

Также, можно удалить ненужную программу по имени его пакета:uninstall
<package name>

Чтобы перезапустить сервер:

adb stop-serverstart-server

Для копирования файлов с устройства на компьютер и обратно используются
команды pull и push.

adb push <local source file path> <device
destination file path>pull <device source file path> <local
destination file path>

Чтобы запустить оболочку (shell) на подключенном устройстве, выполните
следующую команду:shell

Символ # обозначает приглашение оболочки (shell prompt).

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

# ls /system/bin

Для разработки приложения выбран язык программирования Java.- объектно-ориентированный язык
программирования, разработанный компанией Sun Microsystems (в последующем
приобретённой компанией Oracle). Приложения Java обычно компилируются в
специальный байт-код, поэтому они могут работать на любой виртуальной Java-машине
(JVM) вне зависимости от компьютерной архитектуры. Дата официального выпуска —
23 мая 1995 года.

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

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

—       применение технологии трансляции байт-кода в машинный код
непосредственно во время работы программы (JIT-технология) с возможностью
сохранения версий класса в машинном коде;

—       широкое использование платформенно — ориентированного кода
(native-код) в стандартных библиотеках;

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

Java и
Android.

Язык Java активно используется для создания мобильных приложений под
операционную систему Android. При этом программы компилируются в нестандартный
байт-код, для использования их виртуальной машиной Dalvik. Для такой компиляции
используется дополнительный инструмент, а именно Software Development Kit,
который предназначен для x86-машины под операционной системой Linux.

Разработку приложений можно вести в среде Eclipse, используя при этом
плагин — Android Development Tools (ADT) или в IntelliJ IDEA (коммерческая
интегрированная cреда разработки программного обеспечения). Версия JDK при этом
должна быть 5.0 или выше.

Программы, написанные на Java, имеют репутацию более медленных и
занимающих больше оперативной памяти, чем написанные на языке Си. Тем не менее,
скорость выполнения программ, написанных на языке Java, была существенно
улучшена с выпуском в 1997-1998 годах так называемого JIT-компилятора в версии
1.1 в дополнение к другим особенностям языка для поддержки лучшего анализа
кода. Кроме того, была произведена оптимизация виртуальной машины Java — с 2000
года для этого используется виртуальная машина HotSpot.

Некоторые платформы предлагают аппаратную поддержку выполнения для Java.
К примеру, микроконтроллеры выполняющие код Java на аппаратном обеспечении
вместо программной JVM, а также основанные на ARM процессоры, которые
поддерживают выполнение байткода Java через опцию Jazelle.

Основные возможности Java:

—       автоматическое управление памятью;

—       расширенные возможности обработки исключительных ситуаций;

—       богатый набор средств фильтрации ввода/вывода;

—       набор стандартных коллекций: массив, список, стек и т. п.;

—       наличие простых средств создания сетевых приложений (в том
числе с использованием протокола RMI);

—       наличие классов, позволяющих выполнять HTTP-запросы и
обрабатывать ответы;

—       встроенные в язык средства создания многопоточных приложений;

—       параллельное выполнение программ.

Для разработки клиентской части программного комплекса выбрана платформа Android.(Андро́ид) — операционная система для
коммуникаторов, планшетных компьютеров, электронных книг, цифровых
проигрывателей, наручных часов, нетбуков, смартбуков и других устройств,
основанная на ядре Linux и собственной реализации Java от Google. Изначально
разрабатывалась компанией Android Inc., которую затем купила Google.
Впоследствии Google инициировала создание альянса Open Handset Alliance (OHA),
который сейчас занимается поддержкой и дальнейшим развитием платформы. Android
позволяет создавать Java-приложения, управляющие устройством через
разработанные Google библиотеки. Android Native Development Kit позволяет
портировать (но не отлаживать) библиотеки и компоненты приложений, написанные
на С и других языках.

В 70,1 % смартфонов, проданных в четвёртом квартале 2012 года, была
установлена операционная система Android. Первым устройством, работающим под
управлением Android, стал разработанный компанией HTC смартфон HTC Dream (рис.
3.3) (официально выпущен сотовым оператором T-Mobile под названием T-Mobile
G1), презентация которого состоялась 23 сентября 2008 года.

Рисунок 3.3 — Смартфон HTC Dream

Вскоре последовали многочисленные заявления других производителей
смартфонов о намерении выпустить устройства на базе Android. В России первым
Android-смартфоном поступившим в продажу (июль 2009 года) стал Highscreen
PP5420 (рис. 3.4).

Рисунок 3.4 — Android-смартфон Highscreen PP5420

С выходом Android третьей версии (Honeycomb), ориентированной на
планшеты, всё больше производителей стали объявлять и о выпуске планшетов на
этой платформе. Также компания Google в сотрудничестве с разными гигантами
мобильной индустрии выпускает собственные устройства в серии «Google Nexus».
Именно эти устройства первыми получают обновления до новых версий.

Кроме смартфонов и планшетов, операционную систему Android устанавливают
и на другие устройства. Так, в конце 2009 года появилась в продаже первая
фоторамка, работающая на Android. В июне 2011 года итальянская компания Blue
Sky анонсировала выпуск интеллектуальных наручных часов i’mWatch под
управлением ОС Android. В августе 2012 года Nikon представила первую в мире
фотокамеру, которая также работает на Android. В серии «Google Nexus»
присутствуют не только смартфоны и планшеты, но и медиаплеер Nexus Q,
работающий на Android.

Кроме того, портировали Android на ряд известных устройств, среди
которых, например, смартфоны на платформе Windows Mobile HTC Touch Dual и HTC
TyTN II, на которых Android был запущен в режиме эмуляции. Также было
осуществлено полноценное портирование на такие устройства, как
интернет-планшеты, работающие на Maemo — Nokia N810 и Nokia N900 (порт под
названием Nitdroid), на смартфоны Nokia N9, работающий на платформе MeeGo, и
HTC HD2, работающий на операционной системе Windows Mobile, на котором ОС
Android можно запускать как с microSD-карты, так и с внутренней NAND-памяти.
При этом установленная система имеет полную, ничем особо не ограниченную
функциональность. Также Android портирован на архитектуру x86.

В октябре 2012 года исполнительный директор компании Ларри Пейдж сообщил
о более 500 миллионов активированных смартфонов и планшетов на базе
операционной системы Android и о ежедневной активации 1,3 миллиона устройств.

4. Разработка основных алгоритмов и структуры
получаемых данных

4.1 Структурная схема проекта

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

Рисунок 4.1 — Структурная схема информационной системы обслуживания
клиентов мини — отеля

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

4.2 Алгоритм получения данных

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

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

Обмен сообщениями идёт по обыкновенной схеме «запрос-ответ». Для
идентификации ресурсов HTTP использует глобальные URI (унифицированный
(единообразный) идентификатор ресурса). В отличие от многих других протоколов,
HTTP не сохраняет своего состояния. Это означает отсутствие сохранения
промежуточного состояния между парами «запрос-ответ». Компоненты, использующие
HTTP, могут самостоятельно осуществлять сохранение информации о состоянии,
связанной с последними запросами и ответами (например, «куки» на стороне
клиента, «сессии» на стороне сервера). Браузер, посылающий запросы, может
отслеживать задержки ответов. Сервер может хранить IP-адреса и заголовки
запросов последних клиентов. Однако сам протокол не осведомлён о предыдущих
запросах и ответах, в нём не предусмотрена внутренняя поддержка состояния, к
нему не предъявляются такие требования. Протокол прост в реализации, что
позволяет легко создавать клиентские приложения.

Взаимодействие клиента и сервера по протоколу HTTP.

World
Wide Web или просто Web — это сеть информационных ресурсов. Служба WWW —
представляет собой множество независимых, но взаимосвязанных серверов и
предназначена для обмена текстовой, графической, аудио и видео информацией.
Работая с Web, пользователь последовательно соединяется с Web-серверами и
получает информацию.построена по схеме «клиент-сервер».
Взаимодействие клиента и сервера по протоколу HTTP показано на рис. 4.2

Рисунок 4.2 — Взаимодействие клиента и сервера по протоколу HTTP

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

Сервер HTTP обрабатывает запросы клиента на получение файлов, выполнение
программ и др.

Протокол HTTP используется службой WWW для передачи Web-страниц.
Tранспортным протоколом для HTTP является протокол TCP (один из основных
протоколов передачи данных Интернета), причем сервер HTTP (сервер Web)
находится в состоянии ожидания соединения со стороны клиента стандартно по
порту 80 TCP, а клиент HTTP (браузер Web) является инициатором соединения.

В самом общем случае URL (стандартизированный способ записи адреса
ресурса в сети Интернет) выглядит следующим
образом:://user:password@host:port/path/file?paremeters#fragment

Отдельные поля URL имеют следующий смысл:

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

Взаимодействие между клиентом и сервером Web осуществляется путем обмена
сообщениями. Сообщения HTTP делятся на запросы клиента серверу и ответы сервера
клиенту.

Запросы и ответы выглядят следующим образом:

начальная строка

заголовок 1

…

заголовок NLF (пустая строка)

тело сообщения (может отсутствовать)

Формат начальной строки (start-line) клиента и сервера различаются.
Заголовки бывают четырех видов:

—       общие заголовки (general-headers), которые могут
присутствовать как в запросе, так и в ответе;

—       заголовки запросов (request-headers), которые могут
присутствовать только в запросе;

—       заголовки ответов (response-headers), которые могут
присутствовать только в ответе;

—       заголовки объекта (entity-headers), которые относятся к телу
сообщения и описывают его содержимое.

В теле сообщения содержится собственно передаваемая информация. Тело
сообщения представляет собой последовательность октетов (байтов). Тело
сообщения может быть закодировано, например, для уменьшения объема передаваемой
информации, при этом способ кодирования указывается в заголовке объекта
Content-Encoding. Запрос от клиента к серверу состоит из строки запроса
(request-line), заголовков (общих, запросов, объекта) и, возможно, тела
сообщения.

Строка запроса:

<Команда HTTP> <Идентификатор запрашиваемого ресурса> <Версия
HTTP>

Основные команды протокола HTTP:

Запрос информации об опциях соединения (например, методах, типах
документов, кодировках), которые поддерживает сервер для запрашиваемого
ресурса. Если идентификатор запрашиваемого ресурса — звездочка («*»),
то запрос предназначен для обращения к серверу в целом.

Позволяет получить информацию, связанную с запрашиваемым ресурсом. Если
идентификатор запрашиваемого ресурса указывает на документ, то сервер
возвращает содержимое этого документа (содержимое файла). Если запрашиваемый
ресурс является приложением (программой), формирующим в процессе своей работы
некоторые данные, то в теле сообщения ответа возвращаются эти данные. Если
идентификатор запрашиваемого ресурса указывает на директорию (каталог, папку),
то, в зависимости от настроек сервера, может быть возвращено либо содержимое
директории (список файлов), либо содержимое одного из файлов, находящегося в
этой директории (как правило, index.html). В случае запроса папки ее имя может
указываться как с символом «/» на конце, так и без него. При
отсутствии на конце идентификатора ресурса данного символа сервер выдает один
из ответов с перенаправлением (с кодами статуса 301 или 302).

Разновидностями команды GET является «условный GET»
(«conditional GET») и «частичный GET» («partial
GET»). Условный GET запрашивает передачу объекта, только если он
удовлетворяет условиям, описанным в приведенных заголовках. Частичный GET
запрашивает передачу только части объекта.

HEAD

Идентична команде GET, за исключением того, что сервер не возвращает в
ответе тело сообщения.

POST

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

PUT

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

Запрос на удаление ресурса, имеющего запрашиваемый идентификатор.

Используется для тестирования или диагностики. Получатель запроса (сервер
Web) отправляет полученное сообщение обратно клиенту как тело сообщения ответа.

После получения и интерпретации сообщения запроса, сервер отвечает
сообщением HTTP ответа.

Ответ сервера клиенту:

Первая строка ответа — это строка состояния (Status-Line):

<Версия HTTP> <Код состояния> <Поясняющая фраза>

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

Первая цифра кода состояния определяет класс ответа. Последние две цифры
не имеют определенной роли в классификации. Имеется 5 значений первой цифры:

1xx — Информационные коды — запрос получен, продолжается обработка.

xx — Успешные коды — действие было успешно получено, понято и обработано.

xx — Коды перенаправления — для выполнения запроса должны быть
предприняты дальнейшие действия.

xx — Коды ошибок клиента — запрос имеет ошибку синтаксиса или не может
быть выполнен.

xx — Коды ошибок сервера — сервер не в состоянии выполнить допустимый
запрос.

4.3 Структура получаемых данных

Для передачи сообщений выбран формат данных JSON.(англ. JavaScript Object Notation) — текстовый формат
обмена данными, основанный на JavaScript и обычно используемый именно с этим
языком. Как и многие другие текстовые форматы, JSON легко читается людьми.

Несмотря на происхождение от JavaScript (точнее, от подмножества языка
стандарта ECMA-262 1999 года), формат считается языконезависимым и может
использоваться практически с любым языком программирования. Для многих языков
существует готовый код для создания и обработки данных в формате JSON.

Если говорить о веб-приложениях, в таком ключе он уместен в задачах
обмена данными как между браузером и сервером (AJAX), так и между самими
серверами (программные HTTP-интерфейсы). Формат JSON также хорошо подходит для
хранения сложных динамических структур в реляционных базах данных или файловом
кэше.строится на двух структурах:

—       Набор пар ключ/значение. В различных языках это реализовано
как объект, запись, структура, словарь, хэш-таблица, список с ключом или
ассоциативный массив.

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

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

Приведём пример бронирования номера:

reserve_room = {

user = {_name = “ Yana”;_name = “Lebedeva”;

phone
= ‘79370”;

};

room =
“5”

}

Для бронирования номера получаем массив данных о клиенте:

first_name — имя клиента; — phone — номер телефона клиента;

.4 Структурная схема взаимодействия базы данных
с другими компонентами системы обслуживания клиентов мини — отеля

POST

Рисунок 4.3 — Структурная схема взаимодействия базы данных с другими
компонентами системы

Расскажем о структурной схеме базы данных системы. В базе данных, которая
расположена на сервере, находится несколько таблиц, в каждой из которых
содержится определённая информация. Всего 6 таблиц: цены, номера, питание,
учётные данные, уведомление о бронировании номеров, уведомление об услугах. В
таблицах «Уведомления о бронировании номеров» и «Уведомление об услугах»
хранится информация только для администратора. Клиент, работая через
приложение, посылает запросы в данные таблицы, сервер обрабатывает эти данные,
и администратор, работая через Web —
приложение, выходит на экран, где отображаются эти данные. В свою очередь,
администратор посылает запросы в остальные таблицы (т.е. он записывает туда
данные), сервер обрабатывает их, и клиент получает эти данные (т.е. он их
читает). Добавление данных осуществляется с помощью команды «POST», а, получение — с помощью команды «GET».

4.5 Таблицы базы данных системы

Цены
Вид услуги	Стоимость часа	Кол-во человек	Стоимость часа сверх ограничения (за чел.)
Баня	800	8	200
Бильярд	150
Кафе	150	1

Питание (по стоимости)
ID блюда	Название	Стоимость

Учётные данные
Номер телефона	Номер в отеле
Уведомления о бронировании номера
Фамилия	Имя	Телефон	Номер	Услуга

Уведомления об услугах
Телефон	Фамилия	Имя	Баня	Бильярд	Кафе	Питание
			{ кол-во человек= ”5”; время= ”13:30” }			{ название= “Блюдо 1” }

Расскажем о таблицах базы данных. Таблицы: цены, питание (по стоимости),
номера и учётные данные нужны для клиента. Когда клиент переходит по вкладкам
приложения, информация об услугах берётся из этих таблиц. В таблице «Цены»
содержится информация о стоимости услуг, количестве человек и стоимости сверх
ограничения за человека. В таблице «Номера» содержится информация о состоянии
занятости каждого номера. Состояния: 1 — свободен, 0 — занят. В таблицу
«Питание (по стоимости)» входит индивидуальный номер блюда, его название и
стоимость. В таблице «Учётные данные» записан номер телефона клиента и номер, в
котором он проживает. В эту таблицу администратор вносит данные, когда
принимает решение о брони на данный номер, т.е., если клиент забронировал
определённый номер, администратор вносит данные в эту таблицу о том, что номер
забронирован на данного клиента. Данная таблица предназначена, чтобы сервер мог
определить, что действительно данные клиент проживает в данном номере.

Таблица «Уведомление о бронировании номеров» включает фамилию, имя,
телефон клиента, номер, который он хочет забронировать и услугу, которую он
хочет забронировать. Данная таблица нужна для администратора. Таблица
«Уведомления об услугах» включает фамилию, имя, телефон клиента, а, также,
поля: баня, бильярд, кафе и питание. Данная таблица нужна для хранения услуг,
заказанных клиентами. Для того, чтобы администратор видел набор тех услуг,
которые заказал тот или иной клиент. Эта таблица также нужна администратору.
Когда клиент делает запрос, информация заносится в данную таблицу в виде
массива в формате JSON в таких
полях, как «баня» или «питание». В полях «бильярд» или «кафе» информация
отображается в виде числа — количества часов.

5. Реализация программного обеспечения

5.1 Разработка серверной части программного
комплекса на базе операционной системы Windows

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

—       добавление, изменение и удаление любой информации об отеле;

—       добавление, изменение и удаление информации о заселении и
выезде клиента из номера;

—       добавление, изменение и удаление блюд, которые выбирают
клиенты мини — отеля;

—       добавление, изменение и удаление мест в кафе;

—       регистрация новых посетителей, а так же заполнение всей
необходимой информации о них;

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

5.2 Разработка клиентской части программного
комплекса на базе операционной системы Android

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

—       заполнять и изменять заказы и брони посетителей системы
обслуживания клиентов;

—       обеспечить пользователя всей необходимой справочной
информацией.

5.3 Разработка диаграммы вариантов использования и логической схемы

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

Рисунок 5.1 — Диаграмма использования приложения

Рисунок 5.2 — Логическая схема переходов по интерфейсу программы

6. Руководство пользователя

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

Рисунок 6.1 — Главное меню

Рисунок 6.2 — Переход на сайт мини — отеля

Рисунок 6.3 — Поля для заполнения данных клиентом

Рисунок 6.4 — Ввод информации о клиенте

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

Рисунок 6.5 — Главное меню после ввода данных клиентом

Если мы выбираем «Забронировать номер», перед нами откроется следующее
окно:

Рисунок 6.6 — Бронирование номеров

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

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

Рисунок 6.7 — Выбор услуги

Рисунок 6.8 — Выбор услуги «Баня»

Рисунок 6.9 — Выбор услуги «Бильярд»

Ещё одна услуга — «Питание». Клиент может заказать любое блюдо к себе в
номер. Для этого он выбирает нужные ему блюда. Выбор данной услуги представлен
на рисунке 6.10.

Рисунок 6.10 — Выбор услуги «Питание»

Последняя услуга — это «Кафе». Здесь клиент может забронировать столы в
кафе на определённое количество человек. При входе в данную опцию, в окне
показано количество мест, которое свободно в данное время. Если мест
недостаточно, клиент может зайти позже, иначе — бронирует места. За
дополнительной информацией также можно обратиться к администратору мини- отеля,
позвонив ему. Выбор данной услуги представлен на рисунке 6.11.

7. Организационно-экономическая часть

.1 Организационная часть

Основой проекта является клиент серверное — приложение (программа).

7.1.1 Оценка потребительских свойств
проектируемой системы

Разработка данной системы позволит:

         Сократить время обслуживания клиента при взаимодействии его с
администратором;

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

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

7.2 Экономическая часть

.2.1 Стадии разработки

Стадии выполнения проекта приведены в таблице 7.1

Таблица 7.1 — Стадии работы над программным продуктом

Стадии	Этапы работ	Время выполнения
1 Формирование требований к программному продукту	1.1 Формирование требований к продукту; 1.2 Оформление заявки на разработку.	2 дня
2 Разработка общей концепции проекта	Сбор необходимой информации	3 дня
3 Разработка технического задания	Разработка и утверждение технического задания на создание программного обеспечения	1 день
4 Эскизный проект	4.1 Разработка предварительных проектных решений по системе и её частям; 4.2 Разработка документации на программный продукт.	10 дней
5 Выполнение технического проекта	5.1 Создание программного продукта; 5.2 Тестирование и отладка программного продукта; 5.3 Проведение опытной эксплуатации.	25 дней
6 Сопровождение разработки	Техническая поддержка	Период эксплуатации
Итого:	41 день

Для реализации проекта требуется инженер-программист и инженер по
тестированию. Сопровождение программного продукта осуществляется
инженером-программистом.

7.2.2 Расчёт сметы затрат на разработку

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

—       покупные материалы;

—       расходы на оплату труда исполнителей;

—       отчисления на страховые взносы;

—       амортизационные отчисления;

—       энергия;

—       содержание и ремонт оборудования;

—       накладные расходы.

7.2.3 Покупные материалы

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

Затраты на покупные материалы приведены в таблице 7.2.

Таблица 7.2 — Расчёт затрат на покупные материалы

Наименование продукта	Количество, ед.	Цена, руб.	Стоимость, руб.
Картридж для HP LaserJet 1018 T2 TC-C703	1 ед.	1490,00	1490,00
Бумага A4 «Снегурочка» 500Л	1 ед.	120,00	120,00
CD-диски	10 ед.	13,00	130,00
Смартфон Samsung Galaxy S3	1 ед.	18490,00	18490,00
Компьютер DNS Office с ПО	1 ед.	12090,00	12090,00
Wi-Fi роутер TRENDnet TEW-651BR	1 ед.	1 163,00	1 163,00
Монитор ViewSonic VX2210MH-LED	1 ед.	4849,00	4849,00
Мышь SPEED-LINK KAPPA MOUSE WIRELESS SL-6313-RD Red	1 ед.	499,00	499,00
Лазерный принтер HP LaserJet 1018	1 ед.	3546,00	3546,00
Физический сервер	1 ед.	29993,00	29993,00
Транспортно — заготовительные расходы		800,00	800,00
Итого:	73170,00

7.2.4 Расходы на оплату труда исполнителей

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

                                                           (7.1)

где— тарифная ставка исполнителя проекта, руб./день,

Т-
время выполнения проекта, дней.

Тарифная
ставка инженер — программиста составляет 1000,00 руб./день. Он участвует в создании
проекта 41 день, в соответствии с таблицей 7.1.

Тарифная
ставка инженера по тестированию составляет 800,00 руб./день. Он участвует в
работе 25 дней.

Таким
образом, фонд основной заработной платы для данного проекта составляет:

Дополнительная
заработная плата — 15% от основной заработной платы.

Значит,

7.2.5 Отчисления на страховые взносы

Отчисления
на страховые взносы определяются в соответствии с федеральным законом №212
«О страховых взносах в Пенсионный фонд РФ, Фонд социального страхования РФ
и фонды обязательного медицинского страхования» на каждое физическое лицо
исчисляются следующим образом (таблица 7.3):

Таблица
7.3 — Отчисления на страховые взносы

Отчисления в Пенсионный фонд РФ	Отчисления в Фонд социального страхования РФ	Отчисления в федеральный Фонд обязательного медицинского страхования
22,00%	2,90%	5,10%
Итого:	30,00%

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

                                                                 (7.2)

7.2.6 Амортизационные отчисления

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

Амортизационные
отчисления производятся на следующее оборудование, приведённое в таблице 7.4.

Таблица
7.4 — Оборудование, подлежащее амортизации

Наименование	Первоначальная стоимость, руб.	Срок службы
Смартфон	18490,00	3 года
Компьютер	12090,00	3 года
Wi-Fi роутер	1 163,00	3 года
Физический сервер	29993,00	3 года
Лазерный принтер	3546,00	3 года

Линейный способ начисления амортизационных отчислений происходит по
формуле 7.3.

                                                                 (7.3)

где— первоначальная стоимость объекта, руб.,

Н_а
— норма амортизации, %.

Рассчитаем норму амортизации (Н_а) по формуле 7.4.

                                                             (7.4)

где
Т_Н — нормативный срок службы объекта основного средства, лет.

Таблица
7.5 — Амортизационные отчисления

Группа основных фондов	Стоимость, руб.	Норма амортизации, %	Коэффициент использования	Сумма амортизационных отчислений, руб. (за год)	Сумма амортизационных отчислений, руб.
Смартфон	18490,00	33,3	36/248	6157,17	862,00
Компьютер	12090,00	33,3	41/248	4025,97	614,15
Лазерный принтер	3546,00	33,3	36/248	1180,81	165,31
Физический сервер	29993,00	33,3	36/248	9987,66	1398,27
Wi-Fi роутер	1 163,00	33,3	41/248	3872,79	69,06
	Итого	25224,4	3108,79 7.2.7 Энергия Рассчитаем затраты на электроэнергию, производимые при выполнении данного проекта. Затраты на электроэнергию для одного вида потребителя можно рассчитать по формуле 7.5.                                                  (7.5) где  — стоимость одного кВт.ч, руб.,  — время эксплуатации, ч,П  — энергопотребление объекта, кВт,  — коэффициент использования объекта по времени,  — количество единиц оборудования. Стоимость одного кВт.ч для бюджетного учреждения составляет  Результаты расчётов сведены в таблицу 7.6. Таблица 7.6 — Энергопотребление Потребители Время эксплуатации, ч Количество единиц оборудования, ед. Энергопотребление, кВт Коэффициент использования Стоимость электро-энергии, руб. Компьютер 41х8 1 0,5 0,8 131,20 Физический сервер 36х8 1 0,7 0,8 161,28 Роутер 41х8 1 0,11 0,02 0,72 Принтер 36х8 1 0,11 0,02 0,63 Итого: 293,83 7.2.8 Содержание и ремонт оборудования Расходы на содержание и ремонт оборудования принимаются в размере 12% от их балансовой стоимости. Балансовая стоимость объекта принимается на начало каждого отчётного года. Балансовая стоимость оборудования на этот отчётный год приведена в таблице 7.7. Таблица 7.7 — Балансовая стоимость оборудования Наименование Балансовая стоимость, руб. Смартфон 18490,00 Продолжение таблицы 7.7 Компьютер 12090,00 Монитор 4849,00 Физический сервер 29993,00 Роутер 1 163,00 Принтер 3546,00 Тогда расходы на содержание и ремонт оборудования определяются по формуле 7.6.                                                   (7.6) где— балансовая стоимость единицы оборудования, руб, — время использования оборудования в днях. Результаты расчётов по содержанию и ремонту оборудования сведены в таблицу 7.8. Таблица 7.8 — Содержание и ремонт оборудования Наименование Расходы на содержание и ремонт, руб. Смартфон 321,50 Компьютер 239,41 Монитор 96,02 Физический сервер 521,51 Принтер 61,65 Роутер 23,03 Итого: 1263,12 7.2.9 Основные расходы Подсчитаем основные расходы на разработку и внедрение данного проекта. Полученные результаты запишем в таблицу 7.9. Таблица 7.9 — Смета затрат на внедрение проекта Статьи расхода Затраты, руб. Покупные материалы 73170,00 Основная заработная плата исполнителей 61000,00 Продолжение таблицы 7.9 Дополнительная заработная плата исполнителей 9150 Отчисления на социальные нужды 18300,00 Амортизационные отчисления 3108,79 Энергия 293,83 Содержание и ремонт оборудования 1263,12 Итого основные расходы 166285,74 7.2.10 Накладные расходы Накладные расходы включают затраты на оплату труда административно-управленческого персонала, обслуживание и ремонт помещений, освещение, отопление, вентиляцию и прочие расходы. Накладные расходы принимаются в размере 30% от общей суммы основных расходов. Итак, накладные расходы следующие: 166285,74*0,3=49885,72 (руб.). 7.2.11 Общие расходы на разработку Определяются как сумма основных расходов и накладных расходов. Таким образом, общие расходы приведены в таблице 7.10. Таблица 7.10 — Общие расходы на разработку Статьи расхода Затраты, руб. Основные расходы Покупные материалы 73170,00 Основная заработная плата исполнителей 61000,00 Дополнительная заработная плата исполнителей 9150,00 Отчисления на социальные нужды 18300,00 Амортизационные отчисления 3108,79 Энергия 293,83 Содержание и ремонт оборудования 1263,12 Накладные расходы 47140,72 Итого общие расходы 213426,46 Таким образом, для создания программного продукта требуется 213426,46 рублей. .2.12 Расчет экономической выгоды от использования системы Источниками экономической эффективности, возникающей от использования данной разработки, являются: —       существенное уменьшение времени поиска необходимых данных; —       оперативность; —       уменьшение вероятности ввода ошибок. Основная цель системы состоит в возможности быстрого поиска нужной информации и составлении заказов, а так же в автоматизации расчетов, касающихся учёта гостей в номерах и бронирования различных услуг. Изначально для выполнения данной работы требовалось 2 человека: администратор и его помощник. Благодаря данному программному продукту эту работу может выполнять один администратор. Тарифная ставка помощника администратора составляет 600 руб. в день, в месяце 22 рабочих дня, следовательно, заработная плата в месяц составляет: 22*600 = 13200 руб. Значит, при сокращении помощника администратора мы уменьшим затраты на оплату труда на 13200 в месяц. Экономия в год составит: 13200*12=158400 руб. Так как суммарный объем затрат на внедрение проекта составит 213426,46 руб., срок окупаемости проекта (без учета дисконтирования) составит примерно 1,3 года. 7.2.13 Оценка доходности проекта Исходные данные: —       затраты на внедрение проекта — 213426,46 рублей; —       срок использования проекта — 5 лет; —       ежегодный ожидаемый экономический эффект (выгода) -158400 рублей; —       процентная ставка — 12%, инфляция на данном рынке — 10%, уровень риска проекта — 8% (дисконтная ставка d=0.3). Расчёты чистого дисконтированного дохода и чистой текущей стоимости приведены в таблице 7.11. Коэффициент дисконтирования находят по формуле 7.7: =          (7.7) где d- дисконтная ставка, t -текущий год Таблица 7.11 — Расчёты чистого дисконтированного дохода (ЧДД) и чистой текущей стоимости (ЧТС) Год Дохо-ды, руб. Затраты, руб. Коэф. диск. Дискон-тиро-ванный доход, руб. Дисконти-рованные затраты, руб. ЧДД, руб.  ЧТС, руб. Дt Кt — 2013 — 213426,46 1 — 213426,46 −213426,46 −213426,46 2014 158400 — 0,769 121809,6 — 121809,6 -91616,86 2015 158400 — 0,592 93772,8 — 93772,8 2155,94 2016 158400 — 0,455 72072,00 — 72072 74227,94 2017 158400 — 0,350 55440,00 — 55440 129667,94 2018 158400 — 0,269 42609,6 — 42609,6 172277,54 213426,46 385704 213426,46 172277,54 Индекс доходности проекта определяется по формуле 7.8.         (7.8) где Т — срок использования проекта. Среднегодовая рентабельность проекта определяется по формуле 7.9.      (7.9) где Т — срок использования результатов проекта, ИД — индекс доходности. Срок окупаемости проекта (Ток) приближенно находят по формуле 7.10.                  (7.10) где 2 год;               ЧТС2 = 2155,94 руб. 1 год;            ЧТС1 = -91616,86 руб. (2 года) 7.2.14 Технико-экономические показатели Технико-экономические показатели сведены в таблицу 7.12. Таблица 7.12 — Технико-экономические показатели Наименование Данные Технические показатели Персональный компьютер DNS Office Операционная система Windows 7 (Домашняя Базовая) Процессор Intel Core i3, 2 ядра Объём оперативной памяти 2048 Мб Физический сервер Team Server R1304 Чипсет Intel C204 Platform Controller Hub (PCH), ServerEngines LLC Pilot III BMC controller Процессор Intel Xeon семейства E3-1200, 4 ядра, интегрированный двухканальный контроллер памяти DDR3 1333MHz Объём оперативной памяти До 32ГБ, скорость обмена 21ГБ/c Смартфон Samsung Galaxy S3 Операционная система Android 4.0 (Ice Cream Sandwich) Процессор Samsung Exynos 4412, 1400 МГц, 4 ядра Объём оперативной памяти 1 Гб Wi-Fi роутер TRENDnet TEW-651BR Скорость передачи данных 150 Мбит/сек Количество портов WAN: 1 порт RJ-45 10/100 Мбит/сек LAN: 4 порта 10/100 Мбит/сек Частота работы, ГГц 2.4 ГГц Экономические показатели Длительность разработки, дни 41 Численность исполнителей, чел. 2 Затраты на разработку проекта, руб. 213426,46 Годовой экономический эффект, руб./год 158400 Чистый дисконтированный доход, руб. 172277,54 Индекс доходности 1,8 Срок окупаемости, лет — без учёта дисконтирования -с учётом дисконтирования  1 год 3 месяца 2 года 8. Безопасность и экологичность проекта .1 Оценка опасных и вредных производственных факторов Тема дипломного проекта предполагает разработку программного продукта для платформы iOS/Android для мини — отеля. Любой клиент, посетивший отель, может скачать себе на телефон приложение и, благодаря ему, не выходя из номера, воспользоваться различными услугами отеля, а, также, произвести бронь. Данный раздел «Безопасность и экологичность проекта» разрабатывается применительно к рабочему месту администратора системы. План помещения представлен на рисунке 8.1. Рисунок 8.1 — План помещения В соответствии с ГОСТ 12.0.003-74 «Опасные и вредные производственные факторы. Классификация» выделим возможные опасные и вредные производственные факторы на рабочем месте пользователя ПЭВМ. Физические факторы: —       повышенная или пониженная температура воздуха рабочей зоны; —       повышенная или пониженная влажность воздуха; —       повышенная или пониженная подвижность воздуха; —       повышенное значение напряжения в электрической цепи, замыкание которой может произойти через тело человека; —       повышенный уровень электромагнитных излучений; —       повышенная напряжённость электрического поля; —       отсутствие или недостаток естественного света; —       недостаточная освещённость рабочей зоны; —       повышенная яркость света; —       пониженная контрастность; —       прямая и отражённая блесткость; —       повышенная пульсация светового потока; —       психофизиологические факторы, в частности нервно-психические перегрузки; —       умственное перенапряжение; —       перенапряжение анализаторов; —       монотонность труда; —       эмоциональные перегрузки. 8.2 Микроклимат Показателями, характеризующими микроклимат, являются: —       температура воздуха; —       относительная влажность воздуха; —       скорость движения воздуха. Нормирование параметров микроклимата осуществляется с учётом периода года и категории работ. Легкие физические работы разделяются на категорию Iа — энергозатраты до 120 ккал/ч (139 Вт) и категорию Iб — энергозатраты 121 — 150 ккал/ч (140-174 Вт). Работа с ПЭВМ предполагает проведение большей части рабочего времени сидя за компьютером. Перемещения не частые. Физическое напряжение незначительное. Поэтому работа оператора ПЭВМ относится к категории Iа. В производственных помещениях, в которых работа с использованием ПЭВМ является основной и связана с нервно-эмоциональным напряжением, должны обеспечиваться оптимальные параметры микроклимата для I-ой категории работ в соответствии с действующими санитарно-эпидемиологическими нормативами микроклимата производственных помещений. Согласно СанПиН 2.2.4.548-96 «Гигиенические требования к микроклимату производственных помещений» для категории работ Iа определяются следующие оптимальные параметры микроклимата, приведенные в таблице 8.1. Таблица 8.1 — Оптимальные параметры микроклимата Период года Температура воздуха, С Относительная влажность, % Скорость движения воздуха, м/с Холодный 22-24 40-60 0,1 Тёплый 23-25 40-60 0,1 Заданные параметры микроклимата на рабочих местах пользователей ПЭВМ должны обеспечиваться с помощью систем отопления, вентиляции и кондиционирования, спроектированных в соответствии с требованиями СНиП 41-01-2003 «Отопление, вентиляция и кондиционирование». Для обогрева производственных помещений следует применять систему водяного отопления. Необходимо использовать систему естественной вентиляции. Кроме этого для поддержания оптимальных параметров микроклимата используется система кондиционирования. Могут применяться как автономные моноблочные кондиционеры, так и кондиционеры раздельного типа. 8.3 Производственное освещение Одним из важнейших условий комфортной работы является правильно организованное освещение. В рассматриваемом случае имеется система естественного бокового освещения через оконный проём в стене. Однако поскольку выполняемая работа имеет разряд высокой точности (III разряд), необходимо оснастить помещение источниками искусственного света. Таким образом, применятся как естественное, так и искусственное освещение. Также кроме рабочего освещения необходимо предусмотреть освещение безопасности на случай аварии рабочего освещения или на случай эвакуации вследствие непредвиденных обстоятельств. Нормы освещённости устанавливаются согласно СанПиН 2.2.1/2.1.1.2585-10 «Гигиенические требования к естественному и совмещённому освещению жилых и общественных зданий». Основные показатели приведены в таблице 8.2. Таблица 8.2 — Нормируемые показатели естественного, искусственного и совмещённого освещения для залов с ЭВМ Естественное освещение Совмещенное освещение Искусственное освещение КЕО ен, % КЕО ен, % Продолжение таблицы 8.2 При боковом освещении При боковом освещении Освещенность, лк Показатель дискомфорта М, не более Коэффициент пульсации освещенности, Кп, %, не более при общем освещении 1,2 0,7 15 10 Нормированная освещённость при общем искусственном освещении помещений с ПЭВМ должна составлять 400лк. Произведём расчёт общего искусственного освещения. Основной задачей расчёта искусственного освещения является определение числа светильников для обеспечения нормированного значения освещённости. Расчёт освещения начинают с выбора типа светильников, который принимается в зависимости от условий среды и класса помещений по взрывопожароопасности. В сухом нормальном помещении к использованию рекомендуются светильники типа ЛПО 01. Их используют для общего освещения общественных зданий с нормальными условиями среды. Выберем ЛПО 01-2х40/Д-01. Размеры светильника: длина 1313 мм, ширина 255 мм, высота 118 мм. Тип лампы — ЛБ. Выбранный тип светильников с люминесцентными лампами даёт световой поток, определяемый формулой 8.1. Фл = (EнSkz)/(N)                                              (8.1) где — световой поток, — нормированная освещённость, — освещаемая поверхность, — коэффициент запаса, — коэффициент минимальной освещённости, — количество рядов светильников, — коэффициент использования светового потока, — количество светильников в ряду, — число ламп в светильнике. Число светильников определяется произведением количества рядов светильников на количество светильников в ряду. То есть нужно найти произведение на (формула 8.2). Npn1 = (EнSkz)/(Фл)                                         (8.2) Освещаемая поверхность определяется формулой 8.3. S = A×Б                                                         (8.3) Где А и Б — длина и ширина помещения. А = 6 м, Б = 5 м, S = 6×5 = 30 м2. Коэффициент запаса k = 1,4. Коэффициент минимальной освещённости для люминесцентных ламп берётся 1,1. Световой поток  для ЛБ40 составляет 3120 лк.  Коэффициент использования светового потока  определяют по индексу помещения и коэффициентам отражения потолка, стен и пола. Индекс помещения  определяется формулой 8.4.  = (АБ)/(Hp(А+Б))                                           (8.4) где — высота подвеса светильников, определяется как разность высоты помещения и высоты светильника. Высота помещения — 3 м. Высота светильника — 0,118 м. Тогда Коэффициент отражения потолка 70%, коэффициент отражения стен 50%, коэффициент отражения пола 10%. Тогда по таблице определения коэффициента использования светового потока для люминесцентных ламп получаем значение   Число ламп в светильнике ЛПО 01-2х40/Д-01 две штуки, то есть Теперь, подставив в формулу (8.2) значения параметров, определим требуемое число светильников.  светильников. Получается, мы можем разместить десять светильников в два ряда по длине комнаты. Основным параметром для развешивания светильников является отношение высоты подвеса  к расстоянию между светильниками или рядами при котором создаётся равномерное освещение. Отношение принимается в пределах 1,4..2. Hp=3м, тогда L=1.25м. В этом случае необходимое расстояние рассчитывается, как сумма ширины светильников и расстояния между ними , в результате 2.01 м < 3м. Для данного варианта ширины помещения достаточно. Длины помещения так же достаточно  < 3м. Схема расположения светильников изображена на рисунке 8.2. Рисунок 8.2 — Схема расположения светильников 8.4 Защита от шума Основным источником шума на рабочем месте пользователя ПЭВМ является эксплуатируемое оборудование. Источниками шума являются: —       система охлаждения ПЭВМ, шум постоянный, широкополосный; —       периферийное оборудование (принтер), шум непостоянный, широкополосный; —       система кондиционирования воздуха, шум постоянный, широкополосный. Всё используемое оборудование должно удовлетворять нормируемым показателям шума во избежание вреда здоровью и работоспособности администратора системы. Согласно СН 2.2.4/2.1.8.562-96 «Шум на рабочих местах, в помещениях жилых, общественных зданий и на территории жилой застройки» нормируются допустимые уровни звукового давления и уровни звука, рекомендуемые при работе с ПЭВМ. Соответствующие допустимые значения приведены в таблице 8.3. Таблица 8.3 — Допустимые уровни звукового давления и уровни звука Уровни звукового давления, дБ, в октавных полосах со среднегеометрическими частотами, Гц Уровни звука, дБА 31,5 63 125 250 500 1000 2000 4000 8000 86 71 61 54 49 45 42 40 38 50 8.5 Защита от электромагнитных излучений При работе различного электрооборудования и электронных устройств возникают электромагнитные излучения, способные негативно воздействовать на здоровье человека. На оператора ПЭВМ воздействуют электромагнитные поля компьютера, периферийного оборудования. Основными источниками излучения в ПЭВМ являются: —       видеодисплей; —       трансформатор блока питания; —       трансформатор источника бесперебойного питания; —       соединительные провода. При превышении допустимых норм излучения при работе с оборудованием возможно негативное воздействие на здоровье человека. Поэтому так важно, чтобы используемое в работе оборудование удовлетворяло установленным допустимым значениям излучения. СанПиН 2.2.2/2.4.1340-03 «Гигиенические требования к персональным электронно-вычислительным машинам и организации работы» устанавливает допустимые уровни электромагнитных полей, создаваемых ПЭВМ на рабочих местах. Установленные параметры указаны в таблице 8.4. Таблица 8.4 — Допустимые уровни электромагнитных полей Наименование параметров ВДУ Напряжённость электрического поля В диапазоне частот 5 Гц — 2 кГЦ 25 В/м В диапазоне частот 2 кГц — 400 кГц 2,5 В/м Плотность магнитного потока В диапазоне частот 5 Гц — 2 кГц 250 нТл В диапазоне частот 2 кГц — 400 кГц 25 нТл Напряжённость электростатического поля 15 кВ/м На рабочем месте администратора установлена ПЭВМ с ЖК монитором, удовлетворяющим требованиям СаНПиН. 8.6 Организация рабочего места Для предотвращения неблагоприятного воздействия на человека вредных факторов, сопровождающих работу с ПЭВМ, необходимо соблюдать ряд рекомендаций, изложенных в СанПиН 2.2.2/2.4.1340-03 «Гигиенические требования к персональным электронно-вычислительным машинам и организации работы». В частности, документ накладывает следующие требования: —       площадь на одно рабочее место пользователей ПЭВМ с монитором на базе плоских дискретных экранов (жидкокристаллические, плазменные) — 4,5м2; —       рабочие места с терминальными системами или ПЭВМ по отношению к световым проемам следует располагать так, чтобы естественный свет падал сбоку, преимущественно слева; —       окна в помещениях использования компьютеров должны быть оборудованы регулируемыми устройствами типа жалюзи, занавесей, внешних козырьков и так далее; —       рекомендуется изолировать рабочие места с ПЭВМ при выполнении работы, требующей значительного умственного напряжения или высокой концентрации внимания, перегородками 1,5-2,0м; —       размещать экран монитора на расстоянии 600-700мм от глаз пользователя (минимум — 500 мм с учетом размеров знаков и символов); —       помещение необходимо оборудовать одноместными столами, предназначенными для работы с ПЭВМ. Конструкция одноместного стола для работы с ПЭВМ должна предусматривать: —       две раздельные поверхности: одна горизонтальная для размещения ПЭВМ с плавной регулировкой по высоте в пределах 520-760мм и вторая — для клавиатуры с плавной регулировкой по высоте и углу наклона от 0 до 15 градусов с надёжной фиксацией в оптимальном положении (12-15 градусов); —       ширину поверхностей для монитора и клавиатуры не менее 750мм (ширина обеих поверхностей должна быть одинаковой) и глубину не менее 550мм; —       опору поверхностей для ПЭВМ и для клавиатуры на стояк, в котором должны находиться провода электропитания и кабель локальной сети. Основание стояка следует совмещать с подставкой для ног; —       увеличение ширины поверхностей до 1200мм при оснащении рабочего места принтером; —       высота края стола, обращённого к работающему с ПЭВМ и высота пространства для ног должны соответствовать росту человека в обуви (таблица 8.5). Таблица 8.5 — Требования к рабочему столу Рост человека в обуви, см Высота над полом Поверхность стола Пространство для ног, не менее 161-175 700 640 выше 175 760 700 —       линия взора должна быть перпендикулярна центру экрана и оптимальной её отклонение от перпендикуляра, проходящего через центр экрана в вертикальной плоскости не должна превышать ±5 градусов, допустимое ±10 градусов; —       рабочее место с ПЭВМ оборудуют стулом: —       поверхность сиденья и спинки стула (кресла) должна быть полумягкой, с нескользящим, слабо электризующимся и воздухопроницаемым покрытием, обеспечивающим лёгкую очистку от загрязнений; —       клавиатуру следует располагать на поверхности стола на расстоянии 100-300мм от края, обращённого к пользователю, или на специальной, регулируемой по высоте рабочей поверхности, отделённой от основной поверхности. 8.7 Безопасность производственного процесса Необходимо соблюдать правила работы и требования безопасности при работе с компьютерами и периферийным оборудованием во избежание неприятных последствий. В работе можно использовать лишь то оборудование, которое соответствует нормам безопасности по стандартам ISO. Перед началом работы необходимо произвести внешний осмотр оборудования на исправность. Если неисправностей не обнаружено, следует убедиться в правильности подключения оборудования к электросети и к другим модулям оборудования. При работе оборудования необходимо избегать контакта с электрическими проводами и проводами передачи данных. Ни в коем случае нельзя выполнять действия, не предусмотренные при работе с конкретным типом оборудования. При возникновении неисправности в электрической системе компьютера постараться сразу его обесточить. Самостоятельно производить внутренний осмотр и ремонт оборудования запрещается. О неисправности в работе оборудования доложить ответственным за поддержание работоспособности техники лицам. После окончания работы оборудование необходимо отключить от электросети. При работе с ПЭВМ важно соблюдать порядок на рабочем месте. Во время работы необходимо периодически проветривать помещение и делать разминку для снятия усталости и напряжения с глаз и мышц шейно-плечевого пояса. Во избежание негативного влияния на здоровье рекомендуется проводить за компьютером количество часов, не превышающее значение, установленное нормативными документами. 8.8 Электробезопасность При работе с ПЭВМ существует опасность поражения электрическим током. В помещении используется трёхфазная электрическая сеть переменного тока частотой 50Гц и напряжением 220В с глухо заземленной нейтралью. Чтобы максимально обезопасить людей от вероятности получения травмы необходимо принимать защитные меры, соответствующие данной рабочей обстановке и используемому конкретному оборудованию. Необходимо определить класс помещения по опасности поражения электрическим током. Поскольку в рассматриваемом помещении имеется возможность одновременного прикосновения человека к имеющим соединение с землёй металлоконструкциям с одной стороны и металлическому корпусу с другой стороны, помещение относится ко II классу опасности — с повышенной опасностью. Для обеспечения защиты от случайного прикосновения к токоведущим частям в соответствии с ГОСТ 12.1.019-79 «Система стандартов безопасности труда. Электробезопасность. Общие требования и номенклатура видов защиты» необходимо применять следующие способы и средства: Технические способы: —       малое напряжение; —       контроль и профилактика изоляции; —       изоляция токоведущих частей; —       для обеспечения защиты от поражения электрическим током при прикосновении к металлическим нетоковедущим частям, которые могут оказаться под напряжением в результате повреждения изоляции, применяют защитное заземление, зануление в соответствии с ГОСТ 12.1.030-81 «Защитное заземление. Зануление». Организационно-технические мероприятия: —       обучение и аттестация персонала по работе с электричеством; —       правильная организация ремонтных работ. 8.9 Пожарная безопасность Основными причинами, по которым может возникнуть пожар в помещении, где установлены компьютеры, являются короткое замыкание и перегрузка в сети. В соответствии с НПБ 105-03 «Определение категорий помещений, зданий и наружных установок по взрывопожарной и пожарной опасности», помещение относится к категории В — пожароопасных помещений. Категория В подразумевает наличие в помещении горючих и трудногорючих жидкостей, твёрдых горючих и трудногорючих веществ и материалов (в том числе пыли и волокон), веществ и материалов, способных при взаимодействии с водой, кислородом воздуха или друг с другом гореть. Для локализации пожара применяются огнестойкие конструкции. В соответствии со СНиП 21-01-97 «Пожарная безопасность зданий и сооружений» все здания делятся на типы по степени огнестойкости. Данное здание относится к первому типу огнестойкости. Первый тип характеризуется следующими параметрами защищённости, приведёнными в таблице 8.6. Таблица 8.6. Параметры защищённости зданий первого типа огнестойкости Степень огнестой-кости здания Предел огнестойкости строительных зданий, не менее Несущие элемен-ты здания Наруж-ные стены Перекрытия чердачные (чердачные и над подвалами) Покры-тия бесчер-дачные Лестничные клетки Внутрен-ние стены Марши и площад-ки лестниц I R 120 RE 30 REI 60 RE 30 REI 120 R 60 В соответствии с этим нормативом предел огнестойкости строительных конструкций устанавливается по времени (в минутах) наступления одного или последовательно нескольких, нормируемых для данной конструкции, признаков предельных состояний: —       потери несущей способности (R); —       потери целостности (Е); —       потери теплоизолирующей способности (I). Разработаны нормативы, предусматривающие наиболее эффективные средства пожаротушения для каждого типа зданий (помещений). Существуют первичные и вторичные средства пожаротушения. К первичным относятся пожарные гидранты, оснащённые рукавами и стволами для подачи воды, огнетушители различных типов. К вторичным относятся средства пожарной сигнализации — ручные и автоматические. ППБ 01-03 «Правила пожарной безопасности в Российской Федерации» устанавливает средства пожаротушения для помещений типа В. Для помещения 30м2 может использоваться ОУ-5 (1 единица). Помещение должно быть оснащено ручной пожарной сигнализацией типа ИПР и дымовыми датчиками типа ДИП. Используемое для работы помещение должно отвечать требованиям пожаробезопасности. Необходимо периодически проводить обучение сотрудников пожаробезопасности, назначать ответственных за противопожарную безопасность, разрабатывать мероприятия на случай возникновения пожара. Заключение В дипломном проекте была разработана автоматизированная система обслуживания клиентов мини — отеля. Для её реализации необходимо было разработать клиентскую и серверную часть системы, а, также, способ передачи информации между ними. Я занималась разработкой клиентской части программного обеспечения и структурой передаваемых данных. Для разработки приложения был выбран язык программирования Java. Разработанные алгоритмы и программа протестированы на реальном устройстве. Получены результаты, подтверждающие работоспособность программы. Передача данных реализована посредством протокола HTTP. Основой HTTP является технология «клиент-сервер», то есть предполагается существование потребителей (клиентов), которые инициируют соединение и посылают запрос, и поставщиков (серверов), которые ожидают соединения для получения запроса, производят необходимые действия и возвращают обратно сообщение с результатом. В качестве структуры передаваемых данных был выбран JSON. JSON — это текстовый формат обмена данными, который строится на двух структурах: —       набор пар ключ/значение; —       пронумерованный набор значений. Данная система предназначена для автоматизации обслуживания клиентов администратором. Система позволяет снизить расходы на содержание обслуживающего персонала, вести электронную базу данных отеля. Благодаря разработанной системе можно улучшить качество обслуживания клиентов, снизить расходы на распечатку различной информации, т. к. всё будет хранится в электронном виде. Система даёт клиентам удобный интерфейс для заказов и бронирования. Усовершенствование системы может состоять в дальнейшей автоматизации БД, т.е. в написании системы, которая будет сама принимать заказы, исключая необходимость в администрировании (чтобы изменения в БД вносились без участия администратора). Для этого нужно усложнить логику приложения и БД (таблицы БД). Всё это приведёт в удорожению стоимости системы, что целесообразно для больших отелей. Но, уже сейчас можно сказать, что эта система упрощает и ускоряет работу администратора по взаимодействию с клиентами. Также, благодаря данному программному продукту мы сможем сократить затраты, к примеру, на оплату труда сотрудникам. Таким образом, проект достигает своей основной цели — оперативность и экономия для клиента. Список литературы 1.      Денис Колиснеченко «Программирование для Android». Самоучитель /. — СПб.: Санкт-Петербург, 2011 .        http://android-shark.ru/ustanovka-android-development-tools/ [электронный ресурс] Установка Android Development Tools .        http://opds.sut.ru/old/electronic_manuals/itm_sait/tema87.htm [электронный ресурс] Взаимодействие клиента и сервера по протоколу HTTP 4.      <http://ru.wikipedia.org/wiki/Java> [электронный ресурс] Язык программирования Java .        http://ru.wikipedia.org/wiki/Android [электронный ресурс] Операционная система Android .        http://market.yandex.ru/model-spec.xml?modelid=8226067&hid=91491 [электронный ресурс] Характеристики смартфона Samsung Galaxy S3 .        Рето Майер «Программирование приложений для планшетных компьютеров и смартфонов» /.- СПб.: Санкт-Петербург, 2011 .        http://digitalshop.ru/shop/Wi-Fi_router_TRENDnet_TEW-651BR_219697.html [электронный ресурс] Характеристики WiFi роутера .        <http://www.team.ru/server/builder_new.php?model=R1304> [электронный ресурс] Характеристики физического сервера .        <http://ru.wikipedia.org/wiki/MySQL> [электронный ресурс] Система управления базами данных .        Безопасность и экологичность проекта. Методические указания для студентов специальности 230101 «Вычислительные машины, комплексы, системы и сети» .        Методические указания по обоснованию экономического раздела дипломного проекта для студентов специальности 230101 «Вычислительные машины, комплексы, системы и сети» Приложение Листинг файла «MainActivity.java» package com.tacticalnuclearstrike.tttumblr;android.app.AlertDialog;android.content.DialogInterface;android.content.Intent;android.content.SharedPreferences;android.content.pm.PackageInfo;android.content.pm.PackageManager;android.content.pm.PackageManager.NameNotFoundException;android.os.Build;android.os.Bundle;android.sax.RootElement;android.view.Menu;android.view.MenuInflater;android.view.MenuItem;android.view.View;android.widget.EditText;android.widget.TextView;com.google.android.apps.analytics.GoogleAnalyticsTracker;com.google.inject.Inject;com.tacticalnuclearstrike.tttumblr.activites.*;roboguice.activity.RoboActivity;class MainActivity extends RoboActivity {int MENU_ACCOUNT = 1;int MENU_ABOUT = 2;int MENU_SETTINGS = 3;tracker; @Inject TumblrApi api; @Overridevoid onCreate(Bundle savedInstanceState) {.onCreate(savedInstanceState);= GoogleAnalyticsTracker.getInstance();.start(«UA-9100060-3», 20, this);.trackPageView(«/OS/» + Build.VERSION.SDK);.trackPageView(«/rev/» + getApplicationVersion());();(showDashBoard())(); }void regularStartup() {(R.layout.main);();(); }boolean showDashBoard() {getSharePreferences().getBoolean(«DASHBOARD_STARTUP», false); }SharedPreferences getSharePreferences() {settings = this.getSharedPreferences(«tumblr», 0);settings; }void setupButtons() {(R.id.postTextBtn).setOnClickListener(View.OnClickListener() {void onClick(View v) {.trackPageView(«/Services»);intent = new Intent(MainActivity.this,.class);(intent); } });(R.id.postImageBtn).setOnClickListener(View.OnClickListener() {void onClick(View v) {.trackPageView(«/Rooms»);intent = new Intent(MainActivity.this,.class);(intent); } });(R.id.postQuoteBtn).setOnClickListener(View.OnClickListener() {void onClick(View v) {(«USERNAME», «»);(«PASSWORD», «»);infoView = (TextView) findViewById(R.id.labelAuthStatus); infoView.setText(«Забронируте номер или введите ваши данные, чтобы воспользоваться нашими услугами»); infoView.setVisibility(View.VISIBLE);(R.id.dashboardBtn).setEnabled(true);(R.id.postTextBtn).setEnabled(false);(R.id.postImageBtn).setEnabled(true);(R.id.postQuoteBtn).setEnabled(false); } }); /*(R.id.postLinkBtn).setOnClickListener(View.OnClickListener() {void onClick(View v) {.trackPageView(«/PostLinkActivity»);intent = new Intent(MainActivity.this,.class);(intent); } });(R.id.postConversationBtn).setOnClickListener(View.OnClickListener() {void onClick(View v) {.trackPageView(«/PostConversationActivity»);intent = new Intent(MainActivity.this,.class);(intent); } });*/(R.id.dashboardBtn).setOnClickListener(View.OnClickListener() {void onClick(View v) {.trackPageView(«/DashboardActivity»);(); } }); } @Overridevoid onDestroy() {.onDestroy();.stop(); }boolean onCreateOptionsMenu(Menu menu) {inflater = getMenuInflater();.inflate(R.menu.main_menu, menu);true; } @Overrideboolean onOptionsItemSelected(MenuItem item) {(item.getItemId()) {R.id.menu_account:.trackPageView(«/AccountActivity»);(new Intent(MainActivity.this,.class), 0);true;R.id.menu_about:.trackPageView(«/AboutDialog»);();true;R.id.menu_settings:.trackPageView(«/Preferences»);(new Intent(MainActivity.this, Preferences.class));true; }super.onOptionsItemSelected(item); } @Overridevoid onActivityResult(int requestCode, int resultCode, Intent data) {(); }void createAboutDialog() {version = getApplicationVersion();.Builder builder = new AlertDialog.Builder(this); .setMessage( «ttTumblr » + version + «nnIf you find any errors please contact me so that I can fix them!») .setCancelable(true).setPositiveButton(«Ok»,DialogInterface.OnClickListener() {void onClick(DialogInterface dialog, int id) { } });alert = builder.create();.show(); }String getApplicationVersion() {pm = getPackageManager();version = «r0»;{pi = pm.getPackageInfo( «com.tacticalnuclearstrike.tttumblr», 0);= pi.versionName; } catch (NameNotFoundException e) { }version; }void CheckIsUserNameAndPasswordCorrect() {infoView = (TextView) findViewById(R.id.labelAuthStatus);(!api.isUserNameAndPasswordStored()) { .setText(«Забронируте номер или введите ваши данные, чтобы воспользоваться нашими услугами»);.setVisibility(View.VISIBLE);(R.id.dashboardBtn).setEnabled(true);(R.id.postTextBtn).setEnabled(false);(R.id.postImageBtn).setEnabled(true);(R.id.postQuoteBtn).setEnabled(false); } else { .setText(«Здравствуйте, » + api.getUserName() + » » + api.getPassword() + «!»);.setVisibility(View.VISIBLE);(R.id.dashboardBtn).setEnabled(true);(R.id.postTextBtn).setEnabled(true);(R.id.postImageBtn).setEnabled(false);(R.id.postQuoteBtn).setEnabled(true); } }void startDashboardActivity() {(new Intent(MainActivity.this,.class)); }void setSetting(String name, String value) {settings = getSharedPreferences(«tumblr», 0);.Editor editor = settings.edit();.putString(name, value);.commit(); } } Листинг файла «Billiards.java»com.tacticalnuclearstrike.tttumblr.activites;android.app.AlertDialog;android.content.DialogInterface;android.content.Intent;android.content.SharedPreferences;android.content.pm.PackageInfo;android.content.pm.PackageManager;android.content.pm.PackageManager.NameNotFoundException;android.os.Build;android.os.Bundle;android.view.Menu;android.view.MenuInflater;android.view.MenuItem;android.view.View;android.widget.EditText;android.widget.TextView;com.google.android.apps.analytics.GoogleAnalyticsTracker;com.google.inject.Inject;com.tacticalnuclearstrike.tttumblr.R;com.tacticalnuclearstrike.tttumblr.TumblrApi;com.tacticalnuclearstrike.tttumblr.activites.*;roboguice.activity.RoboActivity;class Billiards extends RoboActivity {tracker; @Inject TumblrApi api; @Overridevoid onCreate(Bundle savedInstanceState) {.onCreate(savedInstanceState);(); }void regularStartup() {(R.layout.billiardsview);(R.id.calcSummaBilliardsBtn).setOnClickListener(View.OnClickListener() {void onClick(View v) {timeNumber;summa = 0;timeNumberText = (EditText) findViewById(R.id.hours);= Integer.parseInt(timeNumberText.getText().toString());= 150 * timeNumber;summaText = (TextView) findViewById(R.id.summaBilliards);.setText(String.valueOf(summa) + » рублей»); } }); } } Листинг для файла «Cafe.java» package com.tacticalnuclearstrike.tttumblr.activites;java.util.Random;android.app.AlertDialog;android.content.DialogInterface;android.content.Intent;android.content.SharedPreferences;android.content.pm.PackageInfo;android.content.pm.PackageManager;android.content.pm.PackageManager.NameNotFoundException;android.os.Build;android.os.Bundle;android.view.Menu;android.view.MenuInflater;android.view.MenuItem;android.view.View;android.widget.EditText;android.widget.TextView;com.google.android.apps.analytics.GoogleAnalyticsTracker;com.google.inject.Inject;com.tacticalnuclearstrike.tttumblr.R;com.tacticalnuclearstrike.tttumblr.TumblrApi;com.tacticalnuclearstrike.tttumblr.activites.*;roboguice.activity.RoboActivity;class Cafe extends RoboActivity {tracker; @Inject TumblrApi api; @Overridevoid onCreate(Bundle savedInstanceState) {.onCreate(savedInstanceState);(); }void regularStartup() {(R.layout.cafeview);freePlaces = (TextView) findViewById(R.id.freePlaces);randomGenerator = new Random();randomInt = randomGenerator.nextInt(20);.setText(String.valueOf(randomInt));(R.id.calcSummaCafeBtn).setOnClickListener(View.OnClickListener() {void onClick(View v) {peopleNumber;summa = 0;peopleNumberText = (EditText) findViewById(R.id.peopleNumberCafe);= Integer.parseInt(peopleNumberText.getText().toString());= 150 * peopleNumber;summaText = (TextView) findViewById(R.id.summaCafe);.setText(String.valueOf(summa) + » рублей»); } }); } } Листинг для файла «Food.java» package com.tacticalnuclearstrike.tttumblr.activites;java.util.Random;android.app.AlertDialog;android.content.DialogInterface;android.content.Intent;android.content.SharedPreferences;android.content.pm.PackageInfo;android.content.pm.PackageManager;android.content.pm.PackageManager.NameNotFoundException;android.os.Build;android.os.Bundle;android.view.Menu;android.view.MenuInflater;android.view.MenuItem;android.view.View;android.widget.CheckBox;android.widget.EditText;android.widget.TextView;com.google.android.apps.analytics.GoogleAnalyticsTracker;com.google.inject.Inject;com.tacticalnuclearstrike.tttumblr.R;com.tacticalnuclearstrike.tttumblr.TumblrApi;com.tacticalnuclearstrike.tttumblr.activites.*;roboguice.activity.RoboActivity;class Food extends RoboActivity {tracker; @Inject TumblrApi api; @Overridevoid onCreate(Bundle savedInstanceState) {.onCreate(savedInstanceState);(); }void regularStartup() {(R.layout.foodview);(R.id.calcSummaFood).setOnClickListener(View.OnClickListener() {void onClick(View v) {summa = 0;(((CheckBox)findViewById(R.id.checkBox1)).isChecked()) {randomGenerator = new Random();randomInt = randomGenerator.nextInt(500);= summa + randomInt; }(((CheckBox)findViewById(R.id.checkBox2)).isChecked()) {randomGenerator = new Random();randomInt = randomGenerator.nextInt(500);= summa + randomInt; }(((CheckBox)findViewById(R.id.checkBox3)).isChecked()) {randomGenerator = new Random();randomInt = randomGenerator.nextInt(500);= summa + randomInt; }(((CheckBox)findViewById(R.id.checkBox4)).isChecked()) {randomGenerator = new Random();randomInt = randomGenerator.nextInt(500);= summa + randomInt; }(((CheckBox)findViewById(R.id.checkBox5)).isChecked()) {randomGenerator = new Random();randomInt = randomGenerator.nextInt(500);= summa + randomInt; }summaText = (TextView) findViewById(R.id.summaFood);.setText(String.valueOf(summa) + » рублей»); } }); } } Листинг для файла «Rooms.java» package com.tacticalnuclearstrike.tttumblr.activites;java.util.Random;android.app.AlertDialog;android.content.DialogInterface;android.content.Intent;android.content.SharedPreferences;android.content.pm.PackageInfo;android.content.pm.PackageManager;android.content.pm.PackageManager.NameNotFoundException;android.os.Build;android.os.Bundle;android.view.Menu;android.view.MenuInflater;android.view.MenuItem;android.view.View;android.widget.CheckBox;android.widget.EditText;android.widget.RadioButton;android.widget.TextView;com.google.android.apps.analytics.GoogleAnalyticsTracker;com.google.inject.Inject;com.tacticalnuclearstrike.tttumblr.R;com.tacticalnuclearstrike.tttumblr.TumblrApi;com.tacticalnuclearstrike.tttumblr.activites.*;roboguice.activity.RoboActivity;class Rooms extends RoboActivity {tracker; @Inject TumblrApi api; @Overridevoid onCreate(Bundle savedInstanceState) {.onCreate(savedInstanceState);(); }void regularStartup() {(R.layout.roomsview);randomGenerator = new Random(); ((RadioButton)findViewById(R.id.radioButton1)).setEnabled(randomGenerator.nextBoolean()); ((RadioButton)findViewById(R.id.radioButton2)).setEnabled(randomGenerator.nextBoolean()); ((RadioButton)findViewById(R.id.radioButton3)).setEnabled(randomGenerator.nextBoolean()); ((RadioButton)findViewById(R.id.radioButton4)).setEnabled(randomGenerator.nextBoolean()); ((RadioButton)findViewById(R.id.radioButton5)).setEnabled(randomGenerator.nextBoolean()); ((RadioButton)findViewById(R.id.radioButton6)).setEnabled(randomGenerator.nextBoolean()); ((RadioButton)findViewById(R.id.radioButton7)).setEnabled(randomGenerator.nextBoolean()); ((RadioButton)findViewById(R.id.radioButton8)).setEnabled(randomGenerator.nextBoolean()); ((RadioButton)findViewById(R.id.radioButton9)).setEnabled(randomGenerator.nextBoolean()); ((RadioButton)findViewById(R.id.radioButton10)).setEnabled(randomGenerator.nextBoolean()); } } Листинг для файла «Sauna.java» package com.tacticalnuclearstrike.tttumblr.activites;android.app.AlertDialog;android.content.DialogInterface;android.content.Intent;android.content.SharedPreferences;android.content.pm.PackageInfo;android.content.pm.PackageManager;android.content.pm.PackageManager.NameNotFoundException;android.os.Build;android.os.Bundle;android.view.Menu;android.view.MenuInflater;android.view.MenuItem;android.view.View;android.widget.EditText;android.widget.TextView;com.google.android.apps.analytics.GoogleAnalyticsTracker;com.google.inject.Inject;com.tacticalnuclearstrike.tttumblr.R;com.tacticalnuclearstrike.tttumblr.TumblrApi;com.tacticalnuclearstrike.tttumblr.activites.*;roboguice.activity.RoboActivity;class Sauna extends RoboActivity {tracker; @Inject TumblrApi api; @Overridevoid onCreate(Bundle savedInstanceState) {.onCreate(savedInstanceState);(); }void regularStartup() {(R.layout.saunaview);(R.id.calcBtn).setOnClickListener(View.OnClickListener() {void onClick(View v) {peopleNumber;timeNumber;summa = 0;peopleNumberText = (EditText) findViewById(R.id.peopleNumber);= Integer.parseInt(peopleNumberText.getText().toString());timeNumberText = (EditText) findViewById(R.id.timeNumber);= Integer.parseInt(timeNumberText.getText().toString());(peopleNumber <= {= 850*timeNumber; } {= 850*timeNumber + 200*peopleNumber; }summaText = (TextView) findViewById(R.id.summa);.setText(String.valueOf(summa) + » рублей»); } }); } /* @Overridevoid onDestroy() {.onDestroy();.stop(); } */ } Листинг для файла «Services.java»com.tacticalnuclearstrike.tttumblr.activites;android.app.AlertDialog;android.content.DialogInterface;android.content.Intent;android.content.SharedPreferences;android.content.pm.PackageInfo;android.content.pm.PackageManager;android.content.pm.PackageManager.NameNotFoundException;android.os.Build;android.os.Bundle;android.view.Menu;android.view.MenuInflater;android.view.MenuItem;android.view.View;android.widget.TextView;com.google.android.apps.analytics.GoogleAnalyticsTracker;com.google.inject.Inject;com.tacticalnuclearstrike.tttumblr.R;com.tacticalnuclearstrike.tttumblr.TumblrApi;com.tacticalnuclearstrike.tttumblr.activites.*;roboguice.activity.RoboActivity;class Services extends RoboActivity {tracker; @Inject TumblrApi api; @Overridevoid onCreate(Bundle savedInstanceState) {.onCreate(savedInstanceState);(); }void regularStartup() {(R.layout.serviceview);(); }void setupButtons() {(R.id.saunaBtn).setOnClickListener(View.OnClickListener() {void onClick(View v) { //tracker.trackPageView(«/Sauna»);intent = new Intent(Services.this,.class);(intent); } });(R.id.cafeBtn).setOnClickListener(View.OnClickListener() {void onClick(View v) { //tracker.trackPageView(«/UploadImageActivity»);intent = new Intent(Services.this,.class);(intent); } });(R.id.foodBtn).setOnClickListener(View.OnClickListener() {void onClick(View v) { //tracker.trackPageView(«/UploadVideoActivity»);intent = new Intent(Services.this,.class);(intent); } });(R.id.billiardsBtn).setOnClickListener(View.OnClickListener() {void onClick(View v) { //tracker.trackPageView(«/Billiards»);intent = new Intent(Services.this,.class);(intent); } }); } /* @Overridevoid onDestroy() {.onDestroy();.stop(); }*/ /*boolean onCreateOptionsMenu(Menu menu) {inflater = getMenuInflater();.inflate(R.menu.main_menu, menu);true; }*/ } Похожие работы на — Разработка программного продукта для мини-отеля для платформы Android

Добрый день!
Я как-то раз писал сервис по бронированию номеров отелей. Это реальный проект или учебный?
Если реальный проект, то посмотрите в сторону использования API Hotelbeds или GoGlobal.
Рекомендую Hotelbeds. У них в тестовом режиме доступно до 50 запросов в сутки, а в препродакшн неограниченное кол-во запросов. Правда, нужно заплатить сумму 3-4К у.е. и рассказать про деятельность (b2b, b2c) и т.д.

Если учебный проект, то тут зависит от того в каком объеме вы хотите реализовать вашу задачу.
Например, для поиска можно подключить Hibernate Search или ElasticSearch, а можно обойтись простым sql запросом.

Есть класс комнат и класс с резервацией, а так-же DTOшки к ним, теперь мне нужно написать примерно такой код: если в коллекции есть комната X, проверить, есть ли промежуток дат (timestamp) от A1 до A2.
Фишка в том, что я приблизительно понимаю что делать и в то же время не знаю, как это написать.

Как вы и сказали, код писать не буду, но расскажу примерно, как это можно сделать. Предположим, что есть некий контроллер, метод которого принимает некий DTO состоящий из: номера комнаты (roomNum), а также 2-х дат (from & to).
Далее вы передаете этот DTO на уровень сервисного слоя и обрабатываете. Далее вам необходимо на уровне репозитория написать метод, который ищет по вхождению даты.
Вот, похожий вопрос:
https://stackoverflow.com/questions/39784344/check…
Вот, примеры кода:

findAllByStartDateLessThanEqualAndEndDateGreaterThanEqual(OffsetDateTime endDate, OffsetDateTime startDate);

или:

@Query(value = "from EntityClassTable t where yourDate BETWEEN :startDate AND :endDate")
public List<EntityClassTable> getAllBetweenDates(@Param("startDate")Date startDate,@Param("endDate")Date endDate);

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

Помогаю со студенческими работами здесь

Как создать программу справочник телефонных номеров
Здравствуйте! как создать программу в делфи 6? нужно сделать справочник телефонных номеров.
как…

Найти для чётных номеров — максимальный, для нечётных номеров — минимальный элемент матрицы
Ребят помогите пожалуйста с 2 -мя задачами.
1)Найти для чётных номеров — максимальный, для…

Найти для чётных номеров — максимальный, для нечётных номеров — минимальный элемент матрицы M (m,n)
Ребят помогите пожалуйста задачей.
Найти для чётных номеров — максимальный, для нечётных номеров -…

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

Создать класс с STUDENT, вывести на экран фамилии и номеров групп для всех студентов, имеющих оценки 4 и 5
Не могу, жизни и смерти, я не понимаю как это сделать, помогите
Класс с именем STUDENT, содержащий…

Составить программу для нахождения номеров и значений наибольших элементов каждой строки матрицы H размером p=3;q=4
Ребята(((((( Помогите пожалуйста((((((((((( Не могу написать три программы(((((((((( Кто…

Искать еще темы с ответами

Или воспользуйтесь поиском по форуму:

2.1. Описание и обоснование выбора состава технических и программных средств разработки

Система
Delphi 7 Studio – полное решение для разработки
корпоративных приложений от проектирования
до развертывания по архитектуре,
управляемой моделью (MDA), которое позволяет
интегрировать моделирование, разработку
и развертывание приложений и систем
электронного бизнеса для платформы
Windows. Delphi 7 Studio содержит развитые библиотеки
и инструменты для создания приложений
электронного бизнеса и веб-сервисов,
полностью интегрирует соответствующие
технологии и качественно повышает
производительность разработчиков,
предоставляя все необходимое для
исследования вопросов перехода на
Microsoft .NET. При помощи включенного в
комплект поставки Kylix 3 для Delphi разработчики
могут переносить свои приложения на
Linux, повышая отдачу своих инвестиций и
расширяя спектр платформ, на которых
доступны их приложения. Интегрируя
ведущие приложения разработки в единый
и легкий в использовании пакет, Delphi 7
Studio сокращает жизненный цикл разработки
приложений и ускоряет вывод создаваемых
с его помощью продуктов на рынок ПО.

Ключевые
возможности, появившиеся в Delphi 7 Studio:

• предварительный
  вариант средств для работы с Microsoft .NET
  Framework;

• Kylix
  3.0 для Linux в составе пакета;

• бесплатная
  лицензия на развертывание многозвенных
  приложений (которая до этого была
  платной), использующих технологию
  DataSnap (прежнее название — MIDAS);

• полное
  решение проектирования и развертывания
  корпоративных приложений по технологии
  Model Driven Architecture (MDA);

• мощные
  и удобные средства разработки
  WEB-приложений;

• средства
  создания качественных кроссплатформенных
  отчетов Rave Reports;

• среда
  моделирования ModelMaker (по технологии
  UML).

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

Delphi
7 Studio обладает возможностями проектирования
и развертывания корпоративных приложений.
Это позволяет разработчикам быстрее
воспользоваться преимуществами
разработки корпоративных приложений
от концепции до коммерческой версии
при помощи новой системы проектирования
UML и технологии Model Driven Architecture (MDA).

PHP
и Perl

Язык
Perl (Practical Extraction and Report Language — язык для
практического извлечения данных и
составления отчетов). Язык удобен для
создания динамических Web — страниц, Perl
проигрывает PHP в изяществе, притом, что
PHP предлагает функциональность,
аналогичную Perl при значительно меньшей
избыточности и сравнительно простоте
синтаксиса. Избыточность языка Perl
связана с тем, что он разрабатывался
для самых разнообразных приложений,
что не могло не сказаться на его
синтаксисе, в то время как PHP изначально
разрабатывался для Интернета.

PHP
и Java

Технология
Java включает в себя клиентскую и серверную
часть, а так же доступ к базам данных,
поэтому наиболее корректно проводить
сравнение технологии Java со связкой
Apache/PHP/MySQL. PHP почти не уступает Java в
гибкости и масштабируемости созданных
приложений. Кроме того, использование
Java для разработки достаточно простых
приложений вряд ли оправдано, а при
работе над серьезными задачами обходится
дороже. К числу недостатков можно отнести
медленное выполнение, потребление
большого количества памяти и сложность
разработки Web — приложений по сравнению
с PHP.

PHP
и ASP.NET

ASP
(Active Server Pages) – язык
сценариев от
Microsoft. Если язык ASP значительно
уступал РНР по многим параметрам, в
первую очередь, по времени выполнения
сценариев, то с появлением технологии
ASP.NET ситуация изменилась. Основное
достоинство ASP.NET заключается в возможности
применения всей мощи интерфейса Windows
для разработки Web-приложений. Это
позволяет разрабатывать страницы со
сложным интерфейсом, не заботясь о
сохранении, шифровании и передаче
переменных, используемых на динамических
страницах. ASP.NET тесно интегрирован в
новую технологию NET компании Microsoft.
Главной особенностью разработки
Web-приложений при помощи ASP.NET является
возможность использовать любой язык
программирования среды исполнения NET.
Выполнение Web-приложений ASP.NET на серверах,
работающих не под Windows, практически
невозможно. Более того, если Web-приложение
интенсивно использует компоненты NET,
просмотр динамической страницы будет
возможен только под Windows и только с
помощью браузера Internet Explorer. Поэтому в
смысле переносимости РНР, безусловно,
отличается от ASP.NET в лучшую сторону.
Другой крайне немаловажный довод в
пользу РНР заключается в быстром
исправлении обнаруженных ошибок. Еще
одним плюсом РНР, особенно важным для
начинающих, является то, что его легче
использовать для построения Web-приложений.
Таким образом, при выборе между ASP.NET и
РНР следует исходить из стоящей перед
вами задачи. Если в сети Интернет крупной
корпорации большинство серверов и
клиентских машин работают под управлением
Windows, применение ASP.NET более чем оправдано.
В то же время для разработки Web-сайта,
размещаемого в Интернете, целесообразнее
использовать РНР.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]

• #
• #
• #
• #
• #
• #
• #
• #
• #
• #
• #

Особенности разработки мобильного приложения для отеля

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

У разработки приложения для отеля есть некоторые особенности. Обсудим их подробнее: 

1. При разработке такого приложения требуется интеграция его с CRM-системой компании или же ручной ввод данных о свободных номерах и возможности заселения. Так клиент сможет оперативно узнать, какие номера свободны и забронировать их. 
2. Также необходимо будет разработать удобную систему фильтрации, чтобы пользователь мог легко и быстро находить нужную информацию. Фильтрацию можно сделать по множеству параметров: начиная от цены номера и заканчивая наличием балкона.
3. При необходимости вносить предоплату за бронирование не лишним будет интегрировать в приложение платежные сервисы. Так пользователю будет гораздо удобнее внести предоплату и забронировать выбранный номер — что положительно повлияет на конверсию.  

Этапы разработки

Создание приложения для отеля условно можно разделить на несколько этапов. Расскажем о них подробнее: 

1. Анализ. На этом этапе собираем и анализируем входные данные. Фиксируем цели проекта, задачи приложения, целевую аудиторию. Также можем провести свое исследование, чтобы актуализировать данные. 
2. Разработка ТЗ. Важно однозначно зафиксировать требования, чтобы избежать разночтений и перерасходов бюджета на следующих этапах. 
3. Проектирование дизайна. Разрабатываем несколько вариантов дизайн-концепции будущего приложения — утверждаем вместе с заказчиком. На основе концепта прорабатываем UX и UI, создаем финальные макеты всех экранов.
4. Программирование. На данном этапе разработчики пишут код, реализуя дизайн и наполняя функционалом будущее приложение гостиницы.
5. Тестирование. Перед запуском продукта, тестировщики проверяют приложение и тестируют его функциональность и визуальное отображение на разных устройствах. Если приложение кроссплатформенное, проверяется его работоспособность на разных операционных системах.
6. Запуск и поддержка. После того, как приложение проверено, осуществляем его публикацию в магазине приложений. Если у заказчика есть потребность, мы можем и дальше осуществлять техническую поддержку и развитие сервиса. 

Модели сотрудничества

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

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

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

​Генеральный директор ЗАО «Гостиничные технологии» и разработчик системы управления для гостиничного бизнеса 

«1С: Отель» Павел Бабенко написал для vc.ru колонку о целесообразности создания мобильного приложения для отеля. 

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

— эти задачи решают PMS. Речь пойдет о мобильном приложении для гостей, которое они скачают, в котором забронируют номер, закажут room service, оставят фотоотзыв. Или нет?

Приложения — тренд. Гость не хочет смотреть вам в глаза. Он не хочет с вами говорить. Он выбирает телефон

Разработчики приложений пугают цифрами. За каждой из них — исследование Google, Cisco, TNS,«Яндекса»,

— компаний, с которыми не поспоришь. 99% россиян выбирают отель в интернете, 65% из них — со смартфона. 95% гостей приедут к вам с телефоном, 85% из них воспользуются вашим Wi-Fi. Людей со смартфонами больше, чем с автомобилем. С приложения конверсия выше, чем с мобильного сайта. В конце речи — впечатляющая демонстрация. 23 секунды, чтобы забронировать спа-вечер. 19 секунд — ужин на двоих в номер. 15 секунд — узнать о вечерней анимации.

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

Идеальное приложение

Общаясь с разработчиком, отельер воображает идеальное приложение, способное на всё. Оно:

После запуска приложения отельер сталкивается с реальностью. Приложение не скачивают. Скачивают и не запускают. Запускают, но не заказывают. Заказывают, а после отъезда удаляют.

Идеального приложения не существует.

Реальность: идеальное приложение не скачивают

Мы опросили гостей у стойки регистрации в нескольких крупных отелях. 50% респондентов не смогли установить приложение из-за технических моментов: гости не помнили пароль к iTunes или Google Play, у них не был настроен аккаунт, не хватало памяти в телефоне. За рубежом так же. «У французской сети Accor, объединяющей более 4000 отелей, скачивают приложение только 3% гостей», — рассказывает Глеб Михайлов, разработчик электронного ассистента для

AccorHotels.

Почему приложения не скачивают

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

Исключение: в каких отелях приложение скачивают

​1. В сетевых гостиницах премиум-класса c программой лояльности, которые продвигают приложение как тренд low-touch luxury («бесконтактная роскошь»)

В Hilton участники программы лояльности hhonors могут посетить отель, ни разу не пообщавшись с персоналом. Через приложение гость выбирает номер на поэтажных планах гостиницы и бронирует его. Регистрация, открытие двери в номер, выписка — тоже в приложении.

«Наши гости сами выбирают, как, где и когда с нами связываться, — говорит директор по маркетингу и цифровым технологиям Hilton Worldwide Джералдин Калпин. — Они ждут этого, и мы соответствуем». Но даже при таком сервисе гости предпочитают бронировать номера через онлайн-турагентства (ОТА), так как считают цены агентства самыми низкими на рынке.

2. В отелях со сложной инфраструктурой и территорией, в resort-отелях

1. У спа-отеля «Довиль» нет приложения. Карта большой территории опубликована на сайте картинкой. Пользоваться неудобно.

2. В приложении крупнейшего в России отеля «Азимут Сочи» интерактивную карту сделали на основе «Яндекс.Карт». Просто и дешево. «Довиль» мог бы сделать такую же карту и без приложения, на мобильной версии сайта.

3. Интерактивная карта гостиницы «Парк-отель Империал» прекрасно работает в мобильном браузере. Но ссылки на неё на мобильном сайте нет: только очень внимательный гость перейдет с телефона на полную версию сайта ради карты. Карту отеля можно опубликовать в Google Indoor Maps. 

3. В отелях с глубоко интегрированными ИТ

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

На изображении ниже — примеры экранов заказа услуг. В первом случае представлен «Будильник» отеля Barvikha Hotel&SPA в агрегаторе отелей HRS. Далее — фотоотзыв в приложении гостиницы «Космос». В приложении отеля hub by Premier Inn есть контроль температуры в номере, а в Starwood Hotels & Resorts Worldwide гости открывают двери часами.

4. В отелях с большим количеством

«долгожителей» и постоянных клиентов

Гости скачивают приложение, потому что остаются надолго. Они не удаляют приложение, зная, что они вернутся в отель.

5. В отелях, позиционирующих приложение как игру

Сеть Accor предлагает гостям виртуальное путешествие по отелю в фирменных VR-очках.

Реальность: в приложение не заходят

Так, в приложении-агрегаторе отелей HRC для авторизации достаточно ввести шестизначный код заселения, а сеть отелей Hyatt требует логин и пароль. Приложение отелей «Истра Holiday» после первого запуска начисляет потенциальному гостю 10 баллов программы лояльности. На втором включении оно не пускает вас дальше, пока не введете свои данные, чтобы сохранить эти 10 баллов. Если одолеете форму и нажмете на кнопку «Забронировать номер», приложение перенаправит вас на сайт отеля.

Реальность: приложение используют не так

Гости хотят самостоятельно решать, что достойно их, а что нет. При первом запуске отключают геолокацию и push-уведомления. Вместо чата в приложении пишут отелю в Facebook или WhatsApp. Не отвечают на опросы и удаляют приложения после выезда. Это стандартные и логичные сценарии. Не делайте ставку только на приложение, разговаривайте с гостем и через мобильный сайт, и в соцсетях, и на OTA-сервисах.

Реальность: приложение нужно поддерживать

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

Реальность: приложение дорогое

Делать или не делать

Альтернатива приложению — все остальные мобильные каналы связи

1. Социальные сети и мессенджеры

Не заставляйте гостя общаться с отелем через приложение — это удобно отелю. Говорите с гостем в удобных ему каналах: Facebook, «ВКонтакте», Instagram, Skype, Telegram, Viber, WhatsApp, SMS. Для удобства менеджера отеля можно использовать агрегаторы, которые все каналы объединяют в один интерфейс.

2. Мобильный сайт

Адаптивная верстка или специальная мобильная версия. Хороший мобильный сайт содержит модуль бронирования, список услуг отеля, интерактивную карту (легко создается на базе карт Google или «Яндекс»), схему проезда до отеля, контакты отеля и ссылки на соцсети. Мобильный сайт информирует гостей, помогает им ориентироваться, рассказывает об акциях. Но через него нельзя заказать room service, вызвать уборщицу или оплатить счет.

3. Мобильный счет

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

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

Выводы

Цели и описание курсовой работы:

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

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

Содержание курсовой:

• ВВЕДЕНИЕ
• ОСНОВНАЯ ЧАСТЬ
• ГЛАВА 1.  АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ
• ФУНКЦИОНАЛЬНЫЕ ТРЕБОВАНИЯ К СИСТЕМЕ
• ГЛАВА 2.  РАБОТА С БАЗОЙ ДАННЫХ
• ГЛАВА 3.  ИНТЕРФЕЙСНАЯ ЧАСТЬ
• ЗАКЛЮЧЕНИЕ
• СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

Фрагмент кода из программы:

// Поиск по заданным датам
        private void button1_Click(object sender, EventArgs e)
        {
            string date_;
            textBox10.Clear();
            if (dateTimePicker1.Value > dateTimePicker2.Value)
            {
                MessageBox.Show("Дата начала не может быть позже даты конца");
            }
            else
            {
                bookingclass bkng = new bookingclass(dateTimePicker1.Value.ToString("yyyy-MM-ddTHH:mm:ss"),dateTimePicker2.Value.ToString("yyyy-MM-ddTHH:mm:ss"),textBox6.Text, textBox5.Text, dateTimePicker3.Value.ToString("yyyy-MM-ddTHH:mm:ss"), dateTimePicker4.Value.ToString("yyyy-MM-ddTHH:mm:ss"),comboBox1.SelectedItem.ToString(), comboBox2.SelectedItem.ToString(), comboBox3.SelectedItem.ToString(), comboBox4.SelectedItem.ToString(), comboBox5.SelectedItem.ToString());
                date_ = bkng.datetime();
                textBox10.Text += "Заняты данные номера:"+Environment.NewLine+date_.ToString();
                dateTimePicker3.Value = dateTimePicker1.Value;
                dateTimePicker4.Value = dateTimePicker2.Value;
            }
            
        }

ER-модель базы данных:

Содержание работы:

• Текст готового курсового проекта с достаточной высокой оригинальностью (29 страниц)
• Архив с исходным кодом программы
• Архив с файлам для базы данных

Скриншоты архивов проекта:

Видео демонстрация:

Первое видео — https://youtu.be/E_rEcg2RkVE

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

Второе видео —  https://youtu.be/WhHtd0amStk

В нем объясняю, как подключить БД к программе, чтобы у вас все работало.