Комаров В.В., Гараган С.А. Архитектура и стандартизация ИТС. Зарубежный опыт и отечественная практика (2012) (1142010), страница 26
Текст из файла (страница 26)
Она должна управлять использованием грузовых трансперевозкамипортных средств и транспортировкой грузов. Использование другихвидов грузового транспорта также должно быть поддержано. Интерфейсобеспечения безопасности и возможностей действий в ЧС также долженбыть включен, чтобы обеспечить предоставление информации об опасныхгрузах. Должно быть обеспечено планирование маршрута этого и другихтипов грузов через интерфейс Области обеспечения помощи путешественнику в поездке.НаименованиеФункциональная область в Функциональной структуре Архитектуры FRAMEОбеспечениеподдержкиправопримененияТаблица 1.15. (продолжение)Часть ИТСФункциональная область в Функциональной структуре Архитектуры FRAMEВнешняяНаименованиеНомер НаименованиеОписаниеинформация6Обеспечение по- Эта функциональная область должна обеспечить функции, предоставлеПомощьПланирование мульмощи в поездке ния информации всем типам путешественников о транспортных услопассажирам тимодальной поездкипассажирами участникам до ее начала и в еевиях и о других видах транспорта.
Функции должны также обеспечитьдвиженияходе для частныхпланирование поездки перед ее началом, включая специальные маршрутылиц и водителей комдля транспортных средств аварийных служб и грузовых транспортныхмерческого транспорсредств. Также должен быть обеспечен выбор маршрута во время поездкита, а также обеспечевместе со способностью изменить маршрут по указанию путешественние информацией оника или при возникновении событий, которые влияют на транспортныйпоездкепоток через дорожную сеть.
Как часть процесса планирования поездки,функциональность должна обеспечить доступ к другим услугам, таким,как размещение на отдых, и к другим видам транспорта.• обеспечение функциональности с использованием различного аппаратного обеспечения в каждом подмножестве архитектуры ИТС. Так, например, для некоторой функции должна быть обеспечена возможность использования придорожного оборудования в архитектуре одного подмножестваили центральной системы или транспортного средства в другом. Это даетбольше шансов нахождения оптимального варианта при исследованиях различных конфигураций системы.Другими факторами, которые влияют на иерархические структуры, являются необходимость облегчения понимания функциональности и потребностьминимизировать потоки данных между функциональными областями.
[60]Физическая структура [63]Как только функциональная структура сформирована, команда архитектуры привязывает каждую функцию к физической структуре либо в пределах подсистемы (см. рис. 1.27), либо в пределах модуля, который являетсячастью подсистемы.
Как только это выполнено, может быть созданаспецификация компонента (подсистемы или модуля) из функций и хранилищданных, содержащихся в его пределах.Диаграмма контекста, разработанная как часть функциональной структуры, также относится и к физической структуре. Она показывает ИТСкак единый объект и связи, необходимые для функциональности, требующейкоммуникаций с внешними объектами.Физическая структура показывает, где физически должны быть расположены каждая функция и хранилище данных. Местоположения в качествепримера могут быть:Центральное – место, которое используется частями системы, чтобы собрать и управлять хранением и обработкой транспортных данных,данных о платежах, заказов на грузоперевозки, и/или формирования мер поуправлению дорожным движением, или инструкций по управлению парками,с человеческим вмешательством или без него, например, центр управления/информации о дорожном движении, или центр управления грузами и грузоперевозками.Придорожная область – место, которое используется элементами системы для обнаружения движения, транспортных средств и пешеходов, илисбора платежей, и/или формирования мер по управлению дорожным движением, и/или предоставления информации и команд водителям и/или пешеходам.Транспортное средство – устройство, которое способно к перемещению по дорожной сети и перевозке одного или большего количества людей(велосипеды, мотоциклы, автомобили, транспортные средства общественного транспорта) и/или грузов (фургоны и любой другой вид транспортно-134го средства, которое в состоянии перевозить грузы по дорогам), в которомчасти системы могут быть установлены во время изготовления или могутбыть смонтированы позже.Персональное устройство – носимое устройство, в котором можетбыть установлена часть системы так, чтобы оно могло легко использоваться (и иметь возможность перемещения) путешественниками в составеих личного имущества.Грузовое устройство – устройство, в котором может быть установлена часть системы так, чтобы это была неотъемлемая часть единицы перевозки грузов, например, грузовой контейнер, трейлер или кузов.Киоск – устройство, обычно располагаемое в общественном месте, вкоторое может быть установлена часть системы, чтобы обеспечить путешественникам ограниченный и контролируемый доступ к некоторым изее средств.Но могут использоваться и другие обозначения, например, название здания вместо «Центрального», чтобы обеспечить ясность понимания.Пример ниже (рис.
1.19) показывает вышеупомянутые функции и хранилища данных, относящиеся к подсистеме X или к подсистеме Y. Вследствиеэтого два функциональных потока данных FDFi и FDFj теперь должныпройти между этими двумя подсистемами и таким образом образоватьединый физический поток данных.Рисунок 1.19. Физическая структура.135Коммуникационное обеспечениеКак можно заметить из рис. 1.19, следствием распределения функциональности по подсистемам (и модулям) является то, что немедленностановится ясно, какие функциональные потоки данных лежат в пределах подсистемы (или модуля), а какие проходят между одной подсистемой и другой или между одним модулем и другим. Те, которые проходятмежду подсистемами или модулями, составляют физические потокиданных и представляют канал связи между подсистемами и/или междумодулями.Так как подсистемы, по определению, расположены в различных местах(например, в центре организации дорожного движения, в придорожной зоне,в транспортном средстве), можно разработать коммуникационные спецификации, анализируя содержание каждого физического потока данных.Этот анализ может выявить, что для коммуникаций может использоваться существующий стандарт.
Альтернативно он может использоваться вкачестве основания для того, чтобы определить новый стандарт, если потребность в нем может быть согласована.Анализ физических потоков данных, которые проходят между ИТС итерминаторами, может также привести к «стандартным» интерфейсамдля конечных пользователей, которые могут играть важную роль в подтверждении того, что развернутая ИТС может использоваться таким жеобразом, как всюду, где они развернуты.ПрослеживаемостьВажная особенность методологии архитектуры FRAME – способностьобеспечить полную прослеживаемость в течение всего процесса. Нужно отметить, что услуги, содержащиеся в большинстве архитектур ИТС, обычноне могут развертываться одновременно, как по причинам стоимости, таки по причинам надежности (то есть одну услугу, вероятно, придется установить прежде, чем может быть включена другая).
Таким образом, при планировании развертывания компонентов и линий связи, идентифицированныхархитектурой ИТС, необходимо принять во внимание любые финансовыеограничения и ограничения надежности, которые может иметь предложенное развертывание.Матрица прослеживаемости может использоваться, чтобы показатьотношения между пожеланиями заинтересованных сторон и подсистемами и модулями в аппаратном обеспечении.
Это позволяет владельцамархитектуры ИТС быстро идентифицировать те компоненты, которыенеобходимы, чтобы обеспечить выполнение требований и достичь поставленной цели. Такая матрица позволяет определить, какие дополни-136тельные требования могут быть обеспечены данными подсистемами и/или модулями, сокращая потребность в дополнительных подсистемах и/или модулях.Почему FRAME является рамочной архитектурой? [63]Главной целью архитектуры FRAME является обеспечение развертывания ИТС в Европе на основе структуры, обеспечивающей систематическуюоснову для планирования внедрения ИТС, облегчения интеграции многочисленных систем и их взаимодействия, в том числе трансграничного.Архитектура FRAME достигает этой цели, создавая модель ИТС, обеспечивающей общий системный подход для создания подмножества интегрированных ИТС.
Она охватывает большинство приложений и услуг ИТС,которые в настоящее время используются или будут внедрены в Европе, и неустанавливает технических или организационных ограничений.Многочисленные копии объектовХотя в архитектуре FRAME есть только одна копия каждого элемента, ясно, что она должна предусматривать ситуации, требующие несколько идентичных компонентов. Это может быть достигнуто несколькимиспособами. Обычная практика, когда структура высокого уровня строитсяс использованием единственного «блока», используемого в неограниченномколичестве на различных объектах, например, оборудование дорожной инфраструктуры. Для обеспечения взаимодействия между смежными подмножествами, например, центрами управления дорожным движением, используются терминаторы «другая связанная система».
В архитектуре должныбыть идентифицированы потоки данных, передаваемыми терминаторамимежду такими компонентами, созданными на основе архитектуры FRAME.Требования пользователейВ первом приближении требования пользователей архитектуры FRAMEвыполняют роль системных требований для функциональной структуры,хотя практически многие из них приобретают законченную форму послетого, как функциональная структура создана. Они выполняют три связанных задачи:–– описание функций, выполняемых ИТС;–– обеспечение начального выбора функций для конкретного подмножестваархитектуры FRAME за счет перекрестной ссылки функций низкого уровня на одно или более требований пользователей. Нужно отметить, чтонет точной или однозначной корреляции между требованиями пользователей и функциями, и в большинстве случаев имеются только перекрестные ссылки на первичные функции, которые должны поддерживать их.137Только иногда могут быть также упомянуты вторичные функции, снабжающие данными первичные функции, так же как многие из них имеютсобственных поставщиков данных.Некоторые из требований пользователей не касаются функциональнойструктуры, но связаны с другими структурами или другими требованиями.Логически каждой функции высокого уровня соответствуют требованияпользователей, определяющие ее функции низшего уровня.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
