Разработка программного обеспечения и систем (стр. 10 )

(информационное)

Обзор измерения и улучшения

H.1 Краткий обзор

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

H.2 Плотность дефектов

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

ПРИМЕЧАНИЕ. Этим и другим мерам дефектов также необходимо определить степень тяжести дефекта, так как в противном случае дефекты высокой степени тяжести рассматриваются так же, как косметические дефекты.

H.3 Внедрение дефектов

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

H.4 Обнаружение дефектов

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

H.5 Оценка

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

H.6 Отбор проб

Пересмотр - это дорогостоящее мероприятие, и в некоторых ситуациях (например, когда цель заключается в измерении качества), пересматривая все (например, все 500 страниц документа требований или 1000 страниц тестовых скриптов) экономически нецелесообразно. В таких ситуациях выборка часто является единственным экономически эффективным методом обзора, и некоторые из вышеперечисленных мер, таких как плотность дефектов, могут использоваться для прогнозирования «качества» тех частей продуктов, которые не были просмотрены. Часто чрезвычайно полезно пересмотреть ранние образцы важных проектных документов, таких как спецификации требований, чтобы обеспечить раннее представление о вероятном качестве конечного продукта.

H.7 Совершенствование процессов

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

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

Приложение I

(информационное)

Поддержка инструмента

I.1        Поддержка инструментов для отзывов

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

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

- поддержка сотрудничества и общения между рецензентами;

- изменять управление рабочими продуктами, выделяя любые изменения, сделанные в рамках процесса обзора;

- протоколирование и выделение комментариев, сделанных на рабочем продукте;

- управление отслеживаемостью комментариев, исправлений и рабочих продуктов;

- поддержка сопоставления комментариев, сделанных рецензентами;

- автоматизированный сбор контрольных показателей;

- поддержка отчета об отчете и отчета об инциденте;

- поддержка совершенствования процесса обзора (например, анализ эффективности анализа);

- интеграция с инструментами управления дефектами, средствами управления тестированием, IDE (Integrated Development Environments) и инструментами управления версиями.

Библиография

[1] ISO/IEC 12207, Systems and software engineering — Software life cycle processes (ISO / IEC 12207, Разработка систем и программного обеспечения - Процессы жизненного цикла программного обеспечения)

[2] ISO/IEC/IEEE 15288, Systems and software engineering — System life cycle processes (ISO / IEC / IEEE 15288, Системы и программное обеспечение - Процессы жизненного цикла системы)

[3] ISO/IEC/TR 19759, Software Engineering — Guide to the software engineering body of knowledge (SWEBOK) (ISO / IEC / TR 19759, Разработка программного обеспечения - Руководство по области знаний по программному обеспечению (SWEBOK))

[4] ISO/IEC/TS 24748-1, Systems and software engineering — Life cycle management — Part 1: Guidelines for life cycle management (ISO / IEC / TS 24748-1, Системы и программное обеспечение - Управление жизненным циклом - Часть 1: Руководство по управлению жизненным циклом)

[5] ISO/IEC 25010, Systems and software engineering — Systems and software Quality Requirements and Evaluation (SQuaRE) — System and software quality models (ISO / IEC 25010, Системы и программное обеспечение - Системы и программное обеспечение Требования и оценка качества (SQuaRE) - Модели качества системы и программного обеспечения)

[6] ISO/IEC 25030, Software engineering — Software product Quality Requirements and Evaluation (SQuaRE) — Quality requirements (ISO / IEC 25030, Разработка программного обеспечения - Требования к качеству и оценке программного продукта (SQuaRE) - Требования к качеству)

[7] Fagan M. Design and Code Inspections to Reduce Errors in Program Development. IBM Syst. J. 1976, 15 (3) (Fagan M. Дизайн и кодовые инспекции для уменьшения ошибок при разработке программ. IBM Syst. J. 1976, 15 (3))

[8] Gawande A. The Checklist Manifesto. Metropolitan Books, 2009 (анифест контрольного списка. Столичные книги, 2009)

[9] Gilb T., & Graham D. Software Inspection. Addison-Wesley, 1993 (Gilb T., & Graham D. Проверка программного обеспечения. Addison-Wesley, 1993)

[10] Hass A. M.J. Guide to Advanced Software Testing. Artech House, 2008 (Hass A. M.J. Руководство по расширенному тестированию программного обеспечения. Artech House, 2008)

[11] IEEE 1028-2008, IEEE Standard for Software Reviews and Audits (IEEE 1028-2008, стандарт IEEE для обзоров программного обеспечения и аудитов)

[12] IEEE 15288.2-2014, IEEE Standard for Technical Reviews and Audits on Defence Programs (IEEE 15288.2-2014, стандарт IEEE для технических обзоров и аудитов по оборонным программам)

[13] Kaner C. Testing Computer Software. TAB Books Inc, 1998 (Программное обеспечение Kaner C. Testing Computer. TAB Books Inc, 1998)

[14] Kit E. Software Testing in the Real World: Improving the Process. ACM Press, 1995 (Kit E. Тестирование программного обеспечения в реальном мире: совершенствование процесса. ACM Press, 1995)

[15] Laitenberger O., & DeBaud J. 1998. An Encompassing Life-Cycle Centric Survey of Software Inspection. Tech. Report No. ISERN-98-32, Fraunhofer Institute for Experimental Software Engineering, Kaiserslautern, Germany (Laitenberger O., & DeBaud J. 1998. Охватывающий обзор жизненного цикла исследования программного обеспечения. Tech. Отчет № ISERN-98-32, Институт экспериментальной разработки программного обеспечения Фраунгофера, Кайзерслаутерн, Германия)

[16] Myers G. The Art of Software Testing. John Wiley and Sons Inc, 1979 (скусство тестирования программного обеспечения. John Wiley and Sons Inc, 1979)

[17] Sauer C. The Effectiveness of Software Development Technical Reviews: A Behaviourally Motivated Program of Research. IEEE Trans. Softw. Eng. 2000 January, 26 (1) (Sauer C. Эффективность технических обзоров разработки программного обеспечения: поведенческая мотивация программы исследований. IEEE Trans. Softw. Eng. 2000 Январь, 26 (1))

[18] Shull F., Rus I., Basili V July 2000. How Perspective-Based Reading can improve Requirement Inspections. IEEE Computer (Shull F., Rus I., Basili V July 2000. Как Перспективное чтение может улучшить Инспекции требований. Компьютер IEEE)

[19] Wiegers K. Peer Reviews in Software — A Practical Guide. Addison-Wesley, 2001 (Wiegers K. Peer Обзоры в Software - Практическое руководство. Addison-Wesley, 2001)

УДК                                                                МКС 35.080

Ключевые слова: