Файл: Техническое задание согласовано разработчик. (должность) (должность).docx

УТВЕРЖДАЮ_________________________^{(должность)}_________________________^(ФИО)«___» _____________ 2023 г.РАЗРАБОТКА ПРОГРАММНОГО КОМПЛЕКСА “АРМ администратора спорткомплекса” для лучшей обработки данных.“Спортивный комплекс”Техническое заданиеСОГЛАСОВАНО РАЗРАБОТЧИК_________________________ ._________ ^{(должность) (должность)}_________________________ ._______ ^{(ФИО) (ФИО)}«___» _____________ 2023 г. «___» _____________ 2023 г.Казань 2023

Введение

Работа выполняется в рамках дисциплины «УП 0.2».

1. Наименование разработки и область применения.

«Программный комплекс Спортивный комплекс».Исполнители: Фейзиев ЧингизСоисполнители: нет.Область применения: Компании, занимающиеся тренировочными комплексами.

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

Основанием для данной работы служит документ «По УП 0.2 о разработке програмных комплексов» от 2023 года, утвержденный Казанским Нефтехимическим колледжем.

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

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

4. Технические требования

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

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

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

Доступ к системе должен быть организован в любое время суток.4.2. Требования к надежности.Чтобы обеспечить надежность системы необходимо назначить роли работникам в соответствии с их участием в проекте и квалификации. Для беспрерывной работы системы необходимо использовать качественное оборудование. Время восстановления после отказа не должно превышать двух часов.4.3. Условия эксплуатации и требования к составу и параметрам технических средств.Система должна храниться в дата-центре с круглосуточной охраной, видеонаблюдением, системой пожаротушения и резервного питания.Рекомендуется использовать облачные сервера для хранения данных, памятью минимум 10 ТБ. 4.4. Требования к информационной и программной совместимости.Программа должна работать на платформах Windows 8 и выше, а также на актуальных версиях macOS.4.5. Требования к транспортировке и хранению. Программная документация поставляется в электронном и печатном виде.4.6. Специальные требования.Модули ПО (Аналитический модуль, Бухгалтерский учет, учет посетителей, спортинвентаря, информации о абонементах) и последующие созданные модули, в зависимости от потребности клиента, должны быть совместимы между собой, и документация ПО должна содержать исчерпывающую информацию, которая позволит разработчикам работать с ними. Язык программирования выбирается на этапе проектирования исполнителем. Интерфейс программного обеспечения рассчитывается на пользователей с компьютерной грамотностью на среднем уровне.

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

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

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

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

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

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

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

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

№ этапа	Название этапа	Сроки этапа	Чем заканчивается этап
1	Обследование объекта, формирование требований. Разработка концепции.	01.02.2023 - 28.02.2023	Презентация предстоящего проекта. Заявка на разработку ПО. Акт сдачи-приёмки.

Продолжение таблицы 1.

№ этапа	Название этапа	Сроки этапа	Чем заканчивается этап
2	Разработка программного комплекса Строительной фирмы. Разработка документации на ПО и её модулей. Ознакомление клиента с имеющейся версией продукта. Тестирование и откладка.	01.03.2023 - 31.08.2023	Программное обеспечение. Документация на ПО. Изменения на основе результатов тестирования.
3	Внедрение системы и работа с ней. Дополнительное обслуживание.	01.09.2023 - 30.12.2023	Первая готовая версия программного комплекса Строительной фирмы. Программная документация, руководство пользователя, руководство администратора. Акт сдачи-приёма работ.