1 Техническое задание - Ildar-Ilyasov/Transport_Company GitHub Wiki
Техническое задание
1.Введение.
Работа выполняется в рамках проекта по производственной практике. Работа выполняется на языке программирования Java – объектно-ориентированный язык программирования, предназначенный для разработки различных приложений и сервисов.
Цель: разработать приложения для перевозки продуктов на грузовом транспорте.
Целевая аудитория: Экспедиторы, администраторы логистические компании и менеджеры, водители грузовиков и транспортные компании.
2.Основание для разработки.
1.Основанием для данной работы служит задание полученное от преподавателя Николаевой Надежды Сергеевны, для прохождения производственной практики.
2.Наименование работы: «Разработка приложения «Журнал Экспедитора»».
3.Исполнитель: студент группы 21ИТ17 Ильясов Ильдар Рамилевич, учащийся по специальности 09.02.07 Информационные системы и программирование (квалификация программист).
4.Соисполнители: Нет.
3.Назначение разработки Создать приложение для регистрации рейсов по перевозке продуктов. 4.Технические требования
4.1.Требования к функциональным характеристикам.
4.1.1.Состав выполняемых функций. Разрабатываемое ПО должно обеспечивать:
•Авторизация;
•Регистрация;
•Просмотр рейсов;
•Добавление товара для доставки;
•Просмотр списка компании;
•Просмотр списка водителей;
•Просмотр списка маршрутов.
4.1.2.Организация входных и выходных данных.
Исходные данные в приложение будут поступать в виде значений, введённых пользователем. Эти значения будут отображаться в специальных окошках на экране пользователя. После анализа поступившей информации, программа вносит данные в базу и после выводит пользователю на экран в виде списка, доступного для просмотра. Основной режим использования системы – ежемесячная работа.
4.2.Требования к надёжности.
Нефункциональные требования:
•Удобство использования. Программное обеспечение должно иметь лёгкий в обучении и дальнейшем использовании интерфейс, рассчитанный на пользователя (в плане компьютерной грамотности) средней квалификации;
•Доступность. Гарантируется, что приложение будет стабильно работать в течении всего периода использования;
•Производительность. Работа приложения будет осуществляться без задержек;
•Возможность поддержки. Данное приложение не будет иметь нужды в собственной команде или удалённой поддержке, т.к всю работу с интерфейсом пользователь будет выполнять самостоятельно.. Безопасность данного приложения осуществляется за счёт регистрации пользователя. Данный уровень безопасности оценивается как средний и является приемлемым для данного проекта.
4.3.Условия эксплуатации и требования к составу и параметрам технического средства.
Все работы с системой производит пользователь самостоятельно т.е. наличие оператора не требуется. Требования к составу и параметрам технических средств уточняются на этапе эскизного проектирования.
4.4.Требования к информационной и программной совместимости.
Программа должна работать на ОС Windows 10 и выше.
4.5.Требования к транспортировке и хранению.
Программа поставляется в виде приложения доступного для работы на Windows. 4.6.Специальные требования.
Ввиду объёмности проекта задачи предполагается решать поэтапно, при этом модули ПО, созданные в разное время, должны предполагать возможность наращивания системы и быть совместимы друг с другом, поэтому документация на принятое эксплуатационное ПО должна содержать полную информацию, необходимую для работы программистов с ним.
5.Требования к программной документации.
Основными документами, регламентирующими разработку будущих программ, должны быть следующие артефакты проекта: техническое задание, спецификация, руководство пользователя, диаграммы вариантов использования, диаграммы классов, диаграммы компонентов, тестовый пример, листинг программного кода.
6.Технико-экономические показатели.
Эффективность системы определяется удобством использования системы для контроля и управления основными параметрами внесения данных в базу, а также просмотр списка уже введённых ранее данных.
7.Порядок контроля и приёмки.
После передачи Исполнителем отдельного функционального модуля программы Заказчику, последний имеет право тестировать модуль в течение 7 дней. После тестирования Заказчик должен принять работу по данному этапу или в письменном виде изложить причину отказа от принятия. В случае обоснованного отказа Исполнитель обязуется доработать модуль.