Todas las entradas de Ayme Robaina Camejo

Acerca de Ayme Robaina Camejo

Universidad de las Ciencias Informáticas – Facultad Regional de Granma, Cuba.

01Ene/15

Sistema Automatizado de Gestión de Recursos Humanos y Materiales

Sistema Automatizado de Gestión de Recursos Humanos y Materiales para un Centro de Desarrollo

Resumen

El presente trabajo propone una herramienta de software que brinda a los centros de desarrollo la posibilidad de mantener la correcta realización de las tareas presentes en los proyectos, así como el control y gestión de los recursos humanos y materiales de los mismos.

Cuba cuenta con diferentes centros destinados a la industria del software para contribuir con el desarrollo económico del país. Las infraestructuras productivas tienen como objetivo principal la producción de software, siendo a su vez de suma importancia la gestión de recursos de los centros de desarrollo que las conforman. Dichos centros están compuestos por departamentos en los cuales se llevan a cabo líneas de investigación y proyectos temáticos, desarrollados por personas y auxiliados por materiales tecnológicos.

Actualmente la información relacionada en estos centros se encuentra desorganizada y archivada en documentos físicos y poco manejables como el Word y el Excel, lo que provoca pérdida o duplicación de datos y poco control sobre los recursos humanos y materiales presentes en los departamentos.

Es por ello que se hace necesario desarrollar un sistema automatizado que solucione los problemas existentes en los centros de desarrollo relacionados con la gestión de recursos humanos (RRHH) y materiales.

Abstract

This paper proposes a software tool that provides development centers the ability to maintain the proper execution of the tasks given to the projects and the control and management of human and material resources from them.

Cuba has several centers for the software industry to contribute to with the economic development of the Country. Production infrastructures are mainly aimed at the software production, being in itself very important the management of the development centers resources that shape them. These centers are composed by departments which carry out research agendas and thematic projects developed by people and aided by technological materials.

Currently the information listed in these centers is disorganized and it is filed under physical and awkward documents such as Word and Excel, which causes loss or duplication of data and little control over human and material resources present in the departments.

That is why it is necessary to develop an automated system that solves the problems in development centers related to material and Human Resources Management (HRM).

Introducción

En los años 90 comienza el desarrollo de la teoría de los recursos humanos y sus capacidades. Hoy en día el capital humano no solo es un activo cuyo coste hay que disminuir, sino un activo de carácter vital para muchas organizaciones interesadas en el tema de Gestión de Recursos Humanos (GRH). (Icart, 2004).

La GRH tiene como objetivo fundamental, mantener y perfeccionar un grupo de individuos con diferentes habilidades y motivaciones, capacitándolos en su vida profesional para alcanzar las metas de una empresa (Icart, 2004). Es por esto, que la GRH es un elemento decisivo para que la empresa pueda adquirir altos niveles de calidad y competitividad, dependiendo de los Recursos Humanos (RRHH), ya que son los protagonistas en las tomas de decisiones que debe hacer una empresa.

Cuba cuenta con varios centros de desarrollos presentes en diferentes provincias del país, auspiciados por la Universidad de las Ciencias Informáticas (UCI), dichos centros han logrado incrementar los ingresos de la nación por concepto de exportación de software, convirtiendo la rama de la informática en una de las más productivas del país, mediante el aporte de soluciones tecnológicas y servicios de software relacionados con la educación, la salud, entre otras esferas de la sociedad (Valenciaga, 2007). Dichos centros están conformados por departamentos, los cuales se ocupan del desarrollo de diferentes líneas de investigación y proyectos temáticos. Actualmente la información acerca de los recursos materiales con que cuentan estos departamentos para llevar a cabo de forma correcta las tareas presentes en los proyectos, no se encuentra centralizada, imposibilitando que los jefes de departamento lleven el control total de las computadoras y accesorios que las componen, así como otros medios materiales destinados a la producción.

De igual modo sucede con los RRHH, debido a que resulta muy difícil y engorroso archivar información relacionada en documentos físicos como el Word y el Excel, provocando la existencia de documentos duplicados y algunas veces falta de información, lo que dificulta la rapidez en la búsqueda y recuperación de datos.

Debido a este problema que afecta el proceso de gestión de recursos, surgió la necesidad de desarrollar un sistema automatizado, con la finalidad de llevar un buen control sobre los recursos humanos y materiales, para así garantizar resultados con calidad en la producción de software.

Desarrollo

Como resultado del proceso de levantamiento de requisitos se identificaron los problemas y necesidades presentes en los centros de desarrollado, tales como: desconocimiento de los datos que brindan los departamentos, de las líneas de investigación que existen y sus proyectos correspondientes, de como están distribuidos los recursos materiales y recursos humanos por proyectos.

Para dar solución a la problemática existente, el sistema debía brindar las siguientes funcionalidades:

  • El sistema debe ser capaz de adicionar un nuevo departamento si el centro lo necesita, además de eliminarlo y modificar sus datos.
  • Gestionar las líneas temáticas que conforman un departamento, donde se agrupan todos los proyectos correspondientes a las mismas.
  • Adicionar, modificar y eliminar proyectos, así como asignar dichos proyectos a un departamento.
  • Debe dar la posibilidad de dado un grupo de individuos asignarle un determinado proyecto.
  • Llevar el control de todos los materiales informáticos presentes en un departamento.

Para lograr un sistema más atractivo, rápido y confiable para el usuario, se tuvo en cuenta (Larman, 2006):

  • Que la interfaz de usuario sea sencilla y organizada para que los usuarios que no tengan amplio conocimiento informático puedan interactuar sin problemas con el sistema.
  • Que el sistema sea multiplataforma, especialmente para Windows XP y Linux.
  • Que se puede visualizar en Internet Explorer 7.0 o superior y Mozilla 2.0 o superior.
  • Que el sistema esté protegido contra acciones que no estén autorizadas o que puedan afectar la integridad de los datos.
  • Que el sistema tenga un tiempo de respuesta rápida a cualquier solicitud.

Modelo de Dominio

Para el desarrollo de una aplicación se debe hacer un análisis previo de la situación, es decir, tener una visión general de los procesos que existen y como está estructurada la organización, esto se puede representar a través de un modelo de dominio. “Un modelo del dominio es una representación visual de las clases conceptuales u objetos del mundo real en un dominio de interés” (Larman, 2006).

Principales actores del sistema:

También es importante identificar quienes participan en estos procesos, es decir, definir los trabajadores del centro que posterior al análisis, se convertirán en actores del sistema, pues son los que interactuarán con el mismo.

“Estos actores actualmente representan papeles que la gente (o dispositivos) juegan como impulsores del sistema. Definido más formalmente, un actor es algo que comunica con el sistema o producto y que es externo al sistema en si mismo” (Pressman, 2009). Es decir un actor es una idealización de una persona externa, que utiliza el sistema o producto.

Figura 1: Diagrama de Clases

Solución

La ingeniería de software incluye un análisis previo de la situación, el diseño del proyecto, el desarrollo del software, las pruebas necesarias y la implementación del sistema.

La siguiente figura muestra la portada del sistema, que recoge los departamentos, líneas temáticas y algunos proyectos del centro de desarrollo de la Facultad Regional de Granma y otros enlaces de interés para dicho centro.

Figura 2 Actores Principales

Breve descripción de los casos de uso más significativos del sistema:

Una vez recopilados los requisitos del sistema, se crean un conjunto de escenarios, algunas veces llamados casos de uso, que facilitan una descripción de cómo se utilizará el sistema (Pressman, 2009).

Caso de uso – Gestionar Departamento:

El caso de uso se inicia cuando el director del centro se dispone a gestionar un departamento escogiendo en el menú esta opción. Luego escoge qué desea hacer, si adicionar un nuevo departamento, modificar los datos de un departamento o eliminar un departamento.

  • Adicionar un nuevo departamento.
  • Modificar datos de un departamento.
  • Eliminar un departamento.

Figura 3: Portada de la aplicación

Solo se hace muestra la interfaz de usuario del escenario “Adicionar un nuevo departamento”.

Caso de uso – Gestionar Proyecto:

El caso de uso se inicia cuando el jefe de departamento se dispone a gestionar un proyecto escogiendo en el menú esta opción. Luego escoge qué desea hacer, si registrar un nuevo proyecto, mostrar, modificar los datos de un proyecto, o eliminar un proyecto.

  • Adicionar un nuevo proyecto.
  • Mostrar datos de un proyecto.
  • Modificar datos de un proyecto.
  • Eliminar un proyecto.

Solo se hace muestra la interfaz de usuario del escenario “Adicionar un nuevo proyecto”.

Figura 4: Adicionar un nuevo departamento

Caso de uso – Gestionar asignación de un miembro a un proyecto.

El caso de uso se inicia cuando el Líder de proyecto se dispone a gestionar la asignación de un miembro al proyecto que lidera escogiendo en el menú esta opción.

Luego escoge que desea hacer, si añadir un nuevo miembro, editar el perfil correspondiente a un miembro o eliminarlo del grupo de trabajo del proyecto.

Diagrama de despliegue

Figura 5: Adicionar un nuevo proyecto

Figura 7: Diagrama de despliegue

Conclusiones

Con el desarrollo de un sistema automatizado, se puede gestionar los recursos humanos y materiales de un centro de desarrollo. Existe la posibilidad de realizar una administración adecuada, por parte de los jefes de departamentos, de los recursos materiales e insumos informáticos con que cuenta un departamento. La información relacionada con los recursos humanos se encuentra centralizada y organizada, lo que posibilita la rapidez en la búsqueda y recuperación de datos. Claridad y mayor conocimiento acerca de la estructura organizativa y los datos que brindan los departamentos y líneas de investigación.

Recomendaciones

Se recomienda que dicho sistema automatizado sea usado en los diferentes centros de desarrollo del país y si es necesario que se le añadan otros criterios y nuevas funcionalidades de interés.

Bibliografía:

Icart, Dr. Ignasi Brunet. 2004.

Calidad Total y Políticas de Recursos Humanos en el Sector Hotelero de Cataluña. 2004.

Larman, Craig. 2006. UML y Patrones. 2006.

Pressman, Roger S. 2009. Ingeniería del Software. Un enfoque práctico. 2009.

Valenciaga, Carlos. 2007. cubainformación. [En línea] 23 de Julio de 2007.

http://www.cubainformacion.tv/index.php?option=com_content&view=article&id=1368:lauci-es-fruto-de-la-batalla-de-ideas&catid=50&Itemid=200077.

01Ene/15

Sistema de facturación de llamadas en plantas telefónicas privadas

Sistema de facturación de llamadas en plantas telefónicas privadas (PBX) en Cuba

Resumen

Las instituciones que adquieren pizarras telefónicas privadas (PBX), perciben como principal objetivo la comunicación telefónica entre sus diferentes estructuras organizativas; restándole importancia al control que este proceso amerita. Las empresas solicitan un software para monitorear y controlar toda la información relacionada con las llamadas realizadas, debido a la inexistencia de un sistema que permita determinar los costos de las llamadas en pizarras telefónicas.

Las peculiaridades de una llamada son detalladas por un Station Message Detail Recording, por sus siglas en ingles (SMDR) que genera la pizarra telefónica en tiempo real. [1]

Una parte importante en este monitoreo, lo constituye la facturación de los servicios ofrecidos por la planta telefónica. Con los valores que conforman el SMDR, es posible establecer una relación directa entre servicio, consumidor y costo; brindando información valiosa que facilita la toma de decisiones. La ejecución de las acciones que se derivan del análisis de un posible informe de facturación depende de la disponibilidad y rapidez con que se obtenga la información.

El presente trabajo propone un Sistema de Facturación de Costos de Llamadas en Pizarras Telefónicas (PBX) para solucionar los problemas existentes en nuestro país respecto a la facturación de las llamadas telefónicas en las PBX adquiridas por las diferentes instituciones.

Abstract

Institutions that acquire private phone boards, perceived as the main target telephone communication between its different organizational structures, dismissing the control this process require. Companies applying for a software to monitor and control all information about the calls. The peculiarities of a call are detailed by a Station Message Detail Recording(SMDR) that is generated directly by the board in real time.

An important part of this monitoring, it’s the billing of the services offered by the telephone plant. With the values that make up the SMDR, you can establish a direct relationship between service consumer and cost, providing valuable information that facilitates decision-making. The implementation of actions arising from the analysis of possible billing report depends on the availability and speed with which information is obtained.

The objective was to develop the Billing System Cost Phone Calls Slate (PBX) to solve the problems regarding the billing of telephone calls in private telephone boards purchased by the different institutions.

1. Introducción

Las telecomunicaciones en la historia del desarrollo humano, han merecido elogios, acortando distancias en el avance de los logros científicos técnicos. De manera sencilla, las telecomunicaciones son una forma de comunicación electrónica a distancia, que satisface las necesidades de enlace rápido que requiere la humanidad para la solución de sus problemas. Las redes inalámbricas, el fax, el Internet y el teléfono, son en la actualidad algunos de los medios de telecomunicación de mayor eficacia en el desarrollo del siglo XXI.

Cuba no quedó atrás en el desarrollo de la telefonía en el transcurso del tiempo. Con la creación en 1994 de la Empresa de Telecomunicaciones de Cuba (ETECSA) S.A. en conjunto con la italiana STET, se dio un importante paso en la organización y puesta en funcionamiento de una nueva infraestructura para los servicios de telefonía.

Actualmente ETECSA entre múltiples servicios, ofrece la venta de pizarras telefónicas privadas (PBX y PABX por sus siglas en inglés respectivamente de Private Branch Exchange y Private Automatic Branch Exchange). El mismo está orientado a las pequeñas, medianas y grandes entidades que tienen gran movilidad en extensas áreas de trabajo, ya sea en universidades, naves de almacén, fábricas, e incluso grandes edificaciones.

Dentro de los distintos proveedores mundiales de pizarras telefónicas se encuentran: MITEL, ALCATEL, PANASONIC, ERICSSON, INFINITY, TOSHIBA y LG; de los cuales existen varios modelos en todo el territorio nacional.

Las instituciones que adquieren las pizarras telefónicas privadas, perciben como principal objetivo la comunicación telefónica entre sus diferentes estructuras organizativas; restándole importancia al control que este proceso amerita. Las empresas solicitan un software para monitorear y controlar toda la información relacionada con las llamadas realizadas. Las peculiaridades de una llamada son detalladas por un SMDR que genera la pizarra telefónica en tiempo real.

Una parte importante en este monitoreo, sin lugar a dudas, lo constituye la facturación de los servicios ofrecidos por la planta telefónica. Con los valores que conforman el SMDR, es posible establecer una relación directa entre servicio, consumidor y costo; brindando información valiosa que facilita la toma de decisiones. La ejecución de las acciones que se derivan del análisis de un posible informe de facturación depende de la disponibilidad y rapidez con que se obtenga la información.

Se logro una herramienta que brinda a los usuarios la posibilidad de mantener un control del consumo del presupuesto gastado por concepto de llamadas telefónicas, una vez sobrepasado este presupuesto, el software automáticamente bloquea las diferentes extensiones o código de cuenta verificable (ccv), también conocido como ping, que tienen asociado dicho presupuesto y envía una notificación al responsable de la extensión o el ccv que fue bloqueado.

Las funcionalidades desarrolladas para soportar dicho proceso están sustentadas sobre mecanismos que garantizan la flexibilidad y escalabilidad de los sistemas que participan.

2. Pizarras Telefónicas PABX, SMDR

Una PABX cuya traducción al español sería intercambiador automático de redes privadas, es una central telefónica que pertenece a una empresa. El término se refiere a equipos de comunicaciones telefónicas destinados a establecer y mantener llamadas tanto internas (llamadas entre extensiones) como externas (llamadas realizadas a las líneas de la red pública de teléfono) y recibir llamadas provenientes de la red publica hacia extensiones dentro de la red privada.

Una PABX mantiene tres funciones esenciales: establecer llamadas entre dos o más usuarios, mantener la comunicación durante el tiempo que lo requiera el usuario y proveer información para la facturación de llamadas.

Los SMDR son registros generados por las pizarras telefónicas en tiempo real, que contienen detalles de las llamadas que se realizan a través de ellas. Existen distintos proveedores de PABX y cada pizarra genera SMDR con diferentes formatos.

2.1 Llamadas Telefónicas

Las llamadas telefónicas son detalladas por los SMDR que son generados en tiempo real por la planta telefónica. La longitud de los SMDR varía en dependencia de la información que recogen los mismos y por el modelo de PABX por la cual son generados. La información contenida en estos registros también difiere en cuanto al nivel de detalle que se quiera obtener de la llamada. En un registro de llamada puede incluirse información como:

  • Fecha inicio de la llamada.
  • Hora inicio de la llamada.
  • Extensión que realiza la llamada.
  • Número marcado.
  • Duración de la llamada.
  • Número de tronco utilizado en la llamada.
  • Código de cuenta insertado para efectuar la llamada.
  • Dirección de la llamada.
2.1.1 Clasificación de los Registros SMDR (Internos o Externos)

Los registros SMDR permiten clasificar las llamadas en internas y externas para cada extensión.

Ejemplo de SMDR que detalla una llamada interna:

04052226 00148 J 8710 8644 00 8710 8710

Ejemplo de SMDR que detalla una llamada externa:

2.2 Llamadas Internas

Son llamadas gratuitas, ya que es la propia compañía la dueña de los dispositivos. El usuario marca directamente la extensión deseada sin pasar ésta por ninguna línea externa.

2.3 Llamadas Externas

Las llamadas externas son aquellas que se realizan hacia o desde un número que no se encuentra dentro de la red privada. Se clasifican en llamadas externas salientes y llamadas externas entrantes.

2.3.1 Llamadas Externas Entrantes

Las llamadas externas entrantes son las realizadas desde un número ubicado en la red pública hacia un número que se encuentra en la red privada.

2.3.2 Llamadas Externas Salientes

Las llamadas externas salientes son las realizadas desde un número que se encuentra dentro de la red privada hacia un número que se encuentra en la red pública. Son aquellas llamadas a las que se les realiza el proceso de facturación.

2.4 Facturación de Llamadas Telefónicas

La facturación de las llamadas telefónicas es el proceso que se realiza para obtener el valor monetario que se debe abonar por la realización de las mismas.

Para realizar la facturación de una llamada telefónica se tienen en cuenta varios factores:

  • Número telefónico del cuál se realiza la llamada
  • Fecha en que se realiza la llamada
  • Hora de inicio de la llamada
  • Duración
  • Número marcado
  • Área a la que pertenece el número marcado
  • Zona en la que se ubica el área
  • Tarifas correspondientes a la zona
2.4.1 Clasificación de las Llamadas Telefónicas Externas Salientes

Para clasificar las llamadas telefónicas externas salientes hay que tener en cuenta el lugar de origen y destino, para de esta manera, obtener la distancia entre los dos puntos que se comunican. Las llamadas son clasificadas en locales, de larga distancia, nacionales e internacionales.

2.4.1.1 Llamada Internacional

Las llamadas internacionales son aquellas donde el punto de origen y destino se encuentran en diferentes zonas territoriales, donde una zona territorial es un país.

2.4.1.2 Llamada Nacional

Las llamadas nacionales incluyen las llamadas locales y de larga distancia que son realizadas dentro del territorio nacional.

2.4.1.2.1 Llamada Externas Salientes Local

Las llamadas externas salientes locales son aquellas donde el punto de origen y de destino se encuentran ubicados en una misma área, pero es realizada desde la red privada hacia la red publica.

2.4.1.2.2 Llamada Larga Distancia

Las llamadas de larga distancia son aquellas donde el punto de origen y de destino se encuentran ubicados en diferentes áreas. Incluye las llamadas internacionales.

2.4.2 Elementos del Proceso de Facturación de Llamadas Telefónicas

  • Área: un área es la agrupación de un conjunto de números telefónicos agrupados por un mismo código de teleselección que permiten determinar la localización de la llamada.
  • Zona: Es la agrupación de las áreas teniendo en cuenta la distancia existente entre estas, para establecer una tarifa por concepto de zona. Cada zona puede contener una o varias áreas.

En la siguiente tabla se muestra la organización de las áreas distribuidas en zonas, teniendo en cuenta la distancia que hay entre áreas:

  • Tarifas Telefónicas

En el proceso de facturación intervienen las tarifas especiales, que son aquellas que tienen asociado fechas específicas, entiéndase por fechas especiales: día de las madres, días feriados, entre otros. Las tarifas normales son las tarifas utilizadas diariamente. Las tarifas están compuestas por una hora de inicio, hora de fin y un costo, que representa el valor monetario que se debe abonar por la realización de la llamada telefónica en un determinado tiempo.

  • Formas de Pago

Post pago:

Se cobra una vez realizada la llamada.

Ejemplo: cobro 1 pesos cada 4 minutos, una llamada que tenga una duración de 3 minutos abona 0 pesos y una llamada con duración 9 minutos abona 2 pesos.

Prepago: Se cobra antes de realizar la llamada.

Ejemplo: cobro 1 pesos cada 4 minutos, una llamada que tenga duración 3 minutos abona 1 peso y una llamada que tenga duración 9 minutos abona 3 pesos.

4.2.3 Descripción del Proceso de Facturación

Para realizar el proceso de facturación se extrae de la llamada, el número marcado, la fecha en que se realizó la misma, la hora de inicio de la llamada, y la duración. A partir del número marcado se determina el código de teleselección y una vez obtenido este se determina el área donde se ubica la llamada. Con el área se determina la zona donde se agrupa la misma y el impuesto que se le aplica al área por establecer la conexión. Una vez determinada la zona, se extraen todas las tarifas asociadas a esta zona. Con el listado de tarifas obtenidas y la fecha en que se realizó la llamada se determina si esta pertenece a una tarifa especial o a una tarifa normal. Utilizando la hora en que se realizó la llamada y el rango de horarios asociados a las tarifas se determina el costo que se debe tener en cuenta para facturar la llamada. Con la forma de cobro, la duración de la llamada, el costo y el impuesto aplicado al área se determina el valor monetario que se debe abonar por dicha llamada.

5. Solución Propuesta del Sistema de Facturación

Una vez que se ejecuta todo el proceso de interpretación del SMDR y se registran los datos que detallan la llamada realizada en la base de datos, se diseño un sistema que lleva a cabo todo el proceso de facturación de las llamadas externas salientes, realiza un análisis del presupuesto planificado y una vez sobrepasado el saldo asignado, notificar y bloquear la extensión o código de cuenta verificable al que estará asociada dicha llamada. Le permite a los usuarios autenticados como administrador de la PBX, mantener el control del consumo por la realización de las llamadas telefónicas, gestionar las tarifas telefónicas dando la opción de registrar una nueva tarifa, modificarla, eliminarla o mostrar detalles de alguna de ellas, gestionar fechas especiales, gestionar áreas y gestionar las formas de cobro.

5.1 Actividades Asociadas al Proceso de Facturación
  • Identificación de zonas y áreas

De la llamada telefónica se extrae el número marcado. De la base de datos se cargan las áreas y las zonas, creándose una relación entre ellas. De las áreas se toma el bit de inicio y la longitud del código de teleselección y se busca en el número marcado.

Una vez obtenido el código de teleselección se hace coincidir con cada unos de los números de las áreas cargadas hasta determinar el área al que pertenece dicho código. Conociendo el área se obtiene la zona asociada a la misma.

  • Identificación de las Tarifas Telefónicas

De la llamada se extrae la fecha en que fue realizada y la hora. Conociendo la zona se extraen las tarifas normales y especiales. Se carga el listado de fechas especiales y se hace coincidir la fecha de la llamada con las fechas registradas como especiales. En caso de que la fecha de llamada se encuentre entre las fechas especiales, se cargan las tarifas especiales, de lo contrario se cargan las tarifas normales. Una vez obtenido el listado de tarifas a las que pertenece la llamada, se ubica en el rango de hora definido en cada tarifa la hora de realización de la llamada. Conociendo en que rango de hora se realizó la llamada se determina impuesto definido en esa tarifa.

Anteriormente fueron explicados los procesos a seguir para obtener los elementos necesarios para calcular finalmente el valor monetario de la llamada. A partir de ahí, el costo de la llamada se obtiene sumando el impuesto establecido por la conexión telefónica con la forma de pago, que puede se postpago o prepago y se multiplica con la duración de la llamada telefónica.

5.2 Descripción del Modelo del Dominio

Un modelo de dominio captura los tipos mas importantes de objetos en el contexto del sistema. Los objetos del dominio representas las “cosas” que existen o los eventos que suceden en el entorno en el que trabaja el sistema. [2, 3]

Este modelo permitirá mostrar de forma visual los elementos fundamentales que se manejan en el Sistema de Facturación de Llamadas para Plantas Telefónicas Privadas.

La pizarra telefónica (PBAX) genera registros SMDR, estos registros detallan las llamadas telefónicas, las cuales luego del proceso de interpretación de llamadas son clasificadas en Local, Interna y Externas Salientes. A las llamadas en espera que son clasificadas como externas salientes, se les realiza el proceso de facturación. Para determinar el costo de la llamada por concepto de facturación se tienen en cuenta varios factores, como son el área, la zona, y el horario en que es realizada la misma.

Determinado el costo de la llamada, si el saldo gastado excede el saldo asignado, esta pasa a una cola de llamadas a notificar, mediante el proceso de controlar notificación se envía un correo al responsable de la extensión o código de cuenta verificable al que está asociada dicha llamada y se procede a bloquear.

5.3 Breve Descripción de los Casos de Uso del Sistema

Los casos de uso son artefactos que describen, en forma de acciones y reacciones, el comportamiento del sistema desde el punto de vista del usuario, a continuación se hace una breve descripción de cada caso de uso, que fue determinado para satisfacer los requisitos funcionales del sistema y el actor responsable de inicializarlo. [4]

5.3.1 Caso de Uso Gestionar ̈ Tarifa Telefónica ̈

El propósito del caso de uso Gestionar Tarifa es de registrar una nueva tarifa telefónica, permitirá modificar las tarifas registradas, así como eliminarlas y mostrar detalles de alguna de ellas. El actor que inicializa el caso de uso es el administrador de la PBX. Los requisitos asociados son:

  • Registrar tarifa telefónica.
  • Modificar tarifa telefónica.
  • Eliminar tarifa telefónica.
  • Buscar tarifa telefónica.
5.3.2 Caso de Uso Facturar ̈ Llamada Telefónica ̈

El propósito del caso de uso Facturar Llamada Telefónica es determinar el valor a abonar por concepto de realización de llamada telefónica. El caso de uso es inicializado por el sistema, una vez que se registre una llamada externa saliente el sistema automáticamente le realizará el proceso de facturación. Requisito asociado al caso de uso:

· Determinar costo de la llamada.

5.3.3 Caso de Uso “Gestionar Área”

El propósito del caso de uso Gestionar Área es de registrar una nueva área, permitirá modificar las áreas registradas, así como eliminarlas y mostrar detalles de ellas. El actor que inicializa el caso de uso es el administrador de la PBX. Los requisitos asociados son:

  • Registrar área.
  • Eliminar área.
  • Modificar área.
  • Buscar área.
5.3.4 Caso de Uso “Gestionar Forma de Cobro”

El propósito del caso de uso Gestionar Forma de Cobro es de registrar una nueva forma de cobro, permitirá modificar la forma de cobro registrada, así como eliminarla.

El actor que inicializa el caso de uso es el administrador de la PBX. Los requisitos asociados son:

  • Registrar forma de cobro.
  • Modificar forma de cobro.
  • Eliminar forma de cobro.
5.3.5 Caso de Uso “Gestionar Fechas Especiales”

El propósito del caso de uso Gestionar Fechas Especiales es de registrar una nueva fecha especial, permitirá eliminarlas y mostrar detalles de alguna de ellas. El actor que inicializa el caso de uso es el administrador de la PBX. Los requisitos asociados son:

  • Registrar fecha especial.
  • Eliminar fecha especial.
  • Mostrar detalles de fecha especial.
5.3.6 Caso de Uso “Notificar Consumo de Presupuesto”

El caso de uso Notificar Consumo de Presupuesto tiene como objetivo verificar si el consumo total del presupuesto por llamadas realizadas es menor que el presupuesto asignado, si este consumo es excedido, se notifica al responsable de la extensión telefónica de la cual se realizó la llamada o al abonado que tiene asignado el código de cuenta verificable, mediante el envió de un correo, informándole que ha sobrepasado el presupuesto que le fue asignado.

5.3.7 Caso de Uso “Bloquear código de cuenta verificable o extensión”

El caso de uso inicia verificando si existen llamadas a bloquear. Determina si es una extensión o código de cuenta verificable y modifica los parámetros para el bloqueo en cada caso. Verifica que exista una conexión con la planta telefónica y envía el comando de bloqueo.

Conclusiones

En la presente investigación se describieron cada uno de los elementos y procesos que intervienen en la facturación de las llamadas, para poder obtener una mejor comprensión de cómo se lleva a cabo todo este proceso. Con el desarrollo del Sistema de Facturación para Llamadas en Plantas Telefónicas Privadas se dio solución a los siguientes problemas:

  • Inexistencia de un mecanismo que proporcione notificaciones automáticas al sobrepasar un presupuesto asignado por concepto de facturación de servicios.
  • Imposibilidad para realizar un análisis periódico del consumo real y el presupuesto planificado para cada área o departamento.
  • Sobre consumo del presupuesto asignado para las diferentes áreas o departamentos.

Bibliografía

1. Monier Leyva, Yilian and Plana Peña, Karen. 2008. Diseño de un Sistema de Monitoreo de SMDR. Ciudad de la Habana : UCI, 2008.

2. Ivar Jacobson, Magnus Christerson, Patrik Jonsson, and Gunnar Overgaard, Object – Oriented Software Engineering: A-Use-Case-Driven Approach, Reading, MA: Addison – Weslay, 1992.

3. James Rumbaugh, M. Blaha, W, Premerlani, F. Eddy, W. Lorensen, Object -Oriented Modeling and Desing, Englewood Cliffs, NJ: Prentice Hall, 1991.

4. Conferencia Ingeniería de Software: Flujo de Trabajo de Requerimientos. Universidad de las Ciencias Informáticas. 2008. 2008.