- •Практическое занятие № 2 «Разработка технического задания»
- •Техническое задание к программе "Тестовая программа"
- •2.2. Требования к надежности
- •2.2.1 Требования к обеспечению надежного функционирования программы
- •2.2.2. Время восстановления после отказа
- •6.3. Содержание работ по этапам
- •7. Порядок контроля и приемки
- •7.1. Виды испытаний
- •7.2. Общие требования к приемке работы
- •1. Общие положения
- •2. Содержание разделов
Практическое занятие № 2 «Разработка технического задания»
Цель практического занятия:
-
Формирование практических навыков проектирования программного модуля;
Форма организации занятия: индивидуальная работа
Студент должен:
Знать:
-
характеристику основных этапов технологического процесса создания программного обеспечения;
-
порядок построения и оформления технического задания
Методические указания:
Техническое задание
Техническое задание – это основной документ, регламентирующий все этапы выполнения работы (ГОСТ 19.201-78). Нужно быть предельно внимательным и осторожным, создавая этот документ, т.к. зачастую грамотно составленное Техническое задание определяет успех всей работы. Именно Техническое задание согласовывается с Заказчиком, который обычно стремится внести как можно больше противоречивых и завышенных требований. Задача же Исполнителя – наоборот, облегчить себе жизнь. Но после того как подписи с обеих сторон поставлены, переигрывать что-либо поздно.
Техническое задание должно содержать следующие разделы:
1 Наименование и область применения программы – наименование, краткая характеристика области применения программы или программного изделия и объекта, в котором будет использоваться программа или программное изделие.
2 Основание для разработки программы, где перечисляются документы, на основании которых ведется разработка; организация, утвердившая этот документ, и дата его утверждения; наименование или условное обозначение темы разработки. Применительно к специфике учебного процесса основанием может служить задание на практику, приказ по техникуму (номер, дата), решение цикловой комиссии (номер, дата), договор (номер, дата).
3 Назначение разработки – указывается функциональное и эксплуатационное назначение программы, определяется задача, для решения которой разрабатывается программа. Например:
Программа представляет собой ядро автоматизированного рабочего места (АРМ) разработчика непрерывных линейных систем автоматического управления (САУ), позволяющее пользователю решать задачи анализа простых моделей.
4 Технические требования к программе или программному изделию (что программа должна делать и как она должна выглядеть):
– Требования к функциональным характеристикам (требования к составу выполняемых функций, организации входных и выходных данных, временным характеристикам и т.п.), например:
Программа должна позволять… вычислять… строить… создавать…
Исходные данные: текстовый файл с заданной…
Выходные данные: графическая и текстовая информация – результаты анализа системы…; текстовые файлы – отчеты о… диагностика состояния системы и сообщения обо всех возникших ошибках.
– Требования к надежности (требования к обеспечению надежного функционирования программы: обеспечение устойчивого функционирования, контроль входной и выходной информации, защита от сбоев, действия по восстановлению работы программы после отказа и время, необходимое для их выполнения, и т.д.), например:
Программа должна работать с заданной расширенной матрицей инциденций исследуемого графа в соответствии с алгоритмом функционирования, выдавать сообщения об ошибках при неверно заданных исходных данных, поддерживать диалоговый режим в рамках предоставляемых пользователю возможностей.
– Условия эксплуатации (условия эксплуатации для выбранных типов носителей данных: температура окружающего воздуха, относительная влажность и т.п., при которых должны обеспечиваться заданные характеристики, а также вид обслуживания, необходимое количество и квалификация персонала), например:
"Условия эксплуатации программы совпадают с условиями эксплуатации ПЭВМ IBM PC и совместимых с ними ПК", "Программа должная быть рассчитана на непрофессионального пользователя" и т.п.
– Требования к составу и параметрам технических средств (необходимый состав технических средств с указанием их технических характеристик: тип ЭВМ, необходимый состав внешних устройств и т.п.), например:
Необходимо наличие IBM PC – совместимого ПК с графическим адаптером SVGA. Необходимое дисковое пространство – не менее 12 Мб, объем свободной оперативной памяти – не менее 4 Мб. Необходимо наличие манипулятора типа "мышь".
– Требования к информационной и программной совместимости (требования к информационным структурам на входе и выходе, методам решения, средствам защиты информации и программ, языкам программирования, операционным системам и другим программным средствам, которые будет использовать разрабатываемая программа), например:
Программа должна работать автономно под управлением операционной системы MS DOS версии не ниже 6.0. Базовый язык программирования – Turbo Pascal 7.0.
– Требования к маркировке и упаковке (требования к маркировке программного изделия, варианты и способы его упаковки);
– Требования к транспортированию и хранению (условия транспортирования, места хранения, условия хранения, условия складирования, сроки хранения в различных условиях);
– Специальные требования (указываются при необходимости, желательно по возможности избегать), например:
Специальных требований к временным характеристикам программы не предъявляется. Специальных требований к емкостным характеристикам программы не предъявляется.
5 Требования к программной документации – определение программных документов, подлежащих разработке, и основных требований к ним.
6 Технико-экономические показатели – ориентировочная экономическая эффективность, предполагаемая годовая потребность, технические и экономические преимущества разработки по сравнению с лучшими отечественными и зарубежными образцами или аналогами, определение сметной стоимости разработки программы и трудоемкости программирования. Этот пункт указывается тогда, когда вашей целью является обоснование огромной эффективности и важности выполняемой работы. На Заказчика этот пункт действует, обычно, очень хорошо. По крайне мере, это лучшее обоснование сроков и денежных сумм разработки.
7 Стадии и этапы разработки – необходимые стадии разработки, этапы и содержание работ, а также сроки их выполнения и исполнители. Составляя такой перечень, следует руководствоваться ГОСТ 19.102-77, но нельзя просто перечислять этапы работ из стандарта. Если бы во всех случаях они были одинаковы, то не было бы смысла в данном разделе. Нужно определить мероприятия, необходимые именно для вашей разработки, с учетом всех требований, выдвинутых в техническом задании, а также сроки их исполнения. После подготовки технического задания основными и непременными стадиями и этапами являются:
– эскизный проект (предварительная разработка структуры входных и выходных данных, уточнение методов решения задачи, разработка общего описания алгоритма, разработка технико-экономического обоснования);
– технический проект (уточнение структуры входных и выходных данных, разработка алгоритма решения задачи и структуры программы, определение формы представления входных и выходных данных, разработка методов контроля исходной информации и средств обработки ошибок и выдачи диагностических сообщений, определение семантики и синтаксиса языка, окончательное определение конфигурации технических средств);
– рабочий проект (программирование и отладка программы, разработка программных документов, программы и методики испытаний, подготовка контрольно-отладочных примеров, окончательная корректировка программы и оформление документации);
– внедрение (подготовка и передача программы и программной документации для использования и сопровождения с оформлением и утверждением соответствующего акта, передача программы в фонд алгоритмов и программ).
8 Порядок контроля и приемки – виды испытаний и общие требования к приемке работы. Здесь необходимо оговорить как автономные, так и комплексные испытания, определить процедуру испытания и приемки программы. Например:
Контроль и приемка разработки осуществляются на основе испытаний контрольно-отладочных примеров. При этом проверяется выполнение всех функций программы.
9 Приложения (при необходимости).
В зависимости от особенностей программы или программного изделия допускается уточнять содержание разделов, вводить новые разделы или объединять отдельные из них.
Образцы Технического задания смотрите в Приложении 1.
Задания на практическую работу:
Задание 1. Разработайте техническое задание на программирование программного продукта.
Приложение 1