Добавил:
По своей натуре перфекционист. Поэтому люблю все аккуратно оформлять и упорядочивать, складывать по полочкам. Вот, не пропадать же добру, нажитому за четыре кропотливых семестра. Тут я выложил все мои ответы, курсовые, отчеты и некоторые ДЗ. Они могут вам помочь для получения зачета или сдачи экзамена. Если чего-то не нашли в папочках, то попытайте удачу в разделе НЕОТСОРТИРОВАННОЕ на моей страничке, там все 4 семестра разложены по папкам. ГРУППА КТ-43-15. Годы обучения 2015-2019. Коллекция будет пополняться. Что ж, удачки :З Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Скачиваний:
156
Добавлен:
15.09.2017
Размер:
57.34 Кб
Скачать

Министерство образования Российской Федерации

Московский государственный институт электронной техники

(технический университет)

Кафедра информатики и программного обеспечения

вычислительных систем

«УТВЕРЖДАЮ»

Профессор кафедры ВС

(Желтов В. П.)

« » 2017 г.

Техническое задание

на разработку модуля «Учет нарушений правил дорожного движения»

Листов 5

Руководитель, к.т.н., старший преподаватель

Мытников А. Н.

Исполнители, студенты гр. КТ-43-15

Сергеев А. С.

Павлов Р. А.

Чебоксары, 2017

1. Введение

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

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

2.1. Основание для данной работы служит договор № 7777 от 7 марта 2017 г.

2.2. Наименование работы:

Модуль «Учет нарушений правил дорожного движения»

2.3. Исполнители:

ООО «Ялта».

2.4. Соисполнители: нет.

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

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

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

4.1. Требования к функциональным характеристикам.

4.1.1. Состав выполняемых функций.

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

  • отказоустойчивую работу модуля;

  • быстрый и удобный поиск в базе;

  • быстрое занесение нарушителей в базу;

  • автоматическое удаление нарушителей из базы, при оплате ими всех штрафов;

4.1.2. Организация входных и выходных данных.

Исходные данные в систему поступают с камер фиксации нарушений а также от сотрудников ГАИ.. После, эти данные вносятся в базу данных. Основной режим использования системы — ежедневная работа.

4.2. Требования к надежности.

Для обеспечения надежности необходимо проверять корректность вводимых данных.

4.3. Требования к составу и параметрам технических средств.

Минимальная конфигурация:

• тип процессора

Intel Core i3 / AMD FX-6300 и выше;

• объем оперативного запоминающего устройства

2048 Мб и более;

• объем свободного места на жестком диске

55 Мб.

Рекомендуемая конфигурация:

• тип процессора

Intel Core i3 / AMD FX-6300 и выше;

• объем оперативного запоминающего устройства

4096 Мб;

• объем свободного места на жестком диске

100 Мб.

4.4. Требования к информационной и программной совместимости.

Программа должна работать под управлением семейства операционных систем Windows (Windows 7/8/10), Linux (Ubuntu, Mint) и Mac OS.

4.5. Требования к транспортировке и хранению.

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

4.6. Специальные требования:

  • программное обеспечение должно иметь дружественный интерфейс, рассчитанный на пользователя (в плане компьютерной грамотности) квалификации;

  • ввиду объемности проекта задачи предполагается решать поэтапно, при этом модули ПО, созданные в разное время, должны предполагать возможность наращивания системы и быть совместимы друг с другом, поэтому документация на принятое эксплуатационное ПО должна содержать полную информацию, необходимую для работы программистов с ним;

  • язык программирования — C++.

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

5.1. Разрабатываемые программные модули должны быть самодокументированы, т. е. тексты программ должны содержать все необходимые комментарии.

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

5.3. В состав сопровождающей документации должны входить:

5.3.1. Пояснительная записка на пяти листах, содержащая описание разработки.

5.3.2. Руководство пользователя.

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

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

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

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

8. Календарный план работ

этапа

Название этапа

Сроки этапа

Чем заканчивается этап

1

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

14.02.2017-24.07.2017

Предложения по работе

системы. Акт сдачи-приемки

2

Разработка программного модуля «Учет нарушений правил дорожного движения». Внедрение системы в главном отделе ГИБДД

25.04.2017-31.09.2017

Программный комплекс,

решающий поставленные

задачи. Акт сдачи-приемки

3

Тестирование и отладка модуля. Внедрение системы в главном отделе ГИБДД

31.09.2017-29.12.2017

Готовая программа, внедренная системы в главном отделе ГИБДД. Программная

документация. Акт сдачи-приемки работ

Руководитель работ

Иванов И. И.

Соседние файлы в папке Програм. инженерия (Мытников)