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

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

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

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

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

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

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



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

Сравнение обобщенных категорий ошибок для исследуемых проектов. Данные по Проекту 3 и Проекту 4 группировались таким образом,чтобы их можно было сопоставлять с более тщательно собранными данными по Проекту 5. Процентное соотношение ошибок обобщенных категорий, которые приводили к изменениям в текстах программ, отображено в табл. 3.2. Отметим, что для всех исследуемых проектов ошибки, приводящие к изменениям в текстах программ, принадлежат, как правило, следующим четырем категориям: логическим, манипулирования данными, ошибкам ввода и вывода данных и ошибкам сопряжения. Если ошибки ввода и вывода данных объединить в одну категорию, как это было сделано для Проекта 3, затем исключить из рассмотрения категорию прочих ошибок и упорядочить категории ошибок по их относительной доле, то полученные результаты будут почти аналогичными для всех проектов (табл. 3.3). Прежде всего следует отметить, что лбгические ошибки занимают первое место независимо от типа программы, языка, способов функционирования и других особенностей проектов. Существенным также является и тот факт, что ошибки манипулирования данными во всех проектах, кроме Проекта 5, занимают второе место. В случае Проекта 5 второе место отводится ошибкам вычислительного характера, что в значительной степени объясняется аналитическим характером прикладных и имитационных программ данного проекта. То место, которое занимают ошибки этой категории в распределении ошибок во всех проектах, можно объяснить, если тщательно проанализировать алгоритмы Проекта 3 и учесть, что для Проекта 4 вычислительные программы составляют всего лишь незначитель-



Таблица 3.2

Распределение ошибок вызывающих изменения программ, по классам (в процентах)

Классы ошибок

1 IpoeKT о

Р S

D. р.

га <и

&1

Q.f; и О

Ошибки вычислений А Логические ошибки В Ошибки ввода данных С Ошибки вывода данных Е Ошибки манипулирования данными D Ошибки сопряжения F Ошибки опредсчения

данных G

Ошибки в базе данных Н Прочие J

9,0 26,0

16.4

18,2 17.0

0,8 4,1 8.5

34,5 17,1

27,2 22,5

3,0 2,2 О

13,5

10,9 9,8

7,3 24,7 9,4

19,6 20,9

8,4 6,7

13,8 16,4

2,5 34,6

21,0 7.4

7,4 4,9 13,6

О 43,5

9.3 О

3,7 2,8 35,2

Всего

Зарегистрированные

2019

3113

ошибки, вызывавшие

изменения программ

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

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



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.
Копирование материалов разрешено исключительно при условии цититирования.