Фаза анализа осуществимости проекта

Фаза исследований (рис. 6.4) начинается тогда, когда подтверждается необходимость в изделии, и заканчивается, когда утверждены технические требования. Из рис. 6.4 также видно, что деятельность группы планирования наиболее активна именно в этой фазе, до начала фазы анализа осуществимости проекта.  [c.74]


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

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

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

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


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

Фаза анализа осуществимости проекта 26, 74—79, 103, 122, 178, 194  [c.383]

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

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

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

Фаза I Следует ли вкладывать ресурсы в проведение анализа осуществимости проекта  [c.81]

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


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

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

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

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

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

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

Фаза 1 - начальная стадия (start-up phase) предназначена для исследования анализа технической и коммерческой осуществимости проекта. Финансирование до 100 000 долл. США. Длительность Фазы 1 не превышает одного года.  [c.205]

Анализ на осуществимость и бизнес-план как предынве-стиционные этапы проекта. Предынвестиционная фаза (см. рис. 5.2) включает несколько этапов установление факторов, бла-  [c.205]

Смотреть страницы где упоминается термин Фаза анализа осуществимости проекта

: [c.34]    [c.109]    [c.178]    [c.194]    [c.96]    [c.43]   
Методы управления проектированием программного обеспечения (1981) -- [ c.26 , c.74 , c.79 , c.103 , c.122 , c.178 , c.194 ]