formulaciÓn de un servicio de telefonÍa ip sobre un

1

FORMULACIÓN DE UN SERVICIO DE TELEFONÍA IP SOBRE UN

DISPOSITIVO RASPBERRY PI PARA PYMES BASADO EN LA

APLICACIÓN DE LAS METODOLOGÍAS ITIL V3 Y SCRUM

PRESENTADO POR:

Brayan Andrés Bautista Calderón

Cesar Leonardo Barragán Pérez

Alfredo Garnica Hernández

UNIVERSIDAD COOPERATIVA DE COLOMBIA

FACULTAD DE INGENIERÍA

BOGOTÁ

2019

2

FORMULACIÓN DE UN SERVICIO DE TELEFONÍA IP SOBRE UN

DISPOSITIVO RASPBERRY PI PARA PYMES BASADO EN LA

APLICACIÓN DE LAS METODOLOGÍAS ITIL V3 Y SCRUM

PRESENTADO POR:

Brayan Andrés Bautista Calderón Cesar Leonardo Barragán Pérez

Alfredo Garnica Hernández

Modalidad de grado Seminario de perfeccionamiento Requisito Parcial para obtener el título de Ingeniero

Director Yovanny Laureano Vela Saenz

UNIVERSIDAD COOPERATIVA DE COLOMBIA FACULTAD DE INGENIERÍA

BOGOTÁ 2019

3

CONTENIDO

GLOSARIO 8

PROBLEMA 9

INTRODUCCIÓN 10

JUSTIFICACIÓN 11

OBJETIVOS 12

Objetivo General 12

Objetivos Específicos 12

MARCO DE REFERENCIA 13

Marco teórico 13

Equipo Scrum (The SCRUM Team) 15

Gerente del proyecto ( The Product Owner ) 15

Líder del producto (The SCRUM Master) 16

Proceso SCRUM 16

METODOLOGÍA 17

ASTERISK: 17

SCRUM: 18

DIAGNÓSTICO 19

Evaluación de riesgos 19

Monitoreo 20

Encuestas 21

DISEÑO DE INGENIERIL 25

REQUERIMIENTOS FUNCIONALES DEL SISTEMA 26

Requerimientos a nivel de usuario final. 26

Requerimientos Técnicos: 26

DEFINICIÓN DEL BACKLOG 27

PRODUCT BACKLOG 27

SPRINT BACKLOG 29

SPRINT BACKLOG 1: 29



4

CICLO DE VIDA DEL SERVICIO ITIL V3 33

Estrategia del Servicio (Service Strategy) y Diseño del Servicio (Service

Design) 33

Transición del Servicio (Service Transition) 35

Operación del Servicio (Service Operation) 35

Mejora continua del Servicio (Continual Service Improvement) 35

CONCLUSIONES 36

RECOMENDACIONES 37

ANEXOS 38

BIBLIOGRAFÍA 39

5

LISTA DE FIGURAS

Figura 1 Proceso de Scrum

…………………………………………………………………………………………15

Figura 2 Monitoreo

………………………………………………………………………………………...20

Figura 3 Arquitectura Asterisk

…………………………...…………………………………………………………... 25

6

LISTA DE TABLAS

Tabla 1 Presupuesto para implementar una solución de telefonía IP …………………………………………………………………………………………22

Tabla 2 Pymes con telefonía IP

………………………………………………………………………………………...23

Tabla 3 Pymes de acuerdo en implementar una solución de telefonía IP de bajo costo …………………………...…………………………………………………………... 24

Tabla4 Product Backlog …………………………………………………………………………………………………28

Tabla5 Sprint Backlog 1 ………………………………………………………………………………………...30 Tabla6 Sprint Backlog 2 ………………………………………………………………………………………...31 Tabla7 Sprint Backlog 3 ………………………………………………………………………………………...32

7

LISTA DE ANEXOS

Anexo A encuesta telefonía IP formato Excel

…………………………………………………………………………………………40

8

GLOSARIO

● Asterisk: Es un programa de software libre (bajo licencia GPL) que

proporciona funcionalidades de una central telefónica (PBX). Como cualquier

PBX, se puede conectar un número determinado de teléfonos para hacer

llamadas entre sí dentro de una misma organización e incluso acceder a

comunicaciones fuera de la misma a la PSTN o conectado a un proveedor de

VoIP o bien a una RDSI tanto básicos como primarios.

● Bash: Bash (Bourne again shell) es un programa informático, cuya función

consiste en interpretar órdenes, y un lenguaje de consola. Es una shell de Unix

compatible con POSIX y el intérprete de comandos por defecto en la mayoría de

las distribuciones de GNU con Linux, además de macOS. También se ha llevado

a otros sistemas como Windows.

● Codecs: Un códec es un programa o dispositivo hardware capaz de codificar

o decodificar una señal o flujo de datos digitales. Códec es un acrónimo de

codificador-decodificador o, menos comúnmente, compresor-descompresor. Su

uso está muy extendido para la codificación de señales de audio y video dentro

de un formato contenedor.

● Dial Plan: El Plan de Marcación, llamando Dialplan en Asterisk, podría

considerarse la columna vertebral del sistema. Como característica principal,

podríamos decir que es algo parecido a un lenguaje de script, en el que

funciones, aplicaciones y recursos se van intercalando para formar algo parecido

a "procedimientos" y "programas" dentro de lo que pudiera considerarse.

● Linux: Linux es un núcleo de libre distribución y mayormente libre semejante

al núcleo de Unix. Linux es uno de los principales ejemplos de software libre y

de código abierto. Linux está licenciado bajo la GPL v2 y la mayor parte del

software incluido en el paquete que se distribuye en su sitio web es software

libre. Está desarrollado por colaboradores de todo el mundo. El desarrollo del día

a día tiene lugar en la Linux Kernel Mailing List Archive.

● RaspberryPi: es un computador de placa reducida, computador de placa

única o computador de placa simple (SBC) de bajo costo desarrollado en Reino

Unido por la Fundación Raspberry Pi, con el objetivo de estimular la enseñanza

de ciencias de la computación en las escuelas.

● SIP: es un protocolo desarrollado por el grupo de trabajo MMUSIC del IETF

con la intención de ser el estándar para la iniciación, modificación y finalización

de sesiones interactivas de usuario donde intervienen elementos multimedia

como el video, voz, mensajería instantánea, juegos en línea y realidad virtual.

9

PROBLEMA

Actualmente la telefonía ip está tomando bastante fuerza en el mercado , debido a diversos avances tecnológicos que hacen de la comunicación un factor más flexible y diverso, es por esto que en el mercado de telefonía ip existen soluciones que compite por proveer el mejor servicio , además la implementación y el mantenimiento del servicio de telefonía IP hace que las pymes deben invertir una cantidad considerable en un servicio tercerizado para implementación y administración soporte del servicio, teniendo en cuenta que en su mayoría las opciones del mercado optarán por los proveedores/ marcas más reconocidas que proveen soluciones privativas y bastante costosas haciendo que el servicio de telefonía IP sea un lujo para muchas pymes, entonces , ¿Cómo diseñar un servicio de telefonía VoIP accesible, estable a bajo costo en una arquitectura reducida, que cumpla con todos los componentes de los sistemas de VoIP actuales y los lineamientos de las metodologías ITIL V3 y Scrum para que sea un modelo escalable?.

10

INTRODUCCIÓN

Este proyecto está basado en la implementación de metodologías como SCRUM e ITIL V3 pensadas en la implementación, administración y ciclo de vida del prototipo pensado para pymes en pro del mejoramiento del servicio de telefonía IP a bajo costo, de esta manera se logrará integrar de forma eficiente una metodología enfocada en procesos de buenas prácticas como lo es ITIL y la metodología ágil de SCRUM. La fase de implementación se realizará bajo las buenas prácticas de SCRUM, de esta forma el cliente se hará 100% participe en las tareas de desarrollo del prototipo y se verán resultados de una forma más continua, la fase de ciclo de vida del servicio que involucra la administración se facilita el uso de una metodología robusta y enfocada en los procesos necesarios para dar valor a las pymes. Dada la necesidad del mercado de implementar productos que estén a la vanguardia y que además sean de bajo costo este prototipo implementado bajo las metodologías anteriormente mencionadas se incrementara el valor de la plataforma de telefonía asegurando además su modelo de escalabilidad. Nuestro alcance es la pyme que no puede pagar altos costos en plantas de telefonía de las marcas más reconocidas ya que al no existir la cantidad de recursos suficientes no sería rentable no solo la implementación ni la administración de una planta de telefonía privada, es por esto que el prototipo propuesto hace más accesible el servicio de telefonía a un costo reducido y bajo buenas prácticas.

11

JUSTIFICACIÓN

Con las buenas prácticas agile que nos proporciona Scrum es ideal y fundamental usarlo para la implementación de telefonía IP ya que involucramos al cliente (Pyme ) en todo el proceso de implementación con el objetivo de realizar entregas constantes de calidad y revisadas por el cliente , esto nos da la seguridad de cumplir con las expectativas del cliente, además de aprovechar las ventajas de una arquitectura (hardware) más reducido pero que sigue conservando funcionalidades y robustez necesarias para que las llamadas y la calidad de ellas permanezcan sin necesidad de adquirir otras costosas soluciones. Para el ciclo de vida del servicio ITIL V3 basada en procesos nos da instrucciones claras de cómo administrar el servicio que con buenas prácticas agile fue implementado, de esta forma estamos integrando metodologías que agregan valor al negocio ya que se crean soluciones de calidad y que suplen las necesidades del cliente al reducir costos y hacerlos más competitivos en el mercado usando tecnologías Open Source y metodologías robustas para sus servicios.

12

OBJETIVOS

Objetivo General

Formular una propuesta de un servicio de telefonía IP sobre un dispositivo

Raspberry PI para pymes basado en la aplicación de las metodologías Itil v3 y

Scrum.

Objetivos Específicos

● Analizar la información del manejo del servicio prestado en la Pyme en relación a la telefonía Ip sobre un dispositivo Raspberry PI.

● Diseñar el servicio de la telefonía sobre un dispositivo Raspberry PI usando Scrum.

● Proponer el servicio diseñado para la telefonía IP sobre un dispositivo Raspberry PI usando Scrum y las buenas prácticas de Itil.

13

MARCO DE REFERENCIA

Marco teórico

Scrum es un framework agile con muchas características para el desarrollo de proyectos, Scrum al definir la palabra producto, Scrum puede ser aplicado a cualquier tipo de proyectos, dado a que es un framework con muchas funciones, el cual un proyecto puede utilizar diferentes características y otros no, dado a esto es posible integrar scrum a cualquier proyecto, pero no todos los proyectos requieren scrum para su desarrollo. Scrum cuenta con diferentes soles, que pueden ser divididos en en roles centrales y no centrales, los roles centrales son duchos roles que su participación en el desarrollo del proyecto es indispensable y deben estar comprometidos para el desarrollo de cada sprint y del desarrollo del proyecto en general. Estos roles son:

● Product Owner ● Scrum Master ● Equipo Scrum

Los roles no centrales son aquellas personas que su participación en el desarrollo del proyecto no es importante y no depende de ellos, el éxito o fracaso del proyecto, es muy importante definir los roles en cada proyecto, Estos son:

● Stakeholders ○ cliente ○ usuario ○ sponsors

● Vendedores Sprint cuenta con diferentes términos que son muy importantes para el desarrollo de un proyecto, los cuales son:

● Inicio del Ciclo ● Sprint ● Daily Standup ● Entregables

ITIL es un acrónimo de “Biblioteca de infraestructura de tecnologías de la información (por sus siglas en inglés, Information technology infrastructure library). ITIL en un conjunto mundialmente reconocido de mejores prácticas para la gestión de Servicios de tecnología de la información ( ITSM ).

14

ITIL tiene que ver con realizar mejores procesos de gestión de servicio de TI y mejoras inteligentes al mismo, el conjunto de prácticas de ITIL está organizada en 5 etapas muy importantes, los cuales son:

● Estrategia del servicio: alinear la estrategia de TI con los objetivos y expectativas generales del negocio y asegurar que las decisiones resulten en valores mensurables para la organización.

● Diseño del Servicio: garantizar que los servicios de TI equilibren los

costos, funcionalidades y desempeño y que estén diseñados para cumplir los objetivos de negocio (asegurando que logre tanto el objetivo como el uso).

● Transición del Servicio: asegurar que los servicios de TI nuevos,

modificados y retirados cumplan las necesidades del negocio. Y que los cambios sean gestionados y controlados eficientemente, logrando el cambio en forma rápida, a bajo costo y, al mismo tiempo, otorgando mayor valor.

● Operación del Servicio: asegurar que los servicios de TI nuevos,


● Mejora continua del Servicio: asegurar que los servicios de TI nuevos,


Raspberry Pi es un equipo de cómputo de tamaño menor a una tarjeta de crédito ( hoy en día hay diferentes versiones de esta board mucho más pequeñas y con diferentes características) esta tarjeta es posible conectarla a un televisor y un teclado, gracias a los periféricos que cuenta, de los diferentes versiones que cuenta, varias versiones, cuenta con unos “pines” lo cual es posible conectarlo con otros aparatos electrónicos. Raspberry Pi tiene CPU y RAM como un equipo de cómputo, también cuenta con un almacenamiento capaz de correr un sistema operativo allí, gracias a estas características, es posible hacer que RaspberryPi funcione como un servidor pequeño y que cumpla con diferentes necesidades que las startups y las pequeñas empresas puedan tener.

15

Figura 1 | Proceso de Scrum

Fuente: http://metagdes.blogspot.com/2012/05/metodologia-agil-scrum.html

El equipo de trabajo Scrum está por conformado por diferentes roles, los cuales son cada uno son muy importantes, los cuales son: Dueño del Producto (Product Owner), el Equipo de Desarrollo (Scrum Team) y un Scrum Master (Líder del proyecto). Los equipos de Scrum son equipos auto organizados, no son dirigidos por personas externas al equipo de trabaja, por ser auto organizados, se busca que cada uno busque la mejor manera para realizar el desarrollo de sus actividades.

Equipo Scrum (The SCRUM Team)

Estas personas son los desarrolladores del proyecto, ellos en equipo deciden como debe ser realizado el trabajo y cómo distribuir las tareas y los requerimientos entre ellos y también cómo van a tardar en desarrollar cada tarea.

Gerente del proyecto ( The Product Owner )

Esta persona representa la voz del cliente, esta persona también trabaja con SCRUM, pero desde una perspectiva de negocio. tiene la responsabilidad de administrar el Backlog, el cual es una lista de tareas con especificaciones del producto a desarrollar, también esta persona debe priorizar las funcionalidades posibles.

16

Líder del producto (The SCRUM Master)

Esta persona trabaja liderando al equipo de trabajo, se trata de suplir las necesidades que en el equipo tenga, así que ayudar a resolver dudas de negocio e impedimentos que el equipo pueda tener, igualmente se encarga de dividir el equipo de trabajo en partes pequeñas y así poder cumplir con el desarrollo de cada funcionalidad del producto final.

Proceso SCRUM

Scrum destaca prácticas y valores para la gestión de proyectos de software mediante un método incremental e interactivo. Bajo las prácticas de SCRUM se determina como primer paso la creación del Product Backlog, el cual contiene todos los requerimientos funcionales y no funcionales que se debe satisfacer en el producto que se va a desarrollar. Este Product Backlog será construido durante las reuniones de planteamiento con las personas involucradas (stake holders.) posteriormente a esto, se define las iteraciones, conocidas como Sprint, en la que irá evolucionando la aplicación. Cada Sprint tendrá una lista de tareas con los diferentes requerimientos construidos y el orden que se desarrollaran. La duración recomendada de cada Sprint es de un mes máximo. Población La población pertenece a todos los colabores de la empresa Pyme donde se vaya a utilizar esta solución, tales como: gerentes, analistas de las diferentes áreas. personal de las áreas de: tecnología, contabilidad, tesorería, etc.

17

METODOLOGÍA

Este proyecto será trabajando bajo la metodología ITIL V3 y Scrum para desarrollar los diferentes puntos que compone este proyecto. Se generarán diferentes tareas en un backlog genérico, dividido en diferentes Sprints para cumplir con las diferentes actividades planteadas en el cronograma.

1) Análisis de las plataformas actuales de telefonía IP 2) Análisis de los componentes necesarios para el diseño del prototipo 3) Diseño del prototipo de telefonía IP en arquitectura reducida en la

RaspberryPi 4) Automatización de creación de extensiones 5) Pruebas de stress para garantizar la calidad de las llamadas en un límite

de 50 llamadas simultáneas 6) Documentación

ASTERISK:

Para soportar plataformas de telefonía ip existen diversos sistemas operativos, para telefonía IP en su gran mayor estos sistemas operativos están basados en Linux (Open Source) hechas soportar plataformas de telefonía como por ejemplo Asterisk.

El proyecto Asterisk comenzó en 1999 cuando Mark Spencer un estudiante de

la Universidad de Auburn decidió implementar su propia centralita porque no

podía comprar una. En el año 2000 Mark Spencer lanza la primera versión de

Asterisk, la primera central telefónica / conmutador basada en Linux con una PC

doméstica con un código fuente open source. Asterisk hoy ofrece una solución

freeware para hogares/pequeñas empresas y soluciones IP-PBX corporativas.

Mark Spencer es el CEO de Digium. Viendo el éxito de Asterisk, fundó Linux

Support Services a finales del mismo año. Linux Support Services se convierte

en DIGIUM en 2002. Actualmente, cerca de 300 desarrolladores participan en el

desarrollo de los diferentes módulos.

Con Asterisk podemos aprovechar todas las ventajas de la telefonía IP tales

como: Su relación calidad/precio comparado con los competidores más grandes

y las marcas más reconocidas del mercado ya que ASterisk ofrece una gran

cantidad de funcionalidades que por un costo mucho más bajo agregando valor

a los clientes a un costo menor, esta solución está enfocadas en los pequeños

18

negocios ya que cubre sus necesidades llevándolos a una posición vanguardista

y competitiva con otras grandes empresas.

SCRUM:

Como se describió anteriormente, para la construcción de este proyecto se estableció utilizar el conjunto de prácticas que compone la metodología Scrum, debido a que para el desarrollo del proyecto es necesario en la fase de desarrollo aplicar prácticas de agiles para lograr hacer entregables mucho más rápido al cliente, esto debido a que ser una metodología interactiva e incremental, asegura notablemente hacer entregas útiles y funcionales del producto. Scrum sugiere una completa participación con el cliente, a comparación de las metodologías tradicionales donde el cliente espera hasta la fecha de entrega para ver su producto, con Scrum, permite que el cliente pueda ver los avances en entregables funcionales, recibiendo avances cada lapso de tiempo definido, como los llamados Sprints. Scrum es un método para trabajar en equipo a partir de iteraciones o Sprints. Así pues, Scrum es una metodología ágil, por lo que su objetivo será controlar y planificar proyectos con un gran volumen de cambios de última hora, en donde la incertidumbre sea elevada. Se suele planificar por semanas. Al final de cada Sprint o iteración, se va revisando el trabajo validado de la anterior semana. En función de esto, se priorizan y planifican las actividades en las que invertimos nuestros recursos en el siguiente Sprint. La metodología Scrum se centra en ajustar sus resultados y responder a las exigencias reales y exactas del cliente. De ahí, que se vaya revisando cada entregable, ya que los requerimientos van variando a corto plazo. El tiempo mínimo para un Sprint es de una semana y el máximo es de cuatro semanas.

19

DIAGNÓSTICO

Luego de realizar un análisis en diferentes Pymes de la ciudad de Bogotá, se logra establecer el siguiente diagnóstico:

● Las Pymes en Bogotá no cuentan con más de $500.000 pesos colombianos para la inversión de la implementación de telefonía IP en sus empresas.

● A medida que van creciendo las empresas Pyme, ven más necesario implementar telefonía IP en sus empresas.

● Las Pyme dependiendo del foco de mercado, van necesitando implementar “call centers” donde no cuentan con el presupuesto para implementar una solución de telefonía IP

● Existen varias compañías que tienen telefonía análoga con muy pocas líneas el cual es muy limitado.

● estas compañías ven necesario utilizar IVR (interactive voice response,)

para permitir que los clientes puedan comunicarse con otras áreas por medio de la telefonía IP

● Las pymes no cuentan con el dinero necesario para comprar teléfonos IP los cuales abarcan precios de $300 dólares para cada uno, haciendo necesario buscar otras alternativas como los softphone.

Evaluación de riesgos

Gran cantidad de las Pymes en Bogotá no cuenta con procesos de ITIL aplicados, en este caso es necesario crear los planes necesarios para llevar a cabo la prestación del buen servicio de telefonía ip, la calidad del servicio de telefonía IP dependerá de la calidad de la red que se disponga para el servicio y además teniendo en cuenta que la telefonía a diferencia de la telefonía análoga está basada en el envío/recepción de paquetes disminuye el riesgo de pérdida del servicio pero la calidad del mismo se puede ver afectada según la calidad de la red, generalmente el uso y consumo de red de la solución es muy baja con lo cual no se requiere de un ancho de banda muy amplio para brindar un servicio de calidad

20

Monitoreo

Los controles internos que son operados por gestión de la operación, debe ser constantemente monitoreados, para asegurarse que los procesos se encuentren operando tal cual como se planeó y comprobar que son efectivos ante futuros cambios que se puedan aplicar, con base al proceso de gestión de la operación se establece las diferentes directrices de monitoreo a la plataforma puesta en producción, esta gestión debe encargarse del monitoreo y de las tareas diarias operativas que se puedan presentar, de esta forma será más fácil la medición del desempeño de la plataforma de telefonía en ambientes reales y como este agrega valor a la pyme reduciendo costos y entregando un servicio de calidad a bajo costo Figura 2 | monitoreo

Fuente: https://www.motadata.com/features/unified-dashboards

21

Encuestas

En base a las técnicas de recolección que se aplicaron para recolectar datos e información, se realizaron varias encuestas a diferentes CEO de diferentes pymes referente a la necesidad de la telefonía IP los cuales nos llevaron a encontrar diferentes problemas. Ver anexos Encuestas realizadas Estas son las encuestas resueltas por algunos CEOs de algunas pymes en Bogotá, que decidieron participar en ella Análisis del resultado de la encuesta - conclusión Estos son los datos arrojados posterior a realizar la encuesta: En la siguiente gráfica y cuadro de la encuesta se puede evidenciar que la mayoría de los encuestados no tienen un alto presupuesto para implementar una solución de telefonía IP, dado que del 100%, el 24% de los entrevistados cuentan con presupuesto inferior a $500.000 pesos colombianos, el 13% cuentan con un rango presupuestal de $500.000 a $1’000.000 pesos colombianos, el 31% cuentan con un presupuesto menor a $100.000 pesos colombianos y menos del 2% de las personas tienen la capacidad económica para tener un presupuesto mayor a $5’000.000 de pesos para la implementación de una solución de telefonía IP. Tabla 1 Presupuesto para implementar una solución de telefonía IP

ENCUESTA

Con qué presupuesto cuenta usted para implementar una solución de telefonía

IP en su compañía

$10.000.000 o más 1

$5.000.000 a $10.000.000 1

$2'000.000 a $5'000.000 2

$1'000.000 a $2'.000.000 1

$500.000 a $1'000.000 4

$100.000 a $500.000 7

menos de $100.000 9

no cuento con recursos para implementar telefonía IP 4

22

Fuente: Auditoria propia A continuación, se puede observar una gráfica para ayuda a analizar el resultado de esta encuesta.

Tabla 2 cantidad de Pymes con telefonía IP Fuente: Auditoria propia

ENCUESTA

Cuenta usted con telefonía IP en su compañía ?

Si 4

No 10

Tenemos una telefonía análoga 8

Tenemos una planta análoga 2

nos comunicamos por whatsApp 5

23

A continuación, se puede observar una gráfica para ayuda a analizar el resultado de esta encuesta.

Tabla 3 cantidad Pymes de acuerdo en implementar una solución de telefonía Ip de bajo costo Fuente: Auditoria propia

ENCUESTA

Estaría usted de acuerdo si una empresa le ofrece implementar una solución

de telefonía Ip por un costo menor a 60 dólares ?

Si 27

No 1

No siento seguridad por lo económico 1

24

A continuación, se puede observar una gráfica para ayuda a analizar el resultado de esta encuesta.

Fuente: Auditoria propia

25

DISEÑO DE INGENIERIL

FORMULACIÓN DE UN SERVICIO DE TELEFONÍA IP SOBRE UN DISPOSITIVO RASPBERRY PI PARA PYMES BASADO EN LA APLICACIÓN DE LAS METODOLOGÍAS ITIL V3 Y SCRUM

Revisando el diagnóstico realizado en las diferentes fuentes de información, en esta propuesta se realiza esta arquitectura de alto nivel de diseño de la telefonía IP basado en Raspberry PI, la arquitectura propuesta es capaz de soportar un nuevo softphone para realizar dichas llamadas entre las diferentes extensiones utilizando los protocolos IAX2 y SIP, se utilizaran diferentes módulos los cuales son “Calling, Conferencing y VoiceMail” y por último, las extensiones utilizaran los codecs GSM y G723,1 Figura 3 Arquitectura Asterisk

Fuente: Auditoria propia

26

REQUERIMIENTOS FUNCIONALES DEL SISTEMA

Los requerimientos funcionales del sistema, describirán las funciones que debe tener el sistema de telefonía IP,

Requerimientos a nivel de usuario final.

El usuario final el cual utilizará el sistema de telefonía IP tiene unos requerimientos sencillos que deben tomado como task en el Product backlog y entregado al equipo de desarrollo para su ejecución. Llamadas nacionales: El usuario final debe ser capaz de realizar llamadas nacionales con el prefijo 9, por ejemplo 9 + indicativo de ciudad + número telefónico. Llamadas internacionales: El usuario final debe ser capaz de realizar llamadas a números internacionales con el prefijo 0 + indicativo de país + indicativo de ciudad + número Consultar VoiceMail: El usuario final debe ser capaz de consultar su VoiceMail

marcando a la extensión: 001 Llamar a otra extensión: El usuario final debe ser capaz de llamar a otra

extensión, escribiendo únicamente su extensión, ejemplo: 401.

Requerimientos Técnicos:

En la placa electrónica Raspberry Pi, se tiene un reto técnico, el cual es lograr la instalación y configuración de Asterisk para soportar el flujo de llamadas, para esto, es necesario cumplir con los siguientes requerimientos a nivel técnico Instalación y configuración: Es necesario realizar la instalación de asterisk por

medio de la compilación de las fuentes del código, para asegurar mantenibilidad en la arquitectura ARM de Raspberry Pi, así como la instalación de librerías y componentes a nivel de sistema operativo Raspbian para cumplir con las necesidades de la compilación. Compilación de Codecs y módulos: Es necesario hacer la compilación de los

módulos y los codecs a utilizar en la arquitectura, tales como GSM y MP3, ya que son necesarios para el funcionamiento de asterisk, así mismo como la

27

instalación de los componentes para los protocolos IAX2 y SIP ya que son necesarios para la comunicación entre las extensiones entre llamadas internas como llamadas externas. Automatización de extensiones: Es necesario automatizar la creación de

extensiones debido que normalmente es un proceso que puede costar varios minutos en crear una extensión, pero es necesario crear una “CLI” para la automatización de la creación de extensiones de una manera fácil y sencilla Pruebas de Stress: Es necesario realizar una prueba de carga en la board Raspberry Pi para verificar que es capaz de soportar el flujo de 50 llamadas internas.

DEFINICIÓN DEL BACKLOG

La propuesta para el diseño de la telefonía IP está basado compuesto por 3 Sprints de dos semanas cada uno, para un total de 6 Semanas, a continuación se define las tareas de alto nivel que compone el “Product Backlog”

PRODUCT BACKLOG

StoryID StoryName Status Size Sprint StoryTipe

1 Instalación y alistamiento de Rasbian sobre Raspberry PI

Planned 0 1 Desarrollo

2 Instalación y configuración de Asterisk Sobre Raspberry Pi con los componentes necesarios


3 Configuración de Codecs y módulos para Asterisk


28

4 Creación de script de automatización de extensiones


5 Configuración de Dialplan


Tabla4 Product Backlog Fuente: Auditoria propia Instalación y alistamiento de Rasbian sobre Raspberry PI:

El primer punto del Product Backlog es acerca de la instalación y configuración de todos los componentes sobre la raspberry Pi y dejarlo puesto en marcha para cumplir con los siguientes puntos del Product Backlog. Instalación y configuración de Asterisk Sobre Raspberry Pi con los componentes necesarios: Este punto en el Backlog es necesario para realizar todas las tareas relacionadas con la instalación y configuración de asterisk, este punto del product backlog depende del primero dado que sobre la board Raspberry Pi se desarrollara todas las task de este punto del product backlog. Configuración de Codecs y módulos para Asterisk:

Para que asterisk funcione perfectamente es necesario cumplir con las necesidades de configuración referente a los codecs y módulos que se vayan a utilizar, para ello, es necesario suplir todas las taks que involucra este punto en el product backlog. Creación de script de automatización de extensiones: Este punto en el backlog se relaciona a todas las tareas referente a la automatización de creación de extensiones, el entregable de este punto es un script tipo “CLI” que permite la creación de las extensiones de una manera interactiva sin necesidad de tener que editar los archivos de configuración de asterisk. Configuración del Dialplan: Uno de los requerimientos iniciales es cumplir con un plan de marcado que involucra llamadas internas, nacionales e internacionales para ello, se designa un punto en el backlog con diferentes tareas relacionadas en el tercer sprint para desarrollar la configuración del Dialplan y cumplir con uno de los requerimientos iniciales.

29

SPRINT BACKLOG

El desarrollo de los 5 ítems del product Backlog está dividido en 3 sprints como se observa en la tabla numero (agregar número de tabla ), se estipula una duración de dos semanas para cada Sprint dando una duración de 6 semanas para la culminación de lo diferentes ítems del product Backlog, a continuación se relaciona las task a trabajar en cada Sprint Backlog.

SPRINT BACKLOG 1:

Task Number Task name Story ID Status

1 Descarga de la última versión de Rasbian OS y verificación de integridad

1 Planned

2 Instalación de Raspbian OS Sobre Raspberry PI

1 Planned

3 Ajustes iniciales de sistema operativo Raspbian

1 Planned

4 Actualización de paquetería desde los repositorios oficiales e instalación de parches de seguridad

1 Planned

5 Tuning y Hardening a nivel de sistema operativo

1 Planned

Fuente: Auditoria propia Tabla5 Sprint Backlog 1

30

SPRINT BACKLOG 2:


1 Instalación de librerías y dependencias para la instalación de asterisk

2 Planned

2 Instalación por medio de compilación de las fuentes de la última versión estable de asterisk

2 Planned

3 Verificación y apertura de puertos necesarios para el funcionamiento de asterisk

2 Planned

4 Pruebas de funcionalidad de asterisk de sus componentes básicos

2 Planned

5 Instalación por medio del código de fuentes de los codecs a utilizar

2 Planned

6 Verificación de funcionamiento de los codecs instalados

2 Planned

7 Instalación por medio de las fuentes de los módulos a utilizar

2 Planned

8 Verificación de funcionamiento de los módulos a utilizar

2 Planned

Tabla6 Sprint Backlog 2 Fuente: Auditoria propia

31

SPRINT BACKLOG 3:


1 Creación de función para agregar extensiones en los archivos extensions.conf y sip.conf

3 Planned

2 Creación de función para mostrar las extensiones creadas

3 Planned

3 Creación de CLI para la interacción con las funciones

3 Planned

4 Pruebas unitarias en las funciones y CLI Desarrolladas

3 Planned

5 Pruebas de funcionalidad de las funciones y CLI Desarrolladas

3 Planned

6 Crear DialPlan para llamadas internas

3 Planned

7 Crear Dialplan para llamadas nacionales

3 Planned

8 Crear DialPlan para llamadas al exterior

3 Planned

9 Pruebas de funcionalidad para los 3 DialPlan creados

3 Planned

Tabla6 Sprint Backlog 3 Fuente: Auditoria propia En la semana 6 al finalizar el Sprint 3 se debe tener el sistema de telefonía IP listo para su puesta en marcha con una CLI para la creación de extensiones de una manera sencilla de utilizar. Cada Sprint tiene las tareas niveladas para cumplir los tiempos en la entrega de los requerimientos establecidos al inicio del desarrollo de Ingenieril, en la puesta en marcha se trabajara varios procesos basados en ITIL para dar mantenibilidad

32

y continuidad en la puesta en producción del sistema de telefonía IP que funciona desde una placa de Raspberry PI. Tener sistemas de gestión de tecnología eficientes y ágiles es el objetivo de gran parte de las compañías en el mundo sin embargo ser excelente es complejo y exige una planificación y sincronismo de múltiples prácticas y metodologías que les permiten alcanzar la competitividad del mercado. Es por ello que en este documento se presentan las acciones de mejora para el diseño de ingeniería que responde a la solución propuesta en el problema basado en la metodología ágil de SCRUM y buenas prácticas de ITIL. El diseño planteado del prototipo de telefónica IP sobre Raspberry PI pretende integrar las dos metodologías vistas en clase durante el desarrollo del seminario de PGTI. Todo el diseño de ingeniería se elaboró considerando en los objetivos planteados en la parte inicial del documento considerando la arquitectura necesaria y acorde con los requerimientos de alto nivel junto con los procesos que se necesitan para mantener el ciclo de vida de la plataforma de telefonía IP. A continuación, se presenta la adaptación del diseño con los procesos y buenas prácticas de ITIL V3.

33

CICLO DE VIDA DEL SERVICIO ITIL V3

Fuente: https://www.axelos.com/ciclodevida

Estrategia del Servicio (Service Strategy) y Diseño del Servicio (Service

Design)

Proveer orientación, desarrollar e implementar la Gestión de Servicios de TI. Su

meta primordial es que la organización piense y actúe estratégicamente.

Diseñar nuevos servicios de TI. Esto incluye el diseño de servicios nuevos, así

como cambios y mejoras de los existentes.

Con ello se pretende:

Implementar un sistema de telefonía IP sin conexiones análogas mediante la

utilización de equipos de comunicaciones implementadas con raspberry pi para

una organización PYME. Permitiendo generar un resultado adecuado teniendo

presente que la solución planteada está sobre un software libre como lo es

Asterisk.

34

Analizar y lograr las necesidades actuales y futuras (evaluar estado de la red).

Incorporar los procesos dentro del ciclo de vida del servicio.

Permite simplificar e integrar en un sistema común de telefonía todas las

comunicaciones de una empresa PYME (voz, datos, vídeo e Internet).

Reducir los costes de instalación y mantenimiento: los proveedores de este

servicio operan por lo general a través de internet y se puede ofrecer desde

cualquier lugar. Este es un sistema económico ya que los equipos de

comunicaciones implementadas con raspberry pi en mercado es posible

encontrarlos a menos de 50 dólares, adicionalmente solo existirá una única red

de datos.

Diseño del nuevo plan de numeración telefónica y direccionamiento IP del

sistema.

En lo que se refiere a implementación de funcionalidades se elaborará un

catálogo de servicios en relación con el plan de actividades mencionadas

anteriormente y estudio de las necesidades de la PYME (análisis de

requerimientos y búsqueda de una solución óptima).

Dentro del Diseño del Servicio (Service Design) Se viabilizan las posibles

demandas del servicio a nivel de hardware y software necesarios, estudio de

costos y aliados o proveedores.

35

Transición del Servicio (Service Transition)

Mediante este proceso también se asegura que los cambios en los servicios y

procesos de la Gestión de Servicios se lleven a cabo de manera coordinada.

Se realizará la verificación de todas las funcionalidades y todas posibilidades de

tráfico de voz (llamadas).

Prueba del plan de contingencia, en caso de fallo de cualquier elemento (pruebas

de conectividad y funcionamiento).

Prueba de interconexión entre todas las sedes, y pruebas de stress para verificar

la calidad de las llamadas y la eficiencia del servicio.

Operación del Servicio (Service Operation)

Asegurar que los servicios de TI se ofrezcan efectiva y eficientemente. Esto

incluye cumplir con los requerimientos de los usuarios, resolver fallos en el

servicio, arreglar problemas y llevar a cabo operaciones rutinarias relacionadas

con tareas que requieran intervención en el servicio operativo de telefonía

Para llevar a cabo todas las labores descritas en el presente proyecto, se plantea

destinar al mismo los recursos humanos necesarios.

Mejora continua del Servicio (Continual Service Improvement)

En este proceso se integrará con los especificado en la normativa ISO/IEC

20000. Para generar una mayor conformidad de los procesos que desarrollemos.

Se estipula realizar actividades periódicas por parte de la mesa de servicio para

mejorar la calidad y eficiencia de la plataforma, asegurando que el servicio de

telefonía se mantenga a la vanguardia y siga siendo rentable y competitivo.

36

CONCLUSIONES

Se propone un servicio de telefonía IP sobre un dispositivo Raspberry pi para pymes basado en la aplicación de las metodologías Itil v3 y Scrum. Luego de un análisis de telefonía IP implementado en las pymes se logra reconocer las necesidades y los requerimientos que estas empresas esperan en un servicio de telefonía. Se diseñó un servicio de telefonía IP accesible, eficiente y vanguardista usando las metodologías ITIL V3 y Scrum.

37

RECOMENDACIONES

Este proyecto está basado en la implementación de metodologías como SCRUM

e ITIL V3 pensadas en la implementación, administración y ciclo de vida del

prototipo pensado para pymes en pro del mejoramiento del servicio de telefonía

IP a bajo costo sin embargo se debe tener en cuenta que para la implementación

del mismo que debe existir una adecuada integración entre las buenas prácticas

agile y las prácticas enfocadas a procesos.

La PYME para el óptimo funcionamiento del sistema de telefonía ip debe contar

con la infraestructura adecuada a nivel LAN y los parámetros de calidad a nivel

de seguridad para la organización.

Es fundamental que se cumpla cada una de las actividades programadas en el

diseño de ingeniería para garantizar la sostenibilidad y permanencias de las

metodologías integradas.

Es indispensable que el cliente (organización PYME) cuente con un alto nivel de

participación desde el levantamiento del requerimiento y la implementación del

sistema de telefonía IP. Teniendo como referencia que la fase de implementación

se realizará bajo Scrum y el ciclo de vida del servicio en ITIL.

Es importante resaltar que en este proyecto se tiene como límite 50 llamadas en

simultáneo, lo que quiere decir que si se requiere de más extensiones el presente

proyecto puede apoyar el escalamiento de la plataforma para ajustarlo aún más

a las necesidades de la pyme.

La calidad del servicio de telefonía IP dependerá de la calidad de la red que

disponga la plataforma y la calidad de las llamadas que ofrece, por esto es

importante tener en mente el ancho de banda necesario para asegurar la calidad

de las 50 llamadas, si se requieren más extensiones el escalamiento no solo

debe ser por parte de la infraestructura de la plataforma tecnológica si no también

se necesitan más recursos de red.

En el desarrollo del prototipo de telefonía IP es indispensable y deben estar

comprometidos para el desarrollo de cada actividad (sprint en general) cada uno

de los roles que especifica la metodología ágil de Scrum como lo son Product

Owner, Scrum master y equipo Scrum ya que el éxito o fracaso del prototipo de

diseño es directamente proporcional a su participación y entrega.

38

ANEXOS

Ver documento adjunto de Encuestas.

39

BIBLIOGRAFÍA

Bryant, R., Madsen, L., & Meggelen, J. V. (2013). Asterisk The Definitive Guide (4 edición ed.). Estados Unidos de América: O'REILLY.

Gomillion, D., & Dempster, B. (2005). Building Telephony System with Asterisk. Birmingham: Packt Publishing.

The Benefits of Asterisk and VoIP, 2010, https://www.nextiva.com/blog/the-benefits-of-asterisk-and-voip.html

Jose Manuel Huidobro Moya (2006) Tecnología VoIP y Telefonía IP: La Telefonía Por Internet

Tooba Zaheer Shaikh (2009), Voice over MPLS

James F. Peters (2000), Voice over IP Fundamentals (2nd Edition)

Thomas Porter (2006), Practical VoIP Security

Bill Douskalis (1999), IP Telephony: The Integration of Robust VolP Services

Jose Manuel Huidobro Moya (2006), Sistemas de Telefonía

Ramesh Kaza (2005), Cisco IP Telephony: Planning, Design, Implementation, Operation, and Optimization (paperback)

formulaciÓn de un servicio de telefonÍa ip sobre un

Documents