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

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

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

Планирование проектов ОКР, или примерно 428 шагов к достижению успеха

Планирование проектов ОКР, или примерно 428 шагов к достижению успеха

Создан 19.04.2020 17:37:53

- Название статьи

Планирование проектов ОКР, или примерно 428 шагов к достижению успеха и понеслась...

Из толкового словаря

Термины и определения

Стандарты (требования в целом)

Информационный обмен

Совместимость

Надежность

Безопасность

Эргономика и техническая эстетика

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

Техническое обслуживание и ремонт

Устойчивость к ВВФ

Стандартизация и унификация

Состав требований

Итоговые требования

Связанные документы

Состав и содержание работ по стадиям и этапам

Документирование

  • Подробнее о Планирование проектов ОКР, или примерно 428 шагов к достижению успеха

Подготовка взаимоувязанных документов к импорту в Confluence

Для импорта взаимоувязанных документов из библиотек из AuthorIT Workgroup Edition в Atlassian Confluence необходимо провести некоторые подготовительные операции. Автор заранее подготовил, вернее, «подчистил» пару боевых документов из проекта так, чтобы они были небольшими по объему и быстро импортировались в Atlassian Confluence, но при этом содержали «пересекающиеся», т.е. общие топики в структуре каждого из документов. На картинках общие топики отмечены значком - Пиктограмма с блокировкой. Редакция от 09.12.2024.

Создан 18.08.2019 9:57:52

- ТЗ в AuthorIT

Также в заголовках общих топиков присутствует символ подчеркивания (в начале строки). Символ подчеркивания крайне редко встречается в текстах документов, в AuthorIT он служит сигналом автору, что при публикации в Microsoft™ Word или другой выбранный формат заголовок топика печататься НЕ ДОЛЖЕН, а его тело — должно. На выходе получится абзац без заголовка.

- ФО в AuthorIT

А коль скоро абзац без заголовка, то и в содержании его не будет. Или в оглавлении 😂

Но такая публикация выполняется только при «боевом» применении AuthorIT, в рамках решения задачи технического документирования. При импорте документов в Atlassian Confluence все наоборот — заголовки, содержащие в начале символ подчеркивания, ДОЛЖНЫ быть видны в опубликованном документе и присутствовать в содержании.

Ниже проиллюстрированы результаты опубликования взаимоувязанных документов (ТЗ и ФО) в Microsoft™ Word.

- Опубликованное ТЗ

- Опубликованный ФО

Если AuthorIT под рукой нет, то, проявив смекалку, можно сделать «взаимоувязанные» документы самостоятельно с помощью Microsoft™ Word. Главное, чтобы «общие топики» имели одинаковый заголовок, например «_ общий топик». Содержимое особой роли не играет.

Импорт документов из Microsorf Word в Atlassian Confluence

Импорт документов из Microsorf Word в Atlassian Confluence выполняется просто, см. рисунки. Сначала в рабочем пространстве Atlassian Confluence выбирается пункт Импортировать документ Word.

- Меню импорта в рабочем пространстве Confluence

В открывшейся странице импорта вводится имя файла импортируемого документа Microsoft™ Word, а далее все так, как на рисунке.

- Страница импорта документа Microsoft™ Word в Atlassian Confluence

После нажатия кнопки Импорт импортированный документ Microsoft™ Word предстанет во всей своей красе в пространстве Atlassian Confluence, см. рисунок ниже.

- Импортированный документ Microsoft™ Word в пространстве Atlassian Confluence

Вот и все. Остается только испортировать в Microsoft™ Word формуляр. При импорте общие топики «_ 9 наименование и обозначение системы» и «_ 9 реквизиты разработчика» станут общими для импортированных в Atlassian Confluence документов. Все дело в том, что Atlassian Confluence «не терпит» страницы с одинаковыми заголовками (без включенного дополнительного приложения Duplicate Page Titles (Same Page Titles)).

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

  • Подробнее о Подготовка взаимоувязанных документов к импорту в Confluence

Пояснительная записка (П2 по ГОСТ 34.201–89) автоматизированной измерительно–информационной системы коммерческого учета электроэнергии (АИИС КУЭ) (пример)

Примеры документов
...на АИИС КУЭ
Пояснительная записка (П2 по ГОСТ 34.201–89) автоматизированной измерительно–информационной системы коммерческого учета электроэнергии (АИИС КУЭ)

Пример документа «Пояснительная записка» (П2 по ГОСТ 34.201–89), разработанного для автоматизированной измерительно–информационной системы коммерческого учета электроэнергии (АИИС КУЭ) согласно требованиям подраздела Пояснительные записки к эскизному, техническому проектам по РД 50–34.698–90 к структуре, содержанию и содержимому документа. Оформлен по ГОСТ 2.104 и ГОСТ 2.106. Редакция от 17.12.2024.

  • Подробнее о Пояснительная записка (П2 по ГОСТ 34.201–89) автоматизированной измерительно–информационной системы коммерческого учета электроэнергии (АИИС КУЭ) (пример)

Проблемы цифровизации и цифровой экономики и пути их решения

Статьи
Что такое...
Проблемы цифровизации и цифровой экономики и пути их решения

Распоряжением Правительства № 1632–р от 28 июля 2017 г. была утверждена программа «Цифровая экономика Российской Федерации». Сей факт вызвал определенный интерес «в узком кругу ограниченных лиц» и желание понять: что это было? Как документ организационно–технический, определяющий сроки и направления развития по отраслям экономики в рамках сквозных цифровых технологий, программа цифровизации вызывает некоторое недоумение. Редакция от 08.11.2024.

  • Подробнее о Проблемы цифровизации и цифровой экономики и пути их решения

Проверка структуры разделов документов

Разработка
Проверка структуры разделов документов

Проверка структуры разделов документов на соответствие требованиям стандартов проводится в зависимости от вида продукции, для которой был разработан комплект документов, и принадлежности ее к комплексу стандартов. Если требования национальных или зарубежных (международных, межгосударственных) стандартов при разработке не предъявлялись, проверяется логическая структура разделов и подразделов документа. Редакция от 12.03.2021.

  • Подробнее о Проверка структуры разделов документов

Проверка терминологии и обозначений физических величин

Разработка
Проверка терминологии и обозначений физических величин

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

  • Подробнее о Проверка терминологии и обозначений физических величин

Программа и методика климатических испытаний

Проекты
Прочие разработки
Программа и методика климатических испытаний

В 2011 году совместно с партнером (подрядчиком ОАО «Газпром») разработана типовая программа и методика климатических испытаний оборудования измерения расхода и контроля качества газа на климатическую и коррозионную устойчивость, а также на устойчивость к воздействию имитированной солнечной радиации (радиационные испытания) (Ab, Bb, Ca, Kb и Sa). Редакция от 17.12.2024.

  • Подробнее о Программа и методика климатических испытаний

Программа и методика механических испытаний

Проекты
Прочие разработки
Программа и методика механических испытаний

В 2012 году совместно с партнером (подрядчиком ОАО «Газпром») разработана типовая программа и методика механических испытаний оборудования измерения расхода и контроля качества газа на устойчивость к одиночному удару (Ea) и синусоидальной вибрации (Fc). Редакция от 17.12.2024.

  • Подробнее о Программа и методика механических испытаний

Проектная оценка надежности системы (Б1 по ГОСТ 34.201–89) Интернет–портала (пример)

Примеры документов
...на автоматизированные системы Интернет–порталов
Проектная оценка надежности системы (Б1 по ГОСТ 34.201–89) Интернет–портала (пример)

Пример документа «Проектная оценка надежности системы» (Б1 по ГОСТ 34.201–89), разработанного для Интернет–портала согласно требованиям подраздела Проектная оценка надежности системы по РД 50–34.698–90 к структуре, содержанию и содержимому документа. Оформлен по ГОСТ 2.104 и ГОСТ 2.106. Редакция от 17.12.2024.

  • Подробнее о Проектная оценка надежности системы (Б1 по ГОСТ 34.201–89) Интернет–портала (пример)

Проекты компании «Техническая документация»

- Проекты

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

  • Подробнее о Проекты компании «Техническая документация»
Нумерация страниц
  • Первая страница « Первая
  • Предыдущая страница ‹ Предыдущий
  • …
  • Страница 12
  • Страница 13
  • Страница 14
  • Страница 15
  • Текущая страница 16
  • Страница 17
  • Страница 18
  • Страница 19
  • Страница 20
  • …
  • Следующая страница Следующий ›
  • Последняя страница Последняя »
Подписаться на
Подписаться на RSS-лента

Copyright © 2026 Company Name - All rights reserved

Developed & Designed by Alaa Haddad