Задача

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

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

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

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

Пакетный импорт задач в Jira

Пакетный импорт задач в Jira

Пакетный импорт - он же импорт задач в Jira в режиме пакетной обработки - это дело серьезное. В статье Создание задач Jira с помощью внешних ссылок было показано, как создавать задачи (они же issues) в Jira поодиночке с помощью гиперссылок, но это все для любителей садомазо и ради констатации самого факта, что создавать одиночные задачи можно не только с помощью интерфейса самой Jira, но и с внешних ресурсов (да хоть из текста стандарта, открытого в документе Microsoft™ Word), прописывая в гиперссылках необходимые параметры. Но ни один вменяемый руководитель проекта, разработки или главный конструктор ОКР не...

И тут автор сам себя поймал на вранье 🤪 Подавляющее большинство участников проектов любой степени сложности в нашем благословенном государстве занимается именно тем, что вводит задачи Jira, Redmain, Bitrix24 или MS Project вручную. Покажем, как автоматически и всего за несколько минут создать в Jira сразу аж целых 95 задач, причем полностью соответствующих требованиям стандарта. И заполучить на выходе красивую диаграмму Гантта, изображенную на рисунке ниже. Редакция от 08.09.2020.

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

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

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

Задачи контроля качества документации [из подр. 4.2 ГОСТ Р 54087-2017]

Задачи контроля качества документации [из подр. 4.2 ГОСТ Р 54087-2017]

Для контроля качества ЭД и РД согласно 4.1.2, 4.1.3 выполняют проверки, содержание которых представлено в таблице 1.

Таблица 1 - Содержание контроля качества ЭД и РД

Наименование проверки

Содержание проверки (что проверяется)

Исполнители

1 Проверка выполнения требований к стилю изложения и оформлению

Соответствие обозначений документов и информационных объектов установленной системе обозначений.
Соответствие комплектности ЭД (РД) требованиям ГОСТ 2.601, ГОСТ 2.602 и ТЗ.
Соответствие реквизитных частей документов и информационных объектов требованиям ГОСТ 2.058 и других нормативных документов.
Проверка правильности применения сокращений и условных обозначений.
Проверка правильности ссылок на нормативные документы. Наличие установленных подписей.
Проверка правильности орфографии, синтаксиса, пунктуации, стиля изложения материала документации

Нормоконтролер, редактор

2 Проверка выполнения требований к содержанию

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

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

3 Проверка выполнения требований к функциональности ИЭТР

Проверка на соответствие требованиям ТЗ с использованием матрицы функциональности (матрица функциональности определена в ГОСТ Р 54088)

Рецензент, программист (оператор), уполномоченный представитель заказчика

4 Проверка выполнения требований к ЭСО и другим программно-техническим средствам

Проверка ка соответствие требованиям ТЗ и ГОСТ Р 54088. Проверка наличия и содержания программной документации требованиям ТЗ

Программист (оператор), рецензент

5 Проверка целостности данных

Проверка работоспособности внешних и внутренних ссылок. Проверка отсутствия ссылок на несуществующие (не применимые) информационные объекты и документы

Программист (оператор)

6 Проверка выполнения требований к модели данных

Проверка соответствия форматов, схем (моделей) данных требованиям применимых стандартов и ТЗ (например, проверка соответствия формата и схем МД требованиям [1])

Программист (оператор), уполномоченный представитель заказчика

7 Проверка других требований

Проверка других требований, установленных в ТЗ

[из п. 4.2.1 ГОСТ Р 54087-2017]

Все задачи контроля качества ЭД и РД выполняют итеративно, путем повторного выполнения проверок по мере готовности ЭД (РД), с участием в проверках разных специалистов как со стороны поставщика, так и со стороны заказчика (см. 4.3) [из п. 4.2.2 ГОСТ Р 54087-2017]

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

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

Требования к качеству реализации каждой функции (задачи или комплекса задач) - пункт технического задания на автоматизированную систему, разрабатываемого согласно ГОСТ 34.602. Как элемент иерархической структуры техзадания может быть представлен так: Требования к системе (разд. 4) ⇨ Требования к функциям (задачам), выполняемым системой (подр. 4.2) ⇨ Требования к качеству реализации каждой функции (задачи или комплекса задач) (п. 4.2.4). Чем заполнять данный пункт? Редакция от 20.06.2018.

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

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

Временной регламент реализации каждой функции, задачи (или комплекса задач) - пункт технического задания на автоматизированную систему, разрабатываемого согласно ГОСТ 34.602. Как элемент иерархической структуры или «дерева» техзадания может быть представлен так: Требования к системе (разд. 4) ⇨ Требования к функциям (задачам), выполняемым системой (подр. 4.2) ⇨ Временной регламент реализации каждой функции, задачи (или комплекса задач) (п. 4.2.3). Чем же заполнять данный пункт? Редакция от 20.06.2018.

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

...к перечню функциональных подсистем, отдельных функций или задач, вводимых в действие в 1-й и последующих очередях

...к перечню функциональных подсистем, отдельных функций или задач, вводимых в действие в 1-й и последующих очередях

Перечень функциональных подсистем, отдельных функций или задач, вводимых в действие в 1-й и последующих очередях - пункт ТЗ на АС, разрабатываемого согласно ГОСТ 34.602. Как элемент иерархической структуры техзадания может быть представлен так: Требования к системе (разд. 4) ⇨ ...к функциям (задачам), выполняемым системой (подр. 4.2) ⇨ Перечень функциональных подсистем, отдельных функций или задач, вводимых в действие в 1-й и последующих очередях (п. 4.2.2). Чем же заполнять данный пункт? Редакция от 20.06.2018.

...к перечню функций, задач или их комплексов (в том числе обеспечивающих взаимодействие частей системы), подлежащим автоматизации

...к перечню функций, задач или их комплексов (в том числе обеспечивающих взаимодействие частей системы), подлежащим автоматизации

Перечень функций, задач или их комплексов (в том числе обеспечивающих взаимодействие частей системы), подлежащих автоматизации - пункт ТЗ на АС, разрабатываемого согласно ГОСТ 34.602. Как элемент иерархической структуры техзадания может быть представлен так: Требования к системе (разд. 4) ⇨ ...к функциям (задачам), выполняемым системой (подр. 4.2) ⇨ Перечень функций, задач или их комплексов (в том числе обеспечивающих взаимодействие частей системы), подлежащих автоматизации (п. 4.2.1). Чем же заполнять данный пункт? Редакция от 20.06.2018.

...к функциям (задачам), выполняемым системой

Требования к функциям (задачам), выполняемым системой

Требования к функциям (задачам), выполняемым системой - подраздел технического задания на автоматизированную систему, разрабатываемого согласно ГОСТ 34.602. Как элемент иерархической структуры техзадания может быть представлен так: Требования к системе (разд. 4) ⇨ ...к функциям (задачам), выполняемым системой (подр. 4.2). В документах подраздел выделяется и нумеруется, как правило, заголовком 2-го уровня. Каково должно быть содержимое данного подраздела? Редакция от 20.06.2018.

Задача в области инжиниринга (task) по ГОСТ Р 57306-2016

Задача в области инжиниринга (task) по ГОСТ Р 57306-2016

Требуемое, рекомендуемое или допустимое действие, призванное внести вклад в достижение одного или нескольких результатов процесса или деятельности [из п. 3.1.7 ГОСТ Р 57306-2016]

Страницы

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

Связь по эл. почте admin @ tdocs . su (без пробелов), тел. +7(967) 044-84-77 или в форме Контакты.

Copyright © «Техническая документация» 2008. Заимствуйте наши материалы с блеском! При воспроизведении материалов портала обязательна установка активной гиперссылки на источник — страницу с этой публикацией на tdocs.su.

Яндекс.Метрика