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

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

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

Связывание задач Jira со страницами Confluence

Статьи
AuthorIT и Confluence
Связывание задач Jira со страницами Confluence

Связывание задач Jira со страницами Atlassian Confluence не несет в себе ничего принципиально нового. Кроме того, что ранее в Jira импортировали 95 задач, а в Atlassian Confluence — ровно столько же разделов, подразделов, пунктов и подпунктов документа в виде отдельных страниц, каждая из которых взаимно–однозначно соответствует одной–единственной задаче.

В поле Description каждой задачи имеется ссылка, позволяющая мгновенно разыскать «еёйную» страницу, чтобы затем связать задачу и страницу, как показано на рисунке ниже. Редакция от 09.11.2024.

  • Подробнее о Связывание задач Jira со страницами Confluence

Семинары и консультации по техническому документированию

Разработка технической документации на заказ
Семинары и консультации по техническому документированию

Семинары по техническому документированию проводятся для серьезно настроенной, заинтересованной и хорошо подготовленной аудитории, желающей реально улучшить свои познания в предметной области, консультации — при необходимости привести в порядок процессы документирования непосредственно у заказчика или «разрулить» критические ситуации, возникающие при приемке-сдаче работ или при проведении конкурсов .vsdesk.ru Редакция от 07.12.2024.

  • Подробнее о Семинары и консультации по техническому документированию

Сертификация и сертификационные испытания как способ «утереть нос» заказчику

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

Создан 11.06.2016 12:19:19

- Сертификация и сертификационные испытания как способ победить заказчика

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

Так вот, если поставлена задача автоматизировать процессы деятельности некой организации или ее подразделения, в составе которой (или которого) айтишный персонал откровенно слабенький или вообще отсутствует, то все разумные доводы и т.п., упомянутые в анонсе, отлетают от него аки горох от стенки. А чего еще ждать? Нормально взаимодействовать можно только с равными себе (±, разумеется, в определенных пределах) - Ржунимагу! (смайл)

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

- Содержание и результаты работ

На рисунке выше показан фрагмент совершенно абсурдной структуры технического задания. Имеется содержание работ, в котором расписаны все требования к ним. Зачем тогда нужен подраздел «Ожидаемые результаты»? Чтобы написать в подразделе, положим, «Результаты расширения функциональных возможностей...» фразу «В результате расширения функциональных возможностей... ...должны быть расширены функциональные возможности согласно п. 4.1.1»? И как уклониться от этого абсурда, если заказчик тупо и упорно на нем настаивает?

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

В общем, в двух случаях из трех срабатывает схема «я - начальник (заказчик), ты - дурак!». Извечный вопрос: что делать? Ответ прост - привлечь третью незаинтересованную, но весьма компетентную аккредитованную сторону.

Такой стороной, к примеру, может стать Сертинформ ВНИИНМАШ, сведения о котором приведены на рисунке ниже.

- Сертинформ ВНИИНМАШ

Нам неоднократно приходилось взаимодействовать с Сертинформ ВНИИНМАШ по вопросам сертификации различной продукции в рамках Таможенного союза, а в неформальных личных беседах, не касающихся решения конкретных текущих задач, выяснилось, что данная организация предоставляет услуги по проведению сертификационных испытаний автоматизированных систем, программно-технических комплексов, программных и иных средств информационных технологий, а также оценивает качество ПС по ГОСТ 28195-89 Оценка качества программных средств. Общие положения.

Что это означает на практике? Если заказчик по тем или иным причинам упирается рогом и не желает принимать работу, то имеет смысл обратиться именно в Сертинформ ВНИИНМАШ. Сертифицированные эксперты не только внимательно спросят с заявителя необходимую техническую документацию, но и тщательно проверят ее на соответствие действующим стандартам, оценят качество, а затем проведут те самые сертификационные испытания по полной программе (и методике). Если все хорошо, то в руках заявителя окажется сертификат соответствий, с которым хоть в арбитражный суд, хоть в гаагский трибунал. Прекрасный документ, которым запросто можно утереть нос любому самому вредному и капризному заказчику.

Как-то так...

  • Подробнее о Сертификация и сертификационные испытания как способ «утереть нос» заказчику

Создание задач Jira с помощью внешних ссылок

Статьи
ДляСебятина
Создание задач Jira с помощью внешних ссылок

Создание задач Jira с помощью внешних ссылок - занятие полезное. Ведь одно дело - жать на кнопки довольно тормознутого интерфейса самой Jira, а совсем другое дело - единожды щелкнуть по ссылке из какой-нибудь тематической базы знаний, к примеру, создать задачу 1.1.2 Сбор исходных материалов непосредственно из ГОСТ 19.102-77. И потом, когда какой-нибудь охламон из особо «эффективных» или военпред из генеральских сыночков поинтересуется, откуда в плане проекта взялась такая задача и почему она бешено сжирает ресурсы, можно будет ткнуть в обратную ссылку и показать, что это требование конкретного стандарта. Таким образом, создание задач Jira внешними ссылками из авторитетных источников полностью и целиком обосновывает все действия «создателя» и исключает возможность предъявить какие-либо претензии ко всей его деятельности. Редакция от 04.04.2021.

  • Подробнее о Создание задач Jira с помощью внешних ссылок

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

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

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

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

Статьи

Статьи

— Статьи

В разделе НЕ структурированы, НЕ классифицированы и НЕ систематизированы полезные и интересные статьи, отвечающих на целый ряд животрепещущих вопросов. Аналитически все классифицировано и иерархически структурировано в блоке слева.

Имеется также гипертекстовая база терминов и определений из ГОСТов, позволяющая от «понятий» прийти к терминам (узаконить свои познания в части терминологии) и сделать каждое свое слово, произнесенное в ходе дискуссии с оппонентом, настоящим «приговором» 🤣 Редакция от 16.12.2024.

  • Подробнее о Статьи

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

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

Ничто не ценится вами так дешево и не обходится вам так дорого, как техническая документация.

Сервантес

Стоимость разработки техдокументации соответствует госрасценкам (Минпромторга, ВНИИНМАШа и пр.) и в среднем составляет 1 - 1,4 тыс. руб. за лист ф. A4; число листов изначально предсказать сложно, но если имеется прототип, то ± 20 %; разметка текста - отступы, междустрочные интервалы, шрифты и т.п. - по ГОСТ 2.105; сроки - 5 - 7 раб. дней. Возможны отклонения, зависящие от сложности проекта, объема и структурированности предоставляемой исходной информации. Редакция от 30.08.2019.

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

Страшная правда о техническом задании

Статьи
Обо всем
Страшная правда о техническом задании

Техническое задание — страшный, коварный и очень подлый документ. При грамотно проведенной разработке ТЗ становится мощнейшим инструментом манипуляций как заказчиком, так и исполнителем. Вопрос лишь в том, кто из них окажется умнее. Такова c est la vie — либо се ля вы, либо се ля вас... Впервые опубликована в журнале «Мир Автоматизации» № 4 за 2006 год под названием «Ваш выбор? Часть II». Редакция от 07.12.2024.

  • Подробнее о Страшная правда о техническом задании

Сущности Drupal без полей

Статьи
ДляСебятина
Сущности Drupal без полей

Цитата из русского перевода руководства пользователя Drupal (с сохранением косноязычия):

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

Поля могут быть добавлены администратором для подтипа сущности, так что все сущности этого подтипа имеют одинаковый набор доступных полей. Например, Продавец тип материала на сайте городской ярмарки может иметь поля для Имя продавца, логотипа, URL сайта и описания, в то время как Основная страница тип материала может иметь только поля для заголовка и текста. Когда вы создаете или редактируете сущности, вы определяете значения для полей в сущности».

Всегда ли сущностям Drupal необходимы поля? Возможно ли обойтись без полей, как обойтись без полей и что это даст? Редакция от 07.12.2024.

  • Подробнее о Сущности Drupal без полей

Таксономия входимости

Статьи
Что такое...
Таксономия входимости

Петя пишет книжку о Пушкине для серии «Жизнь замечательных людей (ЖЗЛ)». Вася вообще пишет целую монографию о Пушкине. И Петя, и Вася — парни серьезные. Оба цитируют первоисточники — (источники данных или знаний — дневники, переписку поэта, документированные воспоминания современников — и ссылаются на них, пересыпая свои гениальные произведения библиографическими ссылками.

Петя и Вася, а ЗАЧЕМ?! Ведь можно ВНЕДРИТЬ фрагмент первоисточника и в книжку, и в монографию, избавив пытливого читателя от шараханья по библиографическим ссылкам, а себя от копипастинга? При этом к внедренному фрагменту автоматически прикрутятся ссылки на точки входа фрагмента в структуры первоисточника, книжки и монографии?

Это легко, если использовать авторскую такономию входимости. Редакция от 02.12.2024.

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

Copyright © 2026 Company Name - All rights reserved

Developed & Designed by Alaa Haddad