- •Разработке технического задания
- •Содержание
- •Введение
- •Цель работы
- •Основные понятия
- •Преимущества, получаемые в результате составления тз
- •Структура технического задания
- •Структура тз в соответствии с гост 34.602‐89 «Техническое задание на создание автоматизированной системы»
- •Структура тз в соответствии с гост 19.201-78 «Техническое задание. Требования к содержанию и оформлению»
- •Этапы подготовки технического задания
- •Задание
- •1. Этапы и сроки создания сайта:
- •1. Этапы и сроки создания видео-презентации
- •4. Порядок осуществления работ
Министерство общего и профессионального образования Ростовской области
государственное бюджетное профессиональное образовательное учреждение Ростовской области
«Миллеровский техникум агропромышленных технологий и управления (ДСХТ)»
Методические рекомендации по
Разработке технического задания
по учебной практике УП.02.01 Учебная практика. Информационные технологии по разработке, внедрению и адаптации программного обеспечения ПМ.02. Разработка, внедрение и адаптация программного обеспечения отраслевой направленности
по специальности 09.02.05 (230701) Прикладная информатика (по отраслям)
Миллерово 2015
Методические рекомендации составлены в соответствии с рабочей программой ФГОС по УП.02.01 Учебная практика. Информационные технологии по разработке, внедрению и адаптации программного обеспечения ПМ.02. Разработка, внедрение и адаптация программного обеспечения отраслевой направленности по специальности 09.02.05 (230701) Прикладная информатика (по отраслям)
Составитель:
Сурженко М.Е., преподаватель профессиональных дисциплин
ГБПОУ РО «МТАТиУ (ДСХТ)»
Содержание
Введение 4
Цель работы 4
Основные понятия 5
Структура технического задания 9
Этапы подготовки технического задания 12
Задание 14
Пример выполнения работы 15
Содержание и оформление отчета по лабораторной работе 91
Контрольные вопросы 91
.Время, отведенное на выполнение лабораторной работы 91
.Литература 91
.Критерии оценки 92
Введение
Данные методические рекомендации составлены в соответствии с рабочей программой ФГОС по ПМ. 02. Разработка, внедрение и адаптация программного обеспечения отраслевой направленности по специальности 09.02.05 (230701) Прикладная информатика (по отраслям). В них рассматриваются основные принципы и правила разработки технического задания на программный продукт. Разработанные методические рекомендации можно использовать при изучении тем «Определение требований к программному обеспечению и исходных данных для его проектирования», «Анализ предметной области АИС с применением систем автоматизированного проектирования», «Разработка программного обеспечения при объектном подходе», «Разработка пользовательских интерфейсов», «Составление программной документации», «Разработка ПО на основе систем управления базами данных» ПМ. 02. Разработка, внедрение и адаптация программного обеспечения отраслевой направленности.
Цель работы
Изучить основные принципы и получить базовые навыки подготовки технических заданий на разработку программного обеспечения.
Основные понятия
При разработке современного коммерческого прикладного программного продукта есть два основных момента, которые требуют обязательного документального подтверждения: договорные отношения (контракт) и требования к конечному результату — техническое задание (ТЗ).
Основная цель написания ТЗ — устранение двусмысленностей о том, что именно будет являться конечным продуктом. Юридически техническое задание оформляется как приложение к договору оказания услуг по разработке и подписывается обеими сторонами.
Техническое задание — исходный документ для разработки программного продукта, содержащий основные технические требования, предъявляемые к продукту и исходные данные для разработки. В ТЗ указываются назначение продукта, область его применения, целевая аудитория, стадии разработки проектной и программной документации, еѐ состав, сроки исполнения и т.д., а также особые требования, обусловленные спецификой программного продукта либо условиями его эксплуатации. Как правило, ТЗ составляют на основе анализа результатов предварительных исследований, расчѐтов и моделирования. Вызвано это тем, что крупные проекты требуют серьезного проектного исследования. Обычно на эти исследования выделяется отдельный бюджет и порой не меньший, чем на непосредственно разработку проекта. Связано это с тем, что точную оценку стоимости крупного проекта можно дать только после точного его описания (которое и составляет ТЗ), а заказчик может отказаться от дальнейшего сотрудничества, хотя разработчик уже понес существенные трудозатраты. Не всякий заказчик готов к такой постановке вопроса. Как правило, Заказчик не является профессионалом в области высоких технологий, и задача им ставится на общем уровне: «мы бы хотели увидеть вот это, может это, а может еще и это». При этом зачастую представители заказчика вообще не придают особого значения составлению технического задания на разработку проекта. Казалось бы, все уже ясно, видение проекта есть, осталось просто оформить его в рабочую модель. Зачем разводить лишнюю бумажную волокиту?
Часто приходится проектные исследования сводить к минимуму или часть исследований проводить бесплатно в надежде на получение крупного проекта, что в конечном итоге может негативно сказаться на эффективности работ. Конечно, любому заказчику проще не составлять техническое задание, а вносить коррективы по ходу работ, однако такой подход в корне не устраивает любого разработчика, поскольку не позволит оценить затраты на оказание услуг и приведет к убыткам.
Техническое задание представляет собой документ, в котором сформулированы основные цели разработки, требования к программному продукту, определены сроки и этапы разработки и регламентирован процесс приемно-сдаточных испытаний. В разработке технического задания участвуют как представители заказчика, так и представители исполнителя. В
основе этого документа лежат исходные требования заказчика, анализ передовых достижений техники, результаты выполнения научно- исследовательских работ, предпроектных исследований, научного прогнозирования и т. п.
На рис. 1 схематически показаны основные факторы, определяющие характеристики разрабатываемого программного обеспечения. Такими факторами являются:
исходные данные и требуемые результаты, которые определяют функции программы или системы;
среда функционирования (программная и аппаратная) - может быть задана, а может выбираться для обеспечения параметров, указанных в техническом задании;
возможное взаимодействие с другим программным обеспечениеми/или специальными техническими средствами - также может быть определено, а может выбираться исходя из набора выполняемых функций.
Рис. 1. Факторы, определяющие параметры разрабатываемого программного продукта
Разработка технического задания выполняется в следующей последовательности. Прежде всего, устанавливают набор выполняемых функций, а также перечень и характеристики исходных данных. Затем определяют перечень результатов, их характеристики и способы представления. Далее уточняют среду функционирования программного обеспечения: конкретную комплектацию и параметры технических средств, версию используемой операционной системы и, возможно, версии и параметры другого установленного программного обеспечения, с которым предстоит взаимодействовать будущему программному продукту.
В случаях, когда разрабатываемое программное обеспечение собирает и хранит некоторую информацию или включается в управление каким-либо техническим процессом, необходимо также четко регламентировать действия программы в случае сбоев оборудования и энергоснабжения.
