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