|
Оценки проекта, используемые при планировании, должны охватывать:
стоимость реализации соответствующих процессов;
инфраструктуру;
потребности в ресурсах;
оценку и контроль качества;
управление риском;
обеспечение среды программной инженерии;
задания, выполняемые в каждом процессе или работе.
Планирование является постоянной, повторяющейся работой, при выпол- нении которой оценивают, уточняют и корректируют ход проекта.
Таким образом, дополнительно к минимальному содержанию, определен- ному в стандарте ИСО/МЭК 12207, планы выполнения процессов должны со- держать:
роли и обязанности соответствующих сторон, участвующих в проекте;
выбор модели ЖЦ ПС;
подлежащие выполнению работы и задачи;
перечни всех проектных результатов (продуктов), подлежащих постав-
ке;
критерии завершения работ и задач;
перечни окончательных отчетных материалов;
перечень отчетных материалов по стоимости и графикам проведения
работ;
средства организации работ по управлению, выпуску продукта и син- хронизации работ;
периодичность и способы выдачи отчетных материалов;
перечень отчетных материалов по проблемам и выполнению работ и за-
дач;
требования к ресурсам и их наличие.
Соответствующие планы должны быть разработаны администраторами
процессов и привязаны к плану управления программным проектом (см. задачу
в табл. 2 и содержание плана управления в п. 2.2.2 пособия). Они могут быть оформлены в виде отдельных планов или включены в план управления программным проектом. Администратором проекта ПС должна быть определе- на отчетность по вспомогательным процессам.
При планировании критериев управления качеством ПС (см. содержание планов выполнения процессов, приведенное в п. 2.4.1 пособия) определяются контрольные точки проекта и результаты, установленные для этих точек. Для данных точек должны быть запланированы необходимые отчеты и выходные результаты вспомогательных процессов.
Основным источником для анализа возможностей и эффективности про- цессов в организации, рабочих характеристик данного проекта и обобщения полученного опыта являются архивные данные по проекту. Эти архивные дан- ные должны образовывать общую базу данных организации. Их следует посто-
янно использовать для усовершенствования процессов ЖЦ этой организации и отдельных проектов. В каждой организации должна быть создана официальная система для сбора, анализа, обобщения, архивирования и поиска архивных дан- ных по проектам.
Советы по специфике программных средств при планировании:
в проектах программных средств стратегия эффективного управления конфигурацией является ключевой (критичной); поэтому для управления изме- нениями ПС могут быть использованы следующие стратегии:
определение пороговой величины изменения в стоимостном вы- ражении, позволяющей вносить изменение в ПС без пересмотра кон- кретного договора;
использование пакетов изменений, облегчающее их внесение в ПС с минимальной корректировкой графика работ и обеспечивающее максимальную стабильность ПС;
установление соглашений по взаимосвязям для всего проекта в части проблем, связанных с неясностью, неточностью, изменчивостью или непроверяемостью требований;
следует учитывать трудности прогнозирования последствий внесения изменений в программные системы и управления этими последствиями;
большинство моделей стоимости основано на оценке объема ПС; по- этому важной является проблема определения конкретного объема ПС и адап- тации (уточнения) заданной модели стоимости к конкретному проекту; при этом должно быть учтено следующее:
данные для модели собирают по ранее реализованным проектам;
для реализации и интерпретации модели используют экспертов;
при отсутствии адаптации модели с учетом опыта организации данная модель может давать ошибку на порядок;
при оценке окончательной стоимости проекта не следует ис- пользовать только модель стоимости; необходимо учитывать также опыт предыдущих проектов;
ПС следует представлять в виде пакета; это повышает его эффектив- ность как в целом, так и при тиражировании, распространении, инсталляции, тестировании и эксплуатации;
планы по ПС должны быть взаимоувязаны с планами по техническим средствам системы и должны контролироваться совместно; должны быть увя- заны контрольные точки по данным планам;
планы по ПС должны быть взаимоувязаны с планами заказчика, а также планами основных технических средств и среды;
при представлении ПС нужно определить:
проводится ли сопровождение данного ПС и допустимы ли его модификации;
права собственности (гарантии, интеллектуальные права, патен- ты, авторские права).
Третьей работой процесса управления в соответствии с ИСО/МЭК 12207
является выполнение и контроль (см. работу 7.1.3 в табл. 26 пособия).
Эта работа начинается после получения администратором программного проекта полномочий по расходованию денежных средств.
При реализации контрольной части данной работы администратор должен отвечать за надзор, обеспечивающий обнаружение и анализ отклонений от за- планированного выполнения конкретного контролируемого процесса, и внесе- ние корректировок в ход данного процесса. Инструментарием надзора и кон- троля выполнения процесса являются измерения ПС по соответствующим пока- зателям, контроль вносимого изменения, оценки и аудиторские проверки про- граммных процессов и продуктов. Измерения ПС могут быть использованы для проверки соответствия ожидавшихся функций программного продукта его функциям при эксплуатации, а также для проверки достигнутых уровней харак- теристик качества и их соответствия требуемым уровням.
В ходе данной работы процесса управления должно выполняться также управление проектным риском. Оно охватывает неопределенности при плани- ровании проекта и требует структурированного подхода. Целями данного управления является минимизация воздействия потенциально неблагоприятных событий и выработка предложений по совершенствованию проекта. Риск свя- зан либо с проектными процессами и инструментальными средствами, либо с соответствием продукта целям проекта.
Do'stlaringiz bilan baham: |
