Калайда В.Т., Романенко В.В. Технология разработки программного обеспечения (1015641), страница 33

Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 33)

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

Группа разработки получит наивысшуюоценку, если испытания класса B пройдут за один цикл. Хотяэто иногда и случается, чаще всего приходится проводить околотрех циклов испытаний. Однако на практике известны случаи,когда количество циклов достигало 10.В то время как группа испытаний проводит испытаниякласса B, группа выпуска документации представляет нарассмотрение справочные материалы. Группа разработки имеетпоследнюю возможность исправить ошибки в этих материалах,и поэтому их рассмотрение должно проводиться наиболее тщательно. Группа выпуска документации учитывает замечанияразработчиков и проводит последний просмотр материала передсдачей в печать.Фаза оценки заканчивается тогда, когда группа испытаний излагает свои замечания в отчете об испытаниях класса B.Отчет составляется после того, как группа испытаний приходитк выводу, что программное изделие удовлетворяет или неудовлетворяет критериям испытаний.

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

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

Заключительныйотчет составляется всеми участниками проекта и содержит, какминимум, следующую информацию: опыт преодоления наибольших трудностей, встретившихся при разработке проекта; рекомендации по разработке последующих проектов(включая различные варианты); сводку плановых и фактических сроков выполненияэтапов (включая все случаи изменения запланированных сроков); сводку запланированных и фактических расходов; сводку запланированных и фактических трудозатрат; сводку запланированных и фактически используемыхмашинных ресурсов; хронологию затруднений в работе с оборудованием ирекомендации по устранению недостатков в будущем; хронологию возникновения трудностей, связанных свзаимодействием функциональных подразделений; рекомендации по планированию в условиях неопределенности; хронологическую запись наиболее значимых событий.Если разработка программного изделия завершена полностью, то заключительный отчет включается в спецификациюсопровождения.Нормальное завершение проекта наступает на этапе фазового обзора V, когда принимается решение о выпуске программного продукта.

Группа разработки составляет заключительный отчет как можно быстрее, прежде чем сотрудникипроекта окажутся занятыми своими новыми обязанностями.Она также выпускает заключительное уведомление о календар-219ных сроках и просит о закрытии финансового счета. В случаенормального завершения проекта сотрудники переключаютсяна другую работу.

Преждевременное завершение работ (прекращение финансирования, исчезновение необходимости в программном изделии) обычно застает разработчиков врасплох. Влюбом случае, руководитель обязан обеспечить порядок перехода на новую работу. Он должен проследить, чтобы сотрудники завершили документирование, сдали в архив все необходимые данные (тексты программ, тесты и т.д.), составили заключительный отчет. Заключительные операции надо проводить и втом случае, если проект окажется неудачным.8.3.7 Участие группы разработки в фазовых обзорахГруппа разработки участвует в пяти из шести предусмотренных фазовых обзорах (табл.

8.4). В фазовом обзоре I этагруппа дает первоначальную оценку стоимости проекта и составляет предварительный график проектирования. Онарассматривает все представленные данные, утверждает календарные сроки, в особенности срок готовности соглашения отребованиях, а также распределение ресурсов. На этом этапецелесообразно планировать только те расходы, которые необходимы для доведения проекта до этапа утверждения соглашенияо требованиях, что позволит избежать перерасхода средств,если этот документ не будет утвержден или если придется взначительной степени пересмотреть характеристики программной системы.В фазовом обзоре II в центре внимания находится соглашение о требованиях.Таблица 8.4 — Участие группы разработки в фазовых обзорахФазаИсследованиеАнализосуществимостиКонструированиеПрограммированиеОценкаИспользованиеФазовыйобзорIIIФорма участия приобсуждении документовРассмотрение и утверждениеРассмотрение и утверждениеIIIIVVVIРассмотрение и утверждениеРассмотрение и утверждениеРассмотрение и утверждениеНе участвует220Группа разработки рассматривает технические требования, распределение бюджета, новый календарный план, а такженекоторые элементы предварительного варианта конфигуратораи график выпуска изделия.

Она утверждает соглашение о требованиях, выделение дополнительных средств из распределениябюджета и дополнительные обязательства по календарным срокам.В период между II и III фазовыми обзорами группа разработки проверяет и утверждает планы выпуска документации ииспытаний. В фазовом обзоре III внимание фокусируется навнешних спецификациях. Кроме того, группа разработкирассматривает распределение бюджета и новое извещение о календарных сроках. Здесь же утверждаются внешние спецификации, уточненное распределение бюджета и новые обязательствапо календарным срокам.В период между фазовыми обзорами III и IV группа разработки анализирует и утверждает план группы поддержки,спецификации испытаний, а также имеющиеся рекламные материалы.

Для фазового обзора IV она представляет отчет об испытаниях класса A и запрашивает разрешение на испытание класса B. Затем группа разработки вновь рассматривает распределение бюджета и извещения о календарных сроках, утверждаянеобходимые поправки в документах.В период между фазовыми обзорами IV и V группа разработки участвует только в редактировании и заключительномрассмотрении выпускаемой документации, которое заканчивается ее утверждением. В фазовом обзоре V предметом рассмотрения является отчет об испытаниях класса B. Группа разработки изучает этот документ и утверждает соответствующее решение, принятое на основе результатов испытаний. Она такжепроверяет календарный план и утверждает изменения к нему.На этом заканчивается участие группы разработки в рассмотрении и утверждении документов проекта.

В фазе использования,которая начинается после фазового обзора V, группа разработки остается свободной и приводит в порядок проектную документацию, завершая проект. К моменту завершения фазовогообзора VI группа разработки уже не участвует в проекте.2218.4 Организация обслуживания разработкипрограммного изделияПри любом способе организации разработки программного изделия необходима группа обслуживания, в функции которой входят: производственные операции — приобретение, эксплуатация и обслуживание вычислительного оборудованияи программных средств; распространение — регистрация и рассылка программных средств; системное обеспечение — введение и слежение засоблюдением стандартов, процедур и форматов; конфигурационное управление — идентификация ипроверка всех частей программного обеспечения.Группа обслуживания также участвует в решении всехадминистративных, кадровых и производственных проблем,возникающих при разработке программных средств.Системное обслуживание включает управление планами,т.е.

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

в реальных условиях группа обслуживания постоянно реорганизуется, чтобы удовлетворить множество новых222запросов. Основная функция группы обслуживания — своевременно обеспечивать выполнение запрашиваемых услуг с минимальными затратами. Другие функциональные группы не обязаны отчитываться перед группой обслуживания в правомерностисвоих запросов.Основной ошибкой в деятельности группы обслуживанияявляется «локальная оптимизация» при потере целей глобальной оптимизации (одна ЭВМ вместо двух для территориальнорассеянных групп разработчиков, централизация материальнотехнического обеспечения и др.). Функциональная группадолжна быть обеспечена всем необходимым, даже если этопротиворечит локальной оптимизации.8.4.2 Организация обслуживания программногоизделия в фазе исследованияВ фазе исследований группа обслуживания занимаетсяисключительно планированием своей работы на будущее, т.к.пока не будет доказана осуществимость проекта, т.е. пока небудут утверждены соглашения о требованиях, группа обслуживания решает лишь одну задачу: определить технические средства, необходимые для разработки программного изделия.

Характеристики

Список файлов книги