Процессы жизненного цикла

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

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

Процесс обеспечения качества включает действия:

• подготовительная работу (заключается в координации с другими вспомогательными процессами и планировании самого процесса обеспечения качества с учетом используемых стандартов, методов, процедур и средств);
• обеспечение качества продукта подразумевает гарантирование полного соответствия программных продуктов и их документации требованиям заказчика, предусмотренным в договоре;
• обеспечение качества процесса предполагает гарантирование соответствия процессов ЖЦ ПО, методов разработки, среды разработки и квалификации персонала условиям договора, установленным стандартам и процедурам;
• обеспечение прочих показателей качества системы осуществляется в соответствии с условиями договора и стандартом ISO 9001.

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

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

Процесс верификации включает следующие действия:

• подготовительную работу;
• верификацию;

В процесс верификации  проверяются следующие условия:

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

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

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

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

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

Процесс совместной оценки включает действия:

• подготовительную работу;
• оценку управления проектом;
• техническую оценку.

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

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

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

 

 

 

 

 

 

Заключение

 

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

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

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

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

 

Литература

 

1. Б.У. Боэм «Инженерное  проектирование программного обеспечения». М.: Радио и связь. 1985.

2. Д.Райли. «Использование  языка Модула-2». М.: Мир. 1993.

3. Ю.В. Иванов «Программы  и их жизненные циклы» (реферат  по дисциплине «Метрология ПО»). 1998.