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

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

Приложение А

Терминологический словарь

CDR (Critical Design Review)

CM (Configuration Management)

COMPOOL

Delivery.

Development Cycle

Критический анализ проектных решений: процедура официального рассмотрения проекта с целью выявления ошибок проектного характера, установленная стандартом MIL-STD-1521.

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

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

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

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



Direct Inter- Прямое сопряжение: непосредственная face связь между двумя элементами систе-

мы программного обеспечения, подобная показанной ниже:

DPR (Design Problem Report)

DR (Discrepancy Report)

Formal Tes-lincf

Function

Instructions Internal Delivery

Metric

Про-

Про-

Про-

грамма 1

грамма 2

грамма 3

В этом примере Программа 1 имеет прямое сопряжение с Программой 2 и косвенное - с Программой 3. Уведомление о проблеме проектирования (УОПП): документ, в котором фиксируются трудности, возникающие в ходе проектирования системы; служит целям представления данных для предварительного и критического рассмотрения проектных решений. Донесение о несоответствиях (ДН): разновидность Уведомления о проблеме программного обеспечения (использовалась в рамках Проекта 5). Официальные испытания: испытания, проводимые в соответствии с документированными процедурами контроля, утвержденными исполнителем и заказчиком.

Функция, подсистема: совокупность программ, выполняющих определенное назначение (структурный элемент Проектов 2 и 3). Машинные команды. Внутренняя сдача: акт передачи готового пакета программ независимой группе испы.танип.

Показатель: мера, показывающая, в какой степени программное обеспечение обладает определенной характеристикой, качеством, свойством или признаком.



МТМ (Modifi- Памятка о проводимых изменениях cation Trans- (ППИ): документ, использовавшийся xnittal Memo- в рамках Проектов 2 и 3. randum)

Operational Действующий объект: характеристика состояния пакета программы, прошедшего испытания у изготовителя и переданного в постоянную эксплуатацию конечному пользователю. РА (Product Группа аттестации (ГА): администра-Assurance) тивно-независимая группа, в обязанности которой входят установление и слежение за соблюдением стандартов качества программного обеспечения в области формулирования требований к создаваемой системе, к программиро- ванию, ко всем фазам испытаний и к организации управления процессом проектирования. PDR (Prelimi- Предварительный обзор проектных penary Design шений: система процедур, определеи-Review) ная стандартом MIL-STD-1521.

Routine Подпрограмма: наименьший компили-

руемый блок программы.

SMR(Software Сообщение о модификации програм-Modification много обеспечения (СМПО): документ, Record) уведомляющий об изменениях, кото-

рым подверглись программные средства.

SPR(Software Уведомление о проблеме программно-Problem Re- го обеспечения (УППО): документ, в port) котором фиксируются трудности, воз-

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

.Statements Операторы: элементы языка программирования, на.котором пишется исходная программа.



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