DepProMod

Título:

DepProMod: modelo de proceso de despliegue de sistemas de software

Autor:

Panizzi, Marisa D.

Otros autores / Colaboradores:

 Genero Bocco, Marcela; [ Director/a]  Bertone, Rodolfo Alfredo; [ Director/a] 

Temas:

DESARROLLO DE SOFTWARE; 

URL:

https://doi.org/10.35537/10915/139509,

Palabras clave:

sistemas de software, PyMES, 

Nota de tesis:

Tesis (Doctorado en Ciencias Informáticas) - Universidad Nacional de La Plata. Facultad de Informática, 2022.

Extensión:

1 archivo (3,5 MB) : il. col.

Resumen:

El despliegue de sistemas de software es un proceso crucial del ciclo de vida de desarrollo de software porque su resultado determina la aceptación exitosa o no del sistema de software por parte del cliente. En el despliegue se presentan inconvenientes como por ejemplo la falta de componentes (externos), descargas incompletas, la infraestructura heterogénea e incompatible, incumplimiento de calendarios, retrabajo por falta de pocas capacidades y competencias tecnológicas, capacitación y preparación inadecuadas de los usuarios finales entre otros puntualmente en Pequeñas y Medianas Empresas (PyMES). En Argentina, la industria del software se compone mayoritariamente por PyMES, representando casi el 80% del sector, lo que constituye un eslabón fundamental, en el sector, para el país y refuerza la necesidad de llevar adelante iniciativas que contribuyan con el desarrollo y mejora de competitividad de dichas empresas. En el contexto internacional se refleja la misma realidad respecto a que las PyMES ocupan una gran porción de la industria del software. Estas organizaciones descubrieron que es crucial mejorar sus procesos y métodos para ser competitivas en su negocio, aunque no cuentan con recursos y conocimiento suficiente para lograrlo. La única manera de lograr proyectos exitosos es mediante la definición, implementación y estabilización de los procesos de desarrollo. En consecuencia, dada la relevancia del proceso de despliegue, los inconvenientes que conlleva un despliegue inadecuado más la necesidad de las PyMES de disponer de procesos estabilizados y controlados para la entrega de sistemas de software que satisfagan las necesidades de sus clientes surge el objetivo de esta tesis doctoral. Este objetivo consiste en la definición y validación de un modelo de proceso para realizar el despliegue de sistemas software desarrollados a medida de manera sistematizada y controlada en PyMES de Argentina denominado DepProMod (en inglés, Deployment Process Model). El modelo de proceso de despliegue de sistemas de software (DepProMod) ha sido creado, refinado y validado, siguiendo el marco metodológico Design Science (Ciencia del Diseño). DepProMod se compone de 5 subprocesos, Iniciación, Planificación, Ejecución, Seguimiento y control y Cierre. Cuenta con 45 tareas agrupadas en actividades, roles, entradas y salidas, plantillas y los recursos para utilizarse en las tareas. Con el propósito de que una PyME pueda aplicar DepProMod de manera escalonada y que paulatinamente incremente la calidad del proceso de despliegue, así como mejorar el nivel de conocimiento de las personas que participan en el mismo, se diseña DepProMod con una estructura de aplicación por niveles que adopta tres niveles de capacidad (Nivel 1= “Realizado”, Nivel 2= “Gestionado” y Nivel 3= “Definido”) del estándar CMMI-DEV. Con el propósito de refinar y completar DepProMod, se realizaron un par de estudios empíricos, el primero consistió en un estudio de caso que permitió examinar la aplicabilidad de la versión preliminar del modelo en una PyME Mediana de tramo 2 (de aproximadamente 55 empleados) desarrolladora de software de Argentina. En este caso se trabajó con la documentación de un despliegue que permitió identificar la información requerida en el proceso de despliegue en un contexto real y además contribuyó al diseño de las plantillas de DepProMod. El segundo estudio, consistió en la realización de entrevistas a dos expertos de la industria del software de Argentina con el propósito presentar DepProMod para conocer su opinión sobre la definición de cada elemento del modelo y su utilidad. Los resultados obtenidos de ambos estudios contribuyeron a refinar y completar DepProMod. Para validar DepProMod se realizaron 3 estudios de casos que permitieron evaluar la percepción de los usuarios de DepProMod en cada estudio de caso, medida a través de tres variables de percepción, como la “Facilidad de Uso Percibida”, “Utilidad Percibida” y la “Intención de Uso”. El primer estudio de caso se realizó en una Micro PyME desarrolladora de software de Argentina, participaron 2 usuarios y se utilizó en nivel 1 de DepProMod. El segundo estudio de caso se desarrolló en una PyME Mediana de tramo 1 (de aproximadamente 45 empleados) desarrolladora de software de Argentina, participaron 6 usuarios y se aplicó el nivel 2 de DeProMod. El tercer estudio de caso se llevó a cabo en una PyME Mediana de tramo 2 (de aproximadamente 430 empleados), participaron 4 usuarios y se aplicó el nivel 3 de DepProMod. De manera global, tras la realización de estos 3 estudios de casos, se puede concluir que los usuarios percibieron un bajo grado de valoración respecto a las plantillas propuestas en el modelo y un alto grado de valoración en relación con el resto de los elementos de DepProMod. Además, se logró constatar que los profesionales de la industria que participaron en los estudios de casos en su mayoría con una amplia experiencia consideran que el modelo impacta en la mejora de la calidad de los despliegues de los sistemas de software de sus PyMES. Los resultados obtenidos en estos estudios de casos permitieron detectar las fortalezas y debilidades del modelo identificando además aspectos del modelo que se deben tener en cuenta para mejorarlo a futuro. De todo lo expresado se puede concluir que las principales contribuciones de esta tesis son: 1) el propio modelo DepProMod con sus elementos y su valor agregado de aplicación por niveles que permite a las PyMES llevar a cabo un despliegue de sistemas de software desarrollados a medida de manera sistematizada y controlada y 2) el conocimiento generado mediante la realización de los estudios empíricos realizados en entornos reales para validar el modelo.

Puede solicitar más fácilmente el ejemplar con: TES 22/33

Capítulo 1 – Introducción 
1.1. Motivación
1.2. Planteamiento del problema
1.3. Metodología de investigación
1.3.1. Marco metodológico
1.3.2. Objetivos de investigación
1.3.2.1. Objetivo de diseño del artefacto
1.3.2.2. Objetivos de conocimiento
1.3.2.3. Objetivos de diseño de los instrumentos
1.3.3. Preguntas de investigación
1.3.4. Ciclos de ingeniería, diseño y empírico
1.3.4.1. Ciclo de diseño
1.3.4.2. Ciclo empírico
1.4. Métodos de investigación
1.5. Estructura de la tesis

Capítulo 2 - Estado del arte
2.1. Desarrollo del SMS
2.1.1. Planificación del SMS
2.1.1.1. Preguntas de investigación
2.1.1.2. Estrategia de búsqueda
2.1.1.3. Criterios y proceso de selección de artículos
2.1.1.4. Estrategia de extracción de datos
2.1.1.5. Proceso de síntesis datos
2.1.2. Ejecución del SMS
2.1.2.1. Búsqueda de estudios primarios
2.1.2.2. Selección de estudios primarios
2.1.3. Resultados del SMS
2.1.3.1. Respuestas a las preguntas de investigación
2.1.3.2. Resultados adicionales
2.1.4. Amenazas a la validez del SMS
2.1.5. Conclusiones del SMS
2.2. Práctica actual del despliegue de sistemas de software en PyMES
2.2.1. Planificación de la encuesta
2.2.1.1. Objetivos del estudio y preguntas de investigación (PI)
2.2.1.2. Proceso de ejecución
2.2.1.3. Población
2.2.1.4. Diseño de la encuesta
2.2.1.5. Validación
2.2.2. Ejecución de la encuesta
2.2.2.1. Reclutamiento de los participantes
2.2.2.2. Gestión de las respuestas
2.2.2.3. Análisis de los datos
2.2.3. Análisis e interpretación de los resultados
2.3.2.1. Características demográficas de los participantes
2.3.2.2. Respuesta a las preguntas de investigación
2.3.4. Amenazas a la validez de la encuesta
2.3.5. Conclusiones de la encuesta
2.3. Revisión de literatura sugerida por expertos
2.3.1. Soluciones emergentes
2.3.1.1. DevOps
2.3.1.2 Despliegue Continuo
2.3.1.3 Evidencias de aplicabilidad
2.3.2. Otras soluciones para el proceso de despliegue
2.4. Conclusiones del estado del arte

Capítulo 3 – Definición de DepProMod 
3.1. Características de DepProMod
3.1.1. Elementos de DepProMod
3.1.2. Aplicación de DepProMod por niveles
3.2. Representación de DepProMod
3.3. Definición de los subprocesos
3.3.1. Subproceso: INI - Iniciación
3.3.1.1. Definición
3.3.1.2. Entradas y salidas
3.3.1.3. Roles
3.3.1.4. Actividades
3.3.1.5. Recursos
3.3.1.6. Plantillas
3.3.2. Subproceso: PLA - Planificación
3.3.2.1. Definición
3.3.2.2. Entradas y salidas
3.3.2.3. Roles.
3.3.2.4. Actividades
3.3.2.5. Recursos
3.3.2.6. Plantillas
3.3.3. Subproceso: EJE - Ejecución
3.3.3.1. Definición
3.3.3.2. Entradas y salidas
3.3.3.3. Roles
3.3.3.4. Actividades
3.3.3.5. Recursos
3.3.3.6. Plantillas
3.3.4. Subproceso: SYC – Seguimiento y control
3.3.4.1. Definición
3.3.4.2. Entradas y salidas
3.3.4.3. Roles
3.3.4.4. Actividades
3.3.4.5. Recursos
3.3.4.6. Plantillas
3.3.5. Subproceso: CIE - Cierre
3.3.5.1. Definición
3.3.5.2. Entradas y salidas
3.3.5.3. Roles
3.3.5.4. Actividades
3.3.5.4. Recursos
3.3.5.5. Plantillas

Capítulo 4 – Refinamiento de DepProMod 
4.1. Estudio de caso 1 (EC1): PyME Mediana de tramo 1
4.1.1. Diseño del estudio de caso (EC1)
4.1.2. Preguntas de investigación (EC1)
4.1.3. Contexto, caso y unidad de análisis (EC1)
4.1.4. Preparación para la recolección de los datos (EC1)
4.1.5. Análisis e interpretación de los resultados (EC1)
4.1.6. Resultados de EC1
4.1.7. Amenazas a la validez (EC1)
4.1.8. Conclusiones de EC1
4.2. Entrevistas con Expertos (EE)
4.2.1. Sesiones de Entrevista con el Experto 1
4.2.2. Sesiones de Entrevista con el Experto 2
4.3. Conclusiones del refinamiento de DepProMod

Capítulo 5 – Validación de DepProMod 
5.1. Estudio de caso 2 (EC2): Micro PyME
5.1.1. Diseño del estudio de caso (EC2)
5.1.2. Preguntas de investigación (EC2)
5.1.3. Contexto, caso y unidad de análisis (EC2)
5.1.4. Preparación para la recolección de los datos (EC2)
5.1.5. Análisis e interpretación de los resultados (EC2)
5.1.6. Resultados de EC2
5.1.7. Amenazas a la validez (EC2)
5.1.8. Conclusiones de EC2
5.2. Estudio de caso 3 (EC3): PyME Mediana de tramo 1
5.2.1. Diseño del estudio de caso (EC3)
5.2.2. Preguntas de investigación (EC3)
5.2.3. Contexto, caso y unidad de análisis (EC3)
5.2.4. Preparación para la recolección de los datos (EC3)
5.2.5. Análisis e interpretación de los resultados (EC3)
5.2.6. Resultados de EC3
5.2.7. Amenazas a la validez (EC3)
5.2.8. Conclusiones de EC3
5.3. Estudio de caso 4 (EC4): PyME Mediana de tramo 2
5.3.1. Diseño del estudio de caso (EC4)
5.3.2. Preguntas de investigación (EC4)
5.3.3. Contexto, caso y unidad de análisis (EC4
5.3.4. Preparación para la recolección de los datos (EC4)
5.3.5. Análisis e interpretación de los resultados (EC4).
5.3.6. Resultados de EC4
5.3.7. Amenazas a la validez (EC4)
5.3.8. Conclusiones de EC4
5.4. Conclusiones de la validación de DepProMod

Capítulo 6. Conclusiones y trabajos futuros 
6.1. Contribuciones
6.2. Consecución de los objetivos de la tesis
6.2.1. Objetivos de conocimiento
6.2.2. Objetivo de diseño del artefacto
6.3. Trabajos Futuros
6.4. Publicaciones
6.4.1. Publicaciones de la tesis
6.4.2. Publicaciones relacionadas
6.4.3. Publicaciones en progreso