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

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

User

Пользователь: лицо в системе человек- машина, которое непосредственно использует программные средства для решения некоторой задачи, например, в процессе испытаний или эксплуатации.

DBCR

ЮС MTSR

OS SRS

S/S .

S/W

Список сокращений

Code Change Request: заявка на изменение программы (ЗИП) Data Base Change Request: заявка на изменение базы данных (ЗИБД).

Document Update Transmittal: Средства слежения за обновлением документации (СЗОД).

Pinal Operational Configuration: Окончательная рабочая конфигурация (ОРК).

Initial Operation Configuration: Исходная рабочая конфигурация (ИРК). Mathematical Theory of Software Reliability: Математическая теория надежности программного обеспечения (МТНПО).

Operating System: операционная система.

Software Reliability Study: целевая программа исследований в области надежности программного обеспечения. Subsystem: подсистема. Software: программное обеспечение, j



Приложение В

Образцы форм для сбора данных

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

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

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

Донесение о несоответствиях служит для документирования и ошибки, и действий по ее ликвидации в рамках одной общей формы. Эта форма использовалась в Проекте 5.



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

Четвертый пример демонстрирует Уведомление о проблеме проектирования .



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