1. ТЗ - Angelok325/hotel GitHub Wiki

Техническое задание для приложения "Менеджер отеля"#

1. Введение

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

2. Цели и задачи

– Упрощение процесса управления записями клиентов и номерами.
– Обеспечение быстрого доступа к информации о клиентах и номерах.
– Автоматизация процессов бронирования и оплаты.
– Упрощение заказа питания и формирования счетов.

3. Функциональные требования

3.1. Вход в систему

– Описание: Менеджеры должны иметь возможность входа в систему с использованием логина и пароля.
– Требования:
– Реализовать форму авторизации.
– Обеспечить защиту данных пользователей (шифрование паролей).

3.2. Универсальное поле поиска

– Описание: Менеджер может искать данные о клиентах, номерах и услугах с помощью одного поля поиска.
– Требования:
– Реализовать возможность поиска по имени клиента, номеру, дате бронирования и другим параметрам.
– Обеспечить отображение результатов поиска в удобном формате.

3.3. CRUD-запись клиента

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

3.4. Наличие свободных номеров и бронирование

– Описание: Менеджер должен иметь возможность просматривать доступные номера и осуществлять бронирование.
– Требования:
– Реализовать интерфейс для отображения свободных номеров.
– Обеспечить возможность выбора номера и указания даты заезда и выезда для бронирования.

3.5. Оплата номера

– Описание: Менеджер должен иметь возможность обрабатывать платежи за номера.
– Требования:
– Реализовать функционал для ввода суммы оплаты и выбора метода оплаты (наличные, карта и т.д.).
– Обеспечить возможность формирования квитанции об оплате.

3.6. Обслуживание питанием

– Описание: Менеджер должен иметь возможность заказывать блюда для клиентов и добавлять их в счет.
– Требования:
– Реализовать меню с доступными блюдами и напитками.
– Обеспечить возможность выбора блюд и добавления их в счет клиента.

3.7. Формирование счета в формате PDF

– Описание: Менеджер должен иметь возможность формировать счет для клиента в формате PDF.
– Требования:
– Реализовать функционал для генерации счета на основе информации о бронировании, оплате и заказанных блюдах.
– Обеспечить возможность скачивания и печати счета.

4. Нефункциональные требования

– Платформа: Приложение должно быть кроссплатформенным и работать на Windows.
– Интерфейс: Удобный и интуитивно понятный пользовательский интерфейс.
– Безопасность: Защита данных клиентов и транзакций.
– Производительность: Быстрая работа приложения, минимальное время отклика на действия пользователя.

5. Технологический стек

– Язык программирования: C# или другой язык, поддерживающий .NET.
– База данных: SQL Server или другая реляционная база данных.
– Фреймворки: ASP.NET для веб-приложения или Windows Forms/WPF для настольного приложения.
– Библиотеки: Библиотеки для генерации PDF (например, iTextSharp).

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

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

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

– В рамках данной работы расчет экономической эффективности не предусмотрен.

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

– После передачи Исполнителем отдельного функционального модуля программы Заказчику, последний имеет право тестировать модуль в течение 7 дней. После тестирования Заказчик должен принять работу по данному этапу или в письменном виде изложить причину отказа от принятия. В случае обоснованного отказа Исполнитель обязуется доработать

<style> </style>

9. Календарный план работ.

Название этапа Сроки этапа Чем заканчивается этап
1 Изучение предметной области. Проектирование системы. Разработка предложений по реализации системы. 19.05.2025-25.05.2025 Предложения по работе системы. Акт сдачи-приёмки.
2 Разработка программного модуля по сбору и анализу информации со счётчиков и устройств управления. Внедрение системы для одного из корпусов. 25.05.2025-04.06.2025 Программный комплекс.
3 Тестирование и отладка модуля. Внедрение системы во всех корпусах. 05.06.2025-08.06.2025 Готовое приложение о здоровом питание. Программная документация. Акт сдачи-приёма работ.

 

⚠️ **GitHub.com Fallback** ⚠️