Комаров В.В., Гараган С.А. Архитектура и стандартизация ИТС. Зарубежный опыт и отечественная практика (2012) (1142010), страница 18
Текст из файла (страница 18)
Он может включать обеспечение соответствия проектатребованиям стратегического Раздела VI Правила 940.11/FTA FHWA.Раздел должен включать определение всех рискованных областей, включая критические технологии, которые могли бы создать проблемы в системе.SEMP включает список методов, которые будут использоваться во время разработки (например, инструмент прослеживаемости требований).Координация технических дисциплинЭтот раздел описывает, как будут объединены различные входы в мероприятия системной инженерии и как соответствующие дисциплины будутскоординированы с этими мероприятиями.
В сложном проекте используютсямногочисленные технические дисциплины, способствующие успеху проекта.Например, для проектов, имеющих пользовательский интерфейс, проработка удобства использования человеком является входом в проект, требующимобеспечения удобства в использовании и интуитивных свойств. В случае системной надежности специалисты должны оценить проект, чтобы удостовериться, что надежность задана эксплуатационными требованиями.
В SEMPбудут зафиксированы зависимости между этими различными техническимидисциплинами и жизненным циклом проекта. Это поможет системному инженеру удостовериться, что вход требуется от каждой технической дисциплины своевременно и что к различным техническим решениям привлекаютсясоответствующие специалисты.ПРИМЕНЕНИЕ СИСТЕМНОЙ ИНЖЕНЕРИИТрадиционный жизненный цикл проекта и системная инженерияТранспортные проекты идентифицируются и финансируются на этапахтранспортного планирования и программирования/бюджетирования. Проекты осуществляются, используя процесс, подобный традиционному процессуразработки капитального проекта, показанному на рис.1.14, но процесс, используемый для проектов ИТС, будет зависеть от типа проекта. Например,проекты ИТС, которые устанавливают только полевое оборудование (например, дорожные знаки с переменной информацией) использовали бы процесс,который является очень близким к традиционному процессу, показанному нарис.1.14.
Проекты ИТС, которые включают разработку и интеграцию аппаратного и программного обеспечения, потребовали бы дополнительных исследований системной инженерии, которые будут существенными расширениями традиционного процесса.92ИнициированиепроектаПредварительнаяразработкаПланы, технические требованияи оценкиСтроительствоЗавершениепроектаРисунок 1.14.
Традиционный процесс разработки транспортного проектаВ то время как процессы разработки проекта изменяются в зависимостиот штата и от организации в каждом штате, процесс разработки транспортного проекта имеет тенденцию включать одни и те же главные шаги.На этапе инициирования проекта определяется менеджер проекта, набирается проектная группа и разработка проекта включается в план. Разрабатывается проект высокого уровня, оцениваются затраты, и заполняются формыдля получения одобрения проекта спонсирующими и финансирующими организациями.
Для FHWA и FTA это критическая точка в процессе, когда одобрение работ дано и федеральные фонды привлечены.В традиционном капитальном процессе в зависимости от типа проекта наследующем этапе предварительной проработки выполняются экологические,правовые и другие исследования. Эти исследования приводят к лучшемупониманию проектных требований и ограничений. Проекты ИТС, которыевключают строительный компонент, потребуют, чтобы эти и дополнительныетехнические исследования полностью определили проектные требования длячасти проекта, относящейся к ИТС.
Отметим, что с точки зрения федеральной помощи, предварительная разработка также включает планы, технические требования и оценки (plans, specifications and estimates – PS&E). PS&Eздесь разделяется, чтобы дифференцироваться между ориентированными натребования и ориентированными на проект шагами в традиционном процессе разработки проекта.На следующем этапе документируются подробные проектные техническиетребования, оценки материальных потребностей и связанные затраты. В традиционном строительном проекте этот шаг предоставляет компаниям всю информацию, они должны разработать точное предложение. Строительные элементы в проекте ИТС также потребуют традиционной проектной документации(например, листы расположения, планы и представления возвышения, деталипоперечного сечения).
Проектная документация требуется для компонентов аппаратного и программного обеспечения в проекте ИТС, но она принимает форму проекта высокого уровня, спецификации интерфейса и детализированныхспецификаций аппаратного и программного обеспечения.После разработки проекта традиционным методом начинается этапстроительства сооружений.
В проекте ИТС он включает приобретение ивнедрение аппаратных средств, программного обеспечения и обеспечива-93Рисунок 1.15. Системная инженерия как расширение традиционного жизненного цикла проекта.94ющих продуктов (например, руководства, рабочие процессы и обучение).Этот шаг также включает и инспекцию сооружений, интеграцию и испытание развернутой системы.На стадии завершения проекта, после проверки, законченный проектпринимается, построенные объекты сдаются, файл проекта завершается, азаключительная проектная документация представляется для аудита передокончательным расчетом.Отображение системной инженерии в жизненном цикле проектаПроцесс реализации транспортных проектов, используемый большинством организаций, уже сегодня включает много важных особенностей процесса системной инженерии.
Это позволяет внедрять процесс системногопроектирования, расширяя существующий в организации процесс разработки проектов. Это соответствие традиционного процесса разработки транспортного проекта с процессом системной инженерии показано на рис.1.15.Создание этих типов взаимосвязей и основных направлений разработкиИТС в процессе разработки проекта агентств облегчает включение системной инженерии в процесс каждой организации.Хотя есть общие черты, есть также ключевые различия между традиционным процессом и подходом системной инженерии, которые нужно рассмотривать, планируя следующий проект ИТС.
Например, в традиционномпроцессе разработки транспортного проекта есть ясное договорное разделение между консультантом, который готовит планы, технические требованияи оценки (PS&E) и подрядчиком, который реализует проект. Это опасныйподход для многих проектов ИТС, в которых важно иметь больше связностив жизненном цикле разработки проекта так, чтобы подрядчик, который в конечном счете внедряет систему ИТС, ясно понимал основные пользовательские потребности и требования и имел свободу, чтобы осуществить самое выгодное решение. Например, подрядчик, который внедряет пользовательскоепрограммное обеспечение для проекта ИТС, должен также участвовать в егодетальной разработке.1.1.3.7. Основные выводы по результатам анализа опыта развитияИТС в СШАИсходя из вышеизложенного, можно сделать следующие выводы.1.
Федеральные органы власти США уделяют большое внимание развитию нормативной и нормативно-технической базы ИТС. Начиная с 1991 г.принято 3 федеральных закона, значительное число подзаконных актов, разработана и постоянно совершенствуется Национальная архитектура ИТС,95приняты Пятилетний план программы ИТС 2007 г., Стратегический планисследований по ИТС на 2010 – 2014 гг., Стратегический план программыстандартов по ИТС на 2011 – 2014 гг., около 100 стандартов. Указанныенормативно-технические документы, вообще говоря, не являются обязательными к исполнению, однако в случаях, когда проект ИТС хотя бы частичнофинансируется из федеральных источников, предусмотрена обязательностьсоответствия проекта указанным документам.2. Проведенные на начальных этапах разработки ИТС оценки показали,что институциональные и политические факторы представляют собой проблемы для развертывания, равные или большие, чем технологические проблемы.
Сообщество участников выявило, что включение ИТС в политику ипроцедуры транспортных органов и предприятий потребует институциональных сдвигов и изменений для более эффективной поддержки потребностейбыстрого технологического продвижения и развертывания. Со следующимобновлением программы по Закону TEA-21 1997 г. Министерство транспортаполучило указание Конгресса по смещению главного внимания программыИТС от приоритета исследований и разработок к одновременному преодолению политических и институциональных вызовов широкомасштабному развертыванию ИТС по всей стране.3.
В США создана развитая система управления программой ИТС. Законодательными актами, принятыми Конгрессом США, ответственность заразвитие программы ИТС возложена на Министра транспорта, т.е. основныморганом управления программой является Министерство транспорта США.В рамках министерства руководство программой ИТС осуществляет Администрация исследований и инновационных технологий, имеющая в своемсоставе специальное подразделение – Дирекцию программы ИТС, обеспечивающую повседневный контроль и управление программами, связанными сИТС, и инициативами всех администраций видов транспорта.На стратегическом уровне решения о программе ИТС принимаются Советом по менеджменту ИТС. Цель Совета состоит в том, чтобы руководитьи направлять Федеральную программу ИТС в соответствии с целями Министерства.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
