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 дней. После тестирования Заказчик должен принять работу по данному этапу или в письменном виде изложить причину отказа от принятия. В случае обоснованного отказа Исполнитель обязуется доработать модуль.