Статьи

- Статьи

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

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

AuthorIT и Confluence - варианты концепций

AuthorIT и Confluence - варианты концепций

Главное - не думать об этом, все уже приумано до нас. Открываем Стадии и этапы создания АС по ГОСТ 34.601-90 и смотрим, что уже сделано, а что предстоит. Получается следующее: AuthorIT и Atlassian Confluence инициативно уже поизучали в рамках инициативной же группы, пришли к определенным результатам, и даже в некототом смысле отчитались по ним в двух предыдущих разделах. Получается, что предстоит проработать варианты концепций применения AuthorIT и Atlassian Confluence, основываясь на полученных данных. Редакция от 13.08.2020.

AuthorIT и Confluence - надежность поставки и поставщика

AuthorIT и Confluence - надежность поставки и поставщика

По не вполне понятным причинам вопросам надежности всегда отдается первенство, см. хотя бы Требования к системе в целом по ГОСТ 34.602-89, хотя автор вполне обоснованно разместил бы безопасность «над усе». Ну или «uber alles» - кому что нравится - Круглые глаза Все дело в уровне человеколюбия - В темных очках Только надежность AuthorIT и Atlassian Confluence в данном подразделе будет рассматриваться не с классической точки зрения надежности в технике, а с позиции надежности поставок и поставщика, а безопасность - не в отношении персонала, а как безопасность информационная. Редакция от 13.08.2020.

Автоматизация разработки технической документации. Часть II - практика

Автоматизация разработки технической документации. Часть II - практика

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

Автоматизация разработки технической документации. Часть I

Автоматизация разработки технической документации. Часть I

Статья «Автоматизация разработки технической документации. Часть I» от 22.01.2005 г. открыла принципиально новые практические приемы разработки техдокументации. На основе первого (в нашей стране) успешного опыта автоматизации документирования показаны предпосылки к автоматизации жизненного цикла техдокументации. Да и вообще: любая автоматизация позволяет решить большинство проблем организационного характера техническим путем. Редакция от 12.08.2020.

Автоматизация разработки ТД с применением инструментария на основе single source

Автоматизация разработки ТД с применением инструментария на основе single source

Разработка изделий, программных изделий, создание автоматизированных систем сопровождаются разработкой технической документации (ТД) - так было, есть и будет. Но для множества компаний разного «калибра» разработка ТД остается занятием рутинным, трудоемким и ресурсоемким, а результаты - сомнительными. Причины понятны, выход - в автоматизации разработки технической документации. Редакция от 12.08.2020.

View Issue Link Types - Jira

View Issue Link Types - Jira

Name

Outward Description

Inward Description

Blocks

blocks

is blocked by

Cloners

clones

is cloned by

Duplicate

duplicates

is duplicated by

finish-finish [GANTT]

От Финиша к Финишу: вторая задача заканчивается после того, как завершится первая. Операция Б не может быть завершена раньше операции А. Например, завершить тестирование продукта нельзя раньше окончания его разработки

- FF

finishs with

finishs with

finish-start [GANTT]

От Финиша к Старту: вторая задача начинает выполняться через определенный промежуток после завершения первой. Операция Б может начаться только после завершения операции А. Выкопали яму – заливаем фундамент

- FS

has to be done after

has to be done before

Gantt End to End

has to be finished together with

has to be finished together with

Gantt End to Start

has to be done before

has to be done after

Gantt Start to End

earliest end is start of

start is earliest end of

Gantt Start to Start

has to be started together with

has to be started together with

multi-level hierarchy [GANTT]

is parent task of

is subtask of

Relates

relates to

relates to

start-finish [GANTT]

От Старта к Финишу: показывает, через какой срок после начала первой задачи вторая должна закончиться. SF. Операция Б не может окончится (должна продолжаться) пока не начнется операция А. Например, пробоина в корабле. Команда должна вычерпывать воду, пока не подвезут материалы для ремонта

- SF

start is earliest end of

earliest end is start of

start-start [GANTT]

От Старта к Старту: вторая задача должна начаться через какое-то время после начала первой. Операция Б не может быть начата раньше операции А. Например, начало проверки разрабатываемого функционала не может быть начато до момент начала его разработки

- SS

starts with

starts with

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

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

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

Были проведены сравнительные или даже исследовательские испытания, результаты которых могут представлять определенный интерес для разработчиков. Developer'ы же тихо-молча покидают раздел и отправляются на хакатон, создавать там скиллы - Ржунимагу! (смайл) FrameMaker, Robohelp и безвременно ушедший от нас проект Syntext Serna не рассматриваются, но не «потому, что», а «потому, что».

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

...анкетирование и интервьюирование на предпроектных стадиях создания АС?

...анкетирование и интервьюирование на предпроектных стадиях создания АС?

На предпроектных стадиях создания (модернизации, развития) автоматизированных систем (АС) в 99 процентах случаев приходится проводить опросы (потенциальных) пользователей и заказчиков путем анкетирования и интервьюирования. Что, зачем, почему и как делать это с умом. Редакция от 02.11.2020.

...бизнес на конструктивных недостатках?

Что такое бизнес на конструктивных недостатках?

Изделия бытовой техники, электроники, электроинструмент и т.д. в последние десятилетия едва-едва вырабатывают свой гарантийный срок даже при нормальной эксплуатации. Но почему холодильник «ЗиЛ» 195х года выпуска после нескольких переездов продолжает работать где-нить на даче, а приобретенный пару лет назад новенький ноутбук приказывает долго жить? Ничего личного, это просто бизнес! Бизнес, построенный на конструктивных недостатках. Кто виноват и что делать? Редакция от 14.12.2018.

...интеграция АС на основе XML?

Интеграция автоматизированных систем (АС) на основе XML

Интегрированию автоматизированных систем (АС), как и интеграции на основе XML в целом, посвящено великое множество наукообразных и (или) околонаучных статей, всевозможных intuitru'шных курсов обучения и т.п. Но зачем же выносить публике остатки мозга и без того облегченного американского полевого образца? Жизнь хороша, когда пьешь не спеша, и все очень просто, когда знаешь ГОСТы - Ржунимагу! (смайл) Просто и ясно об интеграции автоматизированных систем на основе XML. Редакция от 20.06.2018.

Страницы

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

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

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

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

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

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