Чем замечателен AuthorIT?

Возможность или невозможность - это сущности одного порядка. Все функциональные возможности любого программного продукта вряд ли кем применяются (да и вообще - кем-либо изучены), интересен лишь функционал, необходимый и достаточный для конкретной предметной области деятельности - для технического документирования, а также выявленные ограничения функционала. Рассмотрим их в рамках имеющегося практического опыта применения AuthorIT Workgroup Edition 4.5 (15-летнего) и Atlassian Confluence (трехнедельного). Редакция от 17.11.2021.

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

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

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

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

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

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

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

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

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

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

          Вы много хорошего слышали о нас, мы - о вас. Мы нужны вам, вы нужны нам - это очевидно. И нам было бы здорово поработать совместно, но... Вы нас не знаете, и мы вас не знаем. Извечный вопрос - что делать? Заключать краткосрочный договор безвозмездного пользования на оказание услуг по разработке технической документации! Редакция от 08.05.2021.

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

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

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

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

                Что такое обоснование безопасности?

                Что такое обоснование безопасности?

                Что такое обоснование безопасности>? Это такой документ, позволяющий его обладателю доказать тот факт, что объект, принадлежащий обладателю, безопасен. Под объектом принято понимать всевозможную технику, включая промышленное оборудование. Но это своими словами, а ГОСТ 33855-2016 дает следующее определение: обоснование безопасности (оборудования) - это комплект технических документов или специально разработанный документ, применяемые для подтверждения безопасности оборудования и соответствия требованиям ТР (ТР - это технические регламенты). Если документ специально разработан, то комплект технических документов не рассматривается (и это хорошо: меньше слов - меньше вопросов). Для чего все это надо? Для отмазки 🤣 Но смешного ничего в этом нет: любой документ, на котором стоит подпись ответственного лица и оттиск печати, представляет собой способ снятия с себя ответственности. Если, конечно, автор документа - человек разумный. Редакция от 16.04.2022.

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

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

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

                    Страницы

                    Подписка на Техническая документация RSS