Фаза оценки

Фаза инвестирования (период от решения о капиталовложении до начальной стадии производства и дальнейшего функционирования проекта) - Фаза оценки и анализа соответствия поставленных и достигнутых целей  [c.33]


В соответствии с общей концепцией управления первой фазой достижения стоящих перед предприятием целей является разработка плана действий. Затем следует исполнение плана, а при невозможности исполнения — его корректировка. Следующая фазаоценка результатов сделанного — представляет собой реализацию принципа обратной связи на основе оценки результатов в планы должны быть внесены корректирующие изменения. Корректировка происходит с учетом состояния выполнения плана и данных об имеющихся в системе ресурсах. Так цикл за циклом происходит движение системы к достижению стоящих перед ней целей.  [c.499]

Фаза оценки в жизненном цикле изделия является буферной зоной между началом системных испытаний и началом практического использования изделия. В фазе оценки изделие подвергается строгому испытанию со стороны группы лиц, не являющихся разработчиками. Это делается для того, чтобы гарантировать, что изделие удовлетворяет требованиям и спецификациям, может быть использовано в среде пользователя, содержит необходимую документацию, которая точно и полно описывает программное обеспечение, может быть установлено при использовании соответствующих инструкций по вводу в действие свободно от каких-либо дефектов. Фаза оценки начинается, как только все компоненты собраны вместе и испытаны. Она заканчивается, когда организация, проводящая испытания, подтвердит, что изделие прошло все испытания и готово к эксплуатации. Фаза оценки обычно продолжается так же долго, как и фаза программирования, но методы структурного программирования могут сократить ее до одной трети фазы программирования (рис. 2.2).  [c.27]


Деятельность, связанная с разработкой изделия, достигает своего пика в фазе программирования, когда планы испытаний дополняются спецификациями испытаний. Внутренняя структура изделия полностью описывается внутренней спецификацией, которая содержит сведения о том, как строится изделие, как формируется план обеспечения функционирования программного обеспечения и становятся доступными аппаратные ресурсы. В то время как группа разработки преобразует внешний и внутренний проекты в основное тело программ, т. е. в начальное воплощение изделия, группа испытаний трансформирует их с помощью спецификации испытаний в контрольные примеры группа выпуска документации создает справочные материалы группа поддержки программного обеспечения создает рекламные материалы и материал для обучения персонала. Эти последние действия начинаются с середины фазы программирования и продолжаются почти до конца фазы оценки. В самом конце фазы оценки группа обслуживания подготавливает руководство по вводу программного обеспечения в действие, называемое информационным листком выпуска, и вместе с группой сопровождения заносит в сопроводительную документацию все, что потребуется в будущем. Фаза использования начинается тогда, когда изделие объявлено готовым к передаче пользователям. Все, что остается после этого на рис. 2.3, — это периодическое создание корректирующих программ, предназначенных для исправления ошибок, обнаруженных пользователями, и обеспечения функционирования изделия в реальных условиях эксплуатации.  [c.34]

Организация планирования процесса создания программного изделия в фазах оценки и использования  [c.79]


Роль группы планирования в фазовых обзорах в упрощенном виде отражена в табл. 6.3. На рис. 6.6 в терминах сетевого планирования (разд. 14.6) представлена деятельность группы планирования в период от начала фазы анализа осуществимости до окончания фазы оценки.  [c.85]

Излагаемая здесь методология предусматривает ряд методов и средств, служащих для сбора, записи и обобщения статистических данных о производительности труда. Эта работа начинается с составления планов, содержащих количественные показатели графики, указывающие сроки разработки, бюджетные ресурсы, бюджетные ассигнования и сводки трудозатрат. Некоторые отчеты содержат необходимые данные в привязке ко времени сводки бюджетных заявок, сводки извещений о календарных сроках, диаграммы тенденций. Планы выполнения проектов и отчеты следует собрать воедино и по окончании проекта на их основе составлять заключительные сводки, отражающие фактическое положение дел. В сводки следует включать число операторов, модулей программ или другие данные, которые могут служить удобной размерной характеристикой программного изделия. Целесообразно установить, с какой скоростью происходит выявление и устранение ошибок в программах в фазе оценки. Дополните эти сведения статистическими данными об использовании машинного времени, а также оценками трудозатрат, имеющимися в системе учета использования ресурсов. После того как с помощью какой-либо методики будут прослежены циклы жизни двух-трех программных изделий и эта методика приобретет достаточное единообразие в применении к различным проектам, на основании результирующих отчетов можно будет давать правильные прогнозы по всем последующим разработкам программных изделий.  [c.95]

Администратор изделия регулирует степень участия каждой из функциональных групп в разработке программного изделия, успешность которой измеряется прежде всего степенью соблюдения ранее установленных технических требований и целей, временных ограничений и допустимых границ затрат. Обычно он выполняет свою роль, начиная с фазы анализа осуществимости и до окончания фазы оценки. В высокоразвитой матричной организации он может быть профессиональным руководителем проекта, ранее участвовавшим в выполнении функции планирования. Но скорее всего ранее он мог быть сотрудником подразделения разработки, где продемонстрировал способность хорошо понимать работы, выполняемые другими людьми. Часто говорят, и, к сожалению, иногда справедливо, что руководитель несет все обязанности и всю ответственность и не имеет никаких полномочий. Работа в матричной организации трудна не только для него, но и для руководителей функциональных групп и для каждого участника проекта. Любой разработчик имеет над собой двух начальников. Необходимость постоянно разрешать двусмысленные положения и конфликты является платой за обеспечение контролируемости проекта. Матричные организации, подобные той, которая показана на рис. 7.2, становятся все более распространенными по мере их роста все больше людей не только приобретают умение приспосабливаться к такой структуре организации, но и становятся ее сторонниками.  [c.98]

Организация разработки программного изделия в фазе оценки  [c.113]

Фаза оценки открывается началом испытаний класса А, проводимых группой разработки. Испытания класса А — это всесторонняя проверка всего программного изделия, которая начинается после того, как все модули программ были подвергнуты индивидуальной проверке и включены в работоспособную систему. В прошлом проведение испытаний класса А представляло собой значительное событие в жизни проекта и сопровождалось одновременным объединением в систему многих модулей, что вызывало немало трудностей. Методы нисходящего программирования устраняют или в значительной мере уменьшают трудности компоновки  [c.113]

Фаза оценки заканчивается, когда группа испытаний излагает свои замечания в отчете об испытаниях класса В. Отчет составляется после того, как эта группа придет к выводу, что программное изделие удовлетворяет или, наоборот, не может удовлетворить критериям испытаний, которые описаны в разд. 10.8 и носят несколько субъективный характер. Группа разработки, естественно, надеется, что группа испытаний будет рекомендовать программное изделие к выпуску без замечаний. Однако чаще всего выявляется ряд нерешенных проблем, к рассмотрению которых привлекаются разработчики. Решение о выпуске программного изделия для широкого использования принимается на основе отчета группы испытаний и пояснительной записки группы разработки, которая обычно предлагает план устранения обнаруженных недостатков. Поэтому группа разработки тщательно изучает отчет об испытаниях класса В и рекомендует меры для устранения всех замеченных дефектов. При этом группа разработки может вступить во взаимодействие с группой сопровождения, если существующие дефекты могут быть компенсированы какими-то средствами во время эксплуатации.  [c.115]

Организация обслуживания в фазе оценки  [c.126]

По мере перехода проекта от фазы программирования к фазе оценки нагрузка на группу обслуживания возрастает и достигает пика в конце фазы оценки. В типичном распределении трудозатрат группы обслуживания, приведенном на рис. 8.2, этот максимум отчетливо проявляется.  [c.126]

Как видно из рис. 8.2, вместе с началом производства программного изделия начинается и фаза его использования. Тем не менее, до тех пор пока программное изделие не будет передано всем пользователям, продолжается и фаза оценки, так как испытания класса С еще не завершены. Хотя эти испытания не доведены до конца и нельзя еще передавать программное изделие любому пользователю, правомерно говорить о начале фазы использования, потому что создание программного изделия завершено и можно на определенных условиях передать материалы в руки опытного пользователя, способного критически их оценить. Разумеется, такую передачу следует отличать от обычного распространения.  [c.130]

В самом начале фазы оценки группа выпуска документации заканчивает составление окончательных вариантов всей документации вместе с иллюстрациями. Рукописи направляются на рассмотрение другим группам. В изучении рукописей принимают обязательное участие группы разработки, испытаний и поддержки. В частности, группа испытаний проверяет эти рукописи таким же образом, как и программное изделие она сверяет содержание документов со спецификациями и проверяет их на соответствие. Группа испытаний подготавливает перечень дефектов, замеченных как в документации, так и в программном изделии (см. разд. 10.8). Группа выпуска документации должна принять решение либо устранить обнаруженные -недостатки, либо привести доводы в пользу существующей редакции материалов.  [c.147]

В фазе оценки группа обслуживания подготавливает руководство по вводу программного изделия в действие — информационный листок выпуска. Этот листок создается в соответствии со стандартами группы выпуска документации, которая и обеспечивает его выход в свет. Группа выпуска документации привлекается к обсуждению решения руководства фирмы о выпуске изделия, если предложены рекомендации оставить без исправления замеченные в документах дефекты. Такая рекомендация может быть сделана только в том случае, если бы устранение дефектов при-  [c.147]

Может сложиться впечатление, что до наступления фазы оценки группа испытаний выполняет сравнительно небольшой объем работы. Однако, как показано на рис. 10.5 и как станет ясно из последующего изложения, в этот период нагрузка на группу испы-  [c.165]

На этапе оценки уровень трудозатрат группы испытаний достигает максимума, и если проект вышел из графика, темпы работ могут принять лихорадочный характер. Очень важно, чтобы руководство осознавало все значение фазы оценки и под давлением календарных сроков не свернуло работы на этом этапе.  [c.167]

Обнаруживая тот или иной дефект, испытатели доказывают факт его наличия с помощью различных материалов, например посредством консольного протокола, распечатки текущего состояния системы, выдачи листингов, отметок времени и дампов памяти. Проводя эту работу, испытатели должны воздержаться от искушения самостоятельно исправить дефекты испытываемого изделия, Эта работа входит в обязанности разработчиков, и если ее проводить в рамках функции испытаний, то группа разработки вообще окажется вне ее. Если разработчики не будут участвовать в отладке, то конструирование и компоновка изделия будут проводиться не так тщательно, как следует фаза оценки затянется из-за неэффективного использования ресурсов по вине обеих групп мало того, к пользователям могут попасть программы, наспех залатанные группой испытаний. Такие программные средства наверняка введут в заблуждение группу сопровождения и могут привести к  [c.168]

После того как группа обслуживания отправила программное изделие потребителям, фаза оценки заканчивается и группа испытаний выполняет новые обязанности. Ввод в действие и эксплуатация программного изделия пользователями позволяют выявлять новые дефекты. По мере поступления сообщений о каждом обнаруженном дефекте, например в форме заявок на техническое обслуживание, группа испытаний его регистрирует и разрабатывает контрольные примеры, позволяющие проверить правильность изменений, которые должны быть внесены группой сопровождения. Прежде чем приступить к распространению исправленного изделия, группа испытаний проводит возвратную проверку, призванную гарантировать, что не только устранен прежний дефект, но и не появилось новых.  [c.172]

Деятельность группы поддержки становится наиболее активной в фазе оценки. Это объясняется тем, что многие процессы по поддержке изделия начинаются лишь после принятия окончательного решения о его выпуске. Это решение принимается в начале фазы оценки после того, как группа испытаний признает изделие готовым к проведению испытаний класса В. Принятие такого решения после фазового обзора IV сигнализирует группе поддержки о том, что необходимо печатать календарный план обучения, печатать и рассылать рекламный материал и завершать подготовку учебных программ.  [c.184]

Как видно из рис. 2.1, в начале фазы оценки наступает горячая пора для многих групп, участвующих в проекте, поскольку работы, завершающиеся в рамках одних групп, вызывают к деятельности сразу целый ряд других групп. Одним из примеров может служить проверка первоначального варианта справочных материалов, проводимая в рамках функции поддержки. Изучение этих материалов, прежде всего с точки зрения удобства чтения, требует немало усилий со стороны группы поддержки, поскольку многие документы отличаются скрупулезностью в отображении технических деталей, однако далеко не все из них легко использовать в работе. Критически рассматривая материалы именно с  [c.184]

Описываются формы обучения различных категорий слушателей и относительное время его проведения (например, в фазе оценки). Указывается требуемый уровень начальной подготовки и требуемая квалификация.  [c.221]

В фазе оценки группа испытаний может формировать рапорты о дефектах программного изделия, которые не были устранены к моменту его выпуска из-за решения руководства оценивать готовность изделия, без согласования с группой испытаний. Перечень рапортов о неисправленных дефектах включается в спецификации версии и в СС. По каждому такому рапорту составляется заявка на внесение исправлений и передается в систему координации обслуживания.  [c.294]

Можно выделить и фазу оценки последствий принятого решения на основе контроля результатов его реализации. Данное решение можно рассматривать и как первый этап решения новой проблемы. В любом случае оценку последствий принятых решений нужно делать для уменьшения вероятности ошибки и тех материальных, финансовых и иных потерь, которые с ней связаны.  [c.63]

Рассмотрим составляющие фазы редактирования и построим формальную модель, описывающую фазу оценки.  [c.120]

С решения о количестве подходящих продуктов начинается фаза оценки (экспертизы) программного обеспечения на основании разработанного каталога критериев> который может содержать более 100 аспектов проверки.  [c.229]

Лазерное излучение (ЛИ) представляет собой особый вид ЭМИ, генерируемого в диапазоне длин волн 0,1... 1000 мкм. Отличие ЛИ от других видов ЭМИ заключается в монохроматичности (строго одной длины волны), когерентности (все источники изучения испускают электромагнитные волны в одной фазе) и острой направленности луча. При оценке биологического действия ЛИ следует различать прямое (заключенное в ограниченном телесном угле), рассеянное (от вещества, находящегося в составе среды, сквозь которую проходит лазерный луч), зеркально отраженное (под углом, равным углу падения излучения), диффузно отраженное (по всевозможным направлениям).  [c.122]

Рис. 7.3. Реализация и оценка. Фазы, следующие за принятием решения и относящиеся к разрешению проблемы. Рис. 7.3. Реализация и оценка. Фазы, следующие за <a href="/info/4791">принятием решения</a> и относящиеся к разрешению проблемы.
СС создается группой сопровождения в фазе оценки на основе внутренней спецификации (ВтС) путем добавления к ней нескольких разделов и изменения некоторых уже написанных. В табл. 15.3 представлено оглавление стандартной спецификации сопровождения (СС). Ниже рассматривается содержание тех разделов4, которые служат основой преобразования ВтС в СС.  [c.293]

Выяснение природы эффекта диспозиции Шефрин и Штат-май начали с обращения к уже известной нам теории перспектив Канемана и Тверски. Напомним, что в соответствии с этой теорией профессиональные инвесторы должны прогонять все свои решения сначала через фазу редактирования. На фазе редактирования инвестор все свои возможные действия определяет в терминах потенциальных прибылей и убытков, используя для этого какую-то нейтральную точку. На следующей фазе — фазе оценки — инвестор применяет S-образную функцию стоимости (определенную на прибылях и убытках), которая вогнута по убыткам и выпукла по прибылям (см. рис. 21). Подобная форма функции стоимости отражает стремление инвесторов принимать на себя дополнительные риски в полосе убытков и избегать рисков в полосе прибылей.  [c.162]

ОБРАТНАЯ СВЯЗЬ. Еще одной фазой, входящей в процесс принятия управленческого решения и начинающейся после того, как решение начало действовать, является установление обратной связи. По Харрисону Система отслеживания и контроля необходима для обеспечения согласования фактических результатов с теми, что ожидались в период принятия решения 1. На этой фазе происходит измерение и оценка последствий решения или сопоставление фактических результатов с теми, которые руководитель надеялся получить. Обратная связь — т.е. поступление данных о том, что происходило до и после реализации решения — позволяет руководителю скоррек тировать его, пока организации еще не нанесено значительного ущерба. Оценка решения руководством выполняется прежде всего с помощью функции контроля, которая рассмотрена в следующих главах.  [c.207]

Методы управления проектированием программного обеспечения (1981) -- [ c.27 , c.113 , c.147 , c.167 , c.184 , c.196 ]