UNIVERSIDAD CATÓLICA DE PEREIRA FACULTAD DE CIENCIAS BÁSICAS E INGENIERÍAS INGENIERÍA DE SISTEMAS Y TELECOMUNICACIONES

Documentos relacionados
Actividades para mejoras. Actividades donde se evalúa constantemente todo el proceso del proyecto para evitar errores y eficientar los procesos.

Evaluación de la Continuidad de Negocio en los Sistemas de Pagos de Latinoamérica y el Caribe. Octubre, 2010

GUÍA TÉCNICA PARA LA DEFINICIÓN DE COMPROMISOS DE CALIDAD Y SUS INDICADORES

Desarrollo de un ciclo de mejora Construcción de un método de diagnóstico

Diseño y desarrollo de una aplicación informática para la gestión de laboratorios

Unidad I: Introducción a la gestión de proyectos

Sistemas de Calidad Empresarial

2.1 Planificación del Alcance

CAPITULO VI ESTRATEGIAS DE OUTSOURCING

Unidad VI: Supervisión y Revisión del proyecto

Caso práctico de Cuadro de Mando con Tablas Dinámicas

Aplicación de la metodología de las 5 S al diseño de tarjetas de

Nota de Información al cliente ISO/IEC Proceso de auditoría

Experiencia en la IMPLANTACIÓN DE UN SISTEMA DE CALIDAD en la Facultad de Ciencias Agrotecnológicas de la Universidad Autónoma de Chihuahua

MODELOS DE CALIDAD EN EL DESARROLLO DE SOFTWARE

ÍNDICE 2. DIRECCIONES DE INTERÉS SOBRE TELETRABAJO Y DISCAPACIDAD BIBLIOGRAFÍA...

Diferencias entre nivel 2 y nivel 3 y una estrategia de implantación

Uso de las tecnologias de la informacion en las PyMES de los municipios de Comalcalco y Cunduacán

ERRORES CONCEPTUALES DE ESTADÍSTICA EN ESTUDIANTES

NORMA TÉCNICA DE AUDITORÍA SOBRE CONSIDERACIONES RELATIVAS A LA AUDITORÍA DE ENTIDADES QUE EXTERIORIZAN PROCESOS DE ADMINISTRACIÓN

Curso: Arquitectura Empresarial basado en TOGAF

Gestión de Proyectos en Bibliotecas Universitarias bajo el Enfoque de Marco Lógico. Alejandra M. Nardi

Nota de Información al cliente Auditoría Multisede

CAPÍTULO III. MARCO METODOLÓGICO. del Hotel y Restaurante El Mandarín S.A. de C.V. en la ciudad de San Miguel.

Por qué es importante la planificación?

Modelo de Capacidad y Madurez o CMM (Capability Maturity Model), es un modelo de evaluación de los procesos de una organización.

Revisión del Universo de empresas para la Estimación de los Datos Del Mercado Español de Investigación de Mercados y Opinión.

Cómo Desarrollar un plan Estratégico

Prof. Juan José Díaz Nerio. Foro de Tecnología : Gestión de la Calidad del Software. Domingo 16 Noviembre 2014

Capítulo 1. Introducción

Respuestas: Consulta para una Estrategia Nacional de Propiedad Industrial

PROGRAMAS OFICIALES DE POSGRADO

GESTIÓN Y CONTROL DEL DESARROLLO E IMPLANTACIÓN DE APLICACIONES

PROGRAMA DE REFUERZO EDUCATIVO EN PRIMARIA

GERENCIA DE INTEGRACIÓN

Aplicaciones de Ingeniería de Software

Ingeniería en tecnologías de la información y comunicación Administración de proyectos de TI I

ÍNDICE. Introducción. Alcance de esta NIA Fecha de vigencia

Orientación Diseño Industrial Asignatura: DIRECCION DE PROYECTOS 6 año

153. a SESIÓN DEL COMITÉ EJECUTIVO

Ficha TIC: Gaby y su búsqueda por internet. Primaria: cuarto grado

Para llegar a conseguir este objetivo hay una serie de líneas a seguir:

ISO 17799: La gestión de la seguridad de la información

TEMA 6: AUDITORIA INTERNA

ISO14001: disponer de un certificado bajo la versión de 2008 en vigor - superar una auditoria bajo los requisitos de la nueva versión

AUTORA: SUSANA REYES BENÍTEZ DNI: C LA IMPORTANCIA DE LOS RECUROS HUMANOS. Introducción:

Diagnóstico al Sistema Licitado de Mediación Familiar. Documento Resumen Auditoría Ernst &Young

Adicionalmente, se eliminan disposiciones del Código de IFAC no aplicables:

EL INFORME DE SELECCIÓN

III ED PREMIOS EMPRENDEDOR UCM

Estándar CMMI. Disciplinas del CMMI. Modelo continuo y modelo por niveles.

TITULO: RELACIÓN ENTRE LOS TRABAJADORES/AS SOCIALES DE SEVILLA Y SU COLEGIO PROFESIONAL

Línea Base Juan Carlos Bajo Albarracín Qué es una línea base Cómo implantar la Ley 29783: El concepto sistema de gestión en la Ley 29783

ANÁLISIS DE PROPUESTAS CURRICULARES. El planteamiento curricular presenta varios aspectos interesantes, como por ejemplo:

Guía para la elaboración de Proyectos de Formación Sindical Ambiental e Investigación en Trabajo y Desarrollo Sustentable

MANUAL DE DISEÑO DE PROCESOS

UNIVERSIDAD TECNOLÓGICA DE PANAMÁ SECRETARÍA GENERAL FACULTAD DE INGENIERÍA DE SISTEMAS COMPUTACIONALES DESCRIPCIÓN DE CURSO DE LA CARRERA DE

Norma ISO 9001:2015. Cuáles son los cambios presentados en la actualización de la Norma?

CAPÍTULO 2 IMPORTANCIA DE LA ASIGNATURA OUTSOURCING EN TECNOLOGÍAS DE INFORMACIÓN

Auditoría administrativa

Grupo de Trabajo del Tratado de Cooperación en materia de Patentes (PCT)

GUÍA PARA LA PREPARACIÓN DE PLANES DE TRABAJO, INFORMES DE AVANCE E INFORMES DE AUTOEVALUACIÓN PARA PROGRAMAS Y PROYECTOS DE COOPERACIÓN TÉCNICA

MARCO TEÓRICO Introducción

Capítulo 4. GESTIÓN DE LA INTEGRACIÓN DEL PROYECTO

CAPÍTULO 1 PLANTEAMIENTO DEL PROBLEMA

Estrategia de Ruta al Mercado en 4 pasos La primera etapa

CAPÍTULO 6 CONCLUSIONES Y RECOMENDACIONES

FORMACIÓN EN COMPETENCIAS INFORMACIONALES Y SU GESTIÓN DE CALIDAD EN LA BIBLIOTECA UNIVERSITARIA DE GRANADA: PRIMERAS EXPERIENCIAS

Proyecto 10. Universidades Comprometidas con Sociedades Sustentables. Indicadores de Sustentabilidad Ambiental

-Plan de Estudios- Doctorado en Relaciones Internacionales

Consejo Económico y Social

CMMI (Capability Maturity Model Integrated)

Informe de Servicio Social. actividades tienen en la población meta y acerca del aprendizaje obtenido por el prestador de

Revisión ISO 9001:2015 Preguntas frecuentes

Bloque I: Conceptos básicos y fundamentos de la Dirección de Proyectos.

TALLER 2. MEJORA CONTINUA

CAPITULO 1 INTRODUCCIÓN. Puesta en Evidencia de un circulo virtuoso creado por los SRI entre los Mercados Financieros y las Empresas

Su éxito se mide por la pertinencia y la oportunidad de la solución, su eficacia y eficiencia.

ANÁLISIS Y GESTIÓN DEL DESARROLLO DE SOFTWARE TEMA 5: LA PLANIFICACIÓN DEL PRODUCTO

Introducción. Rene Coulomb* y Martha Schteingart*

Diseño de un Manual de Auditoría Interna de la Calidad para la UFG bajo un enfoque ISO 9001:2000

CAPITULO INTRODUCCION

ORIENTACIONES SIMCE TIC

TEMA 3. PROCESO Y TÉCNICAS DE ASESORAMIENTO Y CONSULTA 1. EL PROCESO DE ASESORAMIENTO

Anexo 3 GUIÓN DE LA ENTREVISTA PARA EL ORIENTADOR

6. LOS PROCEDIMIENTOS Y CRITERIOS DE EVALUACIÓN, PROMOCIÓN DEL ALUMNADO Y TITULACIÓN DEL ALUMNADO.

Identificar los factores sociales y pedagógicos de los resultados de la Prueba PISA en Colombia y en América Latina.

UNIVERSIDAD DE PAMPLONA ANALISIS Y DISEÑO DE SISTEMAS DE INFORMACION - GRUPO BR DOCENTE: ESP. ALEXIS OLVANY TORRES CH. PMBOK

Sistema de Indicadores

UNIVERSIDAD DE ORIENTE UNIVO FACULTAD DE CIENCIAS ECONÓMICAS

PROYECTO DE INCLUSIÓN EDUCATIVA (INGRESO UNIVERSAL DE LOS ALUMNOS) AL INSTITUTO SUPERIOR TECNOLÓGICO DE FORMACIÓN

SISTEMA InfoSGA Manual de Actualización Mensajeros Radio Worldwide C.A Código Postal 1060

Desarrollo Organizacional

TEMA 3: EN QUÉ CONSISTE?

Resumen. Tesis Doctoral Evaluación por competencias del profesional de enfermería y su marco

Plan de Estudios. Maestría en Seguridad Informática

RELEVAMIENTO DE EMPRESAS QUE DESARROLLAN ACCIONES DE RESPONSABILIDAD SOCIAL EMPRESARIA EN CÓRDOBA. Informe elaborado por Inclusión Social Sustentable

REGULACIÓN Y NORMALIZACIÓN CONTABLE

7.1 Estimación de Costos

CAL. CONTROL Y ASEGURAMIENTO DE CALIDAD

Transcripción:

CARACTERIZACIÓN DE LA CALIDAD DEL PROCESO DE DESARROLLO DE SOFTWARE SEGÚN LOS ALEJANDRO RAMÍREZ MEDINA JOSÉ FERNANDO LÓPEZ RESTREPO UNIVERSIDAD CATÓLICA DE PEREIRA FACULTAD DE CIENCIAS BÁSICAS E INGENIERÍAS INGENIERÍA DE SISTEMAS Y TELECOMUNICACIONES PEREIRA, 2011

CARACTERIZACIÓN DE LA CALIDAD DEL PROCESO DE DESARROLLO DE SOFTWARE SEGÚN LOS ALEJANDRO RAMÍREZ MEDINA JOSÉ FERNANDO LÓPEZ RESTREPO Asesor: Ing. LUIS EDUARDO PELÁEZ VALENCIA UNIVERSIDAD CATÓLICA DE PEREIRA FACULTAD DE CIENCIAS BÁSICAS E INGENIERÍAS INGENIERÍA DE SISTEMAS Y TELECOMUNICACIONES PEREIRA, 2011

DEDICATORIA A nuestras familias, amigos y compañeros por su apoyo durante nuestras carreras. I

AGRADECIMIENTOS A Dios Por ser la guía en nuestro camino A nuestros padres Por su amor, comprensión y apoyo incondicional A nuestros herman@s Por alentarnos a alcanzar nuestras metas A nuestros mentores y en especial a nuestro asesor Por su orientación y aporte a nuestra formación II

CONTENIDO 1. OBJETIVOS... 2 1.1. OBJETIVO GENERAL... 2 1.2. OBJETIVOS ESPECÍFICOS... 2 2. METODOLOGÍA... 3 3. DESARROLLO DEL PROYECTO... 4 3.1. FASE 1... 4 3.2. FASE 2... 6 3.3. FASE 3... 6 4. ANÁLISIS Y PRESENTACIÓN DE RESULTADOS... 7 4.1. INFORMACIÓN DE CONTACTO... 7 4.2. ANTIGÜEDAD DE LAS EMPRESAS... 8 4.3. CANTIDAD DE EMPLEADOS... 9 4.4. RESPECTO A LAS ACTIVIDADES QUE REALIZAN LAS ORGANIZACIONES... 12 5. ACTIVIDADES GENERALES O PARTICULARES AL MOMENTO DE DESARROLLAR SOFTWARE A LA MEDIDA... 16 5.1. METODOLOGÍAS, MODELOS O GUÍAS USADAS POR LAS EMPRESAS... 21 5.2. ETAPAS DEL DESARROLLO DE UN PROYECTO DE SOFTWARE.... 23 5.3. ETAPA DE GESTIÓN DEL PROYECTO... 26 5.4. PRUEBAS DE SOFTWARE... 29 6. CONCLUSIONES Y RECOMENDACIONES... 31 7. BIBLIOGRAFÍA... 34 III

ÍNDICE DE TABLAS Tabla No. 1 Antigüedad de las empresas desarrolladoras de software... 8 Tabla No. 2 Total empleados Vs colaboradores dedicados al desarrollo de software.... 10 Tabla No. 3 Actividades que realizan las empresas.... 12 Tabla No. 4 Actividades que realizan empresas que hacen Software a la medida.... 17 Tabla No. 5 Modelos, metodologías o guías usadas por las empresas.... 21 Tabla No. 6 Etapas del desarrollo de software.... 23 Tabla No. 7 Etapas de gestión del proyecto.... 27 Tabla No. 8 Pruebas de software... 29 IV

ÍNDICE DE GRÁFICAS Gráfica No. 1 Antigüedad de las empresas desarrolladoras de software... 9 Gráfica No. 2 Antigüedad de las empresas desarrolladoras de software... 11 Gráfica No. 3 Empresas que hacen uso del plan de sistemas de información. Fuente: Autor... 13 Gráfica No. 4 Empresas que hacen uso de un Modelo/Metodología para el desarrollo de software.... 13 Gráfica No. 5 Porcentaje de empresas que contratan profesionales posgraduados en ingeniería de Software o en Desarrollo de Software... 14 Gráfica No. 6 Porcentaje de empresas que desarrollan software comercial.... 15 Gráfica No. 7 Porcentaje de empresas que desarrollan software a la medida... 15 Gráfica No. 8 Porcentaje de empresas que consideran a la ingeniería de software como disciplina de trabajo.... 16 Gráfica No. 9 Porcentaje de empresas consultan el plan de sistemas de información del cliente.... 17 Gráfica No. 10 Empresas que eligen una metodología, modelo o guía apropiado para cada proyecto.... 18 Gráfica No. 11 Empresas que elaboran un estudio comparativo con proyectos similares.... 19 Gráfica No. 12 Empresas que se apoyan en personal especializado en el tema que trata cada proyecto... 20 Gráfica No. 13 Empresas que capacitan su personal para cada proyecto.... 20 Gráfica No. 14 Modelos, metodologías o guías usadas por las empresas. Fuente: Autor... 22 Gráfica No. 15 Etapas del desarrollo del software (Fase inicial). Fuente: Autor... 24 Gráfica No. 16 Etapas del desarrollo del software (Fase de desarrollo). Fuente: Autor... 25 Gráfica No. 17 Etapas del desarrollo del software (fase final). Fuente: Autor... 26 Gráfica No. 18 Etapas de gestión del proyecto. Fuente: Autor... 28 Gráfica No. 19 Pruebas de software.... 30 V

Resumen Actualmente los países se sumergen cada vez más en la globalización, creándose una necesidad por mejorar los procesos de las organizaciones para llevar sus productos a un grado internacional; sin embargo, para que esto ocurra su producto final debe tener un nivel alto de calidad. El presente trabajo de tipo investigativo, tiene como propósito caracterizar la calidad del proceso de desarrollo de software en Colombia, analizando los procesos, modelos, metodologías y guías que se utilizan en la producción y desarrollo de los proyectos por parte de los productores nacionales de software. De esta manera servir como un referente en futuras propuestas locales, nacionales o internacionales de ingeniería del software para el desarrollo de proyectos relacionados. Palabras Clave: Calidad del software, Ingeniería de software, caracterización. Abstract Countries now increasingly immersed in globalization, are creating a need to improve organizational processes to bring their products to an international level; for this to happen the final product should have a high level of quality. However, this research aims to identify levels of software product quality in Colombia, analyzing the processes, models, methodologies and guideline that are used in the production and development of software projects. This can serve as a benchmark for future proposals (local, national or international) of software engineering for the development of projects related to information systems. Key Words: Software quality, Software Engineering, Characterization. 1

1. OBJETIVOS 1.1. OBJETIVO GENERAL Caracterizar la calidad del proceso de desarrollo de software según los productores de Colombia. 1.2. OBJETIVOS ESPECÍFICOS Identificar las casas desarrolladoras de Software en Colombia y determinar la muestra representativa para el estudio. Explorar el estado de arte de las metodologías utilizadas por las casas desarrolladoras del país en la creación de Software. Caracterizar, mediante instrumentos elaborados con base en metodologías internacionales de calidad, el nivel de calidad del proceso de software desarrollado en Colombia. Elaborar la documentación necesaria de acuerdo a la información adquirida, que permita realizar todos los estudios y análisis pertinentes. Publicar los resultados obtenidos durante el proceso, los cuales puedan servir como referente para futuras investigaciones que se realicen sobre el Software en Colombia. 2

2. METODOLOGÍA La metodología utilizada en este estudio es una investigación descriptiva de la calidad del proceso de desarrollo de software en Colombia, midiendo una serie de características reconocidas y certificadas por la IEEE 1 que definen los estándares de un software de calidad. Además de tener en cuenta los diferentes modelos, metodologías y guías que actualmente están posicionadas como estándares para la calidad de software a nivel mundial. De esta manera servir como referente para un estudio mayor que pretenda desarrollar un estándar propio para producir software de calidad en Colombia. Desde el punto de vista científico, describir es medir. Esto es, en un estudio descriptivo se selecciona una serie de cuestiones y se mide cada una de ellas independientemente, para así (válgase la redundancia) describir lo que se investiga. (Roberto Hernández, Carlos Fernández, Pilar Baptista, 1998) Se seleccionaron una serie de características que definen la calidad del proceso de desarrollo del software durante la primera fase por medio de estándares de calidad a nivel internacional, y se elaboró una herramienta tipo encuesta. Durante la segunda fase se eligió la muestra de la población a la cual se le aplicaría la herramienta mencionada anteriormente. En la tercera fase, se sistematizan y analizan los resultados obtenidos por el estudio. En el siguiente punto se explica detalladamente cada una de las fases mencionadas en el párrafo anterior. 1. IEEE (Institute of ElectricalanElectronicsEngineers): Desarrollador líder de las normas internacionales que sustentan muchas de las telecomunicaciones hoy en día, la tecnología de la información y los productos de la generación de energía y servicios. 3

3. DESARROLLO DEL PROYECTO Para este estudio, se hizo una investigación sobre los principales estándares de ingeniería de software en el mundo teniendo en cuenta los principales modelos, metodologías o guías, para elaborar un instrumento a manera de encuesta que permitiera medir diferentes características que debe tener un software en fase de desarrollo y aplicarlo una muestra de empresas en Colombia. El proceso se dividió así: 3.1. FASE 1 Para lograr los objetivos propuestos anteriormente, y llegar establecer si el proceso de desarrollo de software que se hace en Colombia es de calidad o no, se establece que, para hacer el estudio era necesario desarrollar una herramienta (Encuesta) 3, la cual permitiera tener unos parámetros en los cuales basarse para dar un juicio. Pero, Cómo establecer la calidad del proceso de desarrollo de un software? Qué parámetros han de ser tenidos en cuenta para decir que un proceso no es de buena calidad? A quién se debe acudir en estos casos? La respuesta a esas preguntas podría ser muy extensa, ya que internacionalmente hay muchas normas de calidad que autoridades de la materia han dado a conocer y han establecido tanto en su nación como en el exterior. 3. Ver Anexo A. 4

Ahora bien, por su trayectoria y por la veracidad de sus conclusiones se escogió la IEEE, la cual puede ser la más importante en su campo, tiene una cantidad muy relevante de normas emitidas hasta la fecha, pero luego de revisarlas, los autores de este estudio decidieron hacer uso de las cuatro partes de la norma ISO/IEC 9126 4, pues reúne de una forma muy específica y clara la mayoría de todas las otras normas emitidas por la misma autoridad. La norma contiene determinadas características que describen la calidad de un software en todassus etapas, tanto de forma interna como externa. Éstas fueron tomadas para la elaboración de la encuesta. Por otro lado, se tomaron determinadas características propias de una metodología de desarrollo de software en general. Es decir, se adjuntaron las actividades que se deben hacer en un proceso de desarrollo de un software de calidad, tales como: Plan de sistemas de información, toma de requerimientos, pruebas, etc. Una vez desarrollada la encuesta, se hicieron 6 pruebas de funcionamiento con personas ajenas a la investigación elegidas de manera aleatoria, las cuales tenían conocimientos básicos sobre ingeniería de software, se les proporcionó un glosario de términos para que, en caso de no entender algún ítem de la encuesta, pudieran consultarlo. No hubo comentarios negativos, todos pudieron resolverla sin ningún tipo de problema. Las pruebas fueron hechas por medio de la plataforma SurveyMonkey 5, aplicación web a la cual fue subida dicha encuesta. 4. ISO/IEC 9126: Norma para la calidad del producto software emitida por la IEEE. 5. Plataforma para encuestas vía web. http://es.surveymonkey.com/ 5

3.2. FASE 2 CARACTERIZACIÓN DE LA CALIDAD DEL PROCESO DE DESARROLLO DE SOFTWARE SEGÚN LOS En esta fase se hizo un muestreo aleatorio simple, tomando como base la cantidad de empresas adscritas a la base de datos de FEDESOFT (Federación Colombiana de la industria del Software y Tecnologías Relacionadas) 256 empresas desarrolladoras de software en total. Los cálculos arrojaron una muestra de 154 empresas. La muestra es pues; Las casas desarrolladoras de software comercial o a la medida, empresas que desarrollan software para uso propio, grandes, pequeñas y medianas empresas en el territorio colombiano. Durante esta fase, se le hizo la encuesta a las empresas elegidas por medio de visitas, de manera telefónica y por medio de la plataforma SurveyMonkey.com. 3.3. FASE 3 Una vez aplicadas las encuestas a la muestra de la población mencionada anteriormente, se sistematizaronlos datos arrojados por el estudio. Luego de esto se presentan los resultados por características agrupadas que se relacionan entre si, para facilitar la siguiente etapa la cual es el análisis de estos resultados de donde se sacan conclusiones y recomendaciones. 6. FEDESOFT: Federación colombiana de la Industria del Software y Tecnologías Relacionadas. 6

4. ANÁLISIS Y PRESENTACIÓN DE RESULTADOS El instrumento de medición utilizado en investigación para determinar la calidad del software de las empresas colombianas, consistió en una encuesta que se le aplicó a 103 de ellas, la mayoría ubicadas en las principales ciudades del país. A continuación, se analizaran cada uno de los resultados obtenidos, de acuerdo a las respuestas de los encuestados: 4.1. INFORMACIÓN DE CONTACTO Los campos a llenar en este punto son: Nombre, Compañía, Dirección, Ciudad/Municipio, Dirección de correo electrónico y cargo que ocupa en la organización. Esto para llevar un registro geográfico de las empresas qué participaron y de quién fue el encargado de responder la encuesta. Este estudio es meramente académico, por lo cual la información estará disponible solo para casos de verificación de autenticidad de la información. 7

4.2. ANTIGÜEDAD DE LAS EMPRESAS En este punto, se identifica la antigüedad de las empresas participantes en el estudio. Tabla No. 1Antigüedad de las empresas desarrolladoras de software. Antigüedad de las empresas desarrolladoras de software Intervalo en años Cantidad Porcentaje Entre 1 y 3 18 17,5 Entre 4 y 8 31 30,1 Más de 8 40 38,8 No responde 14 13,6 8

Antigüedad de las empresas desarrolladoras de software 38,8% 13,6% 17,5% 30,1% Entre 1 y 3 Entre 4 y 8 Mas de 8 No responde Gráfica No. 1Antigüedad de las empresas desarrolladoras de software Fuente: Autor Como indica el grafico, el 39% de las empresas participantes en el estudio sobrepasa 8 años de antiguedad en la industria del software; mientras que el 30% de las participantes tienen entre 4 y 8 años de estar en el sector. 4.3. CANTIDAD DE EMPLEADOS Las empresas proporcionaron la cantidad de empleados que tienen, así mismo, la cantidad de colaboradores especializados en el desarrollo de software. En la tabla no. 2 se puede apreciar la cantidad de empleados totales de la empresa versus la cantidad de empleados dedicados exclusivamente al desarrollo del software: 9

Tabla No. 2Total empleados Vs colaboradores dedicados al desarrollo de software. Total empleados Vs colaboradores dedicados al desarrollo de Intervalo de colaboradores dedicados al desarrollo de software software Intervalo de número de empleados totales de Entre 1-10 Entre 11-50 la empresa Entre 51-200 Más de 200 Entre 1-5 86% 21% 14% Entre 6-10 14% 45% 14% Entre 11-25 24% 14% Entre 26-40 10% 14% Entre 41-75 43% Entre 76-110 29% Entre 111-300 43% Entre 301-650 29% 10

Total empleados Vs colaboradores dedicados al desarrollo de software Porcentaje 100% 80% 60% 40% 20% 86% 14% 45% 24% 21% 10% 14% 14% 43% 29% 14% 14% 43% 29% Entre 1-5 Entre 6-10 Entre 11-25 Entre 26-40 Entre 41-75 0% Entre 76-110 Entre 1-10 Entre 11-50 Entre 51-200 Más de 200 Entre 111-300 Número de Empleados Entre 301-650 Gráfica No. 2Antigüedad de las empresas desarrolladoras de software Fuente: Autor El 86% de las empresas con no más de 10 empleados, tienen al menos entre 1 y 5 colaboradores dedicados al desarrollo de software. El 45% de las empresas que tienen una cantidad total de empleados no mayor a 50, tienen entre 6 y 10 colaboradores dedicados al desarrollo de software, otros rangos importantes en estas empresas son entre 1 y 5 y entre 11 y 25, que corresponden respectivamente al 21% y 24% de las empresas. De las empresas con una cantidad de empleados no mayor a 200, se puede ver una gran porcentaje de ellos dedicados exclusicamente al desarrollo de sofware, de tal forma que, el 43% de ellas tienen entre 41 y 75 y el 29% entre 76 y 110 empleados. La gráfica No. 2 nos muestra que el 72% de las empresas con más de 200 empleados, tienen a su disposición más de 111 colaboradores dedicados exclusivamene al desarrollo de software. 11

4.4. RESPECTO A LAS ACTIVIDADES QUE REALIZAN LAS ORGANIZACIONES En este punto se analizaron diferentes actividades que realizan las empresas, actividades que no están relacionados entre sí, pero que tenían que estar agrupadas en algún lado, por eso estarán en la misma tabla, pero diferentes gráficos. Cada uno de los ítems de esta tabla se analizará por separado. Tabla No. 3Actividades que realizan las empresas. Actividades que realizan las empresas Ítems Sí No NR Plan de Sistemas de Información 61 39 3 Modelo/metodología para el desarrollo de software 88 13 2 Profesionales posgraduados en Ingeniería de software o en desarrollo de software 66 36 1 Software comercial 78 23 2 Software a medida 86 15 2 Ingeniería del software como disciplina de trabajo 87 13 3 12

Empresas que hacen uso del plan de sistemas de información 59,2% 60,0% 37,9% 40,0% 20,0% 2,9% 0,0% Sí No NR Gráfica No. 3Empresas que hacen uso del plan de sistemas de información. Fuente:Autor La importancia de hacer un plan de sistemas de información cada año es muy alta, pues de allí se priorizan las actividades de mayor importancia, que la empresa realizará durante el transcurso de éste. El 59% de las empresas participantes en el estudio lo hacen. Empresas que hacen uso de un Modelo/Metodología para el Desarrollo de Software 100,0% 85,4% 50,0% 0,0% 12,6% 1,9% Sí No NR Gráfica No. 4 Empresas que hacen uso de un Modelo/Metodología para el desarrollo de software. Fuente: Autor 13

Utilizar un modelo o una metodología para desarrollar softwares, es una de las actividades más importantes en la ingeniería de software, pues apartir de esta es que se hace un desarrollo estructurado de los proyectos relacionados con software. El 85% de las empresas utilizan un modelo o metodología. Porcentaje de empresas que contratan profesionales posgraduados en Ingeniería de Software o en Desarrollo de Software 80,0% 64,1% 60,0% 40,0% 20,0% 0,0% 35,0% 1,0% Sí No NR Gráfica No. 5Porcentaje de empresas que contratan profesionales posgraduados en ingeniería de Software o en Desarrollo de Software Fuente: Autor El 64% de las empresas tienen entre sus empleados profesionales posgraduados en Ingeniería de software o desarrollo de éste. 14

Porcentaje de empresas que desarrollan Software Comercial 100,0% 75,7% 0,0% 22,3% 1,9% Sí No NR Gráfica No. 6Porcentaje de empresas que desarrollan software comercial. Fuente: Autor El 76% de las empresas consultadas desarrollan software comercial. Porcentaje de empresas que desarrollan Software a la medida 100,0% 83,5% 50,0% 0,0% 14,6% 1,9% Sí No NR Gráfica No. 7Porcentaje de empresas que desarrollan software a la medida Fuente: Autor El 84% de las empresas encuestadas se dedican a realizar software a la medida. 15

Porcentaje de empresas que consideran a la Ingeniería del Software Como Disciplina de Trabajo 100,0% 84,5% 50,0% 0,0% 12,6% 2,9% Sí No NR Gráfica No. 8Porcentaje de empresas que consideran a la ingeniería de software como disciplina de trabajo. Fuente: Autor La mayoría de las empresas consultadas, el 85%, consideran a la ingeniería de software como una disciplina de trabajo. 5. ACTIVIDADES GENERALES O PARTICULARES AL MOMENTO DE DESARROLLAR SOFTWARE A LA MEDIDA Las siguientes son otro conjunto de actividades que se realizan durante la elaboración de un proyecto de software; pero en especial, se realizan cuando se hace software a la medida, pues se tienen en cuenta los requerimientos del cliente y basándose en ellos se desarrolla el proyecto. De las empresas encuestadas 86 respondieron que hacen software a la medida, las que se muestran en la tabla No. 4 son las más importantes. 16

Tabla No. 4Actividades que realizan empresas que hacen Software a la medida. Actividades que realizan empresas que hacen Software a la medida Ítems Sí No NR Consultar el Plan de Sistemas de Información del cliente 51 32 3 Elegir una metodología/modelo/guía apropiad@ para ese proyecto 71 13 2 Elaborar un estudio comparativo con proyectos similares 46 37 3 Apoyarse en personal especializado en el tema que tratará el proyecto Capacitar al personal de la compañía en el tema que tratará el proyecto 78 5 3 68 14 4 Porcentaje de empresas que Consultan el plan de sistemas de información del cliente 59,3% 60,0% 50,0% 40,0% 30,0% 20,0% 10,0% 0,0% 37,2% 3,5% Sí No NR Gráfica No. 9Porcentaje de empresas consultan el plan de sistemas de información del cliente. Fuente: Autor 17

Más de la mitad de las empresas que hacen software a la medida consultan el plan de sistemas de informacion con el cliente, sin embargo un 37,2% no lo hace. Empresas que eligen una metodología, modelo o guía apropiado para cada proyecto 100,0% 82,6% 80,0% 60,0% 40,0% 20,0% 0,0% 15,1% 2,3% Sí No NR Gráfica No. 10Empresas que eligen una metodología, modelo o guía apropiado para cada proyecto. Fuente: Autor Solo un 15,1% de las empresas no eligen una metodología/modelo/guía apropiada para cada proyecto, en general las empresas consultadas sí lo hacen. 18

Empresas que elaboran un estudio comparativo con proyectos similares 60,0% 53,5% 50,0% 40,0% 30,0% 20,0% 10,0% 0,0% 43,0% 3,5% Sí No NR Gráfica No. 11Empresas que elaboran un estudio comparativo con proyectos similares. Fuente: Autor Realizar un estudio comparativo con proyectos similares puede ahorrar trabajo, tiempo y costos. Al menos la mitad de las empresas que hacen software a la medida, realizan esta actividad. 19

Empresas que se apoyan en personal especializado en el tema que trata cada proyecto 100,0% 90,7% 80,0% 60,0% 40,0% 20,0% 0,0% 5,8% 3,5% Sí No NR Gráfica No. 12Empresas que se apoyan en personal especializado en el tema que trata cada proyecto. Fuente: Autor En general, las empresas consultadas se apoyan en personal especializado en el tema tratado en cada proyecto que realizan, con el fin de llegar al producto deseado. Empresas que capacitan su personal para cada proyecto 79,1% 80,0% 60,0% Sí 40,0% 20,0% 16,3% 4,7% No NR 0,0% Gráfica No. 13Empresas que capacitan su personal para cada proyecto. Fuente: Autor 20

En casos en los que las empresas no cuentan con personal especializado para desarrollar el tema de algunos proyectos en especial, tienen que capacitar su personal, el 79,1% de las empresas lo hace. 5.1. METODOLOGÍAS, MODELOS O GUÍAS USADAS POR LAS EMPRESAS Elegir una metodología apropiada es importante para llegar al producto deseado, se consultó con las empresas las diferentes metodologías, modelos o guías que se utilizan actualmente y estos fueron los resultados más relevantes: Tabla No. 5 Modelos, metodologías o guías usadas por las empresas. Modelos, metodologías o guías usadas por las empresas Metodologías Sí No ISO/IEC 9000-3 11 92 Modelo de ciclo de vida del software (MCVS) en cascada 11 92 MCVS Evolutivo/Incremental 14 89 MCVS Desarrollo Rápido de Aplicaciones (DRA) 12 91 MCVS Basado en componentes 10 93 RUP 45 58 Otras no contempladas 26 77 21

Modelos, metodologías o guías usadas por las empresas 100% 90% 89% 89% 86% 88% 90% 80% 75% 70% 60% 50% 40% 44% 56% Sí No 30% 25% 20% 10% 11% 11% 14% 12% 10% 0% ISO/IEC 9000-3 Modelo de ciclo de vida del software (MCVS) en cascada MCVS Evolutivo/Incremental MCVS Desarrollo Rápido de Aplicaciones (DRA) MCVS Basado en componentes Gráfica No. 14Modelos, metodologías o guías usadas por las empresas. Fuente: Autor RUP Otras no contempladas En su mayoría, las empresas hacen una mezcla de varias metodologías creando una propia, casi todas apoyadas por RUP. Elegir un modelo, metodología o guía le permite a las empresas tener un conjunto de etapas parcialmente ordenadas con la intencion de lograr un objetivo en el menor tiempo posible, haciendo uso eficiente de sus recursos. Al mezclar metodologías, pueden acoplar etapas de diferentes metodologías para trabajar de una manera más comoda. 22

5.2. ETAPAS DEL DESARROLLO DE UN PROYECTO DE SOFTWARE. Estas son las principales etapas identificadas que se realizan al momento de desarrollar un proyecto de software. Para llegar a un producto de calidad, cada etapa es tan importante como las otras, por eso se le consultó la importancia que las empresas le dan a cada una de estas. Etapas del desarrollo de software Tabla No. 6Etapas del desarrollo de software. Etapas del desarrollo de software Muy Importancia Baja Baja Media Alta Comprensión de la solicitud que hace el cliente 1 1 2 22 75 2 Muy Alta Trabajo con requerimientos 1 3 7 48 42 2 Análisis del software 1 4 15 55 25 3 Modelación 2 10 23 43 22 3 Diseño del software 2 4 15 53 25 4 Desarrollo (programación) 1 1 11 44 43 3 Implementación 2 0 18 45 35 3 Gestión del proyecto 2 6 20 38 35 2 Documentación de usuario 4 15 41 29 12 2 Documentación de administración 6 16 47 20 11 3 Inclusión del cliente en el proyecto 1 7 12 41 39 3 Utilización de herramientas CASE 28 19 32 13 8 3 Pruebas 2 1 19 44 35 2 Mantenimiento 1 8 26 44 21 3 Plan de retiro del software 39 32 16 8 5 3 NR 23

Etapas del desarrollo del software (Fase inicial) 80,0% 72,8% 70,0% 60,0% 53,4% 51,5% 50,0% 46,6% Muy Baja 40,0% 40,8% 41,7% Baja Media 30,0% 21,4% 24,3% 22,3% 21,4% 24,3% Alta Muy Alta 20,0% 14,6% 14,6% NR 10,0% 0,0% 3,9% 1,0% 1,9% 2,9% 1,9% 1,0% 1,9% 1,0% 1,0% Comprensión de la solicitud que hace el cliente 6,8% Trabajo con requerimientos Análisis del software 9,7% 2,9% 2,9% 3,9% 3,9% 1,9% 1,9% Modelación Diseño del software Gráfica No. 15Etapas del desarrollo del software (Fase inicial). Fuente: Autor Para esta fase inicial se puede notar una tendencia hacia una importancia alta y muy alta en las diferentes etapas en el desarrollo de software, con un porcentaje de alrededor del 80% para estas calificaciones. 24

Etapas del desarrollo del software (Fase de desarrollo) 50,0% 45,0% 40,0% 35,0% 30,0% 25,0% 20,0% 15,0% 10,0% 5,0% 0,0% 1,0% 1,0% 42,7% 41,7% 10,7% Desarrollo (programación) 17,5% 43,7% 34,0% 2,9% 2,9% 1,9% 1,9% Implementación 5,8% 19,4% 36,9% Gestión del proyecto 34,0% 39,8% 14,6% 15,5% 3,9% 1,9% 1,9% Documentación de usuario Documentación de administración Inclusión del cliente en el proyecto Utilización de herramientas CASE Gráfica No. 16 Etapas del desarrollo del software (Fase de desarrollo). Fuente: Autor 28,2% 11,7% 5,8% 45,6% 19,4% 10,7% 6,8% 39,8% 37,9% 11,7% 27,2% 18,4% 31,1% 12,6% 7,8% 2,9% 2,9% 2,9% 1,0% Muy Baja Baja Media Alta Muy Alta NR Para la fase de desarrollo, se nota una tendencia hacia una importancia baja y muy baja, sobre todo en las cuatro últimas etapas del desarrollo de software, donde alrededor del 20% las empresas encuestadas dan estas calificaciones, subiendo a más de un 40% en la última etapa. 25

Etapas del desarrollo del software (Fase final) 45,0% 40,0% 35,0% 30,0% 25,0% 20,0% 15,0% 10,0% 5,0% 0,0% 1,9% 1,0% 18,4% 42,7% 42,7% 34,0% 1,9% 1,0% 25,2% 7,8% 20,4% 37,9% 31,1% 15,5% 7,8% 4,9% 2,9% 2,9% Pruebas Mantenimiento Plan de retiro del software Muy Baja Baja Media Alta Muy Alta NR Gráfica No. 17Etapas del desarrollo del software (fase final). Fuente: Autor Para la fase final en el desarrollo de software, no se observa una tendencia clara, dado que alrededor del 65% de las empresas encuestadas consideran de alta y muy alta importancia las dos primeras etapas, sin embargo más del 60% creen que la última etapa tiene una importancia baja y muy baja. 5.3. ETAPA DE GESTIÓN DEL PROYECTO En este punto se hará énfasis en la etapa de Gestión del proyecto, sin desestimar las otras, ésta es una de las más importantes, dado que mediante ella las empresas pueden prepararse de manera correcta para desarrollar el proyecto, teniendo en cuenta factores como: Recursos de tiempo, monetarios y humanos. 26

Tabla No. 7 Etapas de gestión del proyecto. Etapa de gestión del proyecto Tareas Importancia Baja Media Alta NR Planificación 3 23 75 2 Gestión de la planificación 12 34 55 2 Gestión de incidencias 20 37 43 3 Gestión del costo (estimación del proyecto) 10 30 61 2 Gestión del recurso humano 12 34 55 2 Gestión del tiempo 5 34 62 2 Gestión del riesgo 30 43 27 3 Gestión de la documentación 19 48 34 2 Gestión de la calidad 10 28 63 2 Gestión de la configuración 19 35 47 2 Gestión de los requisitos (requerimientos) 2 24 75 2 27

Etapas de gestión del proyecto 80,0% 72,8% 72,8% 70,0% 60,0% 53,4% 59,2% 53,4% 60,2% 61,2% 50,0% 40,0% 30,0% 20,0% 10,0% 0,0% 46,6% 45,6% 41,7% 41,7% 35,9% 33,0% 33,0% 33,0% 33,0% 34,0% 29,1% 29,1% 26,2% 27,2% 22,3% 23,3% 19,4% 18,4% 18,4% 11,7% 11,7% 9,7% 9,7% 2,9% 4,9% 1,9% 1,9% 2,9% 1,9% 1,9% 1,9% 2,9% 1,9% 1,9% 1,9% 1,9% 1,9% Gráfica No. 18Etapas de gestión del proyecto. Fuente: Autor En general, las empresas le dan una calificación alta a las etapas de gestión de proyecto, sin embargo, hay una pequeña tendencia a una calificación media en la gestión del riesgo y la gestión de la documentación. La gestión del proyecto permite administrar, dirigir y coordinar de manera eficiente los recursos y cada una de las etapas del proceso de creación de software. He ahí la importancia de todas y cada una de las etapas. 28

5.4. PRUEBAS DE SOFTWARE Esta etapa es otra a la cual se le debe prestar mucha atención al momento de desarrollar un proyecto, pues es una de las finales, y es en donde se evalúa el software desarrollado; se detectan y se corrigen errores. Tabla No. 8 Pruebas de software Pruebas de software Tipos de pruebas Importancia Baja Media Alta NR Pruebas Unitarias 3 19 79 2 Pruebas de Funcionamiento 2 11 88 2 Pruebas de Integración 10 23 68 2 Pruebas de Regresión 36 34 31 2 Pruebas de Aceptación 15 14 72 2 Pruebas propias 9 12 77 5 29

Pruebas de software 90,0% 85,4% 80,0% 76,7% 74,8% 70,0% 66,0% 69,9% 60,0% 50,0% 40,0% 30,0% 20,0% 10,0% 0,0% 18,4% 2,9% 1,9% 1,9% 1,9% 1,9% 1,9% 1,9% Pruebas Unitarias 10,7% Pruebas de Funcionamiento 9,7% 22,3% Pruebas de Integración 35,0% 33,0% 30,1% Pruebas de Regresión 14,6% 13,6% Pruebas de Aceptación 11,7% 8,7% 4,9% Pruebas propias Baja Media Alta NR Gráfica No. 19Pruebas de software. Fuente: Autor Más de la mitad de las empresas le dan una calificación alta a las pruebas del software a excepción de las pruebas de regresión, donde se puede notar una opinión dividida. Las pruebas de regresión permiten controlar y corregir errores que surgen eventualmente cuando se hace una versión nueva del software o cuando no se dimensiona bien el ámbito en el cual se va a desenvolver. En general se puede notar una tendencia por una alta importancia de las pruebas de software. 30

6. CONCLUSIONES Y RECOMENDACIONES El 84,5% de las empresas consideran la Ingeniería de software como una disciplina de trabajo y destinan al menos la mitad de sus empleados en estas prácticas; los métodos de esta disciplina indican cómo construir de manera técnica un software abarcando una gran variedad de tareas incluyendo actividades de modelado y otras tareas más descriptivas. El 82% de la industria desarrolladora de software en Colombia, elige un modelo, metodología o guía apropiada para cada proyecto en especial, y como lo afirma Roger S.Pressman: Para resolver los problemas reales de una industria, un ingeniero del software o un equipo de ingenieros debe incorporar una estrategia de desarrollo que acompañe el proceso, métodos y capas de herramientas 8 Como se puede notar en el Anexo B (Otras metodologías no contempladas), las empresas buscan una metodología ágil, sin dejar atrás las principales etapas de una metodología estandarizada a nivel internacional, por eso, como se muestra en el gráfico 14, al menos el 44% de las empresas utilizan RUP mezclada con métodos para la gestión de proyectos ágiles como SCRUM, y programación extrema. En el ámbito colombiano, las etapas del desarrollo del software son muy significativas, al menos eso se puede ver en:gráfico No. 15, gráfico No. 16 y gráfico No. 17, pero se puede también ver una tendencia a que las etapas van perdiendo importancia a medida que va transcurriendo el tiempo en el proyecto, es decir, las etapas finales no tienen tanta importancia como las primeras. 8. Ingeniería del Software. Un enfoque práctico. Roger S. Pressman. 31

En la gestión del proyecto (VerGrafico No. 18), se puede observar que las empresas le dieron una calificación muy alta a cada una de las tareas que esta comprende, a excepción de la Gestión del riesgo y de la Gestión de la documentación. La primera es muy importante porque Se ha observado que el éxito de los proyectos radica en un adecuado seguimiento y control de los mismos 9. De la segunda, la gestión de la documentación, se puede afirmar que: El establecimiento preciso, desde el comienzo de las actividades del proyecto, de las tareas a realizar y sus características (duración, elementos a entregar, restricciones, etc.), así como la organización para asegurar el desarrollo del software. 10 A excepción de la prueba de regresión, las pruebas del software son muy aceptadas actualmente por la industria colombiana. El hecho de que ésta tenga una importancia baja a diferencia de las otras, puede ser por problemas de la misma. Las pruebas están correlacionadas con el mantenimiento, del cual se pueden nombrar las leyes del mantenimiento del software (Lehman, 1980) 11, las cuales hablan que los problemas del mantenimiento del software debido a: La continuidad del cambio, incremento de la complejidad, evolución del programa, conservación de la estabilidad organizacional y la conservación de la familiaridad. 9. y 10. Gestión del proceso del software. Gonzalo Cuevas Agustín. 11. Meir M. Manny Lehman (1925-2010). Científico e investigador en el área de la computación. 32

En general, la industria del software calificó bien cada una de las características propuestas en la encuesta que se les aplicó, y a partir de los resultados analizados, los autores de este estudio podrían a aventurarse a decir que la calidad del proceso de desarrollo de software en Colombia se encuentra en la transición entre el nivel 2 y 3 en la escala de madurez de CMMI 12. La industria actualmente tiene procesos del nivel 2 referentes a la administración; para esto tiene determinada una serie de tareas las cuales son planeadas y ejecutadas de acuerdo a cómo éstas se establecieron, cada proyecto utiliza gente capacitada en el tema del cual se tratará el proyecto, se involucran cada una de las partes interesadas, se le hace un seguimiento y control a las tareas, las tareas son evaluadas según la descripción del proceso. Al mismo tiempo, tiene procesos algunos que involucran el nivel 3; las tareas son descritas en estándares, procedimientos, tareas y métodos, los proyectos establecen el método en el que serán desarrollados adaptando el conjunto de procesos estándares de la organización de acuerdo a la necesidad. Para que esta condición mejore, se sugiere que la industria siga escalando en los niveles propuestos por CMMI estableciendo métricas propias que se manejen como criterios de calidad en la región, para así mejorar la predicción de la realización del proceso de desarrollo de software usando técnicas estadísticas y cuantitativas, optimizar los procesos a través de mejoras continuas, incrementales y tecnológicas. 12.CMMI(CapabilityMaturityModelIntegration): Es un enfoque de mejora de procesos que proporciona a las organizaciones los elementos esenciales de procesos efectivos, lo que mejora su rendimiento. Este modelo es desarrollado por el Software EngieneeringInstitute. 33

7. BIBLIOGRAFÍA BOEHM, Barry W. A spiral model of software development and enhancement. En: ACM SIGSOFT Software Engineering, Volumen 11(Agosto, 1986). P. 14-24. PRESSMAN, Roger S. Ingeniería del Software. Un enfoque práctico. Quinta edición. Madrid: Concepción Fernández, 2002. P. 601. ISO/IEC 9126: Softwareengineering. Software product Quality. Estados Unidos: 2003. DRAE, Diccionario de la Real Academia de la lengua Española. Edición 22. España: 2001 Disponible en: http://buscon.rae.es/draei/ MÉTRICA. Metodología de Planificación, Desarrollo y Mantenimiento de sistemas de información, Versión 3. España: Ministerio de Administraciones Publicas. ARBOLEDA, Hugo F. Modelos de ciclo de vida en desarrollo de software. Edición N 93 Julio - Septiembre de 2005. Disponible en: http://www.acis.org.co/index.php?id=551 INTRODUCCIÓN A RUP. Portal de Desarrollo de Software. Universidad Politécnica de Valencia (UPV). Disponible en: https://pid.dsic.upv.es/c1/material/documentos%20disponibles/introducción%20a% 20RUP.doc 34

ROBLES, Gregorio. Programación extrema y Software Libre. Universidad Politécnica de Madrid: V Congreso Hispalinux, 2002. CUEVAS, Gonzalo. Gestión del proceso software. Editorial centro de estudios Ramón Areces, S.A. Madríd, 2002. HERNÁNDEZ, Roberto. FERNÁNDEZ, Carlos. BAPTISTA, Pilar. Metodología de la Investigación. McGraw-Hill. México, 1998. PIATTINI, Mario. VILLALBA, José. RUIZ, Francisco. BASTANCHURY, Teresa. POLO, Macario. MARTÍNEZ, Miguel Ángel. NISTAL, César. Mantenimiento del Software. Modelos, técnicas y métodos para la gestión del cambio. Alfaomega grupo editor, S.A. de C.v. México, 2001. HORCH. Jhon W. Practical guide to Software Quality Management. Second Edition. ArtechHoues, INC. 2003. TORO, Alonso. CARDONA, Lorena. Estado del arte de la ingeniería del software en el ámbito nacional e internacional de acuerdo a organizaciones que tratan la disciplina. Universidad Católica Popular del Risaralda. Colombia, 2010. SANTACRUZ, Juan S. RIOS, Andrés D. Propuesta Guía para la gestión de proyectos de desarrollo de software en el grupo de residencia en línea de investigación. Universidad Católica Popular del Risaralda. Colombia, 2010. 35