Главная страница  Анализ эмпирических данных 

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 [ 89 ] 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105

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

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

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



Анализ треМаиий

Датые

маделироШия

Швомтие


Данные oS вшиВ-ках, ВыяВжннык тмпилятором


Даииш испытаний

проверка

Данные о протВодимемности

Характеристики программного обеспечения

Ларашеристики проекта

Данные о персонале

Л Л Л А

Оперативные банные о конфигурации системы oposyammoeif , обеспечения .

Рис. 7.1. Доступность различных данных на разных стадиях цикла разработки.



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

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

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

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

7.1.1. Методы сбора данных

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



1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 [ 89 ] 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105

© 2000 - 2018 ULTRASONEX-AMFODENT.RU.
Копирование материалов разрешено исключительно при условии цититирования.