Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Задание на УП.02.01.doc
Скачиваний:
0
Добавлен:
01.07.2025
Размер:
3.2 Mб
Скачать

Министерство общего и профессионального образования Ростовской области

государственное бюджетное профессиональное образовательное учреждение Ростовской области

«Миллеровский техникум агропромышленных технологий и управления (ДСХТ)»

Методические рекомендации по

Разработке технического задания

по учебной практике УП.02.01 Учебная практика. Информационные технологии по разработке, внедрению и адаптации программного обеспечения ПМ.02. Разработка, внедрение и адаптация программного обеспечения отраслевой направленности

по специальности 09.02.05 (230701) Прикладная информатика (по отраслям)

Миллерово 2015

Методические рекомендации составлены в соответствии с рабочей программой ФГОС по УП.02.01 Учебная практика. Информационные технологии по разработке, внедрению и адаптации программного обеспечения ПМ.02. Разработка, внедрение и адаптация программного обеспечения отраслевой направленности по специальности 09.02.05 (230701) Прикладная информатика (по отраслям)

Составитель:

Сурженко М.Е., преподаватель профессиональных дисциплин

ГБПОУ РО «МТАТиУ (ДСХТ)»

Содержание

  1. Введение 4

  2. Цель работы 4

  3. Основные понятия 5

  4. Структура технического задания 9

  5. Этапы подготовки технического задания 12

  6. Задание 14

  7. Пример выполнения работы 15

  8. Содержание и оформление отчета по лабораторной работе 91

  9. Контрольные вопросы 91

  1. .Время, отведенное на выполнение лабораторной работы 91

  2. .Литература 91

  3. .Критерии оценки 92

Введение

Данные методические рекомендации составлены в соответствии с рабочей программой ФГОС по ПМ. 02. Разработка, внедрение и адаптация программного обеспечения отраслевой направленности по специальности 09.02.05 (230701) Прикладная информатика (по отраслям). В них рассматриваются основные принципы и правила разработки технического задания на программный продукт. Разработанные методические рекомендации можно использовать при изучении тем «Определение требований к программному обеспечению и исходных данных для его проектирования», «Анализ предметной области АИС с применением систем автоматизированного проектирования», «Разработка программного обеспечения при объектном подходе», «Разработка пользовательских интерфейсов», «Составление программной документации», «Разработка ПО на основе систем управления базами данных» ПМ. 02. Разработка, внедрение и адаптация программного обеспечения отраслевой направленности.

Цель работы

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

Основные понятия

При разработке современного коммерческого прикладного программного продукта есть два основных момента, которые требуют обязательного документального подтверждения: договорные отношения (контракт) и требования к конечному результату — техническое задание (ТЗ).

Основная цель написания ТЗ — устранение двусмысленностей о том, что именно будет являться конечным продуктом. Юридически техническое задание оформляется как приложение к договору оказания услуг по разработке и подписывается обеими сторонами.

Техническое задание — исходный документ для разработки программного продукта, содержащий основные технические требования, предъявляемые к продукту и исходные данные для разработки. В ТЗ указываются назначение продукта, область его применения, целевая аудитория, стадии разработки проектной и программной документации, еѐ состав, сроки исполнения и т.д., а также особые требования, обусловленные спецификой программного продукта либо условиями его эксплуатации. Как правило, ТЗ составляют на основе анализа результатов предварительных исследований, расчѐтов и моделирования. Вызвано это тем, что крупные проекты требуют серьезного проектного исследования. Обычно на эти исследования выделяется отдельный бюджет и порой не меньший, чем на непосредственно разработку проекта. Связано это с тем, что точную оценку стоимости крупного проекта можно дать только после точного его описания (которое и составляет ТЗ), а заказчик может отказаться от дальнейшего сотрудничества, хотя разработчик уже понес существенные трудозатраты. Не всякий заказчик готов к такой постановке вопроса. Как правило, Заказчик не является профессионалом в области высоких технологий, и задача им ставится на общем уровне: «мы бы хотели увидеть вот это, может это, а может еще и это». При этом зачастую представители заказчика вообще не придают особого значения составлению технического задания на разработку проекта. Казалось бы, все уже ясно, видение проекта есть, осталось просто оформить его в рабочую модель. Зачем разводить лишнюю бумажную волокиту?

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

Техническое задание представляет собой документ, в котором сформулированы основные цели разработки, требования к программному продукту, определены сроки и этапы разработки и регламентирован процесс приемно-сдаточных испытаний. В разработке технического задания участвуют как представители заказчика, так и представители исполнителя. В

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

На рис. 1 схематически показаны основные факторы, определяющие характеристики разрабатываемого программного обеспечения. Такими факторами являются:

  • исходные данные и требуемые результаты, которые определяют функции программы или системы;

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

  • возможное взаимодействие с другим программным обеспечениеми/или специальными техническими средствами - также может быть определено, а может выбираться исходя из набора выполняемых функций.

Рис. 1. Факторы, определяющие параметры разрабатываемого программного продукта

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

В случаях, когда разрабатываемое программное обеспечение собирает и хранит некоторую информацию или включается в управление каким-либо техническим процессом, необходимо также четко регламентировать действия программы в случае сбоев оборудования и энергоснабжения.