Cтраница 2
Во время анализа соглашения о требованиях в рамках функции поддержки тщательно проверяются все положения, имеющие отношение к использованию и поддержке изделия. Фаза анализа осуществимости проекта заканчивается утверждением соглашения о требованиях всеми заинтересованными группами, в том числе и группой поддержки. [16]
При подготовке и рассмотрении соглашения о требованиях выполняется необходимый анализ, чтобы подтвердить осуществимость проекта. Фаза анализа осуществимости проекта заканчивается утверждением соглашения о требованиях, которое дает толчок некоторым другим действиям: созданию пособий, тестов, разработке планов поддержки. Кроме того, она определяет внешнюю и внутреннюю спецификации проекта. Одобрением внешней спецификации, представляющей собой законченное и строгое изложение сведений о том, что представляет собой изделие, определяются границы проекта, на чем и заканчивается фаза конструирования. [17]
Соглашения в силу является дата, наступающая в течение тридцати ( 30) Дней после даты вступления в силу Федерального закона об утверждении настоящего Соглашения. При этом понимается, что тридцать дней после утверждения Соглашения федеральным законом являются сроком, в течение которого должна быть выдана ( переоформлена) Инвестору лицензия на пользования недрами. [18]
План выпуска изделия имеет то же назначение, что и конфигуратор, но он охватывает только такие элементы, которые должны быть готовы к определенному моменту времени. В табл. 6.1 приведен план выпуска операционной системы с виртуальной памятью ( VSOS) к моменту утверждения соглашения о требованиях к программному изделию ASK. Поскольку выпуск системы ASK планировался в расчете именно на такие условия работы, плановики и разработчики этой системы использовали данный план выпуска как официальный документ. Группа поддержки из фирмы ABC Computers также использовала его для подготовки рынков сбыта к предстоящему выпуску изделия. [19]
Извещения о календарных сроках содержат информацию как о ходе проектирования, так и о плане создания изделия, но, поскольку содержащиеся в них этапы ориентированы на изделие, извещения обычно подшиваются и подытоживаются на основе привязки к программному изделию. Если одновременно разрабатывается несколько программных изделий, выпускаемых как единое семейство, конечным этапом в извещении для каждого отдельного изделия будет начало испытаний класса А, а извещения будут относиться уже ко всему семейству программных изделий. В этом случае первые этапы, связанные, например, с пересмотром и утверждением соглашения о требованиях, также могут прослеживаться только по извещениям, относящимся к семейству изделий. [20]
Группа разработки участвует в пяти из шести предусмотренных фазовых обзоров. В фазовом обзоре I эта группа дает первоначальную оценку стоимости проекта и составляет предварительный график проектирования. На этом этапе целесообразно планировать только те расходы, которые необходимы для доведения проекта до этапа утверждения соглашения о требованиях, что позволит избежать перерасхода средств, если этот документ еще не будет утвержден или если придется в значительной степени пересмотреть характеристика программного изделия. [21]
В конце фазы исследований руководитель проекта передает на рассмотрение составленное им соглашение о требованиях. Администратор планирования проверяет его на совместимость с существующими планами и передает руководителю проекта результаты своего анализа. Группа обслуживания также изучает соглашение о требованиях с точки зрения потребностей в обеспечении научно-исследовательских работ техническими и другими средствами. Средства, приобретение которых занимает большой период времени, заказываются заранее, однако фактическая закупка осуществляется только после утверждения соглашения о требованиях. [22]
Подобных ловушек можно избежать, если использовать для прогнозирования опыт, накопленный в предыдущих проектах. На рис. 16.4 представлено семейство зависимостей затрат от этапов календарного графика для проектов различных масштабов. При планировании должны учитываться отличительные особенности кривых конкретного семейства, зависящих от затрат ( измеряемых человеческими ресурсами) и продолжительности проектирования. Отметим, например, что до момента утверждения соглашения о требованиях ( П20) в крупном и небольшом проектах требуется приблизительно одинаковое время, но после этой точки, продолжительность выполнения одних и тех же этапов существенно различается. Если бы по ординате были отложены абсолютные, а не относительные значения трудозатрат, картина их распределения была бы сходной с распределе-нием времени. [23]
В фазовом обзоре I начинает рассматриваться извещение о календарных сроках. В системе планирования и управления должно быть предусмотрено по крайней мере одно событие, относящееся к функции выпуска документации. На этом этапе необязательно готовить подробный план выпуска документации, так как начало и конец периода деятельности группы выпуска документации довольно точно определяются сроками выполнения работ в рамках других функций. На рис. 9.2 приведен сетевой график работы группы выпуска документации. После фазового обзора I эта группа фактически перестает участвовать в проекте вплоть до утверждения соглашения о требованиях. [24]