Комаров В.В., Гараган С.А. Архитектура и стандартизация ИТС. Зарубежный опыт и отечественная практика (2012) (1142010), страница 17
Текст из файла (страница 17)
Каждый процессописан, определены ключевые действия и результаты, которые должны бытьполучены.2. Процессы управления проектом, такие, как планирование проекта,риск-менеджмент и управление конфигурацией не показаны в «V» диаграмме, потому что относятся ко многим различным шагам в «V». Эти процессы используются, чтобы планировать, контролировать и управлять проектомИТС так, чтобы он был закончен вовремя и в рамках бюджета.Проекты ИТС идентифицируются и финансируются посредством транспортного планирования и программирования/ бюджетирования процессов вкаждом штате, планируемом регионе (например, столичный планируемыйрегион) и агентстве. «V» диаграмма и процесс системной инженерии начинаются, как только определена потребность в проекте ИТС.
Ранние шаги в «V»определяют границы проекта, выполнимость и приемлемость, а также затраты и эффективность проекта. Эти начальные шаги фактически обеспечиваютпланирование и программирование/ бюджетирование, так как предназначены86для идентификации рисков высокого уровня, выгод и затрат и инвестиционной привлекательности. Последующие шаги обеспечивают выполнение проекта, затем переход к функционированию и ее поддержке, изменениям и модернизации, и окончательный вывод из эксплуатации или замену системы.Техническая документация, используемая в процессе «V» системной инженерии, представлена в таблице 1.5.ПРОЦЕССЫ УПРАВЛЕНИЯ ПРОЕКТОМ ИТСВ дополнение к шагам процесса, идентифицированным в «V», есть несколько процессов по управлению проектом и контролю, которые важны сточки зрения успеха проекта. Планирование проекта, его мониторинг и контроль, управление рисками и процессы управления конфигурацией являютсяключевыми компонентами системной инженерии.Планирование проектаПланирование проекта устанавливает мероприятия, ресурсы, бюджет ивременной график проекта.
Результатом этого процесса начинающегося на начальных стадиях жизненного цикла проекта, является создание двух главныхпланов: плана проекта (Project Plan – PP) и плана управления системной инженерией (Systems Engineering Management Plan – SEMP). Оба эти документа должны быть написаны таким образом, чтобы новый участник проектнойгруппы мог понять тип и область проекта, обязанности основных участников,вопросы укомплектования персоналом, график и бюджет, а также процессы,которые будут управлять проектом.
Как правило, имеется несколько дополнительных планов (например, план риск-менеджмента и план управления конфигурацией), которые являются либо приложениями к PP или SEMP, либо самостоятельными документами, в зависимости от размера и сложности проекта.План проектаПлан проекта определяет, как проект будет управляться и контролироваться с программной точки зрения. Он формирует подробные планы решенияадминистративных и технических задач.
Для каждой проектной задачи документируется, что должно быть сделано, кем, за счет каких ресурсов, когда,как (процессы, подлежащие использованию). При необходимости заключения контракта, план будет или создан агентством до заключения контрактана проект или станет первым результатом работ, выполненных подрядчикомв начале проекта.План проекта должен включать цель и краткий обзор проекта, описания задач, ресурсов и бюджета, ассигнованного для каждой задачи, комплектующие играфик проекта.
Он должен также включать план бюджета, который оценивает87ССССUUССССUUUUUUUUШаги процессаСССUUСUUUUUС – разработка документацииU – первичное использование/ уточнение документацииПрограмма изъятия системыСUПлан переходаПлан и процедуры эксплуатации итехнического обслуживанияПроцедуры валидации системыССUUСUUUUПлан поставок и инсталляцииСUСПланы испытаний модулей/ устройствПланы разработки программного иаппаратного обеспеченияПроцедуры верификацииСUUСПлан приемки подсистемUUСПлан интеграцииДокументацияПланы верификации подсистемСпецификации интерфейсаДетальные проектные спецификацииАрхитектурный проект высокого уровняПлан приемки системыМатрица прослеживаемостиПлан верификации системыДокумент системных требованийПлан валидации системыКонцепция функционированияСоответствующая часть РегиональнойАрхитектуры ИТСИзучение реализуемостиДокументацияШаги процессаТаблица 1.5.
Техническая документация в процессе «V» системной инженерии.4.1 Использование Региональной Архитектуры ИТС4.1 Использование Региональной Архитектуры ИТС4.2 Изучение реализуемости /Исследованиеконцепции4.2 Изучение реализуемости /Исследованиеконцепции4.5 Системный проект4.5 Системный проект4.3 Концепцияфункционирования4.3 Концепцияфункционирования4.6 Разработка и тестирование программного иаппаратного обеспечения4.6 Разработка и тестирование программного иаппаратного обеспечения4.4 Системныетребования4.4 Системныетребования4.7 Интеграцияи верификация4.7 Интеграцияи верификация4.8 Начальноеразвертывание4.8 НачальноеразвертываниеUСUUUUU4.10 Функционированиеи поддержка4.10 Функционированиеи поддержка4.9 Валидациясистемы4.9 Валидациясистемы4.11 Изъятие / замена4.11 Изъятие / замена8889ежегодные/ежемесячные затраты и определяет источники поступления фондов,организацию проекта, так же как роли и обязанности участников проекта.
Еслиесть какие-либо интегрированные команды продукта (Integrated Product Teams,IPTs), которые будут использоваться в проекте, их миссия и членство должныбыть описаны. План проекта должен включать список всех документов, которыебудут разработаны, ключевые отметки, и формальные встречи. Должны бытьприложены описания процесса или блок-схемы, определяющие управлениепроектом. Полезно составить таблицу, которая идентифицирует владельца илилидера для каждого процесса и документа, заинтересованные организации. Всеинструменты, которые будут использоваться для управления проектом, должныбыть перечислены наряду с ключевыми проектными критериями качества работы, которые будут прослежены, чтобы контролировать бюджет и график работы.Вообще, план проекта – это руководство по управлению выполнением проекта,который должен быть формально рассмотрен и одобрен всеми главными заинтересованными лицами до начала проекта.План управления системной инженериейПлан управления системной инженерией (SEMP) является планом высокого уровня по управлению мероприятиями системной инженерии для производства законченной функционирующей системы на основе начальных требований.
Так же, как план проекта определяет, как будет выполнен проект вцелом, SEMP определяет, как будет выполняться и управляться техническаячасть проекта. Он описывает, как действия системных проектировщиков,инженеров-испытателей и других инженерных и технических дисциплин будут объединяться, проверяться и управляться во время полного жизненногоцикла. Для маленького проекта SEMP мог бы быть включен как часть планапроекта, но для любого проекта большего размера или сложности рекомендуется отдельный документ.Информация, содержащаяся в SEMP, может быть организована по-разному,но вообще она должна включать вводную часть (включая описание системы,график высокого уровня и соответствующие документы), техническое планирование и контроль, процессы системной инженерии, адаптированные для проекта, и планы координирования усилий различных технических дисциплин повыполнению проектных задач.
SEMP и план проекта должны быть согласованы, что обеспечивается перекрестными ссылками в этих документах.Техническое планирование и контрольЭтот раздел описывает, как проектом будут управлять с точки зрения системной инженерии. Он включает организационно-функциональную схему,технические воздействия и контрольные операции, которые будут проводиться во время жизненного цикла проекта, стратегию испытаний системы,90измерения технических характеристик, подлежащих контролю, конфигурацию и стратегию управления данными, стратегию риск-менеджмента иидентификацию любых критических пунктов, которые могут потребоватьспециального риск-менеджмента.Кроме того, имеется ряд других планов, которые должны быть разработаны вскоре после начала жизненного цикла проекта. В зависимости от размераи сложности проекта, планы могут быть небольшими и включены в SEMP,или SEMP может сослаться на них как на автономные документы. SEMP должен идентифицировать все соответствующие проектные документы.
Планы,которые должны быть описаны или иметь ссылки в SEMP, включают:• план контроля интерфейса, описывающий природу внешних интерфейсов и обязанности организаций по каждой стороне интерфейса;• план системной интеграции, описывающий стратегию того, как программное и аппаратное обеспечение, которые включают каждую подсистему, будет объединено с другими подсистемами, чтобы сформировать полную систему и включающий зависимости и функциональныевозможности на каждой стадии в интеграции;• план верификации системы и подсистем, описывающий, как требования будут проверены для системы и каждой подсистемы.
Этот планможет также включать лабораторно-испытательную базу, требуемыеинструменты и условия;• системный план валидации, описывающий подход, который будет использоваться, чтобы подтвердить завершение проекта;• планы развития программного и аппаратного обеспечения, описывающие средства, инструменты и процессы, которые будут использоваться, чтобы произвести программное и аппаратное обеспечение проекта,включая развитие пользовательского программного обеспечения/аппаратных средств и приобретение коммерческого программного обеспечения/аппаратных продуктов;• план инсталляции, описывающий логистику системного развертывания и процессов установки;• • план эксплуатации и технического обслуживания, описывающий организацию, укомплектование персоналом и процессы, необходимыедля того, чтобы управлять развернутой системой, включая обслуживание, планы технического обновления, процесс совершенствования ипроцедуры;• другие планы, такие как план обучения, план обеспечения безопасности могут также быть необходимы, чтобы удовлетворять специальнымтребованиям к проекту.91Процессы системной инженерии – этот раздел SEMP описывает процессы, которые будут использоваться для выполнения различных шагов системной инженерии.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
