Государственный

Советы по специфике программных средств при выполнении и контроле:

• 
  исправление ошибочного графика работ не должно отрицательно влиять на эффективность, стоимость или риски проекта;
  
• 
  увеличение персонала по сравнению с предыдущим проектом следует проводить постепенно, в зависимости от возможностей нового персонала;
  
• 
  для уменьшения риска целесообразно провести демонстрации, позво- ляющие заказчикам и покупателям оценить функциональные возможности про- граммного продукта до выбора его поставщика (сущность демонстрации опи- сана в подразд. 4.5 пособия);
  
• 
  целесообразно использовать макетирование для разработки части функ- ций ПС, чтобы продемонстрировать реализуемость его функциональных воз- можностей в целом (примеры макетирования рассмотрены в подразд. 4.8 посо- бия);
  
• 
  работы по проектированию критических систем не следует проводить без наличия достаточных экспертных знаний в предметной области и соответ- ствующей программной инженерии;
  
• 
  при реализации проекта следует совместно с заказчиком проводить ана- лизы базовой линии требований к ПС, обеспечивающие соответствие целям проекта или их корректировку по стоимости, срокам или эффективности;
  
• 
  численность персонала и количество рабочих групп должны быть увя- заны с объемами финансирования и графиком работ по проекту;
  
• 
  необходимо установить методы определения эффективности проекта,
  

позволяющие своевременно обнаружить нарушения установленных ограниче- ний стоимости и графика работ по проекту;

• 
  следует избегать необоснованного изменения персонала при выполне- нии конкретных заданий;
  
• 
  необходимы постоянные контакты с заказчиком во избежание неожи- данных изменений в стоимости, графике работ и эффективности проекта.
  

Четвертой работой процесса управления в соответствии с ИСО/МЭК 12207
является проверка и оценка (см. работу 7.1.4 в табл. 26 пособия)).
Работу по проверке и оценке дополняют вспомогательные процессы ЖЦ ПС из стандарта ИСО/МЭК 12207.
Администратор программного проекта должен отвечать за проведение оце- нок продуктов и планов:

• 
  по результатам анализа продуктов, работ и задач;
  
• 
  на соответствие планам, принципам, методологии и технологии управ- ления программным продуктом;
  
• 
  в части документирования планов и обязательств;
  
• 
  в части удовлетворения их установленным требованиям;
  
• 
  в части готовности для перехода к следующему процессу, работе или задаче.
  

Основой для отслеживания процессов и работ по проекту должны являться планы управления программным проектом.
Необходимо выполнять периодические анализы и оценки хода выполнения и завершения заданий (задач). Администратор должен подтвердить соответст- вие прогнозируемых и реальных функций программного продукта требуемым функциям. Администратор должен определить набор измерений ПС в ходе ЖЦ ПС. Ход работ должен быть определен по фактическим измерениям объема продукта, объема работ, их стоимости и графику выполнения.
Администратор программного проекта должен разработать также про- грамму измерений ПС для выявления, количественного определения и оценки риска. Необходимо выбрать систему измерений программного риска, обеспечи- вающую его определение в ЖЦ ПС. Проверки и оценки должны быть проведе- ны для определения технического и финансового риска.
Проверки проектных работ процесса разработки должны быть основаны на проверках функционального или технического уровня (например характери- стик качества ПС) и использованы при проведении общей оценки проекта.
Необходимо документально оформить наиболее существенные проблемы, рассмотренные в ходе проверок и оценок, и решения, принятые по ним.
Для управления проектом необходимо выработать рекомендации по эле- ментам, основам и практическому применению систем качества.
Советы по специфике программных средств при проверке и оценке:

• 
  следует учесть, что следствием любого нарушения графика работ, предшествующих тестированию, без соответствующей корректировки даты по- ставки может быть недостаточно полное тестирование продукта;
  
• 
  всеобъемлющий план тестирования должен быть определен в начале ЖЦ проекта;
  
• 
  должны быть установлены строгие правила регистрации, хранения, мо- дернизации, резервирования и сопровождения программ, тестовых данных и среды тестирования;
  
• 
  должна быть разработана стратегия возврата к исходному состоянию при тестировании модификаций продукта;
  
• 
  необходим интегрированный план сборки системы и модулей ПС в со- ответствии со стратегией выпуска версии системы;
  
• 
  должно быть представлено подтверждение функциональных возможно- стей ПС и основной системы, показывающее их явное соответствие потребно- стям покупателя;
  
• 
  для обеспечения процесса управления следует ориентироваться на кон- трольные примеры и их результаты, используемые в процессе разработки.
  

Пятой работой процесса управления в соответствии с ИСО/МЭК 12207 яв- ляется завершение (см. работу 7.1.5 в табл. 26 пособия).
В данной работе следует использовать следующие полученные ранее ре- зультаты:

• 
  результаты приемочных испытаний, верификации и аттестации ПС и его измерений;
  
• 
  отчеты об обеспечении качества ПС и результаты эксплуатационного тестирования;
  
• 
  отчеты о неисправностях ПС;
  
• 
  результаты аудиторских проверок;
  
• 
  результаты приемки и окончания процесса, работы или задачи;
  
• 
  замечания поставщика или заказчика и результаты взаимодействия с ним.
  

По окончании данной работы должны быть выданы предложения по со- провождению базовых линий и других документов проекта.
Данная работа может выполняться также между процессами, работами и задачами. Например, по окончании этапа проектирования ПС, в который входят работы 5.3.5 – 5.3.6 из стандарта ИСО/МЭК 12207 (см. рис. 7 пособия), можно провести анализ его результатов и состояния проекта с целью:

• 
  определения возможности перехода к следующему этапу;
  
• 
  обнаружения и коррекции неправильной стоимости этапа.
  

При выполнении каждого проекта и по его завершении необходимо обоб- щить и проанализировать полученный опыт и обеспечить его доступность всей организации для совершенствования соответствующих процессов этой органи- зации. Данные по проекту следует сохранять в базе данных предприятия. Это поможет внедрять методы управления и процессы жизненного цикла ПС при любых изменениях технологий жизненного цикла.

6.