Группа планирования определяет необходимость в программном изделии, устанавливает возможность его реализации и осуществляет слежение за ним вплоть до конца его использования. Группа разработки составляет спецификации, конструирует, документирует, создает, отлаживает и собирает изделия. Группа обслуживания предоставляет средства вычислительной техники для обеспечения всех названных функций, для осуществления конфигурационного управления, распространения и разнообразной административной поддержки. Группа выпуска документации обеспечивает пользователей руководствами и другими справочными материалами. Группа испытаний дает независимую оценку как программному обеспечению, так и документации до их передачи пользователю. Группа поддержки обеспечивает распространение изделия и обучение пользователей, установку изделия на месте его использования и постоянную связь между отдельными группами и пользователями. Последняя, но не менее важная, чем остальные группы, — группа сопровождения — обеспечивает исправление ошибок и некоторые улучшения в фазе использования. [c.29]
Деятельность, связанная с разработкой изделия, достигает своего пика в фазе программирования, когда планы испытаний дополняются спецификациями испытаний. Внутренняя структура изделия полностью описывается внутренней спецификацией, которая содержит сведения о том, как строится изделие, как формируется план обеспечения функционирования программного обеспечения и становятся доступными аппаратные ресурсы. В то время как группа разработки преобразует внешний и внутренний проекты в основное тело программ, т. е. в начальное воплощение изделия, группа испытаний трансформирует их с помощью спецификации испытаний в контрольные примеры группа выпуска документации создает справочные материалы группа поддержки программного обеспечения создает рекламные материалы и материал для обучения персонала. Эти последние действия начинаются с середины фазы программирования и продолжаются почти до конца фазы оценки. В самом конце фазы оценки группа обслуживания подготавливает руководство по вводу программного обеспечения в действие, называемое информационным листком выпуска, и вместе с группой сопровождения заносит в сопроводительную документацию все, что потребуется в будущем. Фаза использования начинается тогда, когда изделие объявлено готовым к передаче пользователям. Все, что остается после этого на рис. 2.3, — это периодическое создание корректирующих программ, предназначенных для исправления ошибок, обнаруженных пользователями, и обеспечения функционирования изделия в реальных условиях эксплуатации. [c.34]
Рекомендация о снятии изделия с производства и обслуживания может поступить от любой функциональной группы группа разработки может предложить заменить его новым изделием, группы сопровождения и поддержки могут предложить высвободить ресурсы. Однако независимо от первоисточника рекомендации последнее слово принадлежит группе планирования. Никакая другая группа не имеет такого круга обязанностей, который необходим для ответственного принятия подобного решения. Поэтому только группа планирования определяет, когда дать жизнь программному изделию и когда положить ей конец. [c.80]
Фаза оценки заканчивается, когда группа испытаний излагает свои замечания в отчете об испытаниях класса В. Отчет составляется после того, как эта группа придет к выводу, что программное изделие удовлетворяет или, наоборот, не может удовлетворить критериям испытаний, которые описаны в разд. 10.8 и носят несколько субъективный характер. Группа разработки, естественно, надеется, что группа испытаний будет рекомендовать программное изделие к выпуску без замечаний. Однако чаще всего выявляется ряд нерешенных проблем, к рассмотрению которых привлекаются разработчики. Решение о выпуске программного изделия для широкого использования принимается на основе отчета группы испытаний и пояснительной записки группы разработки, которая обычно предлагает план устранения обнаруженных недостатков. Поэтому группа разработки тщательно изучает отчет об испытаниях класса В и рекомендует меры для устранения всех замеченных дефектов. При этом группа разработки может вступить во взаимодействие с группой сопровождения, если существующие дефекты могут быть компенсированы какими-то средствами во время эксплуатации. [c.115]
Нормальное завершение проекта наступает на этапе фазового обзора V, когда принимается решение о выпуске программного изделия. Группа разработки составляет заключительный отчет как можно быстрее, прежде чем сотрудники проекта окажутся слишком занятыми своими новыми обязанностями. Она также выпускает заключительное уведомление о календарных сроках и просит о закрытии финансового счета. Эти последние действия можно выполнить и позже, после завершения составления спецификации сопровождения, выпускаемой группой сопровождения, однако, выполнив их, можно считать проект законченным. [c.116]
Ряд затруднений, с которыми столкнется пользователь, не может быть разрешен на месте средствами технического обслуживания. Для их устранения соответствующие замечания должны поступать в группу сопровождения. Группа обслуживания вместе с группой поддержки передают их в систему учета заявок на техническое обслуживание. Обычные процедуры выполнения этих заявок осуществляются в рамках функции поддержки (разд. 11.6). Ниже описаны мероприятия, проводимые лишь в рамках функции обслуживания. [c.130]
При обработке заявок на техническое обслуживание важность уведомления автора о постановке на учет посланного им запроса обусловлена двумя причинами во-первых, такое уведомление убеждает пользователя, что его заявка не осталась незамеченной во-вторых, в уведомлении всегда указывается срок, к которому будет дан ответ. Указывать дату ответа на запрос важно по следующим причинам во-первых, пользователь узнает, сколько времени ему осталось работать в условиях неопределенности во-вторых, группа сопровождения оказывается вынужденной провести анализ поставленной задачи в ограниченный срок. [c.131]
При обработке заявки на исправление ошибки копия уведомления передается в группу поддержки для учета и контроля, а сама заявка вместе с уведомлением передается в группы сопровождения и испытаний. Группа обслуживания сообщает пользователю о результатах анализа (таким образом пользователь получает ранее обещанный ему ответ) и посылает копию уведомления для учета в группу поддержки. Если анализ показывает, что пользователь ошибся, неправильно интерпретируя функционирование программного изделия, или что его предложение потребует модернизации программ, то по данной заявке не предпринимается никаких действий и об этом уведомляются все группы. Если ошибка действительно существует или весьма вероятна, группа сопровождения описывает предлагаемый ею способ решения проблемы и составляет график работ по данной заявке. Когда группа обслуживания получает такого рода ответ от группы сопровождения, она пересылает ответ вместе с указанием запланированной даты устранения ошибки в адрес автора запроса, а также в группу поддержки для учета и контроля. [c.131]
После завершения работ по данной заявке группа сопровождения сообщает о результатах группам испытаний и обслуживания. Группа обслуживания уведомляет о результатах рассмотрения заявки пользователя, а также группу поддержки, осуществ- [c.131]
В фазовом обзоре IV все внимание участников проекта сосредоточено на передаче программ в распоряжение группы испытаний. Группа выпуска документации участвует в этом обзоре лишь в том случае, когда для составления материалов нужны дополнительные источники или если план выпуска документации нуждается в корректировке. В фазовом обзоре V группа выпуска документации участвует только в том случае, когда необходимы ее рекомендации относительно выпуска изделия с недоработками. При этом всестороннему обсуждению подвергаются все аргументы за и против соблюдения календарных сроков и оценивается ущерб, наносимый качеству программного изделия. В фазовом обзоре VI основное внимание сосредоточено на проблеме ослабления поддержки программного изделия или ее полной отмены. К этому времени изменения в документации настолько незначительны, что становятся частью деятельности группы сопровождения, и поэтому группа выпуска документации в фазовом обзоре VI не участвует, [c.149]
Обнаруживая тот или иной дефект, испытатели доказывают факт его наличия с помощью различных материалов, например посредством консольного протокола, распечатки текущего состояния системы, выдачи листингов, отметок времени и дампов памяти. Проводя эту работу, испытатели должны воздержаться от искушения самостоятельно исправить дефекты испытываемого изделия, Эта работа входит в обязанности разработчиков, и если ее проводить в рамках функции испытаний, то группа разработки вообще окажется вне ее. Если разработчики не будут участвовать в отладке, то конструирование и компоновка изделия будут проводиться не так тщательно, как следует фаза оценки затянется из-за неэффективного использования ресурсов по вине обеих групп мало того, к пользователям могут попасть программы, наспех залатанные группой испытаний. Такие программные средства наверняка введут в заблуждение группу сопровождения и могут привести к [c.168]
После того как группа обслуживания отправила программное изделие потребителям, фаза оценки заканчивается и группа испытаний выполняет новые обязанности. Ввод в действие и эксплуатация программного изделия пользователями позволяют выявлять новые дефекты. По мере поступления сообщений о каждом обнаруженном дефекте, например в форме заявок на техническое обслуживание, группа испытаний его регистрирует и разрабатывает контрольные примеры, позволяющие проверить правильность изменений, которые должны быть внесены группой сопровождения. Прежде чем приступить к распространению исправленного изделия, группа испытаний проводит возвратную проверку, призванную гарантировать, что не только устранен прежний дефект, но и не появилось новых. [c.172]
Процесс выполнения многочисленных обязанностей, о которых шла речь в предыдущем разделе, можно организовать различными способами. В гл. 5 предполагается, что все или большая часть соответствующих услуг сосредоточены в рамках одного организационного подразделения. Если разработка изделия ведется для замкнутого круга потребителей, так что не требуется специальная организация сбыта, функция поддержки может осуществляться в рамках сектора программных изделий. Если объем услуг по поддержке невелик и соответствующее подразделение нецелесообразно выделять в виде автономной организационной единицы, лучше всего поручить выполнение обязанностей по поддержке изделия группе сопровождения. Сопровождению и поддержке не свойственны напряженные планы, имеющие место при разработке изделия эти две функции тесно связаны с деятельностью по обнаружению ошибок и коррекцией программных средств. Следует всячески избегать передачи функции поддержки изделия разработчикам, ибо это может привести к срыву плановых сроков разработки. Так как основная задача поддержки — удовлетворение запросов пользователя, то последние должны иметь более высокий приоритет, чем любая другая работа, иначе возникнет угроза самому существованию функции поддержки как воплощения честного отношения к потребителю. [c.175]
Механизм устранения ошибок обеспечивается системой заявок на техническое обслуживание, которая охватывает такие группы, как группа обслуживания (гл. 8, разд. 8.7), группа испытаний (гл. 10, разд. 10.9), группа сопровождения (гл. 12, разд. 12.5). Работа по каждому конкретному дефекту начинается с того момента, когда периферийные специалисты группы поддержки убедятся в существовании ошибки и вышлют соответствующее уведомление. Это уведомление поступает в центральную группу поддержки вместе с дополнительными материалами, такими, как тексты программ и описание процедур, в которых была обнаружена ошибка, дампы оперативной памяти и диагностические сообщения программ. Центральная группа поддержки устанавливает, не возникла ли ошибка в результате неправильного понимания и не требует ли она действий в рамках функции сопровождения. Если центральная группа найдет способ временного исправления ошибки или способ работы с ошибкой в течение времени, требуемого на анализ дефекта, она высылает пользователям соответствующее пояснение, как действовать в создавшейся ситуации. Если для устранения дефекта необходимо участие группы сопровождения, центральная группа направляет все имеющиеся материалы по данной проблеме в группу обслуживания. Начиная с этого времени группа поддержки ожидает ответа от группы обслуживания, которая обеспечивает прохождение заявки через группы разработки, испытаний и сопровождения. Если группа сопровождения предлагает средства временного исправления ошибок, центральная группа направляет их периферийному персоналу поддержки для реализации. Тогда и только тогда, когда исправления, утвержденные группой испытаний, порождают новую редакцию программного изделия, периферийный персонал внедряет от- [c.187]
Группа сопровождения выполняет обязанности, связанные с исправлением дефектов изготовленных программных изделий (корректирующее сопровождение) или незначительными изменениями (адаптивное сопровождение). Эти виды усовершенствований изделия строго разграничены, так как они по-разному отражаются на конфигурационном управлении. Например, простое исправление ошибки предполагает приведение в соответствие с ним спецификаций, текстов программ и документов. В то же время реализация какого-либо нового свойства изделия, пусть даже незначительного, по существу, требует пересмотра спецификаций, текстов программ и справочных материалов. Введение новых свойств может отразиться и на совместимости программных средств. Кроме того, для их проверки необходимо создавать специальные контрольные примеры. [c.191]
Организационная структура группы сопровождения [c.191]
При организации группы сопровождения следует учитывать, во-первых, состав и уровень подготовленности персонала, занимающегося сопровождением, во-вторых, из каких компонентов состоит сопровождение и, в-третьих, каким образом оно осуществляется. [c.191]
Вопрос, какими силами осуществляется сопровождение, разрешается по-разному, в зависимости от таких факторов, как размер проектной организации, стабильность уровня трудовых затрат, соотношение видов изменений (корректирующих или расширяющих) в общем процессе усовершенствования изделия, длительность срока гарантийных обязательств, взятых производителем, и, наконец, качество испытаний, которое играет далеко не последнюю роль в этом списке. Размеры проектной организации определяют, представляется ли возможным создать автономное подразделение, специализирующееся на сопровождении изделий. Если такая возможность есть, ее необходимо использовать. Создание самостоятельной группы обеспечивает четкое взаимодействие между группами разработки и сопровождения, ускоряет подготовку полных спецификаций сопровождения, гарантирует надзор за соответствующими выпущенными программными изделиями, создает основу для обучения программистов, способствует выполнению гарантийных обязательств, дает возможность легко подсчитывать затраты на сопровождение. Если выделение автономной группы сопровождения невозможно, тогда в обязанность каждой группы разработчиков входит сопровождение своего изделия. Такое решение позволяет снизить накладные расходы, привлечь к сопровождению квалифицированных специалистов, способных быстро отыскать ошибку, и равномерно распределить работу между разработчиками. Однако оно имеет и недостатки сопровождение может со временем приобрести небрежный характер когда кто-ни будь из разработчиков увольняется, возможности сопровождения сокращаются исправление ошибок часто становится второстепенной работой и, наконец, иногда недостаточно тщательно анализируется целесообразность внесения тех или иных изменений. Если в работе над усовершенствованием изделия проводится много расширяющих изменений, то появляется естественное желание привлечь к этой деятельности опытных разработчиков вполне возможно, что наиболее эффективным решением будет исправление дефектов программ этими специалистами. Если сотрудники, работающие над проектами, часто переключаются с одного вида деятельности на другой, потери от этих переключений могли бы быть сведены к минимуму путем создания автономной группы сопровождения, располагающей хорошей методикой работы и исчерпывающей документацией. Если гарантийные обязательства по проекту кратковременны или вообще отсутствуют, сопровождение изделия можно обеспечить за счет незначительной дополнительной нагрузки на его разработчиков. Наконец, если группа разработки хорошо справляется со своей работой, число дефектов изделия будет небольшим и можно соответствующим образом уменьшить численность группы сопровождения. [c.192]
В том случае, когда обязанности группы сопровождения организационно отделены от обязанностей группы разработки, следует принять меры, исключающие преждевременную передачу изделий на сопровождение. По ряду причин целесообразно проводить обработку первой волны технических запросов силами разработчиков. Во-первых, разработчики должны ощущать чувство ответственности за качество своей работы и обеспечивать удобство сопровождения изделия. Во-вторых, большинство серьезных ошибок или дефектов обнаруживается в первый период фазы использования. Хорошо зная технические тонкости, группа разработки может устранить дефекты быстрее, чем группа сопровождения. В-третьих, к исправлению ошибок привлекаются не просто отдельные высококвалифицированные специалисты, а целый коллектив участников проекта, если штат проекта еще не расформирован. Наконец, те сотрудники, которые остаются в группе разработки в фазе использования, могут закончить незавершенные работы по проекту, например восполнить пробелы, оставшиеся в документации. [c.193]
На численность персонала группы сопровождения влияют как характер, так и сроки взятых гарантийных обязательств. По примеру многих фирм-производителей вычислительных средств рекомендуется устанавливать три уровня поддержки [c.193]
Чем больше изделий приходится сопровождать на уровне 1 или 2 гарантийного обслуживания, тем многочисленнее должна быть группа сопровождения. [c.194]
Основной вклад группы сопровождения в обеспечение жизнеспособности программного изделия приходится на фазу использования, однако она участвует в осуществлении проекта изделия еще до его выпуска. Кривая относительных трудозатрат группы сопровождения приведена на рис. 12.1. [c.194]
| Рис. 12.1. Кривая относительных трудозатрат группы сопровождения. |  |
Группа сопровождения также представляет на рассмотрение исходные материалы для проектирования изделия, в которых излагаются требования, гарантирующие удобство его сопровождения она настаивает на максимальном использовании языков высокого уровня, обеспечивающих документирование программ и простоту отладки создает средства трассировки и требует соблюдения модульного принципа реализации. Согласованные меры по сохранению удобства сопровождения фиксируются в соглашении о требованиях. [c.195]
Планируя создание новой версии программного изделия, в том числе деятельность, связанную с его корректировкой, проверкой и расширением, группа сопровождения подготавливает соответствующее соглашение о требованиях. Этот документ концентрирует внимание руководства на способах, сроках и причинах внесения основной массы изменений в новую версию. В соглашении о требованиях рассматриваются все поступившие запросы на расширение и приводятся соображения, подтверждающие или опровергающие целесообразность реализации каждого из них. [c.195]
В фазе конструирования подготавливаются, рассматриваются и утверждаются внешние спецификации, содержащие полное описание внешних характеристик изделия. Если внешние спецификации предназначены для описания новой версии, содержащей ограниченное число новых эксплуатационных качеств, то за подготовку этого документа несет ответственность группа сопровождения. Однако независимо от степени ответственности группа сопровождения должна убедиться,. что во внешних спецификациях правильно документированы все принятые заявки на расширение. Для достижения этой цели к рассмотрению заявок привлекается техническая ревизионная комиссия (гл. 18, разд. 18.3). Если внешние спецификации состоят преимущественно из заявок на расширение, то [c.195]
В конце фазы программирования группа сопровождения активно включается в работу над проектом, начиная подготовку спецификации сопровождения. Основным условием успешного завершения этой работы является наличие готовой внутренней спецификации. Спецификация сопровождения содержит внутреннюю спецификацию, дополненную техническим описанием и листингами программ (гл. 15, разд. 15.5). Как видно из рис. 12.2, другим необходимым условием завершения спецификации сопровождения является утверждение внешней спецификации в этом случае существует гарантия того, что внутренний и внешний проекты программного изделия приобрели стабильный характер. Рис. 12.2 показывает также, что ко времени составления спецификации сопровождения должен быть закончен документ, регламентирующий ввод программного изделия в действие,— так называемый информационный листок выпуска (разд. 8.6), что позволяет группе сопровождения учесть в спецификации сопровождения принятые и отклоненные заявки, замеченные, но неустраненные дефекты и гарантировать соблюдение требований к выполнению процедуры ввода программного изделия в действие. [c.196]
Как видно из рис. 12.1, деятельность группы сопровождения становится наиболее активной в начальный период фазы использования, когда изделие попадает в руки пользователей. Участие персонала группы разработки в исправлении первой волны ошибок (гл. 17, разд. 17.1) не снижает нагрузки на группу сопровождения, так как последняя должна работать в тесном контакте с разработчиками, чтобы обеспечить ритмичность передачи изделий группе сопровождения. Нагрузка может достигнуть пика в любое время (сразу после выпуска версии или в течение первых шести и более месяцев использования изделия), что подтверждается опытом внедрения операционных систем (обычно пользователи далеко не сразу осваивают новые программные средства). [c.196]
| Рис. 12.2. Стандартный сетевой график работ группы сопровождения. |  |
Группа сопровождения участвует не менее чем в трех из шести фазовых обзоров, описанных в разд. 6.10. По крайней мере в одном из них она представляет исходные данные, описывающие потребности в ресурсах для выполнения функции сопровождения. Это может быть сделано в фазовом обзоре I или несколько позже, однако не позднее, чем в фазовом обзоре III. Из рис. 12.1 видно, что ресурсы на сопровождение должны быть выделены до наступления события Требования сформулированы , хотя можно финансировать первоначальные работы по сопровождению, включая рассмотрение соглашения о требованиях и внешних спецификаций, за счет неявного выделения средств из других статей расходов (что часто оправдывает себя на практике). [c.199]
Участвуя в фазовом обзоре II, группа сопровождения проверяет и утверждает соглашение о требованиях, поскольку этот документ устанавливает начальный уровень поддержки, состав документации сопровождения и средства, обеспечивающие удобство сопровождения. Если в ходе фазового обзора III рассматриваются заявки на расширение, группа сопровождения изучает принятые и отклоненные заявки и утверждает заявки, реализация которых поручается группе сопровождения. [c.199]
| Таблица 12.1. Участие группы сопровождения в фазовых обзорах |  |
Указывается, какие лица, не входящие в группу сопровождения, могут вносить изменения. При этом необходимо определить условия их подготовки и требуемые ресурсы. [c.218]
Программист группы сопровождения [c.238]
Описываются средства, доступные группе сопровождения в ее работе. Указываются резерв памяти, предусмотренный для внесения изменений, встроенные средства отладки, интерфейсы, необходимые для использования внешних отладочных средств, и условные обозначения, которые помогают понять принципы работы программного изделия. Определяется местоположение или метод определения местоположения идентификатора модуля в программе как в связи с внешней памятью, так и в связи с дампами оперативной памяти. [c.288]
В разделы с З.(2,3).л.4.4.1 по З.(2,3)л.4.4.4 добавляются все данные, которые в дальнейшем смогут помочь группе сопровождения разобраться во внутреннем механизме работы программного изделия. [c.294]
Хронологические записи делаются в свободной форме, чтобы можно было включать сюда любую полезную информацию. Информация этого раздела представляет собой обобщение сведений, полученных от всех разработчиков, и, следовательно, ответственность за получение таких сведений лежит на группе разработки (что и отмечено в разд. 7.10). Группа сопровождения включает эти сведения в СС, добавляя или вычеркивая ту или иную информацию. [c.295]
Справочник данных представляет список, в котором, во-первых, перечисляются все элементарные входные и выходные данные, а также данные, используемые более чем в одном модуле, и, во-вторых, указываются модули, где они используются. Такой список должен содержать полную и достоверную информацию одна пропущенная ссылка может привести к ошибке при внесении изменений группой сопровождения. Если существует реальная возможность формирования справочника данных и слежения за ним, его целесообразно включить в данный раздел. Такой справочник помогает значительно уменьшить расходы на сопровождение. [c.295]
Что касается системы городских публичных библиотек Билефельда, то здесь теперь работают мобильные группы (сопровождения, проектные), состоящие из сотрудников различных подразделений центральной библиотеки и библиотек-филиалов и выполняющие определенные функции (задания) в рамках внутреннего маркетинга. Так, одна из таких групп еженедельно организует в центральной библиотеке (за 15—20 минут до ее открытия для читателей) так называемые журфиксы, на которых может присутствовать любой библиотекарь. Здесь сообщается о последних профессиональных новостях, кадровых назначениях и перемещениях, изменениях в графике работы и другая текущая информация. Тут же можно просто пообщаться с коллегами, познакомиться с новыми сотрудниками. Данные мероприятия обеспечиваетмаркетинговая группа сопровождения. [c.46]
Если заявка на исправление окажется, по существу, заявкой на расширение или проверку, централизованная обработка запросов всех типов позволит легко провести переклассификацию заявки. Группа сопровождения в этом случае просто формирует заявку на расширение или проверку на основе материала, представленного пользователем, и передает его в группу обслуживания. Последняя вносит соответствующие коррективы в книгу регистрации заявок и сохраняет привычный порядок обработки запросов. [c.132]
Исправляя ошибки и совершенствуя изделие, группа сопровождения постоянно контролирует требования конфигурационного управления Каждый раз, когда пользователям направляются измененные программы, в том числе те, которые были исправлены группой сопровождения, следует убедитья в том, что все документы, исходные и объектные модули программ согласованы друг с другом. Эту задачу нелегко выполнить, потому что со временем накапливается обременительный груз в виде комплектов документации и текстов программ, соответствующих предыдущим версиям. Если же производить простую замену архивной документации новыми комплектами, то могут возникнуть серьезные трудности, когда потребуется распространить или модернизировать какую-нибудь предшествующую версию программного изделия. [c.198]
Рано или поздно сопровождение любого изделия прекращается. При истечении срока простых гарантийных обязательств сопровождение может быть прервано сразу. Часто сопровождение отменяется постепенно, путем последовательной смены уровней поддержки, каждый из которых обспечивается в течение определенного периода времени, причем о смене режима сопровождения пользователи уведомляются заранее. Пользователи должны периодически получать конфигуратор программного изделия (гл. 14, разд. 14.5), в котором описываются текущие и планируемые в будущем уровни поддержки. Для того чтобы со временем прийти к согласованному решению об отмене сопровождения, следует обеспечить периодическое рассмотрение конфигуратора всеми заинтересованными группами, включая группу сопровождения. [c.198]
СС создается группой сопровождения в фазе оценки на основе внутренней спецификации (ВтС) путем добавления к ней нескольких разделов и изменения некоторых уже написанных. В табл. 15.3 представлено оглавление стандартной спецификации сопровождения (СС). Ниже рассматривается содержание тех разделов4, которые служат основой преобразования ВтС в СС. [c.293]
Здесь фиксируется информация о том, что было хорошо и что плохо на протяжении жизненного цикла программного изделия. Этот раздел является <золо-той жилой планирования для группы разработки на ранних фазах создания новых программных изделий и полезной основой для организации работы группы сопровождения в фазе использования данного программного изделия. Использование опыта прошлых разработок обеспечивает экономию времени и средств будущем. [c.295]