8-software_engineering_process (1133548), страница 5
Текст из файла (страница 5)
Более того,некоторые параметры качества требуют, в большей степени, применения качественной, а неколичественной оценки. Детальное обсуждение вопросов оценки качества представлено в областизнаний SWEBOK “Software Quality” (тема 3.4). ISO разработала соответствующие модели качествапрограммного обеспечения и связанных с ним метрик (см. стандарт ISO 9126 “Software Engineering- Product Quality”, части 1-4).4.3 Качество результатов измерений (Quality Of Measurement Results)Качество результатов измерений (точность, воспроизводимость, повторяемость, изменяемость,случайность ошибок измерений) является основой программ проведения количественных оценокдля получения эффективных и ограниченных (ограниченного количества значимых) результатов.Ключевые характеристики результатов измерений и связанного с ними качества инструментовизмерения (в первую очередь, обоснованности используемого математического аппарата)определены в международном словаре метрологии ISO (International vocabulary on metrology).Теория количественной оценки устанавливает основу для возможных измерений.
Измерения (исоответствующие типы “размерностей” или “шкал”) описаны в этой теории как систематическоеопределение численных величин для представления свойств объектов.SWEBOK подчеркивает важность определения масштабов измерений и понимания каждого типа“размерности” (как мы увидим далее, под этим термином могут подразумеваться определенныекатегории метрических показателей - метрик) с учетом связи с последующим выбором методованализа данных. Выразительная сторона размерностей связана с классификацией метрик. Дляэтого теория количественных оценок предлагает последовательность наложения все болеедетальных ограничений для выделения соответствующих (и все более специализированных) группметрик.
Если метрические показатели используются только для отметки объектов с цельюклассификации (например, в простейшем случае, бинарной классификации - “да/нет”,“удовлетворяет/не удовлетворяет”), такие значения называют номинальными (nominal). Еслизначения определяются для ранжирования (ranking) объектов (например, “хороший”, “лучший чем”,“наилучший ”), эти показатели называют порядковыми (ordinal). Если величины метрическихпоказателей определяются относительно заданных единиц измерений, такие показатели называютинтервальными (interval).
Наконец, встречаются пропорциональные (ratio) показатели(основывающиеся на оценке взаимного отношения различных значений показателей, каждое изкоторых измеряется разницей между величиной показателя и нулем).Copyright © Сергей Орлик, 2004-2010.http://swebok.sorlik.ru12Основы программной инженерии (по SWEBOK)Программная инженерия. Процесс программной инженерии.Хотелось бы обратить внимание на описание концепции и использования метрическихпоказателей в специальной главе “Метрические показатели, применяемые при оценке размерапрограмм” русского перевода книги “Управление программными проектами” [Фатрелл, Шафер иШафер, 2003, глава 21, с.692-748].4.4 Информационные модели (Software Information Models)По мере сбора данных и наполнения ими репозитория измерений, становится возможно построитьсоответствующие информационные модели на основе собранных данных и имеющихся знаний.Эти модели применяются для анализа, классификации и предсказания <характеристик иповедения измеряемых объектов>.
Оценка моделей необходима для обеспечения достаточнойстепени точности и понимания их ограничений. Также необходимо отметить важность работ,направленных на уточнение моделей как в процессе ведения проекта, так и после его завершения.4.4.1 Построение модели (Model building)Построение модели включает калибрование и оценку модели.
Ориентированный на цель подход кизмерениям наполняет процесс построения модели необходимым содержанием, то есть модельконструируется для ответа на значимые вопросы и достижения целей совершенствованиясоздаваемого программного обеспечения. На этот процесс также оказывают влияние неявныеограничения используемых метрических показателей и связанных с ними методов анализа.Модель калибруется и оценивается на основании уже накопленных результатов наблюдений(например, по недавно выполненным проектам или проектам, аналогичным данному поиспользуемым технологиям и т.п.) и сравнения ее эффективности с точки зрения соответствияпрогнозов реальным данным.4.4.2 Внедрение модели (Model implementation)Внедрение модели включает интерпретацию и уточнение моделей.
Откалиброванные моделиприменяются в отношении процесса, их результаты интерпретируются и оцениваются в контекстепроцесса/проекта, после чего модели уточняются в тех аспектах, где это необходимо.4.5 Техники количественной оценки процессов (Process Measurement Techniques)Определенные техники измерения процесса могут использоваться для анализа процессовпрограммной инженерии и идентификации их преимуществ и недостатков (сильных и слабыхсторон). Такие техники применяются во многих случаях для инициирования или оценки влияния(последствий) внедрения или изменения процессов.Качество результатов измерений, в терминах точности, повторяемости и воспроизводимости,связано с инструментальной составляющей и используемой концепцией оценки и точкой зрения вотношении измерений (например, когда оценивающее лицо – ассессор - выставляет оценки поконкретным процессам).Техники измерения процесса классифицируются по двум типам: аналитическая и эталонная(benchmarking).
Эти два типа используются вместе, так как основываются на различных типахинформации.4.5.1 Аналитические техники (Analytical techniques)Аналитические техники характеризуются, как зависящие от “количественных свидетельств того,где необходимы усовершенствования и где инициативы по совершенствованию оказалисьуспешны“. Аналитический тип, иллюстрируемый, например, подходом QIP (Quality ImprovementParadigm) состоит из цикла “понимание-проверка-приложение”. Техники, представленные ниже,приведены в качестве других примеров аналитического подхода к измерениям и отражаютдостаточно типичную практику реализации такого <аналитического> взгляда на проведениеколичественной оценки. Будут или нет использоваться эти техники в практике конкретнойорганизации зависит, как минимум, от зрелости ее организационной культуры и используемыхпроцессов.Copyright © Сергей Орлик, 2004-2010.http://swebok.sorlik.ru13Основы программной инженерии (по SWEBOK)Программная инженерия.
Процесс программной инженерии.Экспериментальные исследования (Experimantal Studies). Проводятся в специальноподготовленном “окружении” для оценки <нового или измененного> процесса. Обычноновый (или измененный) процесс сравнивается с существующим для определения того, вкакой степени “старый” процесс дает лучшие результаты, по сравнению с новымпроцессом.Другой тип экспериментальных исследований – “симуляция” процесса (моделирование егоповедения и результатов, прим. автора). Этот тип исследований может использоватьсядля анализа поведения процесса, выяснения потенциальных возможностейусовершенствования процесса, предсказания результатов процесса (для того случая, еслисуществующий процесс изменяется определенным образом) и контроля выполненияпроцесса.
В качестве первичных данных для симуляции процесса, обычно, используютсяданные текущего (существующего) процесса.Обзор (оценка) определения процесса (Process Definition Review) подразумевает, какимобразом оценивается определение процесса для идентификации его недостатков ипотенциальных аспектов совершенствования. Один из легких способов анализа процесса –сравнение его с существующими стандартами (например, IEEE/ISO/ГОСТ 12207).
Притаком подходе метрические показатели обычно не собираются, или, в случае их наличия,играют лишь “поддерживающую” (второстепенную) роль. Специалисты, выполняющиеанализ определения процесса, используют свои знания, опыт и другие возможности дляпринятия решения какие изменения процесса могут потенциально привести к желаемомурезультату в отношении “выходов” процесса (получаемого программного продукта или егоотдельных элементов). Наблюдения (observations) за выполнением процесса также могутдать дополнительные данные, позволяющие идентифицировать возможные путисовершенствования процесса.Ортогональная классификация дефектов (Orthogonal Defect Classification) – техника,которая может быть использована для связывания (отображения) сбоев с ихпотенциальными причинами. В данном контексте может быть полезен для детальногоознакомления стандарт IEEE 1044 “Standard for the Classification of Software Anomalies”,классифицирующий возможные сбои (аномалии) в работе программного обеспечения.Анализ причин (Root Case Analysis) является еще одной популярной техникой, частоиспользуемой на практике.
Эта техника предполагает “спуск” от обнаруженного сбоя кидентификации его причины, изменяя сам процесс (или, по аналогии, код программногообеспечения, если бы речь шла о поиске дефекта, приводящего к сбою) до тех пор, покасбой не исчезнет и реструктурируя процесс с тем, чтобы обнаруженная проблема неповторялась в будущем.Описанная выше ортогональная классификация дефектов может использоваться дляопределения категорий различных сбоев и, соответственно, путей обнаружения их причин.Такая классификация добавляет количественные показатели к технике анализа причин.Статистический контроль процесса (Statistical Process Control, SPC) – эффективныйпуть для определения стабильности (или отсутствия стабильности) процесса.Индивидуальный программный процесс (Personal Software Process, PSP) определяетсерию возможных улучшений в индивидуальной практике разработки программногообеспечения.
Предполагает движение “снизу-вверх”, включая сбор персональных данных иих интерпретацию для повышения индивидуальной продуктивности специалистов.Хотя SWEBOK это и не упоминает, однако, существует и развитие PSP – Team SoftwareProcess (TSP), направленный на аспекты повышения качества командной работы, включаясовершенствование взаимодействия между членами проектной команды.4.5.2 Эталонные техники (Benchmarking techniques)Этот тип техник основывается на идентификации “совершенной” организации процесса исвязанных с ней практиках и инструментах.
Предполагается, что если менее опытная команда(организация, компания) применяет успешные подходы более опытной организации, принимаемойCopyright © Сергей Орлик, 2004-2010.http://swebok.sorlik.ru14Основы программной инженерии (по SWEBOK)Программная инженерия. Процесс программной инженерии.в качестве эталона, менее опытная команда также станет “совершенной”, то есть улучшит своипроцессы до уровня данного успешного примера. Данная техника уделяет специальное вниманиеоценке зрелости организации и/или потенциальных возможностей ее процессов (ресурсов,культуры, бизнес-практик и т.п.).В определенной степени, CMMI (и аналогичные модели в области управления проектами,например, PMI OPM3 и менеджмента качества, например, Six Sigma) предоставляютобоснованный и подтвержденный базис для использования эталонной техники.Copyright © Сергей Орлик, 2004-2010.http://swebok.sorlik.ru15.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
