389
        
        
          1.2. План проекта. Проектная команда разбивает проект на стадии, уста-
        
        
          навливает стандарты и процедуры обеспечения качества работы, это получает
        
        
          одобрение руководящего ядра (если необходимо – проводится ревизия).
        
        
          1.3. Выполнение проекта. Проектная команда следует установленному
        
        
          порядку процесса для каждой стадии плана проекта. Руководящее ядро преодо-
        
        
          левает препятствия и обеспечивает нужные ресурсы.
        
        
          1.4. Оценка проекта. И руководящее ядро, и проектная команда ищут пу-
        
        
          ти улучшения продукта, улучшения проекта и проектного процесса.
        
        
          2. Процесс на уровне этапа.
        
        
          2.1. План этапа. Команда проекта разбивает этап на модули, приписывая
        
        
          каждый модуль члену команды, который представляет план руководящему яд-
        
        
          ру (при необходимости план пересматривается).
        
        
          2.2. Выполнение этапа. Проектная команда следует процессу на уровне
        
        
          модуля для каждого модуля этапа. План пересматривается по результатам оп-
        
        
          роса потребителей. Лидер команды преодолевает препятствия и обеспечивает
        
        
          ресурсы, поддерживая прогресс в соответствии с планом этапа.
        
        
          2.3. Оценка этапа. Команда проекта рассматривает пути улучшения про-
        
        
          дукта этапа, улучшая план этапа и процесс проектирования.
        
        
          3. Процесс на уровне модуля.
        
        
          3.1. План модуля. Программист (или старший разработчик) разрабатывает
        
        
          детальную методику и тестовую программу для проектной команды или план
        
        
          работы по модулю.
        
        
          3.2. Выполнение модуля. Программист следует разработанной методике, вы-
        
        
          полняет план, который может пересматриваться по замечаниям проектной команды.
        
        
          3.3. Оценка модуля. Лидер команды и старший программист рассматри-
        
        
          вают пути улучшения продукта модуля, улучшения плана этапа, улучшения
        
        
          процесса проекта.
        
        
          В любом проектировании возникает проблема специфицирования в нача-
        
        
          ле проекта. Существует пять способов блокирования этой проблемы:
        
        
          1. Планирование осуществляется по частям. Наиболее полно и почти что
        
        
          с минутной разбивкой во времени осуществляется планирование начальных
        
        
          частей проекта, а с большей свободой – последующих. Проект, как правило,
        
        
          разбит на двухнедельные части (модули).
        
        
          2. Каждый модуль проекта превращается в законченную рабочую систему
        
        
          определенного функционального назначения и сразу же тестируется. Это зна-
        
        
          чительно выгоднее, чем организовать большое тестирование в конце этапа про-
        
        
          екта. В конце каждого модуля предусмотрена его интеграция в остальной про-
        
        
          ект. Имплентатор включает новые блоки программ в систему программных
        
        
          блоков проекта и делает ее новую версию для остальной проектной команды.
        
        
          На каждом уровне планирования выделяется отдельное время для ревизии вы-
        
        
          полненного пользователем и старшим по должности.
        
        
          3. Объектная технология, которую применяет
        
        
          
            SIL
          
        
        
          , хорошо встраивается в
        
        
          итеративный характер разработки.
        
        
          4. Быстрое создание прототипов и испытание созданной части проекта