Единая система программной документации. Техническое задание. Требования к содержанию и оформлению

Единая система программной документации. Техническое задание. Требования к содержанию и оформлению

Авторы:

Жанры: Технические науки, Программирование

Циклы: не входит в цикл

Формат: Полный

Всего в книге 2 страницы. У нас нет данных о годе издания книги.

United system for program documentation. Technical specification for development. Requirements to contents and form of presentation

Настоящий стандарт устанавливает порядок построения и оформления технического задания на разработку программы или программного изделия для вычислительных машин, комплексов и систем независимо от их назначения и области применения.

Стандарт полностью соответствует СТ СЭВ 1627-79.

Переиздание (Ноябрь 1987 г.) с Изменением № 1, утвержденным в июле 1981 г (ИУС 7-81)

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


1. ОБЩИЕ ПОЛОЖЕНИЯ

1.1. Техническое задание оформляют в соответствии с ГОСТ 19.106-78 на листах формата 11 и 12 по ГОСТ 2.301-68, как правило, без заполнения полей листа. Номера листов (страниц) проставляются в верхней части листа над текстом.

1.2. Лист утверждения и титульный лист оформляют в соответствии с ГОСТ 19.104-78.

Информационную часть (аннотацию и содержание), лист регистрации изменений допускается в документ не включать.

1.3. Для внесения изменений или дополнений в техническое задание на последующих стадиях разработки программы или программного изделия выпускают дополнение к нему. Согласование и утверждение дополнения к техническому заданию проводят в том же порядке, который установлен для технического задания.

1.4. Техническое задание должно содержать следующие разделы:

введение;

основания для разработки;

назначение разработки;

требования к программе или программному изделию;

требования к программной документации;

технико-экономические показатели;

стадии и этапы разработки;

порядок контроля и приемки;

в техническое задание допускается включать приложения.

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

(Измененная редакция, Изм. № 1)

2. СОДЕРЖАНИЕ РАЗДЕЛОВ

2.1. В разделе «Введение» указывают наименование, краткую характеристику области применения программы или программного изделия и объекта, в котором используют программу или программное изделие.

(Измененная редакция, Изм. № 1)

2.2. В разделе «Основания для разработки» должны быть указаны:

документ (документы), на основании которых ведется разработка;

организация, утвердившая этот документ, и дата его утверждения;

наименование и (или) условное обозначение темы разработки.

(Измененная редакция, Изм. № 1)

2.3. В разделе «Назначение разработки» должно быть указано функциональное и эксплуатационное назначение программы или программного изделия.

2.4. Раздел «Требования к программе или программному изделию» должен содержать следующие подразделы:

требования к функциональным характеристикам;

требования к надежности;

условия эксплуатации;

требования к составу и параметрам технических средств;

требования к информационной и программной совместимости;

требования к маркировке и упаковке;

требования к транспортированию и хранению;

специальные требования.

(Измененная редакция, Изм. № 1)

2.4.1. В подразделе «Требования к функциональным характеристикам» должны быть указаны требования к составу выполняемых функций, организации входных и выходных данных, временным характеристикам и т. п.

2.4.2. В подразделе «Требования к надежности» должны быть указаны требования к обеспечению надежного функционирования (обеспечения устойчивого функционирования, контроль входной и выходной информации, время восстановления после отказа и т.п.).

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

2.4.4. В подразделе «Требования к составу и параметрам технических средств» указывают необходимый состав технических средств с указанием их основных технических характеристик.

2.4.5. В подразделе «Требования к информационной и программной совместимости» должны быть указаны требования к информационным структурам на входе и выходе и методам решения, исходным кодам, языкам программирования и программным средствам, используемым программой.

При необходимости должна обеспечиваться защита информации и программ.

(Измененная редакция, Изм. № 1)

2.4.6. В подразделе «Требования к маркировке и упаковке» в общем случае указывают требования к маркировке программного изделия, варианты и способы упаковки.

2.4.7. В подразделе «Требования к транспортированию и хранению» должны быть указаны для программного изделия условия транспортирования, места хранения, условия хранения, условия складирования, сроки хранения в различных условиях.

2.5а. В разделе «Требования к программной документации» должен быть указан предварительный состав программной документации и, при необходимости, специальные требования к ней.

(Введен дополнительно, Изм. № 1).

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

2.6. В разделе «Стадии и этапы разработки» устанавливают необходимые стадии разработки, этапы и содержание работ (перечень программных документов, которые должны быть разработаны, согласованы и утверждены), а также, как правило, сроки разработки и определяют исполнителей.

2.7. В разделе «Порядок контроля и приемки» должны быть указаны виды испытаний и общие требования к приемке работы.

2.8. В приложениях к техническому заданию, при необходимости, приводят:

перечень научно-исследовательских и других работ, обосновывающих разработку;


С этой книгой читают
Часы и время

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


Современная архитектура Японии. Традиции восприятия пространства

Япония отличается особым отношением к традиционным ценностям своей культуры. Понимание механизмов актуализации и развития традиций, которыми пользуется Япония, может открыть новые способы сохранения устойчивости культуры, что становится в настоящее время все более актуальной проблемой для многих стран мира. В качестве центральных категорий, составляющих основу пространственного восприятия архитектуры в Японии, выделяется триада: пустота, промежуток, тень. Эти категории можно считать инвариантами культуры этой страны, т. к.


Юный техник, 2013 № 09

Популярный детский и юношеский журнал.


Юный техник, 2014 № 04

Популярный детский и юношеский журнал.


Наука и техника, 2007 № 09 (16)

«Наука и техника» — ежемесячный научно-популярный иллюстрированный журнал широкого профиля.Официальный сайт http://naukatehnika.com.


Юный техник, 2015 № 04

Популярный детский и юношеский журнал.


Забытое

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


Загадочные истории

В сборник вошли рассказы:1. Эпизод при взятии форта "Циклоп"2. Происшествие в квартире г-жи Сериз3. Рассказ Бирка                       4. Путь                                5. Мертвые за живых                    6. Всадник без головы                  7. История Таурена                     8. Загадка предвиденной смерти         9. Лунный свет                         10. Зурбаганский стрелок                11. Золотой пруд                        12. Новый цирк                          13. Система мнемоники Атлея             14.


Цифровая пропасть. Шаг первый
Жанр: ЛитРПГ

Геймеров, погрязших в компьютерных ролевых играх, больших знатоков этого процесса, очень многое не устраивает. Конечно, азарт — это круто, но ведь даже в самом пылу азарта игрок понимает, что все это — ненастоящее, а состояние компьютерной техники далеко от возросших желаний игроков. Компания друзей — специалистов по созданию игр — решает запустить проект, опережающий даже самые невероятные желания клиента: создаваемая ими новая игровая система будет выглядеть реальнее, чем сам реал. Новая система позволяет испытывать не условно игровые, а настоящие эмоции, ведь игрок-герой будет не просто играть, а жить в виртуале!Речь идет о миллиардах долларов прибыли, которые завтра потекут на счета друзей и вложившихся в проект инвесторов.


Другой путь

Когда в мельчайших подробностях знаешь, что произойдет через двадцать лет, — трудно сохранять хладнокровие. Особенно если тебе «не повезло» и твое прозрение пришлось на самые мирные годы в человеческой истории. Сидеть и ждать или все же действовать? А если действовать, то как сделать так, чтобы твои усилия не пропали даром? Ведь мало выиграть битву, нужно еще суметь воспользоваться плодами победы. А это — самое трудное и удается немногим.


Другие книги автора
Пакеты программ. Требования к качеству и тестирование
Автор: ГОСТ

Настоящий стандарт содержит полный аутентичный текст международного стандарта ИСО/МЭК 12119-94 «Информационная технология. Пакеты программ. Требования к качеству и тестирование»ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИГОСТ Р ИСО/МЭК 12119-2000Information technology. Software packages. Quality requirements and testing.


Система технической документации на АСУ. Общие требования к выполнению текстовых документов
Автор: ГОСТ

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


Процессы жизненного цикла программных средств
Автор: ГОСТ

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


Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания
Автор: ГОСТ

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


Поделиться мнением о книге