UNIVERSIDAD NACIONAL DE TRUJILLO
FACULTAD DE INGENIERÍA
ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS
NUEVA PLATAFORMA PARA GESTIÓN UNIFICADA DE
AGENCIAS DE COBRANZA
FUNCIÓN DE TRABAJO PROFESIONAL
INFORME REALIZADO PARA OPTAR EL TÍTULO DE:
INGENIERO DE SISTEMAS
AUTOR:
ELISEO GIOMAR CORONADO VÁSQUEZ
INDICE
Dedicatoria ……….…….……….…….. iv
Agradecimientos ……….…….………... v
INDICE DE FIGURAS……... vi
INDICE DE TABLAS…... vii
RESUMEN... viii
ABSTRACT... ix
INFORME DE EXPERIENCIAS EN EL CAMPO LABORAL... 1
RECORD LABORAL ... 1
MEMORIA DESCRIPTIVA DE ACTIVIDADES PROFESIONALES ... 2
1. Enfoque Web SAC. Lima – Perú……….………. 2
2. COMSA – Consulting, Outsourcing & Management SA. Lima – Perú….... 2
3. GMD – Graña y Montero Digital. Lima – Perú.……….…… 3
4. OESIA NETWORKS DO BRASIL. São Paulo – Brasil....……….….... 4
5. Indra Pesquisa e Desenvolvimento. São Paulo – Brasil ……….….... 6
6. Telefónica del Brasil. São Paulo – Brasil ... 7
FUNCIÓN DE TRABAJO PROFESIONAL ... 12
CAPÍTULO I – INTRODUCCIÓN ………... 13
1.1REALIDAD PROBLEMÁTICA ... 14
1.2JUSTIFICACIÓN DEL ESTUDIO ………. 16
1.3OBJETIVOS DEL ESTUDIO ……….. 16
1.3.1 Objetivo General………..… 16
1.3.2 Objetivos Específicos……… 16
1.4ALCANCES Y LIMITACIONES ……….……….. 17
1.4.1 Alcance………... 17
1.4.2 Limitaciones ………. 17
CAPÍTULO II – MARCO TEÓRICO ……….….. 19
2.1 Antecedentes ……….……….. 20
2.2 Marco Conceptual ………. 23
2.2.1 Sistema de Información ……….. 23
2.2.2 Objetivo de Sistema de Información ……….……….23
2.2.3 Sistema de Software ……….……... 23
2.2.5 Desarrollo profesional de software ………... 27
2.2.6 Ingeniería de Software ………... 28
2.2.7 Capas de la Ingeniería de Software ………... 32
2.2.8 El proceso del software ………... 33
2.2.9 Fases de un proceso de desarrollo ………. 36
2.2.10 Modelos de procesos de software ……… 47
2.2.10.1 Modelo Cascada ……….……… 47
2.2.10.2 Modelo iterativo e incremental ………. 49
2.2.10.3 Modelo basada en componentes ……….……….. 52
2.3 Metodología Empleada ……….. 54
CAPÍTULO III – DESARROLLO DEL TRABAJO DE FUNCIÓN PROFESIONAL… 56 3.1. Presentación de la Institución ……….. 57
3.2 Desarrollo de Sistemas en la Telefónica|Vivo ……….. 61
3.3 Actividades Realizadas ……….. 66
3.3.1 Actividades en la fase de Estimativa de Alto Nivel ……….. 69
3.3.2 Actividades en la fase de Detalle de Requisitos ……… 69
3.3.3 Actividades en la fase de Arquitectura de Solución ……… 71
3.3.4 Actividades en la fase de Estimativas ………... 73
3.3.5 Actividades en la fase de Estimativa Consolidada ……….. 79
3.3.6 Actividades en la fase de Planificación ………. 80
3.3.7 Actividades en la fase de Construcción ………. 80
3.3.8 Actividades en la fase de Testes ………. 89
3.3.9 Actividades en la fase de Implantación ………. 92
3.3.10 Actividades en la fase de Pos producción ………... 94
CAPÍTULO IV – RESULTADOS Y DISCUSIÓN ……….. 97
CAPÍTULO V – CONCLUSIONES ………..………….. 100
CAPÍTULO VI – RECOMENDACIONES ………. 102
CAPÍTULO VII – SUGERENCIAS Y PROPUESTAS .……… 104
REFERENCIAS BIBLIOGRAFICAS ……… 105
Dedicatoria
A mis queridos padres, Flor y
Antonio, por su lucha constante para
educar a sus hijos con tanto empeño y
dedicación
.Agradecimientos
Gracias al Señor Todopoderoso, que siempre bendice nuestro
hogar con mucho amor y afecto, permitiéndonos vivir en paz y
armonía entre todos los integrantes de la familia. Además, de
haberme dado fuerzas y salud para conseguir alcanzar mis
objetivos.
Gracias a mi madre, Flor, por ser una persona tan luchadora y
determinada, que nunca se dejó amilanar por los obstáculos.
Gracias a mi padre, Antonio, que está en el Cielo cuidando de
todos sus hijos y nietos. Él que siempre nos educó con tanta
dedicación, inculcando a todos sus hijos la honestidad y la
responsabilidad.
Gracias a mis queridos hermanos Milagros, Ronald, Edwin,
Roxana, Yadit y Percy por el apoyo incondicional para conseguir
todos mis objetivos.
Todos ellos contribuyeron en mis logros profesionales y
personales, y siempre estaré eternamente agradecido.
ÍNDICE DE FIGURAS
Figura No 2.1. Capas de la Ingeniería de software……… 32
Figura No 2.2. Modelo en cascada ……….. 49
Figura No 2.3. Modelo iterativo e incremental ……….. 51
Figura No 2.4. Modelo del Reutilización de software ………... 54
Figura No 3.1. Marcas de la empresa Telefónica………... 60
Figura No 3.2. DAS - Diagrama de Arquitectura de Solución ...72
Figura No 3.3. Menú Inicial del sistema CyberFinancial (Beib010) …………...… 81
Figura No 3.4. Ventana Maestra del sistema Cyber ………. 81
Figura No 3.5. Ventana de datos demográficos del sistema Cyber ………. 82
Figura No 3.6. Ventana de datos financieros del sistema Cyber ………. 82
Figura No 3.7. Ventana de histórico de gestión del sistema Cyber ………. 83
Figura No 3.8. Ventana de direcciones y teléfonos del sistema Cyber …….……... 83
Figura No 3.9. Ventana de búsqueda por nombre ……… 84
Figura No 3.10. Servicios Web para ser llamados por las agencias de cobranza .. 85
Figura No 3.11. Modelo Conceptual del sistema Cyber ………...…… 86
Figura No 3.12. Registro de escenários de Testes en Quality Center – Sistema ATIS ... 87
Figura No 3.13. Registro de escenários de Testes en Quality Center – Sistema Cyber ... 87
Figura No 3.14. Escenários de Pruebas para ser ejecutados – Sistema ATIS ... 88
Figura No 3.15. Ejecuciones de un escenário de prueba – Sistema ATIS ………... 88
Figura No 3.16. Detalle de ejecución de escenário de prueba – Sistema ATIS ….. 89
Figura No 3.17. Documento de Evidencia de Testes – Introducción ………... 90
Figura No 3.18. Documento de Evidencia de Testes – Detalle ………. 91
Figura No 3.19. Documento de Evidencia de Testes – Casos de Testes ………….. 91
Figura No 3.20. Documento de Evidencia de Testes – Evolución de Testes ……... 92
Figura No 3.21. Abertura de CRQ – Solicitud de alteración en sistema ATIS ... 93
Figura No 3.22. Abertura de CRQ – Solicitud de alteración en sistema Cyber... 93
INDICE DE TABLAS
Tabla No 1. Sistemas de Recaudación y Cobranza ……….………… 8
Tabla No 2.1. Estudio sobre proyectos de desarrollo ………... 35
Tabla No 3.1. Accesos de la Telefónica del Brasil ………. 58
Tabla No 3.2. Papeles y Responsabilidades en desarrollo desistemas ……… 62
Tabla No 3.3. Artefactos en las diferentes etapas de desarrollo de sistemas……... 63
Tabla No 3.4. Etapas de desarrollo de una demanda Tipo P ………... 64
Tabla No 3.5. Etapas de una demanda tipo M y G ………... 65
Tabla No 3.6. Etapas de una demanda tipo Fast Track ………... 66
RESUMEN
Mi experiencia laboral comienza básicamente con las prácticas pre-profesionales
en la reconocida Universidad Nacional de Trujillo, como parte del proyecto “Plan de Sistemas del centro de cómputo de la UNT”. Para diseñar ese plan tuve que aplicar gran
parte de lo aprendido en las clases inculcadas por nuestros distinguidos profesores,
principalmente en lo relacionado a planeamiento estratégico.
Posteriormente, para poder desarrollarme profesionalmente tuve que aprovechar
todas las oportunidades que me fueron presentadas en la ciudad de Lima. De esa forma,
fui destacando y creciendo profesionalmente en los cargos de programador en la
empresa EmfoqueWeb; testador, analista programador y analista funcional en la
Telefónica del Perú. Luego, en el 2006 fui invitado para ser parte del equipo de
desarrollo de sistemas de información para toda Latinoamérica en el grupo Telefónica
con sede en São Paulo - Brasil. Y por supuesto, esa oportunidad no había como
desperdiciarla, y hasta el momento he podido aportar a esa empresa con todos los
conocimientos aprendidos durante toda la carrera profesional, creciendo de tal forma
que ahora ocupo cargo de Consultor de Sistemas de la Telefónica del Brasil.
Este informe consta de 3 partes: Record Laboral que indico cuales fueron los
cargos que tuve la oportunidad de ejercer; Memoria descriptiva de las actividades profesionales, la cual menciono los aportes más importantes que he podido entregar en cada una de las empresas en las que trabajé; y Función de trabajo profesional donde
indico las fases de la Ingeniería de Software que he podido aplicar en uno de los
proyectos de desarrollo de sistemas de la distinguida empresa Telefónica del Brasil.
ABSTRACT
My work experience basically begins with the pre-professional practices in the
recognized National University of Trujillo, as part of the project "Systems Plan of the
computer center of the UNT". In order to design this plan, I had to apply much of what
was learned in the classes taught by our distinguished teachers, especially in relation to
strategic planning.
Subsequently, in order to develop professionally, I had to take advantage of all
the opportunities presented to me in the city of Lima. That way, I was highlighting and
growing professionally in the positions of programmer in the company EnfoqueWeb;
tester, programmer analyst and functional analyst at Telefonica of Peru. Then in 2006 I
was invited to be part of the information systems development team for all of Latin
America in the Telefonica group based in São Paulo - Brazil. And of course, that
opportunity could not be wasted, and so far I have been able to contribute to that
company with all the knowledge learned during the entire professional career, growing
in such a way that I now hold the position of System Consultant of Telefonica of Brazil.
This report consists of 3 parts: Labor Record which indicated which were the charges that I had the opportunity to exercise. Descriptive report of the professional
activities, which I mention the most important contributions that I have been able to deliver in each one of the companies in which I worked. Professional work function that indicated the phases of the Software Engineering that I have been able to apply in
one of the projects of systems development of the distinguished company Telefonica of
Brazil.
INFORME DE EXPERIENCIAS EN EL CAMPO LABORAL
RECORD LABORAL
1. Programador - Enfoque Web SAC. Lima – Perú
Desarrollo del sistema de ventas y reservas de la empresa “Ormeño” y desarrollo del sistema administrativo para el “Colegio de Ingenieros del Perú”
Octubre/2001 – Agosto/2002. Tiempo: 10 meses
2. Analista Programador - COMSA – Consulting, Outsourcing & Management SA. Lima – Perú
Desarrollo en sistemas para el Negocio TUP, Telefonía de uso público, de la
empresa Telefónica del Perú.
Agosto/2002 – Diciembre/2003. Tiempo: 1 año y 4 meses
3. Analista Funcional - GMD – Graña y Montero Digital. Lima – Perú
Desarrollo y Mantenimiento en los sistemas de Cobranza y Recaudación de la
empresa Telefónica del Perú.
Febrero/2004 – Mayo/2006. Tiempo: 2 años y 2 meses
4. Consultor de Sistemas - OESIA NETWORKS DO BRASIL. São Paulo – Brasil
Desarrollo en los sistemas de Cobranzas, Facturación y Atención al Cliente para
el grupo Telefónica en los diferentes países de Latinoamérica (Argentina, Chile,
Colombia, Perú y Brasil).
Junio/2006 – Abril/2011. Tiempo: 4 años y 10 meses
5. Consultor de Sistemas - Indra Pesquisa e Desenvolvimento. São Paulo – Brasil Desarrollo en los sistemas de Cobranzas y Recaudación en la empresa
Telefónica del Brasil.
Abril/2011 – Setiembre/2011. Tiempo: 5 meses
6. Consultor de Sistemas - Telefónica del Brasil. São Paulo – Brasil
Desarrollo en los sistemas de Cobranzas y Facturación de la empresa Telefónica
del Brasil.
Setiembre/2011 – Hasta la Fecha. Tiempo: 5,5 años
En los anexos No 1 hasta No 7 se encuentran los sustentos de los puntos relacionados al
MEMORIA DESCRIPTIVA DE ACTIVIDADES PROFESIONALES
1. Enfoque Web SAC. Lima – Perú
Empresa creada en el año 2000 y dedicada al desarrollo de sistemas de
información para diferentes empresas. Tuvo como uno de sus primeros clientes
al grupo de transportes “Ormeño”, ubicado en la Av. Javier Prado de la Ciudad
de Lima, en la cual su dueño tenía por objetivo implementar un sistema
completo de ventas y reservas de pasajes que se adecue a las necesidades de los
usuarios. Este sistema fue desarrollado utilizando los conceptos básicos de la
Ingeniería del Software, en la cual participé principalmente en las etapas de
Programación, Pruebas e Implementación del sistema de Ventas y Reservas de
Pasajes para la empresa “Ormeño”. Dicha programación fue realizada utilizando
el lenguaje de programación Visual Basic 6.0 con MS SQL Server como motor
de base de datos bajo el modelo de Cliente-Servidor.
Realizada la primera fase de implementación del sistema de Venta y
Reservas de pasajes, fui invitado a realizar tareas de programación también en
visual basic 6,0 con MS SQL Server en el Colegio de Ingenieros del Perú con sede en San Isidro – Lima.
Área: Desarrollo de sistemas Cargo: Programador
Fecha: Octubre/2001 – Agosto/2002 Funciones
- Programador, Testador e implementador para el desarrollo del sistema de
Ventas y Reservas del grupo “Ormeño”.
- Programador para el desarrollo del sistema administrativo para el Colegio de
Ingenieros del Perú con sede en Lima.
2. COMSA – Consulting, Outsourcing & Management SA. Lima – Perú
La empresa Telefónica del Perú es una de las principales empresas de
Telecomunicaciones del país, teniendo sus principales negocios dentro de la
operación de Telefonía Fija, Telefonía Móvil, Televisión por asignatura e Banda
Larga/Fibra para acceso a Internet. Dentro de la Telefonía Fija, existe el
segmento de Telefonía de uso público, que en los años 2002-2003 requería un
además que sean generados diversos reportes que permitan identificar las
diferentes zonas de recaudación y utilización del servicio TUP.
Como funcionario de la empresa COMSA, empresa tercera que trabajaba
para Telefónica del Perú, conseguimos desarrollar varios módulos dentro del
sistema de Gestión de Telefonía de uso público para atender las necesidades de
los usuarios para controlar la recaudación de ese tipo de segmento. Esos
módulos fueron implementados utilizando lenguaje de programación orientado a
objetos Power Builder 8.0 con motor de banco de datos Oracle. Área: Desarrollo de Sistemas
Cargo: Analista Programador
Fecha: Agosto/2002 – Diciembre/2003. Funciones
- Analista de Sistemas y Programador para el desarrollo de los módulos de
recaudación del sistema de Gestión de Telefonía de uso público para la
empresa Telefónica del Perú.
- Generar los reportes para el sistema de Gestión de Telefonía de uso público
para la empresa Telefónica del Perú.
3. GMD – Graña y Montero Digital. Lima – Perú
Esta empresa pertenece al grupo Graña y Montero, y es líder en
outsourcing de procesos de negocio y tecnología de la información que trabaja en diferentes rubros, uno de ellos es el de las Telecomunicaciones; siendo la
empresa Telefónica del Perú uno de sus principales clientes.
Debido a la experiencia laboral en sistemas de Telecomunicaciones, fui
invitado a pertenecer al área de desarrollo de sistema de la Telefónica del Perú,
como tercero, con el objetivo de implementar el sistema ATIS (Advanced Telecommunications Information System) en la operación Fija Residencial de la Telefónica del Perú.
Ese sistema ATIS fue constituido en la sede principal de la Telefónica,
Madrid-España, y el objetivo principal de ese sistema era de unificar las
funciones de facturación, cobranza y atención al cliente de todas las operaciones
en Sudamérica (Argentina, Chile, Brasil, Colombia y Perú).
Con el objetivo de implementar el sistema ATIS versión 01 en el Perú, era
objetivo de verificar que cumplan con los requerimientos y necesidades de los
usuarios. Caso hubiese un requisito no cumplido o parcialmente no cumplido era
necesario realizar un desarrollo adicional (complemento del sistema ATIS) para
que o negocio no se vea impactado.
Área: Desarrollo de Sistemas Cargo: Analista de Sistemas
Fecha: Febrero/2004 – Mayo/2006. Funciones
- Analizar los requisitos de Cobranza y Recaudación de la empresa Telefónica
del Perú.
- Analizar si el sistema ATIS cumple con todos los requerimientos del usuario,
caso no sea cumplido total o parcialmente informar a la matriz de desarrollo
del sistema ATIS para realizar la abertura de un GAP sistémico o una
alteración del alcance del proyecto.
- Realizar la especificación funcional utilizando metodología de
documentación propia de la Telefónica del Perú para los desarrollos
adicionales.
- Interactuar con los usuarios para realizar las pruebas correspondientes para
obtener el “De acuerdo” para subida a producción.
- Abrir incidentes para ser resueltos por la matriz de desarrollo del sistema
ATIS.
- Negociar con la matriz de desarrollo del sistema ATIS los plazos para
atendimiento y resolución de incidentes y GAPs.
- Negociar con la matriz de desarrollo del sistema ATIS y con el resto de
operadoras de Sudamérica para que sea alterado el alcance del proyecto,
según corresponda.
- Implementar el sistema ATIS versión 01 en la Telefónica del Perú.
- Realizar el mantenimiento del sistema ATIS versión 01 en la Telefónica del
Perú.
4. OESIA NETWORKS DO BRASIL. São Paulo – Brasil
Empresa española que inició sus operaciones en el Brasil con el nombre
de IT Deusto Brasil SA, luego en el año 2008, por una estrategia de marketing
enfoque principal definir y construir soluciones en las diferentes áreas de la
Tecnología de la Información.
En el año 2005, fue decidido por la alta dirección del grupo Telefónica
que el centro de desarrollo del sistema ATIS sea transferido de Madrid para São
Paulo-Brasil. Con esa nova estrategia, se abrieron las puertas para varios
colaboradores de la Telefónica en Sudamérica, conocedores del sistema ATIS,
para ser parte de del Centro de Desarrollo del Brasil (CDB).
En el año 2006, fui invitado a ser parte do CDB con el cargo de
consultor, que tenía por objetivo realizar los desarrollos de las próximas
versiones del sistema ATIS para toda Telefónica Latam (Brasil, Argentina,
Chile, Perú y Colombia)
Área: Desarrollo de Sistemas Cargo: Consultor de Sistemas Fecha: Junio/2006 – Abril/2011. Funciones
- Analizar los requisitos de Negocio de Cobranza, Facturación y Atención al
Cliente de la Telefónica Latam (Brasil, Argentina, Chile, Perú y Colombia).
- Realizar la especificación funcional elaborando documentación
correspondiente a la metodología propia de la Telefónica-CDB para los
desarrollos necesarios en cada versión de ATIS.
- Implementar cada versión de ATIS en cada una de las operadoras de
Telefónica Latam (Brasil, Argentina, Chile, Perú y Colombia).
- Analizar los incidentes abiertos por cada operadora de la Telefónica.
- Diagnosticar los errores y derivar a nuestros proveedores de software para la
correspondiente corrección.
- Realizar consultorías para las operadoras de la Telefónica en Sudamérica,
con el objetivo de orientar y transferir conocimiento del funcionamiento del
sistema ATIS.
- Negociar con cada una de las operadoras de la Telefónica LATAM los
plazos para atendimiento y resolución de incidentes y GAPs.
- Negociar con cada una de las operadoras de la Telefónica LATAM para que
sea alterado el alcance del proyecto, según corresponda.
- Realizar el mantenimiento del sistema ATIS en toda Telefónica LATAM.
5. Indra Pesquisa e Desenvolvimento. São Paulo – Brasil
Empresa española fundada en 1993, que reunió varias empresas para
competir en un mercado global con el objetivo de proporcionar soluciones
tecnológicas de vanguardia para clientes exigentes. Esta empresa atiende los
sectores de Transporte, Energía, Industria, Administración pública, Salud,
Servicios Financieros, Seguridad y Telecomunicaciones. Siendo uno de sus
principales clientes en el rubro de las Telecomunicaciones la empresa Telefónica
del Brasil.
En el año 2011, después de haber desarrollado e implantado todas las
versiones del sistema ATIS para cada operadora de la Telefónica en Sudamérica,
el Centro de Desarrollo del Brasil fue extinto para atender exclusivamente a la
Telefónica del Brasil. En ese escenario, el personal que trabajaba en CDB fue
invitado a ser parte del Área de TI de la Telefónica del Brasil. De tal forma, que
parte de ese año 2011, pertenecí a ese grupo como colaborador de una empresa
tercera, y que tenía como objetivo realizar los desarrollos de todos los sistemas
de Recaudación y Cobranza de la Telefónica del Brasil.
Área: Desarrollo de Sistemas Cargo: Consultor de Sistemas
Fecha: Abril/2011 – Setiembre/2011. Funciones
- Analizar los requisitos de Negocio de Recaudación y Cobranza de la
Telefónica del Brasil.
- Realizar la especificación funcional elaborando documentación
correspondiente a la metodología propia de la Telefónica del Brasil para los
desarrollos necesarios en cada sistema/módulo de Recaudación y Cobranza
de la Telefónica del Brasil.
- Realizar la planificación de cada proyecto de desarrollo que impactaba los
sistemas de Recaudación y Cobranza.
- Implementar en producción cada mejora realizada a los sistemas de
Recaudación y Cobranza de la Telefónica del Brasil.
- Diagnosticar los errores y derivar a nuestros proveedores de software para la
6. Telefónica del Brasil. São Paulo – Brasil
En setiembre del 2011, fui invitado a ser parte del cuadro de funcionarios de
la empresa Telefónica del Brasil con sede en São Paulo. En esta oportunidad
tendría cargo los desarrollos de sistemas de Facturación, Recaudación y
Cobranza de la Telefónica. Desde entonces, ya fueron implantados varios
proyectos de mejoras solicitadas pelo usuario o mejoras internas por iniciativa
del área de TI de la Telefónica del Brasil. Durante ese periodo la Telefónica ha
experimentado varios cambios con relación a su metodología de desarrollo de
sistemas, en parte se debe a las fusiones realizadas con otras empresa; en el año
2011 la Telefónica realizó la convergencia de las metodologías de la Telefónica
del Brasil de la operación Fija con la metodología de la empresa Vivo de la
operación móvil; así mismo, en el año 2016 fue realizado la convergencia de
metodologías (en su primera fase) entre las empresas Telefónica/Vivo y la
empresa GVT de operación Fija/TV. Esos cambios nos han permitido
experimentar diversas herramientas para gestión de proyectos de desarrollo, tales
como:
MIG (Modelo Integrado de Gestión) desarrollado por la propia telefónica y
es utilizada para realizar la rastreabilidad de las entregas (software)
realizadas para una demanda.
Sig@: Sistema de gestión de requisitos y de solución de sistemas.
Prosig@: De propiedad de HP conocido en el mercado como Project and Portfolio Managenent Center y es una versión avanzada de Sig@ que permite la gestión de requisitos, solución funcional y técnica, entregas e
implementación de proyectos. Además, de permitir realizar las
planificaciones de cada uno de los desarrollos de los sistema involucrados en
el proyecto.
JIRA: Herramienta de propiedad de la empresa Atlassian, y reciente
implantada en el área de Desarrollo de Sistema y busca la convergencia entre
las metodologías existentes para gestión de pre venta y desarrollo de
proyectos.
De la misma forma como fueron experimentadas varias herramientas de
gestión, también hubo la necesidad de ser parte responsable de los siguientes
Tabla No 1. Sistemas de Recaudación y Cobranza
Sistema Descripción Sistema
Operacional
Banco de Dados Lenguaje
Programación
ATIS-CO Sistema de Cobranza para
Clientes PF de la operación de
Telefonía Fija.
z/OS-Mainframe DB2 Cobol, JCL
Java/XML
CAR Sistema de Recaudación para
Clientes PJ de la operación de
Telefonía Fija.
z/OS-Mainframe DB2
VSAM
Cobol, JCL
Natural
INA Sistema de Cobranza para
Clientes PJ de la operación de
Telefonía Fija.
z/OS-Mainframe DB2
VSAM
Cobol, JCL
Natural
CFA Sistema de Habilitación de
Líneas Fijas
z/OS-Mainframe DB2
VSAM
Cobol, JCL
Cyber Sistema de Agencias de
Cobranza de la operación Fija
y Móvil
Unix Oracle PL/SQL
Java/XML
Atlys Sistema de Facturación y
Cobranza de la operación Fija
y Móvil.
Unix Oracle PL/SQL
Java
Crystal Sistema de Agencias de
Cobranza de la operación
Móvil (Clientes Inactivos)
Unix Oracle PL/SQL
Java
Databarn Sistema repositorio utilizado
para realizar reportes de los
clientes Atlys
Unix Oracle PL/SQL
Fuente: Elaboración propia en base a la experiencia en todos los sistemas indicados.
En ese sentido y enfocando siempre la mejoría continua de los sistemas,
desde el año 2011 fueron implementados los siguientes proyectos de desarrollo
de sistemas (destacando los principales):
Implementación de sistema de Agencia de Cobranza: Tener un sistema
centralizado que permita recuperar la deuda en el menor tiempo posible y
con integración con las agencias de cobranza. Este proyecto será detallado
más adelante en la sección Función de Trabajo Profesional. Sistemas
Autenticar con MS AD: Para obtener la certificación SOX, fue necesario que
los sistemas tengan padrones de autenticación y autorización para cada uno
de los usuarios. Sistemas Impactados: Crystal
Proyecto Rebeca: Realizar la unión societaria entre Telefónica/Vivo con la
GVT. Sistemas impactados: ATIS-CO, CAR
Automatización en las reglas de cobranza PF: Permitir al usuario configurar
los eventos de regla de cobranza, tales como Tele avisos, SMS, Carta de
Cobranza, Envío para centrales de Riesgo, Desligue parcial/total de la línea o
de la Banda Larga asociada a la Línea Telefónica, Pop-up Speedy, etc. para
personas Físicas. Sistemas impactados: ATIS-CO
Automatización en las reglas de cobranza PJ: Permitir al usuario configurar
los eventos de regla de cobranza, tales como Tele avisos, SMS, Carta de
Cobranza, Envío para centrales de Riesgo, Desligue parcial/total de la línea o
de la Banda Larga asociada a la Línea Telefónica para Personas Jurídicas.
Sistemas impactados: INA y CAR
Nuevas Operadoras Cobilling: Permitir controlar la recaudación de cada una de las nuevas empresas de cobilling. Sistemas impactados: ATIS-CO
Registro de Débito Automático: Permitir, desde los canales de atendimiento
de la Telefónica |Vivo, realizar el registro de débito automático para diversos
bancos brasileros. Sistemas Impactados: CAR, Atlys
Proyecto Walkman: Proyecto de la sede central de Madrid-España, que
busca tener la gestión de todo lo facturado, cobrado y por cobrar de cada una
de las operadoras de Latinoamérica. Sistemas Impactados: ATIS-CO, CAR
Mejoras en los indicadores de Reclamos: Permitir al usuario obtener reportes
que permitan controlar los indicadores de la empresa reguladora de las
Telecomunicaciones (Anatel). Sistema Impactado: CAR, ATIS-CO.
Adecuaciones en las Cartas de Cobranza: Informar a los clientes, mediante
carta, antes de enviar a centrales de Riesgo.
Implementación de Novo CRM (Vivo360): Habilitar al nuevo sistema
Vivo360 servicios, con integración SOA, para informar la deuda de los
Mejoras en la URA: Habilitar al sistema URA servicios, con integración
SOA, para conseguir emitir segunda vía de facturas, religues de la línea
telefónica y enviar código de barras. Sistemas Impactados: CAR, ATIS-CO
Oferta BL con deuda: Ofrecer a los clientes la compra del servicio de Banda
Larga para clientes que tenga deuda vencida. Sistemas impactados:
ATIS-CO, INA.
Adecuaciones WO: Permitir a los usuarios configurar los parámetros para
enviar los documentos a pérdida. Sistemas impactados: ATIS-CO, CAR.
Migración pre-pago: Para los clientes con deuda, en lugar de emitir una
orden de baja de la línea telefónica por deuda, debería ser informado una
orden de migración para una línea pre-paga. Sistemas impactados:
ATIS-CO.
Adecuación de los reportes empresas reguladoras: Cuando haya algún ajuste
de factura por reclamo, la Telefónica deberá informar el motivo de ese
reclamo para poder solicitar el recupero de los impuestos al Gobierno
Central. Sistemas impactados: ATIS-CO.
Cambio de Marca: Adecuar los documentos de cobranza para que la razón
social y logo sea de la nueva marca VIVO, en el lugar de la Telefónica.
Sistemas impactados: ATIS-CO, CAR
Factura Negativa: No permitir que la Telefónica emita facturas con valores
negativos, de forma que no haya necesidad de informar impuestos negativos
al Gobierno Central. Sistemas impactados: ATIS-CO, CAR
Área: Desarrollo de Sistemas Cargo: Consultor de Sistemas
Fecha: Setiembre/2011 – Hasta la fecha. Funciones
- Analizar los requisitos de Negocio de Recaudación y Cobranza de la
Telefónica del Brasil.
- Realizar la especificación funcional elaborando documentación
correspondiente a la metodología propia de la Telefónica del Brasil para los
desarrollos necesarios en cada sistema/módulo de Recaudación y Cobranza
- Realizar la planificación de cada proyecto de desarrollo que impacte los
sistemas de Recaudación y Cobranza.
- Implementar en producción cada mejora realizada a los sistemas de
Recaudación y Cobranza de la Telefónica del Brasil.
- Diagnosticar los errores y derivar a nuestros proveedores de software para la
correspondiente corrección.
- Realizar los debidos acuerdos entre las diversas áreas de TI, tales como
Infraestructura, Arquitectura de Sistemas, Banco de Datos, Herramientas,
Gobernanza, Gestión de Mudanzas, Negocio y Redes, con el objetivo de
realizar las integraciones necesarias para que el sistema funcione
FUNCIÓN
DE TRABAJO
CAPÍTULO I
1.1 REALIDAD PROBLEMÁTICA Y ANTECEDENTES
La Telefónica del Brasil es la empresa líder en operaciones de
Telecomunicaciones en Brasil y Latinoamérica, al frente de sus competidores Oi,
Nextel, Tim, Claro, entre otras operadoras de Telecomunicaciones.
La Telefónica del Brasil en el año 2016 tuvo un ingreso líquido de $ 13 billones
de dólares, eso gracias a la venta de productos y servicios que tienen compromiso
atender las exigencias del cliente final, invirtiendo en innovación y tecnología para
mejorar cada día sus productos y servicios.
De la misma forma como los ingresos son altos, la falta de pago de los clientes
también es alta; día tras día personas y empresas no pagan sus cuentas a tiempo, por
diversos motivos, tales como el desempleo, olvido, reclamos, prioridad de pagos,
etc.
Para la empresa Telefónica mantener el control de la cobranza con clientes tan
diversos generalmente no es una tarea fácil. En ese sentido, es necesario tener
estrategias de cobranza que permitan a la empresa aumentar la rentabilidad de las
carteras de los clientes, automatizar el intercambio de información con las agencias
de cobranza externas y evitar la cobranza indebida.
En el año 2016 e inicios del 2017, esa cobranza se realizaba básicamente
utilizando herramientas/sistemas que tenían la información de la deuda y de los
datos del cliente muy desactualizados. O sea, la cobranza indebida ocurría
frecuentemente, cobrando a clientes que ya habían pagado su deuda hasta en 10
días anteriores. Eso impactaba negativamente la imagen de la Telefónica, además
repercutía en una gran cantidad (1000 mil por día) de reclamos, procesos judiciales
y extra-judiciales que la empresa ha tenido que afrontar por ese motivo.
Además, existían procesos manuales que impactan negativamente en la
recuperación de la deuda, siendo que la información básica para realizar la
cobranza no estaba en manos, a tiempo, del área responsable de Telefónica ni
mucho menos en los agentes externos que tienen convenio con la empresa para
realizar dicho cobro.
Esa cobranza no era realizada de forma unificada, haciendo que la Telefónica
tenga diversos sistemas haciendo prácticamente lo mismo. Ejemplo: el sistema
Cyber solamente para controlar los clientes deudores residenciales activos de la
operación de telefonía fija con una deuda de 9 a 21 días, sin permitir realizar
clientes deudores activos de operación móvil tanto para personas físicas como
jurídicas; el sistema Crystal para controlar los clientes deudores inactivos de la
operación móvil; y el sistema BM para clientes deudores inactivos residenciales de
la operación fija. Entre otros sistemas manuales que presentaban mucha
inestabilidad e inexactitud en la información.
Como los procesos manuales, herramientas y sistemas eran tan limitados,
entonces el departamento de Cobranza en conjunto con el departamento de
proyectos de sistemas, se vio en la necesidad de buscar un sistema de mercado que
traiga como beneficios el aumento de la rentabilidad en cada una de las carteras de
clientes deudores tanto en la operación móvil como fija; automatización de la
cobranza en conjunto con las agencias de cobranza dedicadas a este tipo de
actividad. Con ese nuevo sistema se buscaba que el propio usuario defina sus
estrategias de cobranza sin depender departamento de sistemas; trayendo así, la
flexibilidad en las estrategias de cobranza considerando las características y
comportamientos propios de los clientes, tales como valor de la deuda, tiempo de
deudor, segmento, comportamiento de pago, tipo de cuenta, dirección de cobro,
productos adquiridos, etc.
Este sistema debería proporcionar a las agencias de cobranza toda la información
relevante que cada uno de ellos necesita para manejar cada cuenta y realizar las
cobranzas correspondientes, permitiendo además realizar negociaciones de deuda
de forma parametrizable. Ese sistema debería permitir integrar las agencias de
cobranza y la Telefónica para registrar todas las actividades realizadas y sus
correspondientes resultados en la recuperación financiera, de tal forma que ofrezca
a la Telefónica mecanismos que permitan elaborar y pagar las comisiones de cada
agencia de cobranza. De la misma forma, ese sistema debería ser compatible con
cada uno de los sistemas de Facturación y Cobranza que la Telefónica tiene para
enviar la información más actualizada de la deuda y de los dados comerciales y
financieros de los clientes.
Como indicado anteriormente, el sistema Cyber era utilizado para realizar la
cobranza por las agencia externas para clientes deudores de la operación fija en el
rango de deuda de 9 a 21 días, y utilizando ese sistema había una recuperación de
deuda alta (del 40% aproximadamente). Además, como es comentado más adelante
en este documento (vea ítem 3.1), la Telefónica adquirió el control de la empresa
realizar la gestión junto con las asesorías de cobranza, sino también para controlar
la recaudación, definir eventos de cobranza, envió para centrales de riesgo y
realizar la contabilidad. En ese escenario, en donde ya se tenía el sistema Cyber en
su primera versión (6.0) para la empresa Telefónica y el sistema Cyber completo en
la recién adquirida empresa GVT, se decidió como sistema a ser implementado el
sistema CyberFinancial de propiedad de la empresa mexicana Infinix.
1.2 JUSTIFICACIÓN DEL ESTUDIO
Para permitir identificar las diversas etapas de desarrollo de sistemas en la
ejecución del proyecto de implementación de un sistema unificado que
disminuya los costos de mantenimiento de sistemas departamentales.
Entiéndase “sistema departamental” cuando la evolución y mantenimiento
del sistema está parcial o totalmente controlado por un departamento
específico de la empresa y no por el área de TI.
Dejar claro para las áreas de cobranza que tener la información actualizada
de la deuda y los datos de los clientes, beneficia enormemente en la
recuperación de la deuda en cada una de las carteras de los clientes.
Con la información más actualizada, los usuarios de las áreas de cobranza
podrán definir y aplicar las estrategias de cobranza que se adecuen a las
tendencias del mercado y/o al comportamiento de sus clientes.
1.3 OBJETIVOS DEL ESTUDIO
1.3.1 Objetivo General
Mejorar la recuperación de la deuda de los clientes, mediante la
Implementación del sistema unificado Cyber en la gestión de agencias de
cobranzas.
1.3.2 Objetivos Específicos
1) Mantener información actualizada de los clientes deudores en el
sistema unificado de Gestión de Agencias de cobranza.
2) Permitir la integración entre el sistema de Gestión de Agencias y cada
uno de los sistemas de facturación y cobranza de la operación fija y
móvil de la Telefónica, para conseguir tener la información más
3) Permitir la integración entre el sistema de Gestión de Agencias y cada
una de las agencias externas de cobranza, que permita enviar todas las
carteras de deuda de los clientes y sus movimientos financieros, además
de recibir todas las actividades relacionadas a la cobranza de los
clientes de la Telefónica.
4) Permitir a los usuarios del área de cobranza, definir y aplicar las
estrategias de cobranza considerando los criterios y comportamientos
de los clientes deudores.
5) Permitir realizar reportes para demostrar, por cada agencia externa de
cobranza, el nivel de recuperación de la deuda por rango de deuda,
criterios y comportamiento de los clientes.
6) Permitir realizar negociaciones de deuda, considerando los criterios de
la deuda, criterios y comportamientos de los clientes deudores.
7) Desactivar los sistemas departamentales que ocasionan costo de
mantenimiento a las áreas de cobranza.
1.4ALCANCE Y LIMITACIONES
1.6.1 ALCANCE
Implementación de un sistema que permita centralizar las
informaciones y reglas de cobranza trayendo beneficios en la medida que
las acciones podrán ser unificadas para todas las agencias externas de
cobranza y públicos.
1.6.2 LIMITACIONES
Por haber informaciones provenientes de muchos sistemas de
facturación/cobranza las integraciones masivas serán realizadas con
intercambio de archivos.
De la misma forma, las carteras de deudores y sus correspondientes
movimientos financieros serian realizados con intercambio de archivos.
La infraestructura de servidores de banco, aplicación y web fue
limitada a una estimativa de volumetría de 40 millones de cuentas
En esta primera etapa, las políticas de negociación de deuda deberán
ser replicadas en el nuevo sistema de Agencias de Cobranza. O sea, las
políticas de negociación en cada sistema de Facturación y Cobranza de la
Telefónica, aún seguirán valiendo.
Por existir un proyecto que pretende reemplazar los sistemas Legado
existentes de facturación por un sistema Full Stack llamado Amdocs, entonces esos sistemas Legados fueron impactados en lo mínimo
CAPÍTULO II
2.1ANTECEDENTES
Según comenta (Bezerra, 2015) en el transcurso de la historia, diversos tipos de
bienes sirvieron como base para el desarrollo de la economía, por ejemplo
propiedad, mano de obra, máquinas y capital. Actualmente, está surgiendo un nuevo
tipo de bien económico: la información. En los días de hoy, las empresas o personas
que disponen de más información tienen más ventajas en las decisiones a tomar en
compasión a sus competidores. Debido a la importancia que se le da a la
información, surgió la necesidad de administrar las informaciones de una forma
eficaz y eficiente, y es así que aparecen los sistemas de información.
La era moderna de la computación, surgió al inicio de los años 40, durante la
Segunda Guerra Mundial. Los primeros computadores fueron desarrollados
principalmente en los EUA y en la Inglaterra, por las Fuerzas Armadas, para uso de
cálculos balísticos y para descifrar códigos secretos transmitidos por el ejército
Alemán. Los primeros computadores eran programados a partir de la manipulación
de llaves, interruptores y cables. Día a día el hardware tenía una evolución
extraordinaria, de forma que ya la adquisición de computadores no ser restringía
solamente a entidades de gobierno, instituciones académicas o financieras. Eso
permitió que los propios usuarios creasen sus propios programas para uso personal,
sin importarse de un estándar de proyecto que pudiese ayudar en el desarrollo y
facilitar en el mantenimiento posterior cuando fuese necesario.
En las empresas, no había una metodología formal utilizada para el desarrollo de
sistemas. Aunque cueste creer, aún es posible encontrar sistemas que fueron
desarrollados en esos formatos, o sea, sin planificación y en la base de “hacer y probar para ver si funciona”
A pesar de que el usuario se pueda convertir en un programador por la propia
necesidad, actualmente dejar a cargo a una sola persona el desarrollo de sistemas es
simplemente impracticable. Debido a esa complejidad inherente a ese tipo de
trabajo, que exige un equipo trabajando en sintonía y dividida en grupos con
funciones/papeles específicos.
Sin la aplicación de una metodología estandarizada, esos equipos pueden sufrir
con problemas de comunicación, en que cada uno crea sus reglas, conforme su
necesidad y conveniencia. Con eso el tiempo gastado en la detección y corrección de
La situación empeora cuando alguien que no haya participado en el desarrollo,
como un nuevo funcionario del área de desarrollo de sistemas, precisar realizar el
mantenimiento. En una situación así, es necesario que esos profesionales lean y
entiendan el código del sistema para solamente después saber dónde realizar las
alteraciones al sistema.
Según (Pressman, 2011), cuando un software tiene éxito (donde atiende las
necesidades de los usuarios, funciona correctamente en un tiempo considerable, es
fácil de alterar y utilizar) es capaz de alterar el negocio para mejor. Sin embargo,
cuando un software falla (donde sus usuarios están insatisfechos, propenso a errores
y complicado para alterar o utilizarlo) es capaz de ocasionar grandes pérdidas al
negocio. El objetivo es construir software que facilite el trabajo de todos los
involucrados, en ese sentido se hace necesario tener disciplina en la construcción y
planificación del software, o sea una Ingeniería de software.
De acuerdo con (Pereira Alves, 2017), buscar disciplinar el desarrollo de
sistemas, ofreciendo metodologías y padrones de documentación, es la función de la
Ingeniería de Software, un ramo de la ingeniería que, según (Pfleeger, 2010), se
debe preocupar con todas las etapas de producción de un software. Sin embargo, es
inevitable que los métodos creados a lo largo del tiempo deben ser adaptados a la
realidad de cada proyecto.
Al inicio, los softwares eran sólo programas muy pequeños debido a las
limitaciones del hardware existente en la época. A medida que fue pasando el
tiempo, el hardware crecería exponencialmente, así el software fue creciendo
también en complejidad. En ese sentido, fueron surgiendo varias técnicas para
enfrentar esa complejidad, como por ejemplo técnicas relacionadas a la forma de
programar, arquitectura de software e inúmeras herramientas.
Tras un periodo de grandes avances tecnológicos, la crisis del software surgió en
los años sesenta en donde había gran dificultad en entregar software sin errores, de
fácil entendimiento, documentado y verificables.
Es así que la Ingeniería de software surge a mediados de los años 1970 en un
intento de resolver la crisis del software y dar un tratamiento de Ingeniería (más
sistémico y controlado) al desarrollo de sistemas de software complejos. Un sistema
de software complejo se caracteriza por un conjunto de componentes abstractos de
software (estructura de datos y algoritmos) encapsulando en la forma de
componiendo la arquitectura de software, que deberán ser ejecutados en sistemas
computacionales (Wikipedia, 2017)
Una de las consecuencias que aún podemos ver actualmente es que uno de cada
cuatro proyectos de software tiene falla en la entrega. Otra de las dificultades es que
los grandes proyectos de software abarcan periodos grandes, haciendo que muchos
de eses software entregados se queden obsoletos antes incluso de su aplicación. Por
último, el mantenimiento de software es uno de los responsables de los mayores
gastos relacionados que las empresas tendrán que realizar para no afectar la
producción y/o operación.
El mundo moderno no existiría sin el software. Infraestructuras y servicios
nacionales son controlados por sistemas computacionales, y la mayoría de los
productos eléctricos incluye un computador y un software que lo controla. La
industria hoy en día es totalmente informatizada, así como el sistema financiero. El
área de entretenimiento, incluyendo la industria de la música, juegos de
computadoras, cine y televisión, hacen uso del software. Por lo tanto, la ingeniería
de software es fundamental para el funcionamiento de todo tipo de empresa.
Aún existen relatos y proyectos de software que resultaron en “fallas de software”. La ingeniería de software es criticada por ser inadecuada para el
desarrollo moderno de software. Sin embargo, muchas de esas fallas tienen origen
en dos motivos:
Aumento de demanda: conforme nuevas técnicas de ingeniería de software
nos auxilian a construir sistemas más grandes y complejos, las demandas
cambian. Los sistemas tienen que ser construidos y entregados más
rápidamente; sistemas deben tener nuevas capacidades que antes eran
consideradas imposibles. Como los métodos de ingeniería de software no
consiguen afrontar eso, nuevas técnicas de ingeniería de software precisan
ser desarrolladas para atender esas nuevas demandas.
Expectativas bajas: Es fácil escribir programas computacionales sin usar
técnicas ni métodos de ingeniería de software. Muchas empresas fueron
forzadas a desarrollar sistemas a la medida que sus productos y servicios
evolucionaban. Consecuentemente, su software es frecuentemente más caro
y menos confiable de lo que debería ser. En ese escenario, toda empresa
precisa de educación y capacitación en ingeniería de software para
Ingenieros de software tienen el derecho de sentirse orgullosos por las
conquistas realizadas. Aún existen muchos problemas para desarrollar sistemas
complejos, pero, sin la ingeniería de software no habría sido posible explorar el
espacio, el internet y las telecomunicaciones modernas. La ingeniería de software
contribuyó mucho y aún falta conquistar muchísimas cosas más en el mundo.
2.2MARCO CONCEPTUAL
2.2.1 Sistema de Información
Según (Rezende, 2002) un sistema es un conjunto de partes que interactúan
entre sí, teniendo un objetivo común. Y en informática es el conjunto de
software, hardware y recursos humanos.
Un sistema de información es una combinación de personas, datos, procesos,
interfaces, redes de comunicación y tecnología que interactúan con el objetivo
de dar soporte y mejorar el proceso de negocio de una organización empresarial
con relación a las informaciones intercambiadas. Considerando el carácter
estratégico de la información actualmente, se puede decir que los sistemas de
información tienen el objetivo de proveer ventajas para una organización de
punto de vista competitivo.
2.2.2 Objetivo del Sistema de Información
El objetivo principal y final de la construcción de un sistema de información
e la adición de valor a la empresa u organización en la cual el sistema será
utilizado. El término “adición de valor” implica que productividad en los
procesos de la empresa en la cual el sistema de informaciones será utilizado debe
aumentar de modo significativo, de forma que compense los recursos utilizados
en el desarrollo de sistemas.
2.2.3 Sistema de Software
Según (Bezerra, 2015), el desarrollo de un sistema de informaciones es una
tarea de las más complejas. Uno de sus componentes es denominado sistema de
software. Ese componente comprende los módulos funcionales computarizados que interactúan entre sí para proporcionar a los usuarios del sistema la
Conforme (Sommerville, 2011), software es el conjunto de programas de
computador, la documentación asociada y los datos de configuración necesarios
para que esos programas operen correctamente.
El software es el resultado de un proceso productivo, que difícilmente puede
tener su producción automatizada por robots. Eso significa que, mismo que
existan herramientas que permitan la generación automática de códigos de
programa, el involucramiento de personas en los proyectos de software, en la
producción y en su posterior mantenimiento es indispensable.
Sin embargo, como indica (Pereira Alves, 2017), el software también puede
ser considerado un servicio, teniendo en cuenta que no es objeto concreto, o sea,
que el cliente recibe del desarrollador un sistema instalado y totalmente
funcional, que no es visible, a pesar de los medios de distribución en los que son
grabados.
Los sistemas de software son abstractos e intangibles. Ellos no son
restringidos por las propiedades de los materiales, ni gobernados por las leyes de
física o por los procesos de manufactura. Eso implica la ingeniería de software,
porque no hay límites naturales para el potencial del software. Sin embargo,
debido a esta falta de restricciones físicas, los sistemas de software pueden
convertirse extremadamente complejos de modo muy rápido, difíciles para
entender y caros para alterar.3f
Existen varios tipos de software, desde los simples sistemas hasta los
sistemas de información complejos. No podemos aplicar los mismos métodos o
técnicas para esos tipos de software tan diferentes. Desarrollar un sistema de
información corporativo es totalmente diferente en desarrollar un controlador
para un instrumento científico. Ninguno de esos sistemas tiene mucho en común
con un juego de computadores con gráficos intensos. Todas esas aplicaciones
necesitan de ingeniería de software, sin embargo no necesitan de las mismas
técnicas.
2.2.4 Modelaje de sistemas de software
Una característica intrínseca de sistema de software es la complejidad de su
desarrollo, qua aumenta de acuerdo al tamaño del sistema. Para tener una idea de
la complejidad en el desarrollo de sistemas, pensemos en el tiempo y en los
tarea, todo lo que precisamos es de algo de madera, algunos clavos, una caja de
herramientas y un poco de empeño por el perro que tanto se quiere. Después de
algunos días esa casa estaría lista, Pero, ¿y una casa para toda la familia? De
hecho no habría comparación entre las dos casas. El tiempo y los recursos
necesarios serian enormes para realizar la casa familiar.
Según (Bezerra, 2015), en el desarrollo de sistemas de software, así como en
la construcción habitacional, hay también grados de complejidad. Para el
desarrollo de sistemas de software más complejos, es igualmente necesaria una
planificación inicial. El equivalente a proyectos de plantas de Ingeniería Civil
también deberá ser realizado. Esta necesidad lleva el concepto de modelo, tan
importante en el desarrollo de sistemas. De una perspectiva más amplia, un
modelo puede ser visto como una representación idealizada de un sistema a ser
construido. Maquetas de edificios, de aviones y de plantas de circuitos
electrónicos son apenas algunos ejemplos de modelos. Son varios los motivos
para utilizar modelos en el desarrollo de sistemas:
Gerenciamiento de la Complejidad: uno de los principales motivos de
utilizar modelos es que hay limitaciones en el ser humano en cómo enfrentar
la complejidad. Puede existir diversos modelos de un mismo sistema, cada
cual describiendo una perspectiva del sistema a ser construido. Por ejemplo,
un avión puede tener un modelo para representar su parte eléctrica, otro para
representar su parte aerodinámica, etc. Por medio de modelos de un sistema,
los individuos involucrados en su desarrollo pueden hacer estudios y prever
comportamientos del sistema en desarrollo. Como cada modelo representa
una perspectiva del sistema, detalles irrelevantes que pueden dificultar el
entendimiento del sistema pueden ser ignorados por un momento, estudiando
por separado cada uno de los modelos. Además, modelos se basan en que
sólo características relevantes en la resolución del problema deben ser
considerados. Modelos revelan las características esenciales de un sistema;
detalles no relevantes y que sólo aumentarán la complejidad del problema
pueden ser ignorados.
Comunicación entre las personas involucradas: sin duda alguna el desarrollo
de un sistema considera la ejecución de una cantidad significativa de
actividades. Esas actividades se traducen en informaciones sobre el sistema
creados para representar el sistema. En ese sentido, los modelos de un
sistema sirven también para promover la difusión de las informaciones
relativas al sistema entre los individuos involucrados en su construcción.
Además, diferentes expectativas en relación al sistema generalmente surgen
durante la construcción de sus modelos, ya que ellos sirven como un punto
de referencia común.
Reducción de los costos en el desarrollo: en el desarrollo de sistemas, los
seres humanos están sujetos a cometer errores, que pueden ser tanto
individuales como en la comunicación entre los miembros del equipo. La
corrección de esos errores es menos costosa cuando es detectada y realizada
aún en los modelos del sistema; por ejemplo es mucho más fácil y barato
corregir una maqueta de que corregir cuando el edificio ya esté construido.
Considerar que los modelos de sistemas son más baratos de construir que los
propios sistemas. Consecuentemente, errores identificados sobre modelos
tienen un impacto menos desastroso.
Previsión de comportamiento futuro de sistema: el comportamiento del
sistema puede ser discutido mediante un análisis de sus modelos. Los
modelos sirven como un “laboratorio”, en que diferentes soluciones para un
problema relacionado a la construcción del sistema pueden ser
experimentadas.
Otra cuestión importante e como los modelos de sistemas de software se
organizan. En construcción civil, frecuentemente hay profesionales para analizar
las plantas de construcción. A partir de ellas, que pueden ser vistas como
modelos, los profesionales toman decisiones sobre el avance de la obra. Modelos
de sistema de software no son muy diferentes de los modelos de sistemas de
construcción civil. Tal vez el hecho que los modelos sean representados por
diagramas pueda ser explicado por el dicho “una imagen vale por mil palabras”.
Gracias a los diseños gráficos que modelan al sistema, los desarrolladores tienen
una representación concisa del sistema. Así mismo, modelos de sistemas de
software también son compuestos de informaciones textuales. A pesar que un
diagrama consiga expresar diversas informaciones de forma gráfica, en diversos
momentos hay la necesidad de adicionar informaciones en la forma de texto, con
El modelo de sistema de software consiste en la utilización de gráficos y
textos con el objetivo de construir modelos que representan las partes esenciales
de un sistema.
2.2.5 Desarrollo profesional de software
Muchas personas escriben programas. Personas involucradas con negocio
escriben programas en planillas para simplificar su trabajo, científicos e
ingenieros escriben programas para procesar sus datos experimentales; y hay
quienes escriben programas como hobby, para su propio interés y diversión. Sin embargo, la mayor parte de desarrollo de software es una actividad profesional,
en que el software es el desarrollo para un propósito específico de negocio, para
inclusión en otros dispositivos o como productos de software como sistemas de
información, sistemas CAD, etc. El software profesional, lo que es usado por
alguien además de su desarrollador, es normalmente creado por equipos, en
lugar de individuos.
De acuerdo con (Sommerville, 2011), la Ingeniería de Software tiene por
objetivo apoyar el desarrollo profesional de software, más que la programación
individual. Ella incluye técnicas que apoyan la especificación, proyecto y
evolución de programas, que normalmente no son relevantes para el desarrollo
de software personal.
Muchas personas piensan que el software es simplemente otra palabra para
representar programas de computación. Sin embargo, cuando hablamos de
ingeniería de software, no se trata de programas entre sí, más que toda la
documentación asociada y datos de configuraciones necesarios para hacer ese
programa operar correctamente. Un sistema de software desarrollado
profesionalmente es más que un programa, el normalmente consiste en una serie
de programas separados y archivos de configuración que son utilizados para
configurar esos programas. Eso puede incluir documentación del sistema, que
describe su estructura; documentación del usuario, que explica cómo usar el
sistema; y sites para que usuarios consigan bajar información del producto. Según (Sommerville, 2011), ingenieros de software se preocupan en
desarrollar productos de software(o sea, software que puede ser vendido para un
cliente). Existen dos tipos de productos de software:
que esté interesado en comprar. Ejemplos: software para PCs, herramientas
de banco de datos, procesadores de texto, paquetes gráficos y administración
de proyectos. También incluyen las llamadas aplicaciones verticales
proyectadas para un propósito específico, como sistema de información de
bibliotecas, sistemas de contabilidad o sistema de mantenimiento de
registros médicos.
Productos sobre medida: Estos son los sistemas encomendados por un
cliente en particular. Una empresa de software desarrolla el software
especialmente para ese cliente. Ejemplos: sistema de control de dispositivos
electrónicos, sistemas escritos para apoyar un proceso de negocio específico
y sistema de control de tráfico aéreo.
Una diferencia importante entre esos tipos de software es que en softwares
genéricos la organización que lo desarrolla controla su especificación. Para
productos sobre encomienda, la especificación es normalmente desarrollada y
controlada por la empresa que está adquiriendo el software. Los desarrolladores
de software deben trabajar de acuerdo a la especificación.
2.2.6 Ingeniería de Software
Como indica (Sommerville, 2011), es una disciplina de Ingeniería cuya meta
es el desarrollo de sistemas de software con buena relación de costo-beneficio.
Es una disciplina relativamente nueva que surgió en 1968 debido a la crisis del
software, donde el hardware era muy potente, pero el software necesitaba cada
vez ser más grande y complejo; ocasionando ese desfase en proyectos atrasados,
costos elevados y no confiables, difíciles de realizar el mantenimiento y con un
desempeño poco deseable. Siendo así, fue necesario buscar nuevas técnicas y
métodos para controlar la complejidad de los sistemas de software. Así,
(Sommerville, 2011), define a la Ingeniería de Software como una disciplina de
la ingeniería cuyo enfoque está todos los aspectos de la producción de software,
desde las fases iniciales de la especificación del sistema hasta su mantenimiento.
De acuerdo con (Rezende, 2002), la ingeniería de software es la metodología
de desarrollo y mantenimiento de sistemas modulares con: adecuación a los
requisitos funcionales del negocio de los clientes y sus respectivos
