Статьи

Качество технической документации. Часть V - оценочные элементы эффективности

Практические приемы оценки и повышения качества техдокументации по оценочным элементам фактора «эффективность» согласно ГОСТ 28195-89. Материал входит в цикл статей «Качество технической документации». Редакция от 29.04.2021.

    Качество технической документации. Часть VI - оценочные элементы универсальности

    Практические приемы оценки и повышения качества техдокументации по оценочным элементам фактора «универсальность» согласно ГОСТ 28195-89. Материал входит в цикл статей «Качество технической документации». Редакция от 29.04.2021.

      Клонирование матрицы путем многократного повторного использования контента

      Клонирование матрицы путем многократного повторного использования контента

      Клонирование матрицы путем многократного повторного использования контента (reusing) — вовсе не преступление против т.н. «человечности» (какой идиот выдумал это словечко?!), а напротив — отличный технологический прием, работающий во благо и во имя всего прогрессивного человечества. Клонирование применяется к онлайновым библиотекам взаимоувязанных документов.

      Суть проблемы: путь в матрицу, подробно расписанный в предыдущей статье, позволяет создавать всего лишь один «экземпляр класса», — библиотеки взаимоувязанных документов. Но экземпляров библиотек может потребоваться великое множество. Разумеется, все ожидаемые издержки на их клонирование должны быть сведены к минимуму. Редакция от 09.11.2024.

        Клонирование сущностей через экспорт-импорт

        Клонирование сущностей через экспорт-импорт

        Клонирование сущностей от проекта к проекту разумнее всего выполнять экспортом (безотносительно ГИС) предыдущего проекта с «последующим импортом последующего» 😂 Т.е. вновь создаваемого. Если, конечно, последующий проект представляется более–менее типовым.

        А сущности в проектах применяются как простые, так и составные, т.е. консолидирующие все прочие, простые. Простая сущность — это топик, не содержащий в своей структуре внедренных топиков. Своего рода неспецифицированное изделие. Сложные же сущности содержат в своей структуре внедренные топики и являются изделиями специфицированными. Как книжки, состоящие из отдельных страниц. Редакция от 09.11.2024.

          Книга об AuthorIT снова на AuthorIT.ru!

          Книга об AuthorIT снова на AuthorIT.ru!

          После тщательного пересмотра книга «Автоматизация разработки технической документации с применением AuthorIT. Учебное пособие» вернулась на свою историческую родину - https://authorit.ru. Обновленная версия доступна в режиме онлайнового просмотра, изначальная - по указанной выше ссылке. Редакция от 13.02.2023.

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

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

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

            Модуль Drupal 7 HTML import. Сокращенный перевод с комментариями

            Модуль Drupal 7 HTML import. Сокращенный перевод с комментариями

            Любопытный модуль Drupal 7 HTML import. Если хорошо структурированный стилями заголовков документ ворда сохранить в формате HTML, а затем хорошенько почистить с помощью Dreamweaver, то можно получить ноды из заголовков.

            Сокращенный перевод описания, комментарии после развертывания, настройки и проверки работоспособности. Редакция от 04.04.2021.

              Назначение и цели создания (развития) системы

              Назначение и цели создания (развития) системы - основополагающий раздел технического задания на автоматизированную систему, разрабатываемого согласно ГОСТ 34.602. Как элемент иерархической структуры техзадания раздел занимает наивысший уровень иерархии. В документах раздел выделяетсянумеруется), как правило, заголовком 1-го уровня. От того, насколько четко сформулированы цели и задачи в содержимом данного раздела, всецело зависит ход дальнейшей разработки. Редакция от 06.01.2022.

                О качестве технической документации. Исследования и решения

                Текст доклада о качестве технической документации, планировавшегося к прочтению на конференции «Разработка ПО 2012» CEE-SECR 2012 в центре Digital October, Москва, Россия, 1-2 ноября 2012 г. По стечению обстоятельств у автора не оказалось возможности приехать и выступить с этим докладом на секции т.н. «технических писателей». Редакция от 29.04.2021.

                  О командах проекта и проектных командах

                  О командах проекта и проектных командах

                  О командах проекта и проектных командах замолвим мы слово… Поскольку в разработке технической документации ради самой ее разработки нет ни логики, ни смысла, услуга эта имеет обыкновение «вклиниваться» в различные проекты в качестве одной из основных решаемых задач, а где проекты – там и проектные команды. Приходится взаимодействовать с их участниками и невольно наблюдать происходящие внутри этих команд процессы. Но о курсах по мотивации сотрудников в статье мы упоминать не будем 😀 Редакция от 10.05.2021.

                    Страницы

                    Подписка на Статьи