Практическая №1. Техническое задание согласовано разработчик. (должность) (должность)
Скачать 26.8 Kb.
|
УТВЕРЖДАЮ _________________________ (должность) _________________________ (ФИО) «___» _____________ 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.
Руководители работ . |