 |
Основание для проведения разработки
|
|
|
|
Техническое задание на программу по ГОСТ 19.201-78
| В разделе: Правила оформления Лист утверждения и титульный лист Изменения и дополнения Состав разделов технического задания Содержание разделов Введение Основания для разработки Назначение разработки Требования к программе или программному изделию Требования к программной документации Технико-экономические показатели Стадии и этапы разработки Порядок контроля и приемки Приложения Выводы |
Внимание!
По многочисленным просьбам «трудящихся» опубликован минимально необходимый набор «учебно-тренировочных» документов на программы (программные изделия), а именно:
- техническое задание на программу по ГОСТ 19.201-78;
- программа и методики испытаний (программы) по ГОСТ 19.301-79;
- руководство оператора по ГОСТ 19.505-79.
Перечисленных документов достаточно для разработки программы, проведения испытаний и сдачи программы Заказчику.
Документы разработаны с применением программы AuthorIT, схожие и идентичные разделы документов связаны (см. статью «Автоматизация разработки технической документации. Часть II. Практика»). Изменение любого из связанных разделов влечет за собой автоматическое изменение аналогичных разделов во всех трех документах.
В pdf-файлах, в отличие от страниц сайта, фрагменты текстов ГОСТ и авторские комментарии отсутствуют.
Настоящий стандарт устанавливает порядок построения и оформления технического задания на разработку программы или программного изделия для вычислительных машин, комплексов и систем независимо от их назначения и области применения.
Стандарт полностью соответствует СТ СЭВ 1627-79.
Правила оформления
Техническое задание оформляют в соответствии с ГОСТ 19.106-78 на листах формата 11 и 12 по ГОСТ 2.301-68, как правило, без заполнения полей листа. Номера листов (страниц) проставляются в верхней части листа над текстом.
|
|
|
Лист утверждения и титульный лист
Лист утверждения и титульный лист оформляют в соответствии с ГОСТ 19.104-78.
Информационную часть (аннотацию и содержание), лист регистрации изменений допускается в документ не включать.
Указанной возможностью следует воспользоваться. Меньше слов – меньше вопросов.
Изменения и дополнения
Для внесения изменений или дополнений в техническое задание на последующих стадиях разработки программы или программного изделия выпускают дополнение к нему. Согласование и утверждение дополнения к техническому заданию проводят в том же порядке, который установлен для технического задания.
Учесть все детали на начальном этапе разработки невозможно. На практике указанный подход применяется весьма часто. В разделе «Стадии и этапы разработки» следует явно указать возможность внесения изменений и дополнений в техническое задание: «Содержимое разделов настоящего технического задания может быть изменено и дополнено по согласованию с Заказчиком».
Состав разделов технического задания
Техническое задание должно содержать следующие разделы:
- введение;
- основания для разработки;
- назначение разработки;
- требования к программе или программному изделию;
- требования к программной документации;
- технико-экономические показатели;
- стадии и этапы разработки;
- порядок контроля и приемки;
- в техническое задание допускается включать приложения.
В зависимости от особенностей программы или программного изделия допускается уточнять содержание разделов, вводить новые разделы или объединять отдельные из них.
Строго по согласованию с Заказчиком. Согласие Заказчика обязательно должно быть отражено в тексте технического задания.
|
|
|
Содержание разделов
Задача статьи - указать методику, дать практические рекомендации по разработке технического задания на программу (программное изделие) с учетом требований ГОСТ 19.201-78.
Отдельные подразделы технического задания могут подействовать на условного Заказчика, как красная тряпка на быка. Заказчика, даже условного, раздражать не следует. В спорных подразделах будут рассмотрены пути поиска компромиссных решений. Ключевые позиции, в которых уступка Заказчику равносильна затягиванию петли на шее Исполнителя, будут также откомментированы с обоснованием жесткой позиции Исполнителя.
Чтобы излишне не отягощать ход повествования, в качестве учебно-тренировочной будем использовать реальную программу с графическим пользовательским интерфейсом, обеспечивающую возможность выполнения нескольких шаблонных функций. Пусть такой программой станет несложный текстовый редактор.
Введение
| В разделе: Наименование программы Краткая характеристика области применения |
В разделе указывают наименование, краткую характеристику области применения программы или программного изделия и объекта, в котором используют программу или программное изделие.
Основное правило работы с текстом – детализация, дробление текста на структурные единицы, подразделы, пункты и подпункты (см. статью «Как писать техническое задание?!»). Оглавление текста будет иметь четкую структуру, способствующую легкому поиску требуемого материала. Текст документа станет структурированным и удобным для чтения. Создаем подразделы:
Наименование программы
Наименование – «Текстовый редактор для работы с файлами формата rtf».
Краткая характеристика области применения
Программа предназначена к применению в профильных подразделениях на объектах Заказчика.
Содержимое отдельных пунктов не всегда очевидно. При затруднениях следует подходить формально. Правку можно будет внести на этапе согласования технического задания с Заказчиком.
Основания для разработки
| В разделе: Основание для проведения разработки Наименование и условное обозначение темы разработки |
В разделе должны быть указаны:
|
|
|
- документ (документы), на основании которых ведется разработка;
- организация, утвердившая этот документ, и дата его утверждения;
- наименование и (или) условное обозначение темы разработки.
В подразделе следует привести сведения, содержащиеся в Договоре.
Основание для проведения разработки
Основанием для проведения разработки является Договор (письмо и т.д.) № 666 от 32 мартобря 2004 года (входящий № такой-то от такого-то). Договор согласован с Директором ГУП «Спецтяжмонтажстройсельхозавтоматика» Ивановым Петром Ивановичем, именуемым в дальнейшем Заказчиком, и утвержден Генеральным директором ОАО «Суперсофт» Блюмкинсом Иваном Ароновичем, именуемым в дальнейшем Исполнителем, такого-то мартобря 2004.
Удобно воспользоваться разделом «Общие сведения» ГОСТ 34.602-89, поскольку разработчик имеет полное право дополнять и удалять разделы технического задания на свое усмотрение. В то же время сведения, указанные выше, содержатся в Договоре. Следует ли приводить их в Техническом задании – зависит от конкретного случая.
|
|
|
