ГОСТ РИСО 17573—2014
Концептуальная модель не подразумевает и не передает под мандат.’ требование того, чтобы всегда была
отдельная организация для каждого абстрактного объекта в любой реальной системе. В зависимости от опреде
ленных деловых соглашений и получающихся организационных моделей, абстрактный объект может иметь или
может не иметь прямых дубликатов в реальном мире.
Эта модель является одной моделью, которая в состоянии полностью поддерживать транспортную систему,
будучи совместимой с моделями, используемыми в финансовом мире (банковским деле). В рамках настоящего
национального стандарта никакие предположения не должны быть сделаны относительно присутствия или от
сутствия конкурирующих организаций, стремящихся занять какие-либо роли. Следовательно, эмитент мог бы дей
ствовать как эмитент для одной или более систем сбор платы за проезд, например, нескольких или всех систем на
национальном уровне. Точно также одна или несколько организаций могут действовать как провайдеры сервисов
или агентов сбора платы за проезд. Однако, вероятно, будет меньше операторов очистки, чем системы EFC.
Внутренняя цепочка потоков в рисунке В.1 (против часовой стрелки) соответствует потоку данных, внешний
круг (по часовой стрелке) — потоку службы и денежному потоку.
В.2 Согласование между настоящей и предыдущей концептуальными моделями
В то время как новая модель системы, описанная в настоящем стандарте, является функциональной
моделью, предыдущая модель EFC была моделью, описанной с организационной точки зрения. Однако предыду
щая модель объекта также имела некоторые описательные роли, и сравнение между двумя моделями EFC осно
вывается на ролевых описаниях этих двух моделей.
Обеспечение сервиса оплаты касается ролей, выделенных объектам «эмитент» и «агент сбора платы» в
предыдущей модели системы.
Использование сервиса сбора платы за проезд покрывает роли, выделенные объекту «пользователь».
Взимание платы покрывает роли, выделенные объектам «сервис провайдер» и «оператор взыскания
штрафов».
Управление средой взимания платы покрывает роли, выделенные объекту «третья сторона». Это также по
крывает несколькодругих ролей, не определенных в предыдущей модели. Следовательно, новая функциональная
модель дает более корректное и обновленное изображение среды взимания платы.
У «оператора обработки данных» в предыдущей глодали есть роль, не определенная в новой функциональ
ной модели. Причина этого состоит в том. что роль, как находят, является лишней. В некоторых случаях несколь
ко операторов могут реализовать оборудование, которое собирает, сортирует, инициирует и распределяет фай
лы транзакции и списки исключения между междугородным поставщиком услуг и междугородными
операторами взимания платы, при этом это является операционным и техническим решением для передачи
данных между операторами.
Сравнение ролей показано на рисунке В.2.
Рисунок В.2 — Сравнение ролей
48