Техническое качество: передовой опыт разработки свободного программного обеспечения

Техническое качество: передовой опыт разработки свободного программного обеспечения

Техническое качество: передовой опыт разработки свободного программного обеспечения

Как и во всех аспектах нашей жизни, которые мы строим, техническое качество (отсутствие дефектов конструкции), в разработка программного обеспечения также является фундаментальным ключевым фактором в успех этого

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

Техническое качество: концепция - введение

Техническое качество

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

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

Техническое качество цифрового инструмента устанавливается в той степени, в которой написание исходного кода и архитектура цифрового инструмента свободны от структурных недостатков, которые могут блокировать его использование или повторное использование, а также облегчают понимание при чтении и модификации Исходный код . Техническая оценка - Руководство по публикации цифровых инструментов | Кодекс инициативы развития Межамериканского банка развития

Какие характеристики определяют техническое качество программного обеспечения?

  • гибкость: Предлагать полноценную работу без серьезных лицензионных ограничений.
  • Переносимость: Предоставить мультиплатформенную работу, ориентированную на бесплатные операционные системы.
  • масштабируемость: Иметь надлежащее документальное и информационное сопровождение принятия решений.
  • совместимость: Добиться успешного взаимодействия с другими программными продуктами.
  • Разряд: Чтобы разрешить его развертывание и использование в разных контекстах и ​​вариантах использования.

Технический долг: концепция

Технический долг

Поэтому во всем мире много механизмы, стандарты, программы, нормы или передовой опыт гарантировать, что каждый созданный программный продукт имеет высочайший уровень технического качества и не накапливает со временем какой-либо уровень технической задолженности. стандарты, как и предыдущий ISO / IEC 9126 и нынешний ISO / IEC 25000. SPA-программыКак Sonaqube и Better Code Hub. И механизмы или процедуры, такие как использование метрика тип Проблемы с блокировщиком o Дублированные строки.

Когда программное обеспечение создается, разница между тем, как оно должно быть правильно построено (с технической точки зрения) и тем, как оно было создано на самом деле, называется техническим долгом. Этот долг, если что-то не будет сделано правильно, будет увеличиваться или накапливаться со временем и приведет к увеличению затрат на внедрение новых функций или простое обслуживание этого программного обеспечения. Это как если бы это была ипотека, которую нам предоставил банк. . Техническое качество программного обеспечения - ключевой фактор успеха (технический долг) | Excentia

Хорошие практики для достижения технического качества

Хорошая техническая практика качества

Для нашей статьи мы взяли в качестве примера Best Practices задумано и раскрыто Кодекс инициативы развития из Межамериканский банк развития, в рамках техническая оценка, которые должны выполняться при разработке программных продуктов (цифровых инструментов), особенно бесплатных и открытых, чтобы гарантировать техническое качество этого

Среди передовой опыт, предлагаемый ими, упомянуты ниже:

  • Напишите короткие блоки кода: Чтобы облегчить понимание кода.
  • Напишите простые блоки кода: Для облегчения проверки кода.
  • Напишите код один раз: Чтобы уменьшить повторяющиеся ошибки и избежать повторяющихся изменений.
  • Делайте интерфейсы дисков небольшими: Чтобы облегчить их повторное использование.
  • Различные обязанности разделены в разных модулях: Чтобы облегчить их изменение.
  • Пара компонентов архитектуры свободно: Чтобы способствовать изоляции компонентов.
  • Сохраняйте сбалансированность компонентов архитектуры: Чтобы облегчить понимание кода.
  • Сохраняйте небольшую базу кода: Для облегчения обслуживания программного обеспечения.
  • Автоматизировать тестирование: Оптимизировать работу и предотвратить ошибки.
  • Напишите чистый код: Чтобы избежать сложности в уже оптимизированном коде.

Чтобы расширить эту информацию, на Best Practices в вопросах документация для развития Свободное программное обеспечение, посредством Кодекс инициативы развития из Межамериканский банк развития вы можете перейти по следующей ссылке: Техническая оценка - Руководство по публикации цифровых инструментов. И в последнем посте мы рассмотрим часть, относящуюся к хорошая практика на лицензирование из Бесплатное и открытое программное обеспечение самих себя.

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

Заключение

Заключение

Мы надеемся на это это полезный небольшой пост на «Buenas prácticas» в области «calidad técnica» это должно быть гарантировано любому разработанному программному продукту, особенно если он «Software libre y abierto», представляет большой интерес и полезность для всего «Comunidad de Software Libre y Código Abierto» и большой вклад в распространение замечательной, гигантской и растущей экосистемы приложений и для «GNU/Linux».

И для получения дополнительной информации не всегда стесняйтесь посещать любой Онлайн-библиотека в качестве OpenLibra y ДжедИТ читать книги (PDF) по этой теме или другим области знаний. А пока, если вам это понравилось «publicación», не переставай делиться этим с другими, в вашем Любимые веб-сайты, каналы, группы или сообщества социальных сетей, желательно бесплатных и открытых как Мастодонт, или безопасно и конфиденциально, например Telegram.

Или просто посетите нашу домашнюю страницу по адресу FromLinux или присоединяйтесь к официальному каналу Телеграмма от FromLinux читать и голосовать за ту или иную интересную публикацию на «Software Libre», «Código Abierto», «GNU/Linux» и другие темы, связанные с «Informática y la Computación»И «Actualidad tecnológica».


Содержание статьи соответствует нашим принципам редакционная этика. Чтобы сообщить об ошибке, нажмите здесь.

Будьте первым, чтобы комментировать

Оставьте свой комментарий

Ваш электронный адрес не будет опубликован.

*

*

  1. Ответственный за данные: Мигель Анхель Гатон
  2. Назначение данных: контроль спама, управление комментариями.
  3. Легитимация: ваше согласие
  4. Передача данных: данные не будут переданы третьим лицам, кроме как по закону.
  5. Хранение данных: база данных, размещенная в Occentus Networks (ЕС)
  6. Права: в любое время вы можете ограничить, восстановить и удалить свою информацию.

bool (истина)