![]() |
![]() |
Главная страница Анализ эмпирических данных Приложение А Терминологический словарь 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. Уведомление о проблеме проектирования (УОПП): документ, в котором фиксируются трудности, возникающие в ходе проектирования системы; служит целям представления данных для предварительного и критического рассмотрения проектных решений. Донесение о несоответствиях (ДН): разновидность Уведомления о проблеме программного обеспечения (использовалась в рамках Проекта 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 Операторы: элементы языка программирования, на.котором пишется исходная программа.
|
© 2000 - 2025 ULTRASONEX-AMFODENT.RU.
Копирование материалов разрешено исключительно при условии цититирования. |