Главная
Техническая документация

Основная навигация

  • Главная
  • Глоссарий
  • Документы
  • Из стандартов
  • Примеры документов
  • Проекты
  • Разработка
  • Статьи
  • Терминология

(5.1.8) Разработка документации на АС и ее части

Статьи
Как писать...
(5.1.8) Разработка документации на АС и ее части

Разработка документации на АС и ее части — этапы 4.2 и 5.2 стадий эскизного и технического проектов. Редакция от 15.12.2024.

  • Подробнее о (5.1.8) Разработка документации на АС и ее части

(5.2) Сроки выполнения работ, перечень организаций–исполнителей

Статьи
Как писать...
(5.2) Сроки выполнения работ, перечень организаций–исполнителей

Сроки выполнения работ, перечень организаций–исполнителей — подраздел технического задания на АС, разрабатываемого согласно ГОСТ 34.602. Как элемент иерархической структуры ТЗ может быть представлен так: Состав и содержание работ по созданию системы (разд. 5) ⇨ Сроки выполнения работ, перечень организаций–исполнителей (подр. 5.2). В документах подраздел выделяется заголовком 2–го уровня и нумеруется. Редакция от 15.12.2024.

  • Подробнее о (5.2) Сроки выполнения работ, перечень организаций–исполнителей

(5.4) Вид и порядок проведения экспертизы технической документации

Статьи
Как писать...
(5.4) Вид и порядок проведения экспертизы технической документации

Вид и порядок проведения экспертизы технической документации — подраздел технического задания на АС, разрабатываемого согласно ГОСТ 34.602. Как элемент иерархической структуры ТЗ может быть представлен так: Состав и содержание работ по созданию системы (разд. 5) ⇨ Вид и порядок проведения экспертизы технической документации (подр. 5.4). В документах подраздел выделяется заголовком 2–го уровня и нумеруется. Редакция от 16.12.2024.

  • Подробнее о (5.4) Вид и порядок проведения экспертизы технической документации

(6) Порядок контроля и приемки системы

Статьи
Как писать...
(6) Порядок контроля и приемки системы

Порядок контроля и приемки системы — шестой и весьма содержательный раздел технического задания на АС, разрабатываемого согласно ГОСТ 34.602. Как элемент иерархической структуры «занимает» наивысший уровень иерархии, в документах выделяется и нумеруется заголовком 1–го уровня. Разд. Порядок контроля и приемки системы выполняется на основании ГОСТ 34.603–92. Редакция от 16.12.2024.

  • Подробнее о (6) Порядок контроля и приемки системы

(6.1) Виды, состав, объем и методы испытаний системы и ее составных частей

Статьи
Как писать...
(6.1) Виды, состав, объем и методы испытаний системы и ее составных частей

Виды, состав, объем и методы испытаний системы и ее составных частей — подраздел технического задания на АС, разрабатываемого согласно ГОСТ 34.602. Как элемент иерархической структуры ТЗ может быть представлен так: Порядок контроля и приемки системы (разд. 6) ⇨ Виды, состав, объем и методы испытаний системы и ее составных частей (подр. 6.1). В документах подраздел выделяется заголовком 2–го уровня и нумеруется. Редакция от 16.12.2024.

  • Подробнее о (6.1) Виды, состав, объем и методы испытаний системы и ее составных частей

(6.2) Общие требования к приемке работ по стадиям

Статьи
Как писать...
(6.2) Общие требования к приемке работ по стадиям

Общие требования к приемке работ по стадиям — подраздел технического задания на АС, разрабатываемого согласно ГОСТ 34.602. Как элемент иерархической структуры ТЗ может быть представлен так: Порядок контроля и приемки системы (разд. 6) ⇨ Общие требования к приемке работ по стадиям (подр. 6.2). В документах подраздел выделяется заголовком 2–го уровня и нумеруется. Редакция от 16.12.2024.

  • Подробнее о (6.2) Общие требования к приемке работ по стадиям

(7) Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие

Статьи
Как писать...
(7) Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие

Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие — седьмой и весьма содержательный раздел ТЗ на АС, разрабатываемого согласно ГОСТ 34.602. Как элемент иерархической структуры «занимает» наивысший уровень иерархии, в документах выделяется и нумеруется заголовком 1–го уровня. Выполняется по ГОСТ 34.601–90 и может быть включен в ТЗ на АС любого вида. Редакция от 16.12.2024.

  • Подробнее о (7) Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие

(8) Требования к документированию

Статьи
Как писать...
(8) Требования к документированию

Требования к документированию — восьмой и весьма содержательный раздел ТЗ на АС, разрабатываемого согласно ГОСТ 34.602. Как элемент иерархической структуры «занимает» наивысший уровень иерархии, в документах выделяется и нумеруется заголовком 1–го уровня. Редакция от 16.12.2024.

  • Подробнее о (8) Требования к документированию

AuthorIT и Confluence при разработке технической документации

Статьи
AuthorIT и Confluence
AuthorIT и Confluence при разработке технической документации

Что такое AuthorIT™ — знает любой технический пейсатель. Что такое Atlassian Confluence™ — каждый, кто когда–либо пытался организовать командную работу в заведении, в интересах которого он трудится в поте лица, не покладая рук и не щадя живота своего. Тема статьи — автоматизация разработки технической документации в рабочих группах или проектных командах, причем применительно только к AuthorIT и Atlassian Confluence, — профессиональному средству документирования и инструменту, подающему осторожные надежды.

Были проведены сравнительные или даже исследовательские испытания, результаты которых могут представлять определенный интерес для разработчиков. Developer'ы же тихо–молча покидают раздел и отправляются на хакатон, создавать там скиллы 🤣 FrameMaker, Robohelp и безвременно ушедший от нас проект Syntext Serna не рассматриваются, но не «потомУ, что», а «потому, ЧТО».

Командирским решение все, что связано с AuthorIT™ и Atlassian Confluence, перенесено в раздел автоматизации документирования. Редакция от 09.12.2024.

  • Подробнее о AuthorIT и Confluence при разработке технической документации

View Issue Link Types — Jira

Статьи
AuthorIT и Confluence
View Issue Link Types — Jira

View Issue Link Types — Jira — попытка привести в порядок и сопоставить связи между задачами (работами проекта) в структуре декомпозиции работ проекта. И в модульных декомпозициях тоже. Редакция от 18.12.2024.

  • Подробнее о View Issue Link Types — Jira
Нумерация страниц
  • Первая страница « Первая
  • Предыдущая страница ‹ Предыдущий
  • …
  • Страница 5
  • Страница 6
  • Страница 7
  • Страница 8
  • Текущая страница 9
  • Страница 10
  • Страница 11
  • Страница 12
  • Страница 13
  • …
  • Следующая страница Следующий ›
  • Последняя страница Последняя »
Подписаться на
Подписаться на RSS-лента

Copyright © 2026 Company Name - All rights reserved

Developed & Designed by Alaa Haddad