ответы на вопросы. Контрольные вопросы 1 Дайте понятие программного проекта и перечислите его специфические особенности
 Скачать 27.51 Kb.
|
|
Контрольные вопросы №1 Дайте понятие программного проекта и перечислите его специфические особенности. Программный проект- это комплекс взаимосвязанных работ, выполняемых командой проекта с целью получения уникального программного продукта или услуги в течение заданного периода при установленном бюджете и потребляемых в ходе реализации проекта ресурсах в условиях повышенного риска, требующих специфического управления. Специфические особенности направленность проекта на достижение конкретного конечного результата; уникальность проекта; ограниченность проекта по времени и ресурсам; структурная сложность проекта. №2 Приведите определение программного продукта. Перечислите свойства ПП как объекта интеллектуальной собственности. Программный продукт – совокупность записанных на носителях данных программных компонентов, являющихся продуктом промышленного производства, предназначенных для поставки, передачи или продажи пользователю, снабженных технической документацией, рекламными материалами, инструкциями по обучению пользователей, гарантийными обязательствами по сопровождению и обслуживанию. Характеристики ПП как объекта интеллектуальной собственности –нематериальная природа существования ПП; –ПП может обмениваться, но при этом не происходит его полное отчуждение; –ПП может быть неоднократно продан, при этом одновременно выступать объектом нескольких рыночных сделок; –не исчезает и не изнашивается в процессе использования. №3 Дайте понятия цели, результата и ограничений программного проекта. Перечислите и прокомментируйте требования к формулировке целей. Цели программного проекта следует определять в виде желаемого результата, достигаемого командой проекта, при его успешной реализации. При формулировании целей проекта необходимо обеспечить: Конкретность – четкость и однозначность понимания результатов Измеримость — возможность оценивания степени достижения результата, выраженного как в качественной, так и в количественной форме; Реальность — соизмерение возможностей команды проекта с факторами влияния внешней среды; Согласованность— единство мнений всех участников проекта в понимании конечного результата и координация действий по его достижению; Ограниченность по срокам— установление интервалов времени, по истечении которых необходимо оценивать промежуточные результаты проекта и определять степень достижения конечного результата. Желаемый результат ПП - проект должен быть реализован в нормативные сроки без превышения планового бюджета с заданными заказчиком функциональными и нефункциональными требованиями. Ограничения ПП - могут содержать следующие требования: обязательную сертификацию продукта, услуги; использование конкретной заданной программно-аппаратной платформы; специфические требования к защите информации. №4 Раскройте смысл характеристик «железного треугольника» при управлении программными проектами. В чем состоит процедура достижения компромисса между характеристиками? Формулирование желаемого результата программного проекта должно отражать конкретные бизнес-цели с учетом правила «железного треугольника» . Ни один из углов треугольника не может быть изменен без изменения других: например, чтобы уменьшить время, потребуется увеличить бюджет и/или сократить содержание. С учетом наличия рыночной конкуренции к трем основным характеристикам «железного треугольника» следует добавить четвертую — приемлемое качество, которое определяется в виде совокупности нефункциональных требований к ПП. В общем случае поиск компромисса состоит в нахождении баланса, приемлемого для всех сторон, связанных с проектом 1) заказчиков, которым нужна определенная функциональность в конкретные сроки при имеющемся бюджете; 2) исполнителей, которые обладают бюджетом, достаточным для реализации проекта в заданные сроки с расчетным уровнем трудоемкости проекта и соответствующим уровнем качества. Проект считается успешным, если он выполнен в срок в соответствии со спецификациями функциональных и нефункциональных требований в пределах запланированного бюджета. №5 Приведите понятие жизненного цикла программного продукта и назовите стандарты, регламентирующие этапы ЖЦ. Жизненный цикл программного продукта представляет собой непрерывный процесс, начинающийся с момента принятия решения о создании программного обеспечения и заканчивающийся в момент полного изъятия его из эксплуатации. В качестве документов, регламентирующих проектную деятельность, могут быть использованы: 1) Руководство к своду знаний по управлению проектами (Project Management Body of Knowledge — PMBOK) [2]; 2) ГОСТ Р ИСО/МЭК 12207-2010. Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств №6 Перечислите и прокомментируйте содержание девяти областей знаний стандарта РМВОК. Области знаний стандарта РМВОК управление интеграцией проекта (Project Integration Management) — разработка плана проекта, организация исполнение плана проекта, контроль изменений в проекте; управление содержанием проекта (Project Scope Management) — формальное принятие решения о начале проекта, планирование объема работ, декомпозиция всего объема работ на мелкие измеримые задачи,подтверждение объема работ, формальная проверка приемлемости результатов работы, изменение объема работ; управление сроками проекта (Project Time Management) сроками проекта — определение состава работ и их взаимосвязей, оценка длительностей работ, составление расписания проекта; управление стоимостью проекта (Project Cost Management) — планирование и оценка стоимости ресурсов, необходимых для работ; разработка бюджета, распределение затрат по работам проекта; контроль стоимости и управление изменениями бюджета; управление качеством проекта (Project Quality Management) — определение стандартов качества и средств для их достижения; плановая регулярная оценка исполнения производственных процессов; мониторинг результатов проекта, определение их соответствия стандартам; выявление и устранение причин несоответствия качества; управление человеческими ресурсами проекта (Project Human Resource Management) — идентификация, документирование и назначение проектных ролей участникам проекта и структуры их отчетности; подбор и получение необходимых для проекта трудовых ресурсов; распределение персонала по работам проекта; формирование планов повышения квалификации исполнителей проекта; стимулирование индивидуальной и командной производительности труда; управление коммуникациями проекта (Project Communications Management) — определение потребностей участников проекта в информации, планирование информационных потоков; регулярное и своевременное обеспечение участников проекта необходимой информацией; сбор и распространение отчетности о текущем состоянии проекта, достигнутом прогрессе и ожидаемых результатах; создание и утверждение отчетов, необходимых для формального завершения проекта или отдельных этапов проекта; управление рисками проекта (Project Risk Management) — разработку плана управления рисками, идентификация рисков, качественный и количественный анализ рисков, планирование реагирования на риски, мониторинг и контроль процессов управления рисками; управление закупками проекта (Project Procurement Management) — определение продуктов и услуг, привлекаемых извне для выполнения проекта; документирование требований к продуктам и услугам от внешнихпоставщиков; получение предложений, выбор поставщиков; регулирование отношений с поставщиками; подтверждение по выполнению условий контрактов; разрешение споров; №7 Перечислите и прокомментируйте содержание пяти этапов жизненного цикла программного проекта стандарта РМВОК. В стандарте PMBOK 5-th Edition описаны пять групп управленческих процессов, соответствующих этапам жизненного цикла проекта: 1) инициация, 2) планирование, 3) исполнение, 4) мониторинг и управление, 5) завершение. №8 Перечислите и прокомментируйте содержание процессов управления программным проектом стандарта ГОСТ Р ИСО/МЭК 12207-2010. планирование проекта Основными видами деятельности по реализации процесса планирования проекта являются: 1) инициация проекта (оценка потребности в результатах проекта, определение цели и ограничений, оценка степени осу- ществляемости проекта с учетом наличия требуемых ресурсов и сроков завершения проекта); 2) планирование проекта (разработка календарного пла- на/графика проведения работ; определение потребности в ресурсах и графика их поставки; распределение задач по исполнителям; определение рисков срыва как отдельных работ, так и проекта в целом; планирование мероприятий по обеспечению качества про- екта; определение затрат, связанных с выполнением проекта; вы- бор типа модели ЖЦ разработки программного продукта); 3) активизация проекта (определение и распределение пол- номочий членов проекта; оформление заявок на ресурсы, требуе- мые для выполнения проекта; организация исполнения проекта). оценка проекта и процесс управления Основная цель процесса заключается в определении состоя- ния проекта и гарантии того, что проект выполняется в соответ- ствии с календарным планом в пределах выделенного бюджета и удовлетворяет техническим параметрам качества. В составе процесса оценки проекта и управления проектом выделены сле- дующие виды деятельности: 1) мониторинг проекта (формирование и представление от- четов о ходе выполнения проекта как руководителем проекта, так и представителем заказчика); 2) управление проектом (анализ состояния проекта и при- нятие решений по ликвидации проблем, возникающих в ходе выполнения проекта; формирование отчетов о разрешении воз- никающих проблемных ситуаций); 3) оценка проекта (оценка проекта на соответствие вы- полнению установленных требований; оценка проекта на соот- ветствие календарным планам по сроку завершения, выделен- ному бюджету); 4) завершение проекта (оценка соответствия результатов проекта критериям, указанным в контракте, либо установлен- ным внутри организации; формирование отчетов по результатам завершения проекта). менеджмент решений Процесс менеджмента решений заключается в выборе из су- ществующих вариантов наиболее предпочтительного направле- ния проектных действий. В соответствии с принятым в органи- зации регламентом в составе процесса выделяются следующие виды деятельности: 1) подготовка решений (определение условий и потребно- сти (необходимости) в принятии решений; привлечение к при- нятию решений опытных экспертов; установление и распреде- ление ответственности и полномочий при принятии решения); 2) принятие и анализ решений (документальное описание проблемных ситуаций и вариантов действий по их ликвидации; оценка последствий альтернативных действий, выбор наиболее предпочтительной стратегии принятого решения; оформление от- четов о результатах принятого решения; ведение историй о воз- никающих проблемах и принятых решениях по их ликвидации). менеджмент рисков Процесс менеджмента рисков заключается в постоянном оп- ределении, анализе, обработке, мониторинге и реагировании на риски программного проекта. В составе процесса выделены сле- дующие виды деятельности: 1) планирование менеджмента рисков (разработка руко- водящих материалов, регламентирующих процесс менеджмента риска; распределение ролей и обязанностей, распределение ре- сурсов, оценка состояния, накопление знаний и опыта); 2) менеджмент календарного графика рисков (описание пороговых значений риска, определяющих условия, при которых риск может быть принят; мониторинг состояния риска по таким параметрам, как вероятность наступления, последствия прояв- ления порогового значения; рейтинг рисков; мероприятия по реагированию на риск); 3) анализ рисков (идентификация рисков по характеристи- кам, описанным в контексте менеджмента рисков; оценка веро- ятности и последствий проявления; оценка критичности риска относительно пороговых значений характеристик; определение и документирование стратегии управления); 4) обработка рисков (выбор и реализация одной из альтер- нативных стратегий управления (принятие, снижение, уклоне- ние, передача) в зависимости от критичности риска); 5) мониторинг рисков (мониторинг и оценка состояния рис- ка; анализ возможности проявления новых рисков и их потенци- альных источников); 6) оценка процесса менеджмента риска (сбор и анализ ин- формации об источниках и причинах проявления рисков и ис- пользуемых стратегиях реагирования; пересмотр содержания ме- неджмента рисков в плане его результативности и эффективности). менеджмент конфигурации Процесс предназначен для определения и поддержки в ак- туальном состоянии целостности всех выходных результатов проекта или процесса и доступа к ним заинтересованных лиц. менеджмент информации Процесс менеджмента информации обеспечивает предостав- ление заинтересованным участникам команды проекта в соот- ветствии с их полномочиями своевременной, полной, достовер- ной информации о ходе выполнения проекта на всех этапах его жизненного цикла. процесс измерений Процесс измерений заключается в сборе, анализе информа- ции и составлении и предоставлении отчетов участникам проек- та как о состоянии процессов по разработке продукта, так и тех- нических характеристиках самого продукта. |