Слайд 1САПР информационных технологий
Основы методологии проектирования программного обеспечения. Основные определения.
Слайд 2Системный подход к проектированию ПО
Системный подход – это методологическая основа
проектирования ПО. Под словом «система» понимается совокупность взаимодействующих компонентов и
взаимосвязей между ними. Весь мир можно рассматривать как сложную взаимосвязанную совокупность естественных и искусственных систем.
Слайд 3Цели системный подход к проектированию ИС
Системный подход — это методология
исследования объектов любой природы как систем, которая ориентирована на:
раскрытие
целостности объекта и обеспечивающих его механизмов;
выявление многообразных типов связей объекта;
сведение этих связей в единую картину.
Слайд 4Представление сложного объекта
Системный подход реализует представление сложного объекта в виде
иерархической системы взаимосвязанных модулей, позволяющих фиксировать целостные свойства объекта, его
структуру и динамику.
ПО как система, в свою очередь, является подсистемой некоторой информационной системы (ИС).
Слайд 5Эволюция технологии проектирования ПО
Технология проектирование ПО или «программная
инженерия» (software engineering)
начала развиваться
70-х годах 20 века и прошла 2 этапа:
70-е –
80-е годы – систематизация и стандартизация
процессов создания ПО;
90-е годы – начало перехода к сборочному,
индустриальному способу создания ПО на основе
объектно-ориентированного подхода.
В основе программной инженерии лежит
фундаментальная идея: проектирование ПО является
формальным процессом, который можно изучать и
совершенствовать.
Слайд 6Определение программной инженерии
Программная инженерия определяется, с одной
стороны, как совокупность инженерных
методов и
средств создания ПО а, с другой стороны, как
дисциплина, изучающая
применение строгого
систематического подхода к разработке, эксплуатации
и сопровождению ПО.
Слайд 7Необходимость использования программной инженерии
Освоение и правильное применение методов и средств
создания
ПО позволяет повысить его качество,
обеспечить управляемость процесса проектирования
ПО и увеличить
срок его жизни.
Тенденции возрастания сложности ПО породили
потребность в программно-технологических комплексах
специального класса – CASE-средствах, реализующих
CASE-технологию создания и сопровождения ПО.
Слайд 8Определение CASE-технологии
Термин CASE (Computer Aided Software Engineering)
означает автоматизированная технология разработки
ПО.
Под термином CASE-средства понимаются программные
средства, поддерживающие процессы создания и
сопровождения ПО,
включая
анализ и формулировку требований,
проектирование прикладного программного ПО (приложений) и баз данных,
генерацию кода,
тестирование,
документирование,
обеспечение качества,
конфигурационное управление и управление проектом,
а также другие процессы.
CASE-средства вместе с системным ПО и техническими
средствами образуют полную среду разработки ПО.
Слайд 9Жизненный цикл ПО
Понятие жизненного цикла ПО (ЖЦ ПО) является
одним
из базовых понятий программной инженерии.
ЖЦПО определяется как период времени, который
начинается
с момента принятия решения о
необходимости создания ПО и заканчивается в момент
его полного изъятия из эксплуатации.
Слайд 10Жизненный цикл ПО ИС
Основным нормативным документом,
регламентирующим состав процессов ЖЦ
ПО,
является международный стандарт
ISO/IEC 12207: 1995 «Information Technology – Software
Life
Cycle Processes». Он определяет структуру ЖЦ,
содержащую процессы, действия и задачи, которые
должны быть выполнены во время создания ПО (его
российский аналог ГОСТ Р ИСО/МЭК 12207-99 введен
в действие в июле 2000 г).
ISO – International Organization of Standardization.
IEC – International Electrotechnical Commission.
Слайд 11Жизненный цикл ПО ИС в стандарте ГОСТ Р ИСО/МЭК 12207-99
В данном стандарте процесс определяется как
совокупность взаимосвязанных действий,
преобразующих некоторые входные
данные в
выходные. Каждый процесс характеризуется
определенными задачами и методами их решения,
исходными данными, полученными от других
процессов, и результатами.
Слайд 12Жизненный цикл ПО ИС в стандарте ГОСТ Р ИСО/МЭК 12207-99
Каждый процесс разделен на набор действий, каждое
действие — на набор
задач. Каждый процесс, действие
или задача инициируется и выполняется другим
процессом по мере необходимости, причем не
существует заранее определенных
последовательностей выполнения (естественно, при
сохранении связей по входным данным).
В соответствии со стандартом ГОСТ Р ИСО/МЭК
12207-99 все процессы ЖЦ ПО разделены на три
группы.
Слайд 14ОСНОВНЫЕ ПРОЦЕССЫ ЖЦ ПО. Процесс приобретения
в стандарте ГОСТ Р
ИСО/МЭК 12207-99
Процесс приобретения (acquisition process) состоит из
действий и задач
заказчика, приобретающего ПО.
Данный процесс охватывает следующие действия:
инициирование приобретения;
подготовку заявочных предложений;
подготовку и корректировку договора;
надзор за деятельностью поставщика;
приемку и завершение работ.
Слайд 15ОСНОВНЫЕ ПРОЦЕССЫ ЖЦ ПО. Процесс поставки в стандарте ГОСТ Р
ИСО/МЭК 12207-99
Процесс поставки (supply process) охватывает действия
и задачи, выполняемые
поставщиком, который
снабжает заказчика программным продуктом или
услугой. Данный процесс включает следующие
действия:
инициирование поставки;
подготовку ответа на заявочные предложения;
подготовку договора;
планирование;
выполнение и контроль;
проверку и оценку;
поставку и завершение работ.
Слайд 16ОСНОВНЫЕ ПРОЦЕССЫ ЖЦ ПО. Процесс разработки в стандарте ГОСТ Р
ИСО/МЭК 12207-99
Процесс разработки (development process)
предусматривает действия и задачи, выполняемые
разработчиком,
и охватывает работы по созданию ПО и
его компонентов в соответствии с заданными
требованиями, включая оформление проектной и
эксплуатационной документации, подготовку
материалов, необходимых для проверки
работоспособности и соответствующего качества
программных продуктов, материалов, необходимых для
организации обучения персонала, и т.д.
Слайд 17ОСНОВНЫЕ ПРОЦЕССЫ ЖЦ ПО. Процесс разработки в стандарте ГОСТ Р
ИСО/МЭК 12207-99
Процесс разработки включает следующие действия:
1) подготовительную работу;
2) анализ требований к системе;
3) проектирование архитектуры системы;
4) анализ требований к ПО;
5) проектирование архитектуры ПО;
6) детальное проектирование ПО;
7) кодирование и тестирование ПО;
8) интеграцию ПО;
9) квалификационное тестирование ПО;
10) интеграцию системы;
11) квалификационное тестирование системы;
12) установку ПО;
13) приемку ПО.
Слайд 18ОСНОВНЫЕ ПРОЦЕССЫ ЖЦ ПО. Процесс эксплуатации в стандарте ГОСТ Р
ИСО/МЭК 12207-99
Процесс эксплуатации (operation process) охватывает
действия и задачи оператора
— организации,
эксплуатирующей систему.
Данный процесс включает следующие действия:
подготовительную работу;
эксплуатационное тестирование;
эксплуатацию системы;
поддержку пользователей.
Слайд 19ОСНОВНЫЕ ПРОЦЕССЫ ЖЦ ПО. Процесс сопровождения в стандарте ГОСТ Р
ИСО/МЭК 12207-99
Процесс сопровождения (maintenance process)
предусматривает действия и задачи, выполняемые
сопровождающей
организацией (службой
сопровождения). Данный процесс активизируется при
изменениях (модификациях) программного продукта и
соответствующей документации, вызванных
возникшими проблемами или потребностями в
модернизации либо адаптации ПО.
Слайд 20ОСНОВНЫЕ ПРОЦЕССЫ ЖЦ ПО. Процесс сопровождения в стандарте ГОСТ Р
ИСО/МЭК 12207-99
В соответствии со стандартом IEEE-90 под
сопровождением понимается внесение
изменений в ПО
в целях исправления ошибок, повышения
производительности или адаптации к изменившимся
условиям работы или требованиям.
Слайд 21ОСНОВНЫЕ ПРОЦЕССЫ ЖЦ ПО. Процесс сопровождения в стандарте ГОСТ Р
ИСО/МЭК 12207-99
Изменения, вносимые в существующее ПО, не должны
нарушать его
целостность. Процесс сопровождения
включает перенос ПО в другую среду (миграцию) и
заканчивается снятием ПО с эксплуатации.
Слайд 22ОСНОВНЫЕ ПРОЦЕССЫ ЖЦ ПО. Процесс сопровождения в стандарте ГОСТ Р
ИСО/МЭК 12207-99
Процесс сопровождения охватывает следующие
действия:
1) подготовительную работу;
2) анализ проблем
и запросов на модификацию ПО;
3) модификацию ПО;
4) проверку и приемку;
5) перенос ПО в другую среду;
6) снятие ПО с эксплуатации.
Слайд 23ВСПОМОГАТЕЛЬНЫЕ ПРОЦЕССЫ ЖЦ ПО
Процесс документирования.
Процесс документирования (documentation process)
предусматривает формализованное
описание
информации, созданной в течение ЖЦ ПО. Данный
процесс состоит из набора
действий, с помощью
которых планируют, проектируют, разрабатывают,
выпускают, редактируют, распространяют и
сопровождают документы, необходимые для всех
заинтересованных лиц, таких, как руководство,
технические специалисты и пользователи системы.
Слайд 24ВСПОМОГАТЕЛЬНЫЕ ПРОЦЕССЫ ЖЦ ПО
Процесс документирования.
Процесс документирования включает следующие
действия:
1) подготовительную
работу;
2) проектирование и разработку;
3) выпуск документации;
4) сопровождение.
Слайд 25ВСПОМОГАТЕЛЬНЫЕ ПРОЦЕССЫ ЖЦ ПО
Процесс управления конфигурацией
Процесс управления конфигурацией (configuration
management process)
предполагает применение
административных и технических процедур на всем
протяжении ЖЦ ПО для
определения состояния
компонентов ПО в системе, управления
модификациями ПО, описания и подготовки отчетов о
состоянии компонентов ПО и запросов на
модификацию, обеспечения полноты, совместимости и
корректности компонентов ПО, управления хранением
и поставкой ПО.
Слайд 26ВСПОМОГАТЕЛЬНЫЕ ПРОЦЕССЫ ЖЦ ПО
Процесс управления конфигурацией
Согласно стандарту IEEE-90 под конфигурацией
ПО
понимается совокупность его функциональных и
физических характеристик, установленных в
технической документации и
реализованных в ПО.
Управление конфигурацией позволяет организовать,
систематически учитывать и контролировать внесение
изменений в ПО на всех стадиях ЖЦ.
Общие принципы и рекомендации по управлению
конфигурацией ПО отражены в проекте стандарта ISO/I
EC CD 12207-2: 1995 "Information Technology – Software
Life Cycle Processes. Part 2. Configuration Management for
Software".
Слайд 27ВСПОМОГАТЕЛЬНЫЕ ПРОЦЕССЫ ЖЦ ПО
Процесс управления конфигурацией
Процесс управления конфигурацией включает следующие
действия:
1) подготовительную работу;
2) идентификацию конфигурации;
3) контроль конфигурации;
4) учет состояния конфигурации;
5)
оценку конфигурации;
6) управление выпуском и поставку.
Слайд 28ВСПОМОГАТЕЛЬНЫЕ ПРОЦЕССЫ ЖЦ ПО
Процесс обеспечения качества
Процесс обеспечения качества (quality
assurance
process). Он обеспечивает соответствующие гарантии
того, что ПО и процессы его
ЖЦ соответствуют
заданным требованиям и утвержденным планам. Под
качеством ПО понимается совокупность свойств,
которые характеризуют способность ПО удовлетворять
заданным требованиям.
Слайд 29ВСПОМОГАТЕЛЬНЫЕ ПРОЦЕССЫ ЖЦ ПО
Процесс обеспечения качества
Для получения достоверных оценок
создаваемого ПО
процесс обеспечения его качества должен происходить
независимо от субъектов, непосредственно
связанных с
разработкой ПО. При этом могут использоваться
результаты других вспомогательных процессов, таких,
как верификация , аттестация, совместная оценка, аудит
и разрешение проблем .
Слайд 30ВСПОМОГАТЕЛЬНЫЕ ПРОЦЕССЫ ЖЦ ПО
Процесс обеспечения качества
Процесс обеспечения качества включает
следующие
действия:
1) подготовительную работу;
2) обеспечение качества продукта;
3) обеспечение качества процесса;
4) обеспечение
прочих показателей качества системы.
Слайд 31ВСПОМОГАТЕЛЬНЫЕ ПРОЦЕССЫ ЖЦ ПО
Процесс верификации
Процесс верификации (verification process). Он
состоит в
определении того, что программные продукты,
являющиеся результатами некоторого действия,
полностью удовлетворяют
требованиям или условиям,
обусловленным предшествующими действиями
(верификация в узком смысле означает формальное
доказательство правильности ПО).
Слайд 32ВСПОМОГАТЕЛЬНЫЕ ПРОЦЕССЫ ЖЦ ПО
Процесс верификации
Для повышения эффективности верификация должна
как
можно раньше интегрироваться с использующими ее
процессами (такими, как поставка, разработка,
эксплуатация
или сопровождение). Данный процесс
может включать анализ, оценку и тестирование.
Слайд 33ВСПОМОГАТЕЛЬНЫЕ ПРОЦЕССЫ ЖЦ ПО
Процесс верификации
Верификация может проводиться с различными
степенями
независимости. Степень независимости
может варьироваться от выполнения верификации
самим исполнителем или другим
специалистом данной
организации до ее выполнения специалистом другой
организации с различными вариациями. Если процесс
верификации осуществляется организацией, не
зависящей от поставщика, разработчика, оператора или
службы сопровождения, то он называется процессом
независимой верификации.
Слайд 34ВСПОМОГАТЕЛЬНЫЕ ПРОЦЕССЫ ЖЦ ПО
Процесс верификации
Процесс верификации включает следующие действия:
1)
подготовительную работу;
2) верификацию.
Слайд 35ВСПОМОГАТЕЛЬНЫЕ ПРОЦЕССЫ ЖЦ ПО
Процесс верификации
В процессе верификации проверяются следующие
условия:
• непротиворечивость требований к системе и степень учета потребностей пользователей;
•
возможности поставщика выполнить заданные требования;
• соответствие выбранных процессов ЖЦ ПО условиям договора;
• адекватность стандартов, процедур и среды разработки процессам ЖЦ ПО;
• соответствие проектных спецификаций ПО заданным требованиям;
Слайд 36ВСПОМОГАТЕЛЬНЫЕ ПРОЦЕССЫ ЖЦ ПО
Процесс верификации
• корректность описания в проектных
спецификациях входных и выходных данных, последовательности событий, интерфейсов, логики и
т.д.;
• соответствие кода проектным спецификациям и требованиям;
• тестируемость и корректность кода, его соответствие принятым стандартам кодирования;
• корректность интеграции компонентов ПО в систему;
• адекватность, полнота и непротиворечивость документации.
Слайд 37ВСПОМОГАТЕЛЬНЫЕ ПРОЦЕССЫ ЖЦ ПО
Процесс аттестации
Процесс аттестации (validation process)
предусматривает
определение полноты соответствия
заданных требований и созданной системы или
программного продукта их
конкретному
функциональному назначению. Под аттестацией
обычно понимается подтверждение и оценка
достоверности проведенного тестирования ПО.
Аттестация должна гарантировать полное соответствие
ПО спецификациям, требованиям и документации, а
также возможность его безопасного и надежного
применения пользователем.
Слайд 38ВСПОМОГАТЕЛЬНЫЕ ПРОЦЕССЫ ЖЦ ПО
Процесс аттестации
Аттестацию рекомендуется выполнять путем
тестирования во
всех возможных ситуациях и
использовать при этом независимых специалистов.
Аттестация может проводиться
на начальных стадиях
ЖЦ ПО или как часть работы по приемке ПО.
Слайд 39ВСПОМОГАТЕЛЬНЫЕ ПРОЦЕССЫ ЖЦ ПО
Процесс аттестации
Аттестация, так же как и
верификация, может
осуществляться с различными степенями
независимости. Если процесс аттестации выполняется
организацией, не
зависящей от поставщика,
разработчика, оператора или службы сопровождения, то
он называется процессом независимой аттестации.
Слайд 40ВСПОМОГАТЕЛЬНЫЕ ПРОЦЕССЫ ЖЦ ПО
Процесс аттестации
Процесс аттестации включает следующие действия:
1)
подготовительную работу;
2) аттестацию.
Слайд 41ВСПОМОГАТЕЛЬНЫЕ ПРОЦЕССЫ ЖЦ ПО
Процесс совместной оценки
Процесс совместной оценки
(joint review process). Он
предназначен для оценки состояния работ по проекту
и
ПО, создаваемого при выполнении данных работ
(действий). Он сосредоточен в основном на контроле
планирования и управления ресурсами, персоналом,
аппаратурой и инструментальными средствами проекта.
Слайд 42ВСПОМОГАТЕЛЬНЫЕ ПРОЦЕССЫ ЖЦ ПО
Процесс совместной оценки
Оценка применяется как
на уровне управления
проектом, так и на уровне технической реализации
проекта и
проводится в течение всего срока действия
договора. Данный процесс может выполняться двумя
любыми сторонами, участвующими в договоре, при этом
одна сторона проверяет другую.
Слайд 43ВСПОМОГАТЕЛЬНЫЕ ПРОЦЕССЫ ЖЦ ПО
Процесс совместной оценки
Процесс совместной оценки
включает следующие
действия:
1) подготовительную работу;
2) оценку управления проектом;
3) техническую оценку.
Слайд 44ВСПОМОГАТЕЛЬНЫЕ ПРОЦЕССЫ ЖЦ ПО
Процесс аудита
Процесс аудита (audit process) представляет
собой
определение соответствия требованиям, планам и
условиям договора. Аудит может выполняться двумя
любыми
сторонами, участвующими в договоре, когда
одна сторона проверяет другую.
Аудит — это ревизия (проверка), проводимая
компетентным органом (лицом) в целях обеспечения
независимой оценки степени соответствия ПО или
процессов установленным требованиям.
Слайд 45ВСПОМОГАТЕЛЬНЫЕ ПРОЦЕССЫ ЖЦ ПО
Процесс аудита
Аудит служит для установления соответствия
реальных
работ и отчетов требованиям, планам и контракту.
Аудиторы (ревизоры) не должны
иметь прямой
зависимости от разработчиков ПО. Они определяют
состояние работ, использование ресурсов, соответствие
документации спецификациям и стандартам,
корректность тестирования.
Слайд 46ВСПОМОГАТЕЛЬНЫЕ ПРОЦЕССЫ ЖЦ ПО
Процесс аудита
Процесс аудита включает следующие действия:
1)
подготовительную работу;
2) аудит.
Слайд 47ВСПОМОГАТЕЛЬНЫЕ ПРОЦЕССЫ ЖЦ ПО
Процесс разрешения проблем
Процесс разрешения проблем
(problem resolution
process) предусматривает анализ и решение проблем
(включая обнаруженные несоответствия) независимо
от
их происхождения или источника, которые обнаружены в
ходе разработки, эксплуатации, сопровождения или
других процессов. Каждая обнаруженная проблема
должна быть идентифицирована, описана,
проанализирована и разрешена.
Слайд 48ВСПОМОГАТЕЛЬНЫЕ ПРОЦЕССЫ ЖЦ ПО
Процесс разрешения проблем
Процесс разрешения проблем
включает следующие действия:
1) подготовительную работу;
2) разрешение проблем.
Слайд 49ОРГАНИЗАЦИОННЫЕ ПРОЦЕССЫ ЖЦ ПО
Процесс управления
Процесс управления (management process) состоит
из
действий и задач, которые могут выполняться любой
стороной, управляющей своими процессами.
Данная
сторона (менеджер) отвечает за управление выпуском
продукта, управление проектом и управление задачами
соответствующих процессов, таких, как приобретение,
поставка, разработка, эксплуатация, сопровождение и
др.
Слайд 50ОРГАНИЗАЦИОННЫЕ ПРОЦЕССЫ ЖЦ ПО
Процесс управления
Процесс управления включает следующие действия:
1)
инициирование и определение области управления;
2) планирование;
3) выполнение и контроль;
4) проверку
и оценку;
5) завершение.
Слайд 51ОРГАНИЗАЦИОННЫЕ ПРОЦЕССЫ ЖЦ ПО
Процесс создания инфраструктуры
Процесс создания инфраструктуры (infrastructure
process)
охватывает выбор и поддержку
(сопровождение) технологии, стандартов и
инструментальных средств, выбор и
установку
аппаратных и программных средств, используемых для
разработки, эксплуатации или сопровождения ПО.
Инфраструктура должна модифицироваться и
сопровождаться в соответствии с изменениями
требований к соответствующим процессам.
Инфраструктура, в свою очередь, является одним из
объектов управления конфигурацией.
Слайд 52ОРГАНИЗАЦИОННЫЕ ПРОЦЕССЫ ЖЦ ПО
Процесс создания инфраструктуры
Процесс создания инфраструктуры включает
следующие
действия:
1) подготовительную работу;
2) создание инфраструктуры;
3) сопровождение инфраструктуры.
Слайд 53ОРГАНИЗАЦИОННЫЕ ПРОЦЕССЫ ЖЦ ПО
Процесс усовершенствования
Процесс усовершенствования (improvement process)
предусматривает
оценку, измерение, контроль и
усовершенствование процессов ЖЦ ПО. Данный
процесс включает следующие
действия:
1) создание процесса;
2) оценку процесса;
3) усовершенствование процесса.
Слайд 54ОРГАНИЗАЦИОННЫЕ ПРОЦЕССЫ ЖЦ ПО
Процесс усовершенствования
Усовершенствование процессов ЖЦ ПО
направлено на
повышение производительности труда всех
участвующих в них специалистов за счет
совершенствования
используемой технологии, методов
управления, выбора инструментальных средств и
обучения персонала.
Усовершенствование основано на анализе достоинств и
недостатков каждого процесса. Такому анализу в
большой степени способствует накопление в
организации исторической, технической, экономической
и иной информации по реализованным проектам.
Слайд 55ОРГАНИЗАЦИОННЫЕ ПРОЦЕССЫ ЖЦ ПО
Процесс обучения
Процесс обучения (training process)
охватывает
первоначальное обучение и последующее постоянное
повышение квалификации персонала. Приобретение,
поставка, разработка, эксплуатация
и сопровождение
ПО в значительной степени зависят от уровня знаний и
квалификации персонала. Например, разработчики ПО
должны пройти необходимое обучение методам и
средствам программной инженерии.
Слайд 56ОРГАНИЗАЦИОННЫЕ ПРОЦЕССЫ ЖЦ ПО
Процесс обучения
Содержание процесса обучения определяется
требованиями
к проекту. Оно должно учитывать
необходимые ресурсы и технические средства
обучения. Должны
быть разработаны и представлены
методические материалы, необходимые для обучения
пользователей в соответствии с учебным планом.
Слайд 57ОРГАНИЗАЦИОННЫЕ ПРОЦЕССЫ ЖЦ ПО
Процесс обучения
Процесс обучения включает следующие
действия:
1) подготовительную работу;
2) разработку учебных материалов;
3) реализацию плана обучения.
Слайд 58ВЗАИМОСВЯЗЬ МЕЖДУ ПРОЦЕССАМИ ЖЦ ПО
Процессы ЖЦ ПО, регламентируемые стандартом
ISO/IEC J2207,могут
использоваться различными
организациями в конкретных проектах самым
различным образом. Тем не менее
стандарт предлагает
некоторый базовый набор взаимосвязей между
процессами с различных точек зрения (или в различных
аспектах).
Слайд 59ВЗАИМОСВЯЗЬ МЕЖДУ ПРОЦЕССАМИ ЖЦ ПО
Такими аспектами являются:
• договорной аспект;
• аспект
управления;
• аспект эксплуатации;
• инженерный аспект;
• аспект поддержки.
Слайд 60ВЗАИМОСВЯЗЬ МЕЖДУ ПРОЦЕССАМИ ЖЦ ПО
В договорном аспекте заказчик и поставщик
вступают
в договорные отношения и реализуют соответственно
процессы приобретения и поставки. В
аспекте
управления заказчик, поставщик, разработчик,
оператор, служба сопровождения и другие участвующие
в ЖЦ ПО стороны управляют выполнением своих
процессов. В аспекте эксплуатации оператор,
эксплуатирующий систему, предоставляет необходимые
услуги пользователям.
Слайд 61ВЗАИМОСВЯЗЬ МЕЖДУ ПРОЦЕССАМИ ЖЦ ПО
В инженерном аспекте разработчик или служба
сопровождения
решают соответствующие технические
задачи, разрабатывая или модифицируя программные
продукты. В аспекте поддержки
службы, реализующие
вспомогательные процессы, предоставляют
необходимые услуги всем остальным участникам работ.
В рамках аспекта поддержки можно выделить аспект
управления качеством ПО, включающий пять процессов:
обеспечение качества, верификация, аттестация,
совместная оценка и аудит.