ATIS - Alliance for Telecommunications Industry Solutions
Alcance
UOM-ASR Volumen II describe el análisis detallado del modelo informativo y de comportamiento dentro de un Modelo de Orden Unificado. Además, define a un nivel más detallado los requisitos comerciales y los requisitos de los sistemas necesarios para realizar actividades de pedidos de manera eficiente a través de una interfaz electrónica. Esto incluye una combinación de la solicitud de servicio previa al pedido y las actividades posteriores a la confirmación. Específicamente @ UOM-ASR Volumen II-Análisis describe el pedido de servicios de acceso como se define en UOM-ASR Volumen I y las Pautas de pedido de servicios de acceso (ASOG). Ambos conjuntos de requisitos comerciales se desarrollan y mantienen dentro del Foro de pedidos y facturación (OBF) bajo los auspicios del Comité de soluciones de pedidos/Subcomité de pedidos de servicios de acceso. Además, el Comité de Soluciones de Pedidos/Subcomité de Pedidos de Servicios de Acceso mantiene varios otros documentos de requisitos que han proporcionado información adicional sobre el desarrollo del Análisis del Volumen II de UOM-ASR. El análisis del Volumen II de UOM-ASR contendrá los modelos informativos y de comportamiento que brindan al lector una amplia comprensión de los pedidos de servicios. Específicamente@ cada modelo proporciona una dimensión al proceso general: ? El modelo informativo describe las relaciones de datos. El modelo de comportamiento describe los datos tal como actúan con estímulos/eventos a lo largo del tiempo. Tanto el modelo informativo como el de comportamiento se describen utilizando el lenguaje de modelado unificado (UML). UML proporciona la notación utilizada en UOM-ASR Volumen II. Debido al nivel de complejidad inherente a dicho modelo de pedidos electrónicos, se han utilizado herramientas de lenguaje de modelado unificado (RationalRoseTM y MyEclipseTM) para desarrollar este volumen1. Nota: Se ha elegido una nueva herramienta UML para actualizar los diagramas de clases @ comenzando con ASOG35. Con la herramienta UML anterior @ ??una y sólo una' asociaciones mostraban un ??1' en la línea de asociación que conectaba las clases. Con esta nueva herramienta @ se omite el ??1'. Cualquier diagrama de clases modificado (en el futuro) ya no mostrará el ??1'. La ausencia de un indicador de multiplicidad en estas líneas de asociación debe interpretarse como una multiplicidad "una y sólo una". Propósito El documento tiene como objetivo ayudar a los proveedores y clientes en el proceso de llevar a cabo la fase de análisis de sus pasos de desarrollo para realizar un sistema de pedidos electrónico@ unificado.