Обслуживание программного обеспечения в Разработка программного обеспечения — это модификация программного продукта после доставки, чтобы исправить ошибки, улучшить производительность или другие атрибуты.
Распространенное мнение, что обслуживание состоит в том, что оно просто включает исправление дефектов. Однако одно исследование показало, что более 80% усилий по техническому обслуживанию расходуется на некорректирующие действия. Это восприятие поддерживается пользователями, отправляющими отчеты о проблемах, которые на самом деле являются расширением функциональности системы. Более поздние исследования показывают, что доля исправлений ошибок приближается к 21%.
История
Обслуживание программного обеспечения и эволюция систем впервые была рассмотрена Меиром М. Леманом в 1969 году. В течение двадцати лет его исследования привели к формулировке законов Лемана ( Lehman 1997).
Основные результаты его исследования заключаются в том, что обслуживание — это действительно эволюционное развитие и что решениям по обслуживанию помогает понимание того, что происходит с системами (и программным обеспечением) с течением времени. Lehman продемонстрировал, что системы продолжают развиваться с течением времени. По мере их развития они становятся более сложными, если не предпринимаются какие-либо действия, такие как рефакторинг кода, для уменьшения сложности. В конце 1970-х годов известное и широко цитируемое исследование, проведенное Линцем и Суонсоном, выявило очень высокую долю затрат на жизненный цикл, которые затрачивались на техническое обслуживание.
Diagnosis
Опрос показал, что около 75% усилий по обслуживанию приходилось на первые два типа, а на исправление ошибок ушло около 21%. Многие последующие исследования предполагают аналогичный масштаб проблемы. Исследования показывают, что вклад конечных пользователей имеет решающее значение во время сбора и анализа новых данных о требованиях. Это основная причина любых проблем во время разработки и обслуживания программного обеспечения. Сопровождение программного обеспечения важно, потому что оно потребляет значительную часть общих затрат жизненного цикла, а также невозможность быстро и надежно изменить программное обеспечение означает, что возможности для бизнеса теряются.
Важность обслуживания программного обеспечения
Ключевые вопросы обслуживания программного обеспечения являются как управленческими, так и техническими. Ключевые вопросы управления: согласование с приоритетами клиентов, укомплектование персоналом, какая организация выполняет обслуживание, оценка затрат. Ключевые технические вопросы: ограниченное понимание, анализ воздействия, тестирование, измерение ремонтопригодности.
Обслуживание программного обеспечения — это очень широкая деятельность, которая включает исправление ошибок, расширение возможностей, удаление устаревших возможностей и оптимизацию. Поскольку изменения неизбежны, необходимо разработать механизмы оценки, контроля и внесения изменений.
РЕМОНТ И ДИАГНОСТИКА АВТО. ГДЕ БРАТЬ ИНФОРМАЦИЮ?!
Таким образом, любая работа по изменению программного обеспечения после его запуска считается работами по техническому обслуживанию. Цель — сохранить ценность программного обеспечения с течением времени. Ценность может быть увеличена за счет расширения клиентской базы, выполнения дополнительных требований, упрощения использования, повышения эффективности и использования новейших технологий. Техническое обслуживание может длиться 20 лет, тогда как разработка может длиться 1-2 года.
Планирование обслуживания программного обеспечения
Неотъемлемой частью программного обеспечения является обслуживание, которое требует подготовки точного плана обслуживания. во время разработки программного обеспечения. Он должен указать, как пользователи будут запрашивать изменения или сообщать о проблемах. Бюджет должен включать оценку ресурсов и затрат.
Новое решение должно быть рассмотрено для разработки каждой новой функции системы и ее целей в области качества. Техническое обслуживание программного обеспечения, которое может длиться 5–6 лет (или даже десятилетий) после процесса разработки, требует наличия эффективного плана, который может охватывать объем обслуживания программного обеспечения, адаптацию процесса после доставки / развертывания, определение того, кто предоставит техническое обслуживание и оценку стоимости жизненного цикла. Выбор надлежащего соблюдения стандартов — сложная задача с самого начала разработки программного обеспечения, которая не имеет особого значения для заинтересованных сторон.
Процессы сопровождения программного обеспечения
В этом разделе описываются шесть процессов сопровождения программного обеспечения как:
- Процесс внедрения включает в себя подготовку программного обеспечения и действия по переходу, такие как концепция и создание плана сопровождения; подготовка к решению проблем, выявленных в процессе разработки; и последующие действия по управлению конфигурацией продукта.
- Процесс анализа проблем и модификаций, который выполняется после того, как приложение становится ответственным за группу обслуживания. Программист обслуживания должен анализировать каждый запрос, подтверждать его (воспроизводя ситуацию) и проверять его действительность, исследовать его и предлагать решение, задокументировать запрос и предложение решения и, наконец, получить все необходимые разрешения для применения изменений. 54>
- Процесс, рассматривающий реализацию самой модификации.
- Процесс принятия модификации путем подтверждения измененной работы с лицом, подавшим запрос, чтобы убедиться, что модификация предоставила решение.
- Процесс миграции (миграция платформы, например) является исключительным и не является частью ежедневных задач обслуживания. Если программное обеспечение необходимо перенести на другую платформу без каких-либо изменений в функциональности, будет использоваться этот процесс, и для выполнения этой задачи, вероятно, будет назначена группа проекта обслуживания.
- Наконец, последний процесс обслуживания, также событие что не происходит на ежедневной основе, это списание части программного обеспечения.
Существует ряд процессов, действий и практик, которые уникальны для специалистов по сопровождению, например:
- Переход: контролируемая и скоординированная последовательность действий, в ходе которых система постепенно передается от разработчика к обслуживающему персоналу;
- Соглашения об уровне обслуживания (SLA) и специализированные (зависящие от домена) контракты на техническое обслуживание, согласовываемые специалистами по обслуживанию;
- Запрос на изменение и Служба поддержки отчетов о проблемах: процесс обработки проблем, используемый специалистами по обслуживанию для определения приоритетов, документирования и маршрутизации получаемых ими запросов;
Категории обслуживания программного обеспечения
EB Свонсон первоначально выделил три категории обслуживания: корректирующее, адаптивное и совершенное. Стандарт IEEE 1219 был заменен в июне 2010 года стандартом P14764 . С тех пор они были обновлены, и ISO / IEC 14764 представляет:
- Корректирующее обслуживание : Реактивная модификация программного продукта, выполняемая после доставки для исправления обнаруженных проблем. Корректирующее обслуживание может быть автоматизировано с помощью автоматического исправления ошибок.
- Адаптивное обслуживание: модификация программного продукта, выполняемая после доставки, чтобы программный продукт оставался пригодным для использования в измененной или изменяющейся среде.
- Идеальное обслуживание: Модификация программный продукт после поставки для повышения производительности или ремонтопригодности.
- Профилактическое обслуживание : Модификация программного продукта после поставки для обнаружения и исправления скрытых ошибок в программном продукте до того, как они станут действующими ошибками.
также понятие предварительного / предварительного обслуживания, которое является всем хорошим, что вы делаете для снижения общей стоимости владения программным обеспечением. Такие вещи, как соответствие стандартам кодирования, которые включают в себя цели поддержки программного обеспечения. Управление связью и связностью программного обеспечения. Достижение целей поддержки программного обеспечения (например, SAE JA1004, JA1005 и JA1006). Некоторые академические учреждения проводят исследования для количественной оценки затрат на текущее обслуживание программного обеспечения из-за нехватки ресурсов, таких как проектная документация, обучение и ресурсы для понимания системы / программного обеспечения (умножьте затраты примерно на 1,5-2,0, если нет данных о дизайне).
Коэффициенты технического обслуживания
Влияние основных регулировочных факторов на техническое обслуживание (отсортировано в порядке максимального положительного воздействия)
| Специалисты по техническому обслуживанию | 35% |
| Большой опыт персонала | 34% |
| Табличные переменные и данные | 33% |
| Низкая сложность базового кода | 32% |
| 2000 год и специальные поисковые системы | 30% |
| Инструменты реструктуризации кода | 29% |
| Инструменты реинжиниринга | 27% |
| Языки программирования высокого уровня | 25% |
| Инструменты обратного проектирования | 23% |
| Инструменты анализа сложности | 20% |
| Инструменты отслеживания дефектов | 20% |
| Специалисты 2000 года по «массовому обновлению» | 20% |
| Инструменты автоматического управления изменениями | 18% |
| Неоплачиваемая сверхурочная работа | 18% |
| Измерения качества | 16% |
| Формальные проверки базового кода | 15% |
| Библиотеки регрессионных тестов | 15% |
| Отличное время отклика | 12% |
| Ежегодное обучение>10 дней | 12% |
| Опыт высшего руководства ence | 12% |
| Автоматизация рабочего стола HELP | 12% |
| Нет модулей, подверженных ошибкам | 10% |
| Отчетность о дефектах в режиме онлайн | 10% |
| Измерения производительности | 8% |
| Превосходная простота использования | 7% |
| Измерения удовлетворенности пользователей | 5% |
| Высокая боевой дух команды | 5% |
Не только модули, подверженные ошибкам, доставляют неудобства, но и многие другие факторы также могут ухудшить производительность. Например, очень сложный код спагетти довольно сложно безопасно поддерживать. Очень распространенная ситуация, которая часто снижает производительность, — это отсутствие подходящих инструментов обслуживания, таких как программное обеспечение для отслеживания дефектов, программное обеспечение для управления изменениями и программное обеспечение библиотеки тестов. Ниже описаны некоторые факторы и диапазон их влияния на обслуживание программного обеспечения.
Влияние ключевых поправочных факторов на обслуживание (отсортировано в порядке максимального негативного воздействия)
| Модули, подверженные ошибкам | -50% |
| Встроенные переменные и данные | -45% |
| Неопытность персонала | -40% |
| Высокая сложность кода | -30% |
| Нет Y2K специальных поисковых систем | -28% |
| Ручные методы управления изменениями | -27% |
| Языки программирования низкого уровня | -25% |
| Без дефектов инструменты отслеживания | -24% |
| Нет специалистов по «массовому обновлению» 2000 года | -22% |
| Плохая простота использования | -18% |
| Нет измерения качества | -18% |
| Нет специалистов по обслуживанию | -18% |
| Низкое время отклика | -16% |
| Проверка кода не выполняется | -15% |
| Нет библиотек регрессионных тестов | -15% |
| Нет автоматизации службы поддержки | -15% |
| Нет отчетов о дефектах в режиме онлайн | -12% |
| Отсутствие опыта в управлении | -15% |
| Отсутствие инструментов реструктуризации кода | -10% |
| Отсутствие ежегодного обучения | -10 % |
| Нет реенги инструменты разработки | -10% |
| Нет инструментов обратного проектирования | -10% |
| Нет инструментов анализа сложности | -10% |
| Нет измерений производительности | -7% |
| Низкий моральный дух команды | -6% |
| Нет оценок удовлетворенности пользователей | -4% |
| Нет неоплачиваемых сверхурочных | 0% |
Долг за обслуживание
В докладе на 27-й Международной конференции по управлению качеством программного обеспечения в 2019 году Джон Эстдейл ввел термин «обслуживание задолженность »для обслуживания потребностей, вызванных зависимостью реализации от внешних ИТ-факторов, таких как библиотеки, платформы и инструменты, которые устарели. Приложение продолжает работать, и ИТ-отдел забывает об этой теоретической ответственности, сосредотачиваясь на более неотложных требованиях и проблемах в другом месте. Такой долг со временем накапливается, незаметно съедая стоимость программного актива. В конце концов происходит что-то, что делает изменение системы неизбежным.
После этого владелец может обнаружить, что система больше не может быть изменена — ее буквально невозможно поддерживать. Менее драматично, техническое обслуживание может занять слишком много времени или слишком дорого для решения бизнес-проблемы, и необходимо найти альтернативное решение. Программное обеспечение внезапно упало до 0 фунтов стерлингов.
Estdale определяет «долг обслуживания» как разрыв между текущим состоянием реализации приложения и идеальным, с использованием только функциональных возможностей внешних компонентов, которые полностью поддерживаются и поддерживаются. Этот долг часто скрывается или не признается. Общая ремонтопригодность приложения зависит от постоянной доступности всех видов компонентов от других поставщиков, включая:
- Инструменты разработки: редактирование исходного кода, управление конфигурацией, компиляция и сборка
- Инструменты тестирования: выбор тестов, выполнение / проверка / отчетность
- Платформы для выполнения вышеуказанного: оборудование, операционная система и другие службы
- Производственная среда и любые резервные средства / средства аварийного восстановления, включая среду поддержки времени выполнения исходного кода, и более широкая экосистема планирования заданий, передачи файлов, реплицированного хранилища, резервного копирования и архивирования, единого входа и т. д.
- Отдельно приобретаемые пакеты, например, СУБД, графика, связь, промежуточное ПО
- Куплено в исходном коде, библиотеках объектного кода и других вызываемых службах
- Любые требования, возникающие из других приложений, совместно использующих производственную среду или взаимодействующих с рассматриваемым приложением
- Доступность соответствующих sk проблемы, внутри компании или на рынке.
Полное исчезновение компонента может сделать приложение невозможным для восстановления или неизбежно невозможным поддерживать его.
См. Также
- Вывод приложений из эксплуатации
- Журнал поддержки и развития программного обеспечения: исследования и практика
- Долгосрочная поддержка
- Разработка программного обеспечения на основе поиска
- Археология программного обеспечения
- Программное обеспечение сопровождающий
- Разработка программного обеспечения
Ссылки
Дополнительная литература
- ISO / IEC 14764 IEEE Std 14764-2006 Разработка программного обеспечения — Процессы жизненного цикла программного обеспечения — Сопровождение. 2006. doi : 10.1109 / IEEESTD.2006.235774. ISBN 0-7381-4960-8.
- Пигоски, Томас М. (1996). Практическое сопровождение программного обеспечения. Нью-Йорк: Джон Вили и сыновья. ISBN 978-0-471-17001-3.
- Пигоски, Томас М. Описание эволюции и сопровождения программного обеспечения (версия 0.5). Область знаний SWEBOK.
- Эйприл, Ален; Абран, Ален (2008). Управление обслуживанием программного обеспечения. Нью-Йорк: Wiley-IEEE. ISBN 978-0-470-14707-8.
- Гопаласвами Рамеш; Рамеш Бхаттипролу (2006). Сопровождение программного обеспечения: эффективные методы для географически распределенных сред. Нью-Дели: Тата МакГроу-Хилл. ISBN 978-0-07-048345-3.
- Грабб, Пенни; Таканг, Армстронг (2003). Сопровождение программного обеспечения. Нью-Джерси: World Scientific Publishing. ISBN 978-981-238-425-6.
- Lehman, M.M.; Белады, Л.А. (1985). Эволюция программы: процессы изменения программного обеспечения. Лондон: Academic Press Inc. ISBN 0-12-442441-4.
- Пейдж-Джонс, Мейлир (1980). Практическое руководство по проектированию структурированных систем. Нью-Йорк: Yourdon Press. ISBN 0-917072-17-0.
Внешние ссылки
Источник: alphapedia.ru
Инструментальное программное обеспечение
Сервисное программное обеспечение — это совокупность программных продуктов, предоставляющих пользователю дополнительные услуги в работе с компьютером и расширяющих возможности операционных систем.
По функциональным возможностям сервисные средства можно подразделять на средства, улучшающие пользовательский ин-, терфейс, защищающие данные от разрушения и несанкционированного доступа, восстанавливающие данные, ускоряющие обмен данными, программы архивации-дезархивации и антивирусные средства.
Программные средства антивирусной защиты обеспечивают диагностику (обнаружение) и лечение (нейтрализацию) вирусов. Термином «вирус» обозначается программа, способная размножаться, внедряясь в другие программы, совершая при этом различные нежелательные действия (подробнее — в гл. 15).
Наиболее распространенными антивирусными российскими программами являются ОКАУеЬ и АУР. В качестве примера архиваторов можно привести Уш2]’р и
Под программами технического обслуживания понимается совокупность программно -аппаратных средств для диагностики и обнаружения ошибок в процессе работы компьютера или вычислительной системы в целом.
Они включают в себя средства диагностики и тестового контроля правильности работы ПК и его отдельных частей, а также специальные программы диагностики и контроля вычислительной среды информационной системы в целом, в том числе программно-аппаратный контроль, осуществляющий автоматическую проверку работоспособности системы.
В качестве примера тестовой программы можно привести программу Оосгог Наго>аге, пакет СпескИ для
Система программирования — это комплекс средств, включающих в себя входной язык программирования, транслятор, машинный язык, библиотеки стандартных программ, средства от-.ладки оттранслированных программ и компоновки их в единое целое.
Транслятором языков программирования называется программа, осуществляющая перевод текста программы с языка программирования в машинный код.
В системах программирования транслятор переводит программу, написанную на входном языке программирования, на язык машинных команд конкретной ЭВМ. В зависимости от способа перевода с входного языка программирования трансляторы подразделяются на компиляторы и интерпретаторы.
В компиляции процессы трансляции и выполнения программы разделены во времени. Сначала компилируемая программа преобразуется в набор объектных модулей на машинном языке, которые затем собираются (компонуются) в единую машинную программу, готовую к выполнению и сохраняемую в виде файла.
Интерпретатор осуществляет пошаговую трансляцию и немедленное выполнение операторов исходной программы, при этом каждый оператор входного языка программирования транслируется в одну или несколько команд машинного языка.
Особое место в системе программирования занимают ассемблеры, представляющие собой комплекс, состоящий из входного |языка программирования ассемблера и ассемблер-компилятора. Ассемблер представляет собой мнемоническую (условную) за-машинных команд и позволяет получить высокоэффектив-программы на машинном языке.
3.2. ПРИКЛАДНОЕ ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ
Прикладное программное обеспечение предназначено для разработки и выполнения конкретных задач (приложений) пользователя.
Прикладное программное обеспечение работает под управлением базового ПО, в частности операционных систем. Они являются мощным инструментом автоматизации решаемых пользователем задач, практически полностью освобождая его от необходимости знать, как выполняет компьютер те или иные функции и | процедуры по обработке информации.
В состав прикладного ПО входят пакеты прикладных программ! различного назначения и рабочие программы пользователя.
Пакет прикладных программ (ППП) — это комплекс программ,; предназначенный для решения задач определенного класса.
Различают следующие типы прикладного ПО:
• ПО для глобальных сетей;
• ПО для организации (администрирования) вычислительно-: го процесса.
3.2.1. Прикладное программное обеспечение общего назначения
Прикладное программное обеспечение общего назначения — это универсальные программные продукты, предназначенные для
• автоматизации разработки и эксплуатации функциональных задач пользователя и информационных систем в целом.
К этому классу ППП относятся:
• текстовые и графические редакторы;
• системы управления базами данных (СУБД);
• интегрированные пакеты; Case-технологии;
· оболочки экспертных систем и систем искусственного интеллекта.
Редактором называется ППП, предназначенный для создания и изменения текстов, документов, графических данных и иллюстраций. Редакторы по своим функциональным возможностям можно подразделить на текстовые и графические редакторы и издательские системы.
Текстовые редакторы используются для обработки текстовой информации и выполняют, в основном, следующие функции: запись текста в файл; вставку, удаление, замену символов, строк и фрагментов текста; проверку орфографии; оформление текста различными шрифтами; выравнивание текста; подготовку оглавлений, разбиение текста на страницы; поиск и замену слов и выражений; включение в текст несложных иллюстраций; печать текста.
Наибольшее распространение получили текстовые редакторы Microsoft Word, Word Perfect, MultiEdit,AmiPro.
Графические редакторы предназначены для обработки графических документов, включая диаграммы, иллюстрации, чертежи, таблицы.
Наиболее известны следующие графические редакторы: PaintBrush, CorelDROW, Adobe Photoshop, Adobe ILLustrator.
Издательские системы соединяют в себе возможности текстовых и графических редакторов, обладают развитыми возможностями по формированию полос с графическими материалами и последующим выводом на печать. Эти системы ориентированы на использование в издательском деле и называются системами верстки. Примером таких систем служат программы Adobe PageMaker и Ventura Pablisher.
Электронной таблицей называется программа для обработки числовых данных в таблицах. Данные в таблице хранятся в ячейках, находящихся на пересечении столбцов и строк. В ячейках могут храниться числа, символьные данные и формулы. Формулы задают зависимость значения одних ячеек от содержимого других ячеек. Наиболее популярной электронной таблицей можно считать М5 Ехсеl,
Для работы с базами данных используется специальное ПО — системы управления базами данных (СУБД). База данных (БД) -это совокупность специальным образом организованных наборов данных, хранящихся на диске. Управление базой данных включает в себя ввод данных, их коррекцию и манипулирование данны-1 ми, т.е. добавление, удаление, извлечение, обновление и другие] операции.
В зависимости от способа организации данных различают сетевые, иерархические, распределенные и реляционные СУБД. Из имеющихся СУБД наибольшее распространение получили Microsoft Ассеss, Microsoft FoxPro, Borland Paradox, а также СУБД компании Oracle, Informix, Ingress и др.
Интегрированными пакетами называется ПО, объединяющее в себе различные программные компоненты прикладных программ общего назначения. Обычно они включают в себя текстовый редактор, электронную таблицу, графический редактор, СУБД, несколько других программ и коммуникационный модуль.
Из имеющихся интегрированных пакетов можно выделить наиболее распространенные: MS Office, Framework, Startnave.
CASE -технология применяется при создании сложных информационных систем, обычно требующих коллективной реализации проекта, в котором участвуют различные специалисты: системные аналитики, проектировщики и программисты.
CASE-технология позволяет отделить проектирование информационной системы от собственно программирования и отладки, при этом разработчики системы занимаются проектированием на более высоком уровне, не отвлекаясь на детали.
Нередко применение CASE-технологии выходит за рамки проектирования и разработки информационных систем. Это позволяет оптимизировать модели организационных и управленческих структур компаний и позволяет им лучше решать такие задачи, как планирование, финансирование, обучение.
Современные САSЕ-технологии успешно применяются для создания информационных систем различного класса — для банков, финансовых корпораций, крупных фирм. Из имеющихся на рынке CASE-технологий можно выделить следующие программные продукты: ADW, BPwin, Clear Case, Composer.
Экспертные системы — это системы обработки знаний в узкоспециализированной области подготовки решений пользователей на уровне профессиональных экспертов.
Экспертные системы используются для прогноза ситуаций, диагностики состояния фирмы, целевого планирования, управления процессом функционирования. Они возникли вследствие компьютеризации процессов решения задач типа «что будет, если. », основанных на логике и опыте специалистов.
Основная идея при этом заключается в переходе от строго формализованных алгоритмов, предписывающих, как решать задачу, к логическому программированию с указанием, что нужно решать на базе знаний, накопленных специалистами предметных областей.
Примерами оболочек экспертных систем, применяемых в экономике, может служить Expert – Ease.
Понравилась статья? Добавь ее в закладку (CTRL+D) и не забудь поделиться с друзьями:
Источник: studopedia.ru
Методология программирования. Обслуживание программы
Добавить в избранное
Главное меню » Методология программирования » Методология программирования. Обслуживание программы
(Пока оценок нет)
20 октября 2018
Обслуживание программы — это процесс изменения программного обеспечения или программы после доставки для достижения любого из этих результатов:
- Исправить ошибки
- Улучшить производительность
- Добавить функции
- Удаление устаревших частей
Несмотря на общее понимание того, что техническое обслуживание требуется для исправления ошибок, возникающих после выхода программного обеспечения, в действительности большая часть работ по техническому обслуживанию включает в себя добавление небольших или основных возможностей к существующим модулям. Например, некоторые новые данные добавляются в отчет, новое поле, добавленное к формам ввода, код, который должен быть изменен для включения измененных правительственных законов и т.д.
Виды обслуживания
Деятельность по техническому обслуживанию может быть разделена на четыре части:
- Корректирующее обслуживание. Здесь исправляются ошибки, возникающие после реализации на месте. Ошибки могут указывать сами пользователи.
- Профилактическое обслуживание. Модификации, сделанные для предотвращения ошибок в будущем, называются профилактическим обслуживанием.
- Адаптивное обслуживание. Изменения в рабочей среде иногда требуют изменений в программном обеспечении. Это называется адаптивным обслуживанием. Например, при изменении государственной политики в области образования, соответствующие изменения должны быть внесены в модуль обработки результатов обучения школьного программного обеспечения.
- Совершенное техническое обслуживание. Изменения, внесенные в существующее программное обеспечение для включения новых требований от клиента, называются идеальным обслуживанием. Цель здесь — всегда быть в курсе новейших технологий.
Инструменты обслуживания
Разработчики программного обеспечения и программисты используют множество инструментов, помогающих им в обслуживании программного обеспечения. Вот некоторые из наиболее широко используемых:
- Программный слайсер — выбирает часть программы, на которую повлияет изменение
- Анализатор потока данных — отслеживает все возможные потоки данных в программном обеспечении
- Динамический анализатор — отслеживает путь выполнения программы
- Статический анализатор — позволяет осуществлять общий просмотр и подведение итогов программы
- Анализатор зависимостей — помогает понять и проанализировать взаимозависимость различных частей программы
Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.
Источник: andreyex.ru