Проведение фазовых обзоров существенно упрощается за счет использования стандартного механизма обсуждения. Так, фазовый обзор I может происходить на обычном или специальном заседании бюджетной комиссии. Фазовые обзоры II, V и VI могут проводиться объединенной комиссией (разд. 18.2). Фазовые обзоры II и VI происходят на регулярных заседаниях, проводимых по расписанию, и им предшествует необходимая подготовительная работа. Фазовый обзор V полезно проводить на специальном заседании, когда будет готов отчет об испытаниях класса В (разд. 10.8). Фазовый обзор III лучше всего поручить контрольной комиссии (как это описано в разд. 18.3) с последующим доведением выводов до сведения объединенной комиссии, принимающей окончательное [c.83]
Р10 — П20 — анализ соглашения о требованиях, И01 — И10 — анализ плана испытаний, Б01 — Б10 — анализ плана выпуска документации, Д01 — Д10 — анализ плана поддержки, Д11 — Д12 — анализ рекламных материалов, И32 — ПЗО — анализ отчета об испытаниях класса В. [c.84]
Р10 — подготовка соглашения о требованиях Р10 — PJ1 — подготовка части внутреннего проекта для начала программирования Р10 — П20 — реакция на пересмотр соглашения о требованиях Р10 — Р20 — составление внешней спецификации И01 — И10 — рассмотрение плана испытаний Р20 — РЗО — реакция на пересмотр внешней спецификации Б01 — Б10 — рассмотрение плана выпуска документации Д01— Д10 — рассмотрение плана поддержки И11 — И13 — рассмотрение спецификации испытаний Р11 — Р31 — составление внутренней спецификации СЮ — Р40 — внесение последних обязательных изменений Р21 — Р40 — кодирование, отладка, компоновка Р40 — Р41 — подготовка и проведение демонстрации изделия в действии И20 — Р42 — прогон приемочных тестов Б02 — БП — рассмотрение чернового варианта справочных материалов Р40 — ИЗО — подготовка спецификации выпуска ДП — Д12 — рассмотрение рекламных материалов ИЗО — И31 — реакция на перечни дефектов БП — Б12 — рассмотрение первого варианта справочных материалов Б12 — Б20 — окончательное утверждение справочных материалов И32 — ПЗО — рассмотрение отчета об испытаниях класса В Р31 — П20 — рассмотрение спецификации сопровождения. [c.111]
Фаза оценки открывается началом испытаний класса А, проводимых группой разработки. Испытания класса А — это всесторонняя проверка всего программного изделия, которая начинается после того, как все модули программ были подвергнуты индивидуальной проверке и включены в работоспособную систему. В прошлом проведение испытаний класса А представляло собой значительное событие в жизни проекта и сопровождалось одновременным объединением в систему многих модулей, что вызывало немало трудностей. Методы нисходящего программирования устраняют или в значительной мере уменьшают трудности компоновки [c.113]
Проводя испытания класса А, группа разработки прогоняет как можно больше контрольных примеров из числа предложенных группой испытаний. Эта ускоряет фактическое завершение независимых испытаний, которые проводит группа испытаний, и помогает устранить ошибки в самих тестах, являющиеся часто причиной разногласий между этими двумя группами. [c.114]
В конце испытаний класса А группа разработки подготавливает спецификацию выпуска — документ, который связывает воедино составные части программного изделия в соответствии с их шифрами, требованиями ко вводу в действие и другими, ранее разрозненными данными, такими, как перечень замеченных дефектов и недоработок. Форма спецификации описана в разд. 15.4. После того как число ошибок, обнаруживаемых во время испытаний класса А, станет незначительным, группа разработки начинает приемочные испытания по программе, составленной группой испытаний. Приемочные испытания основываются на наборе тестов, выбранных из общей программы испытаний и предназначенных для выявления недостатков плохо продуманного программного изделия. К сожалению, под впечатлением результатов испытаний группа разработки склонна к проведению поспешных изменений в модулях, которые могут разрушить целостность программного изделия проведение приемочных испытаний убеждает всех, в том числе и руководство группы разработки, что для внесения дополнительных изменений в модули нет оснований. [c.114]
Испытания класса В представляют собой независимую проверку программного изделия на соответствие спецификациям, в -частности соглашению о требованиях и внешним спецификациям. Программное изделие считается готовым к проведению испытаний класса В после успешного завершения приемочных испытаний. Группа разработки составляет отчет об испытаниях класса А, подытоживающий результаты этих испытаний, в том числе приемочных, и свидетельствующий о готовности программного изделия к испытаниям класса В. [c.114]
В то время как группа испытаний проводит испытания класса В, группа выпуска документации представляет на рассмотрение справочные материалы. Группа разработки имеет последнюю возможность исправить ошибки в этих материалах, и поэтому их рассмотрение должно проводиться особенно тщательно. Группа выпуска документации учитывает замечания разработчиков и проводит последний просмотр материалов перед сдачей их в печать. Во время последнего просмотра группа разработки может исправить только типографские опечатки любые другие изменения задержат выпуск справочных материалов. [c.115]
Фаза оценки заканчивается, когда группа испытаний излагает свои замечания в отчете об испытаниях класса В. Отчет составляется после того, как эта группа придет к выводу, что программное изделие удовлетворяет или, наоборот, не может удовлетворить критериям испытаний, которые описаны в разд. 10.8 и носят несколько субъективный характер. Группа разработки, естественно, надеется, что группа испытаний будет рекомендовать программное изделие к выпуску без замечаний. Однако чаще всего выявляется ряд нерешенных проблем, к рассмотрению которых привлекаются разработчики. Решение о выпуске программного изделия для широкого использования принимается на основе отчета группы испытаний и пояснительной записки группы разработки, которая обычно предлагает план устранения обнаруженных недостатков. Поэтому группа разработки тщательно изучает отчет об испытаниях класса В и рекомендует меры для устранения всех замеченных дефектов. При этом группа разработки может вступить во взаимодействие с группой сопровождения, если существующие дефекты могут быть компенсированы какими-то средствами во время эксплуатации. [c.115]
В период между фазовыми обзорами III и IV группа разработки анализирует и утверждает план группы поддержки, спецификацию испытаний, а также все имеющиеся рекламные материалы. Для фазового обзора IV она представляет отчет об испытаниях класса А и запрашивает разрешение на проведение испытаний класса В. Затем группа разработки вновь рассматривает распределение бюджета и извещение об изменении календарных сроков, утверждая необходимые поправки в этих документах. [c.118]
В период между фазовыми обзорами IV и V группа разработки участвует только в редактировании и заключительном рассмотрении выпускаемой документации, которые заканчиваются ее утверждением. В фазовом обзоре V предметом рассмотрения является отчет об испытаниях класса В. Группа разработки изучает этот документ и утверждает соответствующее решение, принятое на основе результатов испытаний. Она также проверяет календарный план и утверждает изменение к нему. [c.118]
Р10 — П20 — анализ соглашения о требованиях И01 — И10 — анализ плана испытаний Р10 — ОЮ-закупка оборудования, необходимого для осуществления разработки И01 — И10 —закупка оборудования для проведения испытаний И11 — И13 — анализ плана поддержки ИЗО — ОН—подготовка информационного листка выпуска ОН — О12 —издание Информационного листка выпуска ОН — О20 — проведение испытаний класса С ПЗО — 020 -ч тиражирование, упаковка и распространение изделия. [c.123]
Группа обслуживания обычно имеет в своем распоряжении вычислительный центр или исследовательскую лабораторию, располагающую соответствующим персоналом, оборудованием и программными средствами, которые обеспечивают проведение испытаний класса С. Целью испытаний класса С является проверка возможности внедрения программного изделия и его совместимости с различными конфигурациями программной и аппаратной среды. Наибольший эффект дает проведение этих испытаний силами малоквалифицированных работников, которые, хотя и не. знакомы с объектом испытаний, тем не менее должны суметь определить его необходимую конфигурацию и возможности ввода в действие. [c.124]
Соглашение о требованиях определяет характер испытаний класса С и необходимую квалификацию персонала, проводящего эти испытания. Поэтому, если в испытаниях класса С участвует группа обслуживания, она проверяет соответствующие пункты соглашения о требованиях. Кроме того, группа обслуживания выполняет те пункты соглашения о требованиях, где описывается распространение изделия — куда, кому, каким способом, на каких носителях и какие компоненты изделия должны быть поставлены. Группа обслуживания проверяет компоненты изделия, а также условия поставки и ввода его в действие, чтобы убедиться в том, что они соответствуют принципам конфигурационного управления и что в распоряжении группы обслуживания имеются (или появятся к моменту начала распространения) средства, необходимые для распространения изделия. [c.124]
Вскоре после утверждения соглашения о требованиях группа испытаний передает на рассмотрение свой план испытаний. Этот план прежде всего направляется в группу обслуживания, которая убеждается, что для проведения испытаний классов В и С имеются соответствующие программные и технические средства. Для приобретения и установки этих средств заключаются окончательные договоры, что также оправдывается твердым намерением руководства завершить проект. [c.125]
Другая задача группы обслуживания в фазе программирования состоит в изучении спецификаций испытаний. Здесь прежде всего необходимо подробно ознакомиться с содержанием испытаний класса С, однако лишь в том случае, если эти испытания проводятся силами группы обслуживания. [c.126]
Спустя некоторое время после начала испытаний класса А, возможно, появится необходимость передать программное изделие одному или нескольким будущим пользователям. Такой выпуск [c.126]
Вскоре после начала испытаний класса В группа обслуживания начинает готовиться к распространению программного изделия. Основной задачей на этом этапе является подготовка информационного листка выпуска, который составляется для пользователей и указывает, какие компоненты программного изделия подлежат передаче и как их внедрить. Информационный листок выпуска подготавливается на основе материалов группы разработки и передается в группу испытаний, где используется в качестве одного из руководящих материалов приемных испытаний класса В. Спецификация выпуска, описанная в разд. 15.4, служит документом, на основе которого организуются испытания. [c.127]
Информационный листок выпуска принимает законченный вид после того, как группа испытаний составит отчет об испытаниях класса В, рекомендующий выпуск изделия. Информационный листок выпуска нельзя закончить раньше этого момента, так как в нем должны быть описаны все дефекты программного изделия, которые были обнаружены во время проведения испытаний класса В, но не настолько серьезные, чтобы оправдать задержку выпуска изделия. Эти дефекты могут быть обнаружены, как в программных средствах, так и в документации. [c.127]
Завершение информационного листка выпуска является первым шагом процесса производства программного изделия. Производство программного изделия включает ПОДГОТОВКУ инструкции по его вводу в действие тиражирование программ, упаковку и отправку потребителю, а также контроль качества программного изделия, осуществляемый путем проведения испытаний класса С. Эти испытания начинаются сразу после появления окончательной редакции информационного листка выпуска. Испытания класса С нельзя начать раньше, так как процедуры, испытываемые на этом этапе (компоновка и генерация системы, ее запуск и внесение изменений в конфигурацию), определены в информационном листке выпуска. Лишь один компонент испытаний класса С — оценка эксплуатационных характеристик программного изделия — осуществляется несколько позже. [c.129]
После принятия решения о выпуске программного изделия группа обслуживания печатает информационный листок выпуска в таком количестве экземпляров, которое достаточно для обеспечения начального распространения программного изделия и выполнения всех заказов, поступивших до принятия решения о модернизации программного изделия (модификация программного изделия приводит к пересмотру информационного листка выпуска, если только для этого нет других причин, таких, как указание исправленных дефектов или перечисление вновь замеченных дефектов). Затем группа обслуживания подготавливает достаточное количество экземпляров программного изделия, чтобы начать распространение, имея при этом некоторое количество копий в запасе комплектует и упаковывает отдельные экземпляры программных средств, информационный листок выпуска и соответствующую техническую документацию. Далее она завершает испытания класса С, выбирая в качестве объекта испытаний (случайным образом), один или несколько комплектов программного изделия, проверяя соответствие содержимого комплекта сопроводительному листку и проводя некоторые простые операции, например по проверке годности машинных носителей для чтения. [c.129]
Как видно из рис. 8.2, вместе с началом производства программного изделия начинается и фаза его использования. Тем не менее, до тех пор пока программное изделие не будет передано всем пользователям, продолжается и фаза оценки, так как испытания класса С еще не завершены. Хотя эти испытания не доведены до конца и нельзя еще передавать программное изделие любому пользователю, правомерно говорить о начале фазы использования, потому что создание программного изделия завершено и можно на определенных условиях передать материалы в руки опытного пользователя, способного критически их оценить. Разумеется, такую передачу следует отличать от обычного распространения. [c.130]
В фазовом обзоре II группа обслуживания ведет переговоры о приобретении аппаратуры и других материалов для проведения испытаний класса С и распространения программного изделия. Она также рассматривает и планирует растущий объем услуг в конфигурационном управлении, защите прав собственности, ведении документации и управлении сопровождением. Итак, в фазовом обзоре II группа обслуживания участвует в обсуждении и утверждении документов. [c.134]
Группа обслуживания не участвует в фазовом обзоре III, однако между фазами II и IV она рассматривает и утверждает план испытаний, а также спецификации испытаний, чтобы убедиться в соответствии этих документов требованиям испытаний класса С. Она также изучает и утверждает обязательства по обеспечению испытаний аппаратурой и другими средствами в соответствии с планом испытаний. [c.134]
С момента утверждения внешней спецификации (в начале фазы программирования) и вплоть до начала испытаний класса В (в конце фазы программирования) группа выпуска документации следит за всеми изменениями внешней спецификации, происходящими в течение фазы программирования. Хотя эта группа и при- [c.146]
В общем случае испытания проводятся в несколько стадий, разделенных во времени. К первой стадии относятся испытания класса А, которые проводятся в конце фазы программирования, после того как будут отлажены и включены в систему все модули изделия. Этот процесс сопровождается системной отладкой, когда исправляются ошибки сопряжения модулей. [c.152]
Ко второй стадии относятся испытания класса В, когда осуществляется независимая (от группы разработки) проверка компонентов законченного изделия, как отдельно, так и во взаимодействии их друг с другом. В идеальном случае испытания класса В начинаются после того, как разработчики объявят, что изде- [c.152]
| Рис. 10.1. Последовательность проведения испытаний классов А, В и С и их месте |  |
Демонстрация в действии. Во время демонстрации прогоняются специально подобранные тесты, обеспечивающие желаемый результат. Тесты обычно подбираются и выполняются в рамках функции разработки во время испытаний класса А, чтобы убедить руководителей всех заинтересованных функциональных групп, что изделие достигло определенного уровня завершенности. [c.154]
Аттестация. Аттестация призвана гарантировать способность программного изделия правильно обрабатывать реальные входные данные в условиях пользователя и давать верные результаты. Испытания этой категории часто проводятся для того, чтобы удовлетворить требованиям рынка сбыта или заказчика, а также продемонстрировать совместимость или эксплуатационные качества программного изделия. Спецификации испытаний обычно готовятся группой поддержки, а аттестация проводится группой разработки по окончании испытаний класса А. [c.154]
Полная функциональная проверка. Цель этой категории испытаний — показать, что изделие обладает всеми функциональными возможностями, указанными во внешней спецификации, и работает правильно. Если объектом испытаний является новая версия существующего изделия, проверке подвергаются как новые, так и старые функциональные возможности изделия, отдельно и во взаимодействии друг с другом. Испытания этой категории обычно включаются в состав испытаний классов А и В. [c.154]
Проверка новых свойств. Этим испытаниям подвергаются только новые версии существующих программных изделий в целях оценки их новых функциональных возможностей. Функциональные свойства прежней версии проверяются только тогда, когда они взаимодействуют с новыми функциями. Проверка новых свойств обычно проводится в рамках испытаний класса А и В и выполняется в тех случаях, когда изделие подвергается лишь незначительным изменениям. [c.154]
Проверка устойчивости. Эти испытания призваны гарантировать правильность объединения программных изделий в систему. Они должны убедить всех в том, что взаимодействие различных программных средств не создает ошибочных ситуаций. В отношении отдельных изделий фиксируется среднее время между отказами. Проверка устойчивости обычно проводится в рамках испытаний классов А и В. [c.155]
Возвратная проверка. В эту категорию испытаний входят проверки новой версии или редакции изделия, подтверждающие, что замеченные ранее дефекты исправлены и что исправления не привели к появлению новых ошибок. Возвратная проверка обычно входит в состав испытаний классов А и В. [c.155]
Пусковые испытания. Эти испытания подтверждают, что ввод программного изделия в действие может быть осуществлен в полном соответствии с описанием, т. е. в отведенное для этого время, силами персонала, обученного соответствующим образом, с помощью поставляемой технической документации и с пользованием только тех средств, которые были предусмотрены в описании. Испытания проводятся на различных конфигурациях технических средств ЭВМ и обычно входят в состав испытаний классов А и В. [c.155]
Конфигурационные испытания. Эти испытания призваны гарантировать, что изделие правильно функционирует на всех конфигурациях средств вычислительной техники, которые были предусмотрены проектом. В процессе этих испытаний создаются минимальные и базовые конфигурации, а также в разумных пределах имитируются максимальные конфигурации. Конфигурационные испытания обычно выполняются в рамках испытаний классов А и В. [c.155]
Из таблицы видно, что все категории испытаний претендуют на их включение в состав испытаний класса А в класс В могут войти все тесты, за исключением двух категорий, а в класс С включены только два вида испытаний. Группа разработки обычно участвует на всех стадиях испытаний, группа испытаний — на второй и третьей стадиях, а группа обслуживания проводит последнюю стадию испытаний. [c.156]
Категории испытаний Классы испытаний [c.157]
В фазе исследований деятельность группы испытаний должна предусматривать интенсивное общение с другими группами для решения вопросов о том, какие режимы испытаний следует установить, когда начать испытания класса В, какие новые методы или средства должны быть привлечены для проведения испытаний. Необходимо также провести достаточно глубокий анализ, чтобы установить, какие ресурсы потребуются на каждой стадии испытаний, и дать оценку календарных сроков и предполагаемых затрат. [c.160]
ПШ —распределение бюджета утверждено П20 — соглашение о требованиях утверждено ПЗО —изделие готово к распространению Р10 — соглашение о требованиях составлено Р11 — составление внутренних спецификаций начато Р20 — внешние спецификации составлены Р21-. кодирование начато РЗО — внешние спецификации утверждены Р31 — составление внутренних спецификаций завершено Р40 — начаты испытания класса А Р41—демонстрация изделия проведена Р42 — приемочные испытания проведены О10— требуемые по проекту средства установлены ОН — информационный листок выпуска готов к печати О12 — информационный листок выпуска издан О20 — изделие передано на распространение Б01 — план выпуска документации составлен Б02 — подготовка справочных материалов начата Б10 — план выпуска документации утвержден Б11 — техническое редактирование начато Б12 —утверждение справочных материалов начато Б20 — справочные материалы готовы к печати Б21 — справочные материалы изданы И01 — план испытаний составлен И10 — план испытаний утвержден И11—спецификации испытаний составлены- И12 — разработка контрольных примеров начата И13 — спецификации испытаний утверждены ИД) — состав приемочных испытаний определен ИЗО - начаты испытания класса В И31 - последний цикл испытаний начат И32 — отчет об испытаниях класса В издан Д01 — план поддержки составлен Д1С — план поддержки утвержден Д11 — рекламные интервалы подготовлены Д12 —рекламные материалы сданы в печать Д13 —план обучения издан Д20 — рекламные материалы распространены Д21 —учебные пособия подготов-лены ДЗО —обучение закончено С10 —внесение изменений запрещено С20 — спецификация сопровождения готова. [c.102]
Типичные соотношения длительности периодов испытаний класса А, В и С, их последовательность и место в жизненном цикле изделня приведены на рис. 10.1. [c.153]
Эксплуатационные испытания. В результате этой проверки оцениваются эксплуатационные характеристики программного изделия, такие, как скорость выполнения операций, объем занимаемой памяти, пропускная способность, скорость пересылки даппмх, время транслирования, компоновки или генерации, дополнительный расход системных ресурсов, время реакции и условия взаимодействия с пользователем. Обычно эксплуатационные свойства изделия оцениваются в ходе испытаний классов А и В. [c.155]
Надежностные испытания. Во время этих испытаний программное изделие ставится в условия, позволяющие оценить его способность к устойчивой работе или восстановлению после отказов, например в случае сбоя по четности или потери данных. Обычно в ходе этих испытаний преднамеренно вносят искусственно созданные ошибки, испытывают изделие в условиях непрерывной работы в течение нескольких часов и проверяют все восстановительные процедуры. Надежностные испытания, как правило, входят в состав испытаний классов А и В. [c.155]
Фирма AB omputers в период проведения части испытаний класса В выделяет двух специалистов, имеющих опыт в области финансового анализа, для работы за терминалами. Испытания в условиях минимальной конфигурации, описанной в разд. 3.3.1.1.4, проводятся на реальном оборудовании аналогичным образом проверяется базовая конфигурация, за ис- [c.157]