РАЗРАБОТКА ТЕХНИЧЕСКОГО ЗАДАНИЯ ПО СОЗДАНИЮ ПРОГРАММНОГО ПРОДУКТА. Лабораторная работа. Метрология, стандартизация и сертификация
 Скачать 267.79 Kb.
|
|
Министерство образования и науки РФ Федеральное государственное бюджетное образовательное учреждение выс- шего профессионального образования «ТОМСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ СИСТЕМ УПРАВЛЕНИЯ И РАДИОЭЛЕКТРОНИКИ» (ТУСУР) Кафедра компьютерных систем в управлении и проектировании (КСУП) МЕТРОЛОГИЯ, СТАНДАРТИЗАЦИЯ И СЕРТИФИКАЦИЯ Разработано по учебному пособию Т. О. Перемитина. «РАЗРАБОТКА ТЕХНИЧЕСКОГО ЗАДАНИЯ ПО СОЗДАНИЮ ПРО- ГРАММНОГО ПРОДУКТА» Техническое задание на разработку модуля «Учет нарушений правил дорожного движения» 2021 г. Содержание 1. Введение……………………………………………………….3 2. Основание для разработки……………………………………3 3. Назначение разработки……………………………………….3 4. Технические требования……………………………………...3 5. Требования к программной документации………………….5 6. Технико-экономические показатели………………………....5 7. Стадии и этапы разработки программы……………………..6-7 8. Порядок контроля и приемки………………………………...8 9. Календарный план работ……………………………………...8 1. Введение Работа выполняется в рамках разработки программного модуля «Учет нару- шений правил дорожного движения» для оплаты нарушителями штрафов. Для каж- дой автомашины (и ее владельца) в базе хранится список нарушений. Для каждого нарушения фиксируется дата, время, вид нарушения и размер штрафа. При оплате всех штрафов машина удаляется из базы. 2. Основание для разработки 2.1. Основание для данной работы служит договор № 1 от 1 декабря 2021 г. 2.2. Наименование работы: Модуль «Учет нарушений правил дорожного движения» 2.3. Исполнители: ООО «Ташкент Programservis». 2.4. Соисполнители: Морозов Л. 3. Назначение разработки Программный модуль предназначен для занесения нарушителей в базу, в ко- торой хранится список нарушений. 4. Технические требования 4.1. Требования к функциональным характеристикам. 4.1.1. Состав выполняемых функций. Разрабатываемое ПО должно обеспечивать: отказоустойчивую работу модуля; быстрый и удобный поиск в базе; быстрое занесение нарушителей в базу; автоматическое удаление нарушителей из базы, при оплате ими всех штра- фов; 4.1.2. Организация входных и выходных данных. Исходные данные в систему поступают с камер фиксации нарушений а также от сотрудников ГАИ.. После, эти данные вносятся в базу данных. Основной режим использования системы — ежедневная работа. 4.2. Требования к надежности. Для обеспечения надежности необходимо проверять корректность вводимых данных. 4.3. Требования к составу и параметрам технических средств. Минимальная конфигурация: • тип процессора Intel Core i3 / AMD FX-6300 и выше; • объем оперативного запоминающего устрой- ства 2048 Мб и более; • объем свободного места на жестком диске 250 Мб. Рекомендуемая конфигурация: • тип процессора Intel Core i3 / AMD FX-6300 и выше; • объем оперативного запоминающего устрой- ства 4096 Мб; • объем свободного места на жестком диске 500 Мб. 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. Стадии и этапы разработки программы Таблица – Стадии и этапы разработки ( ГОСТ 19.102 ) Стадии разработки Этапы работ Содержание работ Срок Исполнитель этапа разра- ботки 1 2 3 4 5 1 Техническое за- дание Обоснование необходимости разработки про- граммы 1) Осуществить сбор ис- ходных материалов для разработки программы 2) Обосновать необходи- мость проведения научно- исследовательских работ 1-ая не- деля Тигина Л.П. Научно – иссле- довательские ра- боты Определение структуры входных и выходных дан ных. Предварительный выбор методов решения задач. Обоснование целесообраз- ности применения ра- нее разработанных про- грамм. Определение требований к техническим средствам. Обоснование принципиаль- ной возможности решения поставленной задачи. 2-3-ая неделя Ахмедов А.А. Разработка и утверждение тех- нического задания Определение требований к программе. Разработка тех- нико-экономического обно- вания разработки програм- мы. Определение стадий, этапов и сроков разработки про- граммы и документации на нее. Выбор языков программи- рования. Определение необходимо- сти проведения научно- исследовательских работ на последующих стадиях. Согласование и утвержде- ние технического задания 4-6-ая неделя Рыбкин С.А 2. Эскизный про- ект Разработка эскиз- ного проекта Предварительная разработ- ка структуры входных и выходных данных. Уточнение методов реше- ния задачи.Разработка об- щего описания алгоритма решения задачи 6-7-ая неделя Сыров К.А Утверждение эс- кизного проекта Разработка технико- экономического обоснова- ния .Разработка поясни- тельной записки. Согласование и утвержде- ние эскизного проекта. 8-ая не- деля Медведев В.Ю 3. Технический проект Разработка тех- нического проекта Уточнение структуры вход- ных и выходных данных Разработка алгоритма ре- шения задачи. Определение формы пред- ставления входных и выходных данных. Определение семантики и синтаксиса языка. Разработка структуры про- граммы. Окончательное определение конфигурации технических средств. 9-13-ая неделя Давыдов М.Ю Утверждение тех- нического проекта Разработка плана меропри- ятий по разработке и внед- рению программ. Разработка пояснительной записки. Согласование и утвержде- ние технического проекта 14-ая неделя Ахмедова А.А. 4. Рабочий проект Разработка про- граммы Программирование и от- ладка программы. 15-20-ая неделя Жуков А.А Разработка про- граммной документации Разработка программных документов в соответствии с требованиями ГОСТ 19.101—77. 20-21-ая неделя Абрамова Е.А Испытания про- граммы Разработка, согласование и утверждение программы и методики испыта- ний.Проведение предвари- тельных государственных, межведомственных, прие- мосдаточных и других ви- дов испытаний. Корректировка программы ипрограммной документа- ции по результатам испыта- ний. 22-24-ая неделя Исраилов Ф. 5. Внедрение Подготовка и пере- дача программы Подготовка и передача про- граммы и программной до- кументации для сопровож- дения и (или) изготовления. Оформление и утверждение акта о передаче программы на сопровождение и (или) изготовление. Передача программы в фонд алгоритмов и про- грамм 25-ая неделя Суярова А. 8. Порядок контроля и приемки После передачи Исполнителем отдельного функционального модуля програм- мы Заказчику последний имеет право тестировать модуль в течение 10 дней. После тестирования Заказчик должен принять работу по данному этапу или в письменном виде изложить причину отказа принятия. В случае обоснованного отказа Исполни- тель обязуется доработать модуль. 9. Календарный план работ № этапа Название этапа Сроки этапа Чем заканчивается этап 1 Изучение предметной области. Проектирование системы. Раз- работка предложений по реали- зации системы 14.01.2020- 24.01.2021 Предложения по работе системы. Акт сдачи- приемки 2 Разработка программного мо- дуля «Учет нарушений правил дорожного движения». Внедре- ние системы в главном отделе ГИБДД 14.01.2020- 24.01.2021 Программный комплекс, решающий поставленные задачи. Акт сдачи-приемки 3 Тестирование и отладка моду- ля. Внедрение системы в глав- ном отделе ГИБДД 14.01.2020- 24.01.2021 Готовая программа, внед- ренная системы в главном отделе ГИБДД. Программ- ная документация. Акт сдачи- приемки работ |