Програм. инженерия (Мытников) / лаба1
.docМинистерство образования Российской Федерации
Московский государственный институт электронной техники
(технический университет)
Кафедра информатики и программного обеспечения
вычислительных систем
-
«УТВЕРЖДАЮ»
Профессор кафедры ВС
(Желтов В. П.)
« » 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 |
Готовая программа, внедренная системы в главном отделе ГИБДД. Программная документация. Акт сдачи-приемки работ |
Руководитель работ |
Иванов И. И. |