Frameworx , anteriormente NGOSS ( Software y sistemas operativos de nueva generación en inglés ) es el concepto de la organización de la industria de telecomunicaciones TM Forum , que describe un enfoque para el desarrollo , implementación y operación de software de aplicación para empresas de telecomunicaciones . El propósito del concepto es definir estándares para los procesos comerciales de los operadores, formatos de presentación utilizados en los sistemas de gestión de datos e interfaces para la interacción con el entorno en el que se integra la solución.
El concepto se basa en:
Cuando los sistemas OSS están vinculados entre sí, los procesos comerciales que soportan se extienden a toda el área de TI de la empresa. El resultado es una situación en la que un proceso comienza desde la aplicación A, que procesa algunos datos y que "sabe" que luego debe llamar a la aplicación B, que a su vez también procesará los datos y llamará a la aplicación C, y así sucesivamente. Como resultado, es extremadamente difícil determinar cuál de los pasos del proceso está vigente en ese momento (por ejemplo, al emitir una factura a un cliente, ¿cómo puede determinar qué aplicación (A, B o C) está procesando actualmente la información de la factura? ?). Y aún más difícil es la tarea de cambiar este proceso, debido a su naturaleza distribuida. NGOSS asume que el proceso debe administrarse como parte de una infraestructura centralizada utilizando algún mecanismo que asegure la secuencia de acciones y sea responsable de monitorear el progreso del proceso comercial de una aplicación a otra. Por lo tanto, este mecanismo iniciaría un proceso en la aplicación A, que luego devolvería el control. Este mecanismo llamaría entonces a la Aplicación B, y así sucesivamente. En este caso, siempre sería posible determinar cuál de las etapas del proceso de negocio se está realizando en un momento dado, ya que el control sobre su avance ya estaría centralizado. Al mismo tiempo, se podrían realizar cambios de proceso utilizando ciertas herramientas del mecanismo mencionado. Está claro que algunos de los componentes del proceso de nivel inferior se integrarán en aplicaciones separadas, pero esto debe ubicarse por debajo del nivel en el que se realizan las funciones relevantes para el negocio, es decir, por debajo del nivel en el que se aplican las normas y políticas empresariales aplicables. función.
El acoplamiento débil entre elementos implica que cada aplicación es relativamente independiente de otras aplicaciones dentro del sistema general. Por lo tanto, en un entorno débilmente acoplado, se pueden realizar cambios en una aplicación sin afectar a otras aplicaciones, lo que generalmente es inevitable en tales casos. Como mínimo, a veces se puede considerar que este principio permite que las aplicaciones se implementen de manera plug and play, ya que son tan independientes entre sí que pueden reemplazarse sin afectar el sistema en su conjunto. El uso de un "sistema distribuido" enfatiza una vez más que NGOSS no se basa en el uso de una sola aplicación monolítica por parte de una empresa de telecomunicaciones para gestionar todas las operaciones de una empresa, sino que, en cambio, se propone utilizar un conjunto de aplicaciones. que se integran e interactúan entre sí.
La integración de los sistemas OSS significa que las aplicaciones deben "poder" intercambiar varios tipos de datos entre sí. Y para que este proceso sea efectivo, cada aplicación debe “saber” cómo cualquier otra aplicación “entiende” o interpreta tal o cual bloque de datos transmitidos. Para entender esto, puede usar el ejemplo de proporcionar información sobre la factura al cliente: la aplicación A recibe la solicitud de factura del cliente y envía esta información usando la aplicación B (el sistema de facturación). La aplicación A tendrá información sobre la dirección del cliente y es necesario que la aplicación B envíe la factura a esta dirección. Para que los datos se intercambien entre sistemas, deben tener un formato de información de dirección estándar: la cantidad de líneas de información de dirección, la cantidad de caracteres en cada línea; todo esto debe ser el mismo para cada sistema y cada aplicación sabe qué formato con el que trabaja otra aplicación. Todo es bastante obvio y simple. Pero uno puede imaginar las dificultades que se encontrarían si la aplicación A trabajara con productos que consistirían en varios subproductos (acceso de banda ancha sobre líneas de cobre, módem, conjunto de filtros y conversión de banda ancha) y transferiría todo el espectro de datos a aplicación B, mientras que la aplicación B esperaba recibir solo una línea de este producto/pedido. Intentar convertir productos jerárquicos en no jerárquicos sin perder información sería imposible. Un único modelo de información para los datos intercambiados entre aplicaciones proporciona una solución a este problema. La solución de TMF se llama Modelo de información común.
Inicialmente (alrededor de mediados de los años 80), los sistemas OSS se desarrollaron como aplicaciones separadas. Sin embargo, a principios de la década de 1990, se hizo evidente que el uso de estos sistemas como aplicaciones separadas era muy ineficiente, ya que esto conducía a una situación en la que, por ejemplo, un pedido se recibe en un sistema y luego algunas partes de este pedido se transfieren a otro sistema, con el fin de configurar los equipos de red correspondientes. La principal ganancia de eficiencia de la combinación de sistemas OSS separados es la adquisición de una oportunidad como el "Aprovisionamiento continuo" ("supervisar el progreso del proceso"), cuando se puede realizar un pedido en línea y el resultado se supervisará automáticamente sin la participación del personal. Sin embargo, para los grandes operadores de telecomunicaciones con cientos de sistemas OSS independientes, la proliferación de interfaces se ha convertido en un problema grave. Cada OSS tenía que "hablar" con muchos otros, lo que resultó en un aumento exponencial en la cantidad de interfaces a medida que aumentaba la cantidad de sistemas OSS. NGOSS describe el uso de la Infraestructura Común de Comunicaciones (CCI). En este modelo, los sistemas OSS se comunican con el CCI en lugar de comunicarse directamente entre sí. CCI permite que las aplicaciones se comuniquen usando CCI para conectarlas. Por lo tanto, cada aplicación requiere solo una interfaz (para el CCI) y no muchas (para todas las demás aplicaciones). Por lo tanto, la complejidad de todo el sistema se reduce considerablemente. La CCI también puede proporcionar otros servicios, incluidos seguridad, conversión de datos, etc.
Dada la descripción anterior de cómo interactúan las aplicaciones con CCI, queda claro que debe haber una manera de documentar estas interfaces, tanto en términos de la tecnología subyacente (por ejemplo, Java/JMS o servicios web/SOAP) como en términos de funcionalidad de la aplicación. , datos utilizados, condiciones iniciales y finales, etc. Las especificaciones NGOSS brindan la capacidad de documentar estas interfaces y, por lo tanto, las interfaces quedan bien definidas y establecidas. Las especificaciones NGOSS pueden considerarse como adiciones a las especificaciones API (interfaz de programación de aplicaciones).
El concepto NGOSS, que incluye los modelos eTOM , SID , TAM y TNA , así como el ciclo de vida de la solución, en combinación con la metodología SANRR , es una metodología integral para el desarrollo, implementación, operación y desarrollo de sistemas OSS/BSS . Con su ayuda, es posible integrar los requisitos comerciales y los aspectos técnicos de las actividades de un operador de telecomunicaciones en una sola arquitectura, automatizar los procesos comerciales en entornos de TI heterogéneos y construir una infraestructura de información unificada estrictamente enfocada en cumplir con las tareas comerciales de un operador de telecomunicaciones. empresa. El uso de herramientas y metodologías de ciclo de vida de NGOSS puede contribuir en gran medida al éxito de la gestión eficaz de las comunicaciones de la empresa. Sin embargo, debe entenderse que la posibilidad misma de utilizar estas herramientas depende en gran medida de la disposición de la empresa para aceptar cambios, la disposición de la infraestructura para implementar un sistema integral de información de gestión, la disposición del personal para implementar, administrar y, sobre todo, importante, utilizar estas herramientas en sus actividades.