Jump to content

Диагностика программного обеспечения

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

Приложения

[ редактировать ]

Диагностика программного обеспечения поддерживает все отрасли разработки программного обеспечения , в частности управление проектами, управление качеством, управление рисками, а также внедрение и тестирование. Его основная сила заключается в поддержке всех заинтересованных сторон программных проектов (в частности, во время обслуживания программного обеспечения и задач реинжиниринга программного обеспечения). [1] ) и обеспечить эффективные средства связи для проектов разработки программного обеспечения . Например, диагностика программного обеспечения способствует «ликвидации существенного информационного разрыва между управлением и разработкой, повышению осведомленности и служит инструментом раннего обнаружения рисков». [2] Диагностика программного обеспечения включает методы оценки «безупречного обслуживания», которые, например, применяют «методы визуального анализа для объединения нескольких индикаторов низкой ремонтопригодности, включая сложность кода и запутанность с другими частями системы, а также недавние изменения, внесенные в код». [3]

Характеристики

[ редактировать ]

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

  • Метрики исходного кода связаны с деятельностью разработчиков программного обеспечения, чтобы получить представление о влиянии конкретных разработчиков на качество программного кода. [4]
  • Структура системы и трассировки выполнения во время выполнения коррелируют, что облегчает понимание программы посредством динамического анализа в задачах обслуживания программного обеспечения. [5]

Принципы

[ редактировать ]

Основной принцип диагностики программного обеспечения заключается в автоматическом извлечении информации из всех доступных источников информации конкретного программного проекта, таких как база исходного кода, репозиторий проекта, метрики кода, трассировки выполнения и т. д. [6] результаты испытаний и т. д. Для объединения информации применяются специальные программные методы интеллектуального анализа, анализа и визуализации данных. Его сила обусловлена, среди прочего, интеграцией разрозненных информационных пространств в рамках типичного программного проекта, например, деятельности по разработке и разработчику (записываемой в хранилище), а также показателей кода и качества (полученных путем анализа исходного кода) или ключевых показателей производительности. (КПЭ).

Примеры инструментов диагностики программного обеспечения включают карты программного обеспечения и метрики программного обеспечения .

Диагностика программного обеспечения — в отличие от многих подходов в разработке программного обеспечения — не предполагает, что возможности разработчика, методы разработки, языки программирования или моделирования являются правильными или неправильными (или лучше или хуже по сравнению друг с другом): Диагностика программного обеспечения направлена ​​на то, чтобы дать представление о заданном программная система и ее статус независимо от методов, языков или моделей, используемых для создания и поддержки системы.

[ редактировать ]
  1. ^ Бек, М.; Трампер, Дж.; Дёлльнер, Дж. (2011). «Инструмент визуального анализа и проектирования для планирования реинжиниринга программного обеспечения». 2011 6-й Международный семинар по визуализации программного обеспечения для понимания и анализа (VISSOFT) . Компьютерное общество IEEE. стр. 1–8. дои : 10.1109/VISSOF.2011.6069458 . ISBN  978-1-4577-0822-0 . S2CID   16326080 .
  2. ^ Бонет, Дж.; Дёлльнер, Дж. (2011). «Мониторинг качества кода и активности разработки с помощью карт программного обеспечения». Материалы семинара IEEE ACM ICSE по управлению техническим долгом . Ассоциация вычислительной техники. стр. 9–16. дои : 10.1145/1985362.1985365 . ISBN  9781450305860 . S2CID   17258620 .
  3. ^ Трампер, Дж.; Бек, М.; Дёлльнер, Дж. (2012). «Подход к визуальному анализу для обеспечения безупречного обслуживания программного обеспечения». 2012 16-я Международная конференция по визуализации информации . Компьютерное общество IEEE. стр. 308–315. дои : 10.1109/IV.2012.59 . ISBN  978-1-4673-2260-7 . S2CID   5988716 .
  4. ^ Лимбергер, Д.; Васти, Б.; Трампер, Дж.; Дёлльнер, Дж. (2013). «Интерактивные карты программного обеспечения для анализа исходного кода через Интернет». Материалы 18-й Международной конференции по 3D веб-технологиям . стр. 91–98. дои : 10.1145/2466533.2466550 . ISBN  9781450321334 . S2CID   3040005 .
  5. ^ Трампер, Йонас; Телея, Александру; Дёлльнер, Юрген (2012). «ViewFusion: корреляция представлений структуры и активности для трассировок выполнения». Теория и практика компьютерной графики . Ассоциация Еврографика. стр. 45–52. doi : 10.2312/LocalChapterEvents/TPCG/TPCG12/045-052 . ISBN  978-3-905673-93-7 .
  6. ^ Бонет, Дж. (2010). Визуализация следов выполнения и ее применение для обслуживания программного обеспечения (доктор философии). Институт Хассо-Платтнера Потсдамского университета.
[ редактировать ]
Arc.Ask3.Ru: конец переведенного документа.
Arc.Ask3.Ru
Номер скриншота №: b812714a3b9750d556bad5ad412c7ac2__1675020240
URL1:https://arc.ask3.ru/arc/aa/b8/c2/b812714a3b9750d556bad5ad412c7ac2.html
Заголовок, (Title) документа по адресу, URL1:
Software diagnosis - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)