Самый важный критерий качества программы

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

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

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

Качества хороших требований к разработке программного обеспечения

Разработчики ПС стремятся выделить и определить единый критерий эффективности программ:

1. Численно и в наиболее общем виде характеризовать степень выполнения системой своей основной целевой функции.
2. Позволять выявить и оценить степень влияния на эффективность системы различных факторов и параметров, и в том числе затрат различного вида на ее реализацию.
3. Быть простым и иметь малую дисперсию, т.е. мало зависеть от неконтролируемых, случайных факторов.

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

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

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

Качество и его критерии

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

1. Функциональные критерии качества отражают основную специфику применения и степень соответствия ПС их целевому назначению. Для программ управления в них входят показатели точности выходных данных, диапазоны изменения параметров, время реакции, адаптивность к внешним воздействиям и т.д. В системах обработки данных функциональные показатели отражают номенклатуру исходных данных, достоверность результатов, разнообразие функций и другое. Функциональные критерии весьма различны и соответствуют разнообразию целевого назначения, функций и областей применения ПС. Они являются важнейшими для каждой системы (перечень исходных документов — конкретно).
2. Конструктивные критерии качества ПС более или менее инвариантны к их целевому назначению и основным функциям. К ним относятся сложность программ, надежность функционирования, используемые ресурсы, корректность программ и т.п. Некоторые конструктивные критерии могут быть важны с позиции прямого функционального назначения, определяемых программными средствами (надежность).

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

Особо следует выделить временные показатели ЖЦ программ:

1. длительность проектирования
2. продолжительность эксплуатации очередной версии
3. длительность проведения каждой модификации

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

Программное обеспечение (softwаrе) на данный момент составляет сотни тысяч программ, которые предназначены для обработки самой разнообразной информация с самыми различными целями. В зависимости от того, какие задачи выполняет то или иное программное обеспечение можно разделять все программное обеспечение на несколько групп:

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

­ Оболочки операционных систем.

1. Прикладное ПО (или пакеты прикладных программ) – предназначено для решения определенного класса задач, т.е. это программы, используемые как инструмент при создании документов в повседневной деятельности. Или программы, с помощью которых пользователь решает свои информационные задачи, не прибегая к программированию. К ним относятся:

­ текстовые и графические редакторы

­ системы управления базами данных (СУБД)

­ обучающие и учебные программы

­ мультимедиа и т.д.

1. Инструментальное ПО (или системы программирования) обеспечивают создание всех классов программ: системных, прикладных и новых систем программирования. Или Инструментальное ПО (или системы программирования) обеспечивает создание новых прикладных программ для компьютера. Это комплексы программ и прочих средств, предназначенных каждый для разработки и эксплуатации программ на конкретном языке программирования для конкретного вида ЭВМ. Системы программирования обычно включают некоторую версию языка программирования, транслятор программ и т.д.

Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет

Генерация страницы за: 0.014 сек. —>

Источник: studopedia.su

Качество программного обеспечения: стандарты и оценка. Технологическое обеспечение качества программного обеспечения

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

Качество программного обеспечения

В настоящее время существует два важных подхода, которые используются для определения качества ПО:

1. Управление дефектами.
2. Атрибут качества.

Все, что не соответствует требованию клиента, попадает в разряд дефектов. Команда разработчиков, которая не в состоянии полностью понять требования клиента, будет допускать ошибки проектирования.

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

Качество программного обеспечения значительно улучшилось за последние два десятилетия. Одна из причин этого заключается в том, что компании используют новые технологии, такие как объектно-ориентированную разработку и инструменты CASE. Кроме того, можно наблюдать растущую важность внедрения методов управления на производстве.

Управление качеством ПО делится на три основных направления:

1. Гарантия. Разработка основ организационных мероприятий и стандартов качества программного обеспечения..
2. Планирование. Выбор соответствующих стандартов и адаптация под конкретный программный проект.
3. Контроль. Определение процессов, которые гарантируют, что разработка ПО соответствует стандартам качества.

Политика организации SQA

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

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

Чтобы были выполнены все требования стандарта, компании назначают ответственного по качеству. Обязанности данного сотрудника:

• Ответственность за подготовку годовой программы мероприятий и бюджета SQA.
• Организация разработки планов развития системы SQA.
• Общий контроль за выполнением ежегодной программы регулярных мероприятий и запланированных проектов развития.
• Определение соответствия программы мероприятий характеристикам и объему услуг субподрядчика и закупок ПО, запланированных на будущий год.
• Презентация и пропаганда вопросов SQA для исполнительного руководства.
• Изучение предложений, подготовленных отделом SQA для ежегодной программы мероприятий, проверка потенциала предложения для достижения целей.

Концепции высокого уровня

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

Например, при оценке синтаксического анализатора XML можно использовать набор тестов на соответствие XML W3C. Он включает в себя тесты, разработанные для удовлетворения всех направлений контроля, а также рекомендации W3C Extensible Markup Language (XML) с особым акцентом на требованиях к обработке ошибок в правильности или достоверности документов XML. Таким образом процент пройденных тестовых случаев используется, как метрика для оценки следующих характеристик рассматриваемого XML-анализатора:

• Перспектива пользователя.
• Функциональность.
• Надежность и отказоустойчивость.

С точки зрения пользователя есть несколько важных характеристик, отвечающих на следующие вопросы:

• Кто предоставляет полный спектр необходимых функций по назначению?
• Надежно ли работает ПО для получения необходимых результатов при правильном использовании?
• Функционирует ли программа безопасно и надежно в случае неправильного ввода?
• Легко ли использовать программный продукт?
• ПО функционирует быстро или кажется излишне медленным?
• Хорошо ли сочетается программа с другим продуктом, который использует пользователь?

Считая, что вопросы качества пользователю важны, ИТ-группа, отвечающая за развертывание и обслуживание ПО, может столкнуться с другими проблемами:

1. Защита от вредоносных атак.
2. Качество использования вычислительных ресурсов.

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

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

Требования ISO 9126 к продукту

ISO 9126 является международным стандартом для оценки ПО. Он разделен на четыре части, в которых рассматриваются следующие темы:

• Внешние показатели.
• Внутренние показатели.
• Модель качества.
• Показатели качества программного обеспечения.

Первая часть ISO 9126 является расширением предыдущего стандарта, выполненного McCall (1977), Boehm (1978) и FURPS в определении набора характеристик качества.

Документация ISO 9126 является объектом авторского права. Модель качества ISO 9126-1 определяет 6 основных характеристик:

• Функциональность.
• Надежность.
• Юзабилити.
• КПД.
• Ремонтопригодность.
• Портативность.

Функциональность продукта

Функциональность является основной целью любого продукта или услуги. Чем больше возможностей использования товара, тем сложнее становится определить его функциональность. Для ПО может быть указан список того, что для него доступно.

Некоторые перечисленные характеристики ПО (например, удобство) присутствуют только в определенной степени, то есть не просто «включен» или «отключен». Многие люди путают общую функциональность процесса и программного продукта. Часто это связано с тем, что диаграммы потоков данных (DFD) и другие инструменты моделирования могут отражать функциональность процесса, как набор преобразованных данных в data out.

ISO 9126-1 и другие модели качества не помогают измерить общие затраты или выгоды процесса, а исследуют только программный компонент. Взаимосвязь между функциональными возможностями ПО в рамках общего бизнес-процесса выходит за рамки ISO 9126.

Следующие возможности атрибутов характеризуют полезность ПО в данной среде. Каждая из них может быть измерена только при наличии соответствующих программ системы.

Характеристики надежности и юзабилити

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

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

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

Ремонтопригодность и портативность

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

• Анализируемость — выявляет основную причину отказа.
• Изменчивость — определяет усилия, которые прилагаются к модификации кода для устранения ошибки.
• Стабильность — демонстрирует, насколько стабильна система в работе, когда в нее вносятся изменения.
• Тестируемость — определяет, сколько усилий идет на тестирование системы.
• Переносимость — способность системы адаптироваться к изменениям в ее среде.
• Адаптируемость — насколько легко система адаптируется к изменениям, внесенным в спецификации.
• Скорость установки — насколько легко система может быть установлена.
• Возможность замены — насколько легко можно заменить компонент системы.
• Стоимость качества ПО. Она очень важна. Когда разработчик решит провести тестирование для своего продукта, он на самом деле собирается потратить время, деньги и усилия на ее проверку.
• Пригодность — определяет, соответствуют ли функции ПО требованиям.
• Точность — устанавливает правильность реализации функций.
• Функциональная совместимость — взаимодействуя с другими компонентами системы.
• Соответствие ПО необходимым законам и рекомендациям.
• Обеспечение качества и безопасности программного обеспечения и обработки транзакций, связанных с данными.
• Надежность — способность ПО работать в определенных условиях в течение обозначенного периода времени.
• Зрелость — частота сбоев ПО.
• Восстанавливаемость — представление о способности системы вернуться к полноценной работе после сбоя.

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

Стоимость процессов анализа

Стоимость качества рассчитывается путем анализа затрат на соответствие и несоответствие. Цена первого показателя связана с:

1. Расходами на профилактику. Это сумма, потраченная на обеспечение правильного соблюдения всех методов. Она включает в себя обучение командам, проверки кода и любые другие действия, связанные с QA.
2. Затратами на оценку. Это сумма денег, потраченная на планирование всех тестовых заданий, а затем на их выполнение, например, на разработку тестовых примеров.
3. Расходы на несоответствие. Это затраты, которые возникают из-за внутренних и внешних сбоев.

Внутренние сбои — это расходы, которые появляются, когда тестовые примеры выполняются впервые на внутреннем уровне, при этом некоторые из них терпят неудачу. Расходы возникают, когда программист должен исправить все дефекты, выявленные в его фрагменте во время модульного или компонентного тестирования.

Внешние сбои — это расходы, которые возникают, когда дефект устанавливается заказчиком, а не тестером. Эти расходы намного больше, чем те, которые появляются на внутреннем уровне. Особенно это актуально, если усиливается программный сбой.

Дисциплинированный анализ процесса

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

1. Самооценка. Проводится внутри собственного персонала организации.
2. Оценка сторонней организации.
3. Оценка третьей стороной.

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

Что касается сбора данных, то используются четыре метода:

1. Стандартный перечень вопросов зрелости.
2. Индивидуальные и групповые интервью.
3. Обзоры документов.
4. Отзывы о рассмотрении проекта участниками оценки.

Стандартный метод SCAMPI

Определение IEEE для обеспечения качества программного обеспечения:

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

CMMI (Software Engineering Institute) для улучшения процессов (SCAMPI) был разработан для удовлетворения требований, основанных на IPA ЦБА и CBA.

IPI, и SCAMPI состоят из трех этапов:

• План и подготовка.
• Проверка оценки на месте.
• Отчет о результатах.

Действия для плана и этапа подготовки включают в себя такие факторы:

• Определение области оценки.
• Разработка плана.
• Подготовка оценочной команды.
• Выставление оценок участникам.
• Администрирование оценочной анкеты CMMI.
• Изучение ответов в анкетах.
• Проведение первичного осмотра документов.

Мероприятия на этапе представления отчетности включают в себя:

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

Мероприятия для этапа оценки на месте включают:

• Организацию открытия проекта.
• Проведение интервью.
• Обобщение информации.
• Подготовку презентации итогов.
• Организацию закрытия проекта.

Организационная структура персонала

Она включает тех, кто отвечает за качество программного обеспечения. Такими людьми могут быть:

• Менеджеры.
• Руководители высшего звена, особенно те, которые непосредственно отвечают за обеспечение качества.
• Руководители отдела разработки и сопровождения.
• Менеджеры отдела тестирования.
• Менеджеры проектов и руководители команд разработки и сопровождения проектов.
• Лидеры команд тестирования.
• Тестеры.

Члены команд тестирования:

• Специалисты SQA и заинтересованные практики.
• SQA попечители.
• Члены комитета и участники форума SQA.
• Члены команды подразделения SQA.

Только руководители и сотрудники отдела тестирования заняты полный рабочий день для выполнения задач SQA. Другие посвящают только часть своего рабочего времени вопросам качества.

По сути, в организациях по разработке существует трехуровневая структура управления:

• Высшее руководство.
• Управление отделом.
• Управление проектом.

Менеджер проекта — это лицо, ответственное за то, чтобы все члены команды выполняли указанные процедуры и инструкции. В его задачи входят профессиональные практические и управленческие вопросы. Менеджеры проектов выполняют такие функции:

• Работа подразделения по разработке и сопровождению ПО.
• Работа по интеграции и тестированию системы разработки программного обеспечения, исправлению и выполнению регрессивных тестов.
• Выполнение проверок и последующие исправления недочетов.
• Выполнение приемо-сдаточных испытаний.
• Установка программного обеспечения на удаленных клиентских сайтах.

Необходимость установки антивирусных утилит

Приобретая новое ПО, пользователь задумывается над вопросом о том, когда необходима покупка антивирусного программного обеспечения. Многие все еще называют этот тип ПО антивирусом, хотя сегодня данный термин устарел.

Хуже всего то, что «лучшая» вредоносная программа, если можете ее так назвать, тихо проникает на компьютер без ведома хозяина. Возможно, она будет скрытой от глаз пользователя, но вред принесет.

С серьезной модернизацией операционных систем необходимость установления подобных сомнительных программ по защите ПК отпала. У пользователей теперь есть Windows 10. В ней Microsoft встроила два важных инструмента: брандмауэр и защитник Windows.

Эти два удара предназначены для обеспечения безопасности ПК. Поскольку они интегрированы в ОС, то не требуется лишних внешних программных ресурсов. Microsoft часто обновляет утилиты, стараясь не допустить появления новых угроз. Если по какой-либо причине что-то прорывается, существует усиленная версия «обороны» — защитник Windows. Он работает в автономном режиме.

Можно запустить его, не подключаясь к интернету с USB-накопителя.

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

Источник: fb.ru

Определение критериев оценки качества программы. 5.6. Характеристика средства и инструменты разработки программного обеспечения.

Качество программного обеспечения — характеристика программного обеспечения (ПО) как степени его соответствия требованиям. При этом требования могут трактоваться довольно широко, что порождает целый ряд независимых определений понятия. Чаще всего используется определение ISO 9001, согласно которому качество есть «степень соответствия присущих характеристик требованиям».

Качество кода может определяться различными критериями. Некоторые из них имеют значение только с точки зрения человека. Например, то, как отформатирован текст программы, совершенно не важно для компьютера, но может иметь серьёзное значение для последующего сопровождения. Многие из имеющихся стандартов оформления кода, определяющих специфичные для используемого языка соглашения и задающие ряд правил, улучшающих читаемость кода, имеют своей целью облегчить будущее сопровождение ПО, включающее отладку и обновление. Существуют и другие критерии, определяющие, «хорошо» ли написан код, например, такие, как структурированность — степень логического разбиения кода на ряд управляемых блоков.

1. Читаемость кода; 2. Лёгкость поддержки, тестирования, отладки, исправления ошибок, изменения и портируемости; 3. Низкая сложность кода; 4. Низкое использование ресурсов: памяти и процессорного времени. 5. Корректная обработка исключительных ситуаций. 6. Малое число предупреждений при компиляции и линковке.

Методы улучшения качества кода: рефакторинг.

Фактор качества ПО — это нефункциональное требование к программе, которое обычно не описывается в договоре с заказчиком, но, тем не менее, является желательным требованием, повышающим качество программы.

Некоторые из факторов качества:

ü понятность — назначение ПО должно быть понятным, из самой программы и документации.

ü полнота — все необходимые части программы должны быть представлены и полностью реализованы.

ü краткость — отсутствие лишней, дублирующейся информации. Повторяющиеся части кода должны быть преобразованы в вызов общей процедуры. То же касается и документации.

ü портируемость — лёгкость в адаптации программы к другому окружению: другой архитектуре, платформе, операционной системе или её версии.

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

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

ü тестируемость — позволяет ли программа выполнить проверку приёмочных характеристик, поддерживается ли возможность измерения производительности.

ü удобство использования — простота и удобство использования программы. Это требование относится прежде всего к интерфейсу пользователя.

ü надёжность — отсутствие отказов и сбоев в работе программ, а также простота исправления дефектов и ошибок: структурированность; эффективность.

5.6. Характеристика средства и инструменты разработки программного обеспечения:

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

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

В качестве такого специального ПС можно указать компилятор с какого-либо языка программирования.

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

В качестве специального устройства, поддерживающего процесс разработки ПС, может служит эмулятор какого-либо языка.

Эмулятор позволяет выполнять (интерпретировать) программы на языке, отличном от языка компьютера, поддерживающего разработку ПС, например на языке компьютера, для которого эта программа предназначена.

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

Инструменты разработки ПС могут использоваться в течении всего жизненного цикла ПС для работы с разными программными документами. Так текстовый редактор может использоваться для разработки практически любого программного документа.

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

Редакторы поддерживают конструирование (формирование) тех или иных программных документов на различных этапах жизненного цикла.

Как уже упоминалось, для этого можно использовать один какой-нибудь универсальный текстовый редактор.

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

На этапе программирования (кодирования) вместо текстового редактора может оказаться более удобным синтаксически управляемый редактор, ориентированный на используемый язык программирования.

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

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

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

Примером такого инструмента является эмулятор кода другого компьютера. К этой группе инструментов следует отнести и различные отладчики.

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

Источник: cyberpedia.su