пп. Техническое задание руководитель Н. С. Чагаева Разработчик А. А. Карчик Содержание 1 Общие сведения 3 1Формулировка задания 3

Название	Техническое задание руководитель Н. С. Чагаева Разработчик А. А. Карчик Содержание 1 Общие сведения 3 1Формулировка задания 3
Дата	09.11.2021
Размер	49.3 Kb.
Формат файла
Имя файла	Razrabotka-Programmnogo-produkta-106560.docx
Тип	Техническое задание #266847

Министерство образования Республики Беларусь

Учреждение образования

«Белорусский государственный университет информатики

и радиоэлектроники»

Филиал

«Минский радиотехнический колледж»

«Справочная театральных билетных касс»
ТЕХНИЧЕСКОЕ ЗАДАНИЕ

Руководитель /Н.С.Чагаева/

Разработчик /А.А. Карчик/

Содержание

1 Общие сведения 3

1.1Формулировка задания 3

1.2 Цели, достигаемые разработкой 3

1.3 Категории пользователей 3

1.4 Наименование организации заказчика 3

1.5 Основания для проведения работ 3

2 Описание предметной области 4

2.1 Описание предметной области 4

2.2 Состав данных и алгоритмы обработки информации 4

2.3 Недостатки существующих проектных решений 4

3 Требования к разработке 5

3.1 Информационная модель 5

5

3.2 Структура меню 6

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

3.5 Требования к пользовательскому интерфейсу 7

3.6 Требования к алгоритмам 7

4 Порядок контроля и обеспечение качества 7

4.1 Экспертиза 7

4.2 Тестирование 7

4.3 Опытная эксплуатация 8

5 Требования к документированию 8

5.1 Требования к справочной системе 8

5.2 Требования к документации пользователя 8

1 Общие сведения

Формулировка задания

Разработать программный продукт (ПП)«Справочная театральных билетных касс». ПП должен разработать предложения по автоматизации продажи билетов в кинотеатре (сеансы – информация – билеты). ПП будет учитывать статус мест (свободно, продано, бронь). Возможность бронирования мест. Справочная информация.
1.2 Цели, достигаемые разработкой

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

ПП должен быть рассчитан для обычных пользователей ПК.
1.4 Наименование организации заказчика

Заказчиком на разработку данного ПП является УП «Киновидеопрокат» Мингорисполкома. (220030 г. Минск, улКрасноармейская, 26 ,тел/факс 223-37-34).
1.5 Основания для проведения работ

Основание для разработки данного ПП является договор между Заказчиком (УП««Киновидеопрокат» Мингорисполкома) и Разработчиком (ООО «АнКа») от 10.09.2017г.

2 Описание предметной области
2.1 Описание предметной области

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

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

Входными данными для разрабатываемого ПП являются:

- данные, вводимые пользователем в таблицы БД;

-критерии поиска и фильтрации.

Выходными данными разрабатываемого ПП являются:

-информация, отображаемая на экран по запросу пользователя;

-документы, создаваемые разработчиком ПП.

Постоянными данными являются:

- БД.

Разрабатываемый ПП должен создавать и моделировать следующие БД:

БД сеансов, содержащаяся:

- авиакомпания;

- дата и время начала ,а также окончания сеанса;

-длительность;

- стоимость билетов;

-зрительный зал в котором проводится сеанс;
2.3 Недостатки существующих проектных решений

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

3 Требования к разработке
3.1 Информационная модель

Рисунок 3.1 - Информационная модель системы
Информационная модель представлена на рисунке 3.1.

Обработка документов

3.2 Структура меню

Клиенты

Билеты

Залы кинотеатров

Сеансы

Выход
3.3 Функциональные требования

Ведение базы данный о существующих сеансах.

Функция предназначена для:

-ведение учета существующих сеансах, в который входит,дата и время начала сеанса, точную цену, количество свободных мест.

2. Ведение БД клиентов.

3. Поиск, который будет осуществлять поиск по заданным критериям.

3.4 Требования к информационному обеспечению

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

3.5 Требования к пользовательскому интерфейсу

Разрабатываемый ПП должен быть обеспечен упрощенной формой интерфейса:

-содержать все необходимые функции для работы Заказчика;

-содержать краткие описания элементов меню;

-должен быть понятным и простым в использовании.

При необходимости интерфейс изменяется только разработчиком.
3.6 Требования к алгоритмам

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

3.7 Прочие требования

Разрабатываемый ПП должен функционировать в ОС Win 7-10.

Хранение данных пользователя должно производится в файлах с встроенной защитой, не подлежащих удалению без пароля Администратора (приложение Е).

ПП должен использовать нижние регистры памяти, что обеспечивает защиту от сбоев на 95%.

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

ПП должен обеспечивать сетевой обмен информацией с другими БД. При создании БД происходит резервное сохранение информации, вводимой пользователем в файлы с расширением «pole». Сетевой обмен происходит за счет передачи/ получения файлов с таким же расширением от других систем, для этого необходимо всюнужную информациюдругой БД сохранить в файл с расширением «txt» (текстовый), затем переименовать текстовый файл с расширением «pole». После этого полученный файл поместить в директорию:
c:\Program Files\Aiero\main\bd\info\pole.

4 Порядок контроля и обеспечение качества
4.1 Экспертиза

Не требуется разработка макета на стадии «Технический проект». Требуется проведение экспертизы при участии представителя Заказчика.
4.2 Тестирование

Тестирование должно проводиться Разработчиком в соответствии с установленными правилами. Присутствие представителя заказчика необязательно.

Тестирование проводится Разработчиком по предложенной схеме Заказчика:

Создается БД небольшого объема по всем таблицам и пунктам меню;
В течение срока, указанного в договоре, Разработчик проводит тестирование

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

Опытная эксплуатация проводится Заказчиком, при контроле Разработчика, в соответствии с договором.
5 Требования к документированию
5.1 Требования к справочной системе

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

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

Разрабатываемый ПП сопровождается полным пакетом документов, предусмотренных ГОСТ 7685 – 2000, а именно: лицензионное право использования разработанного ПП; документацию по эксплуатации; талон на последующее обслуживание ПП; документы, подтверждающие монопольное использование разработанного ПП.