Prepara tus exámenes y mejora tus resultados gracias a la gran cantidad de recursos disponibles en Docsity
Gana puntos ayudando a otros estudiantes o consíguelos activando un Plan Premium
Prepara tus exámenes
Prepara tus exámenes y mejora tus resultados gracias a la gran cantidad de recursos disponibles en Docsity
Prepara tus exámenes con los documentos que comparten otros estudiantes como tú en Docsity
Encuentra los documentos específicos para los exámenes de tu universidad
Estudia con lecciones y exámenes resueltos basados en los programas académicos de las mejores universidades
Responde a preguntas de exámenes reales y pon a prueba tu preparación
Consigue puntos base para descargar
Gana puntos ayudando a otros estudiantes o consíguelos activando un Plan Premium
Comunidad
Pide ayuda a la comunidad y resuelve tus dudas de estudio
Ebooks gratuitos
Descarga nuestras guías gratuitas sobre técnicas de estudio, métodos para controlar la ansiedad y consejos para la tesis preparadas por los tutores de Docsity
Un modelo para definir prácticas en ingeniería de software, que incluye la síntesis conceptual de prácticas, el proceso de definición de prácticas bien formadas y nombradas, y la estructura de práctica. Se analizan varias propuestas de prácticas y se extraen sus constructos y proposiciones comunes. El modelo permite validar las relaciones entre la práctica y las actividades, y asignar un nombre adecuado a las prácticas.
Tipo: Apuntes
1 / 140
Esta página no es visible en la vista previa
¡No te pierdas las partes importantes!
Universidad Nacional de Colombia Facultad de Minas Departamento de Ciencias de la Computación y de la Decisión Medellín—Colombia 2019
Especialmente para ti, mi amada Negrita, por enseñarme la mejor práctica para la vida: realización de sueños orientada por el amor. Esta Tesis Doctoral es como la vida misma: un maravilloso viaje por alta mar lleno de aventuras. Por eso, la dedico a mis tripulantes, quienes me ayudaron a llegar a feliz puerto. A Dios, mi guía, El que controla los monstruos marinos, los feroces vientos y las turbulentas aguas. Quien alinea las estrellas que orientan y dan luz a la travesía. A mi Padre Santiago, mi consejero, quien escribió y me heredó las cartas de navegación que señalan las coordenadas correctas. A mi Madre Teresa, mi descanso, quien con sus plegarias me provee de energía para superar momentos de debilidad. A mis hermanas Doradaly, Marisol y Lucerito y a mis hermanos Jorge, Santiago, Franklin, Leonardo y Richard, mis compañeros de travesías y aventuras, quienes amenizan el viaje con maravillosos recuerdos de infancia. A Nancy, mi todo, quien se ocupa de los mapas y de la brújula para no perder el rumbo. A Karen, mi linda, quien, con sus exquisitas recetas de amor, alimenta el espíritu de los viajeros. A Santiago, mi compañero, quien me ayuda a mantener firme y en dirección nuestro navío. A Juan Camilo, mi risa de cada día, quien mantiene funcionando las maquinas que mueven el barco de nuestros anhelos. Amada familia… ¡Llegamos! A. Barón S.
Esta Tesis Doctoral se realizó con el apoyo de Colciencias y el Programa de Becas de Doctorado Nacional, el Grupo de Investigación en Lenguajes Computacionales de la Universidad Nacional de Colombia Sede Medellín y el Grupo de Investigación Galeras .Net de la Universidad de Nariño. También, quiero expresar mis más sinceros sentimientos de profunda gratitud a las siguientes personas y entidades que con su apoyo hicieron posible esta Tesis Doctoral: A Carlos Mario Zapata Jaramillo, Ph.D., por su incansable y paciente guía como Director de esta investigación y por enseñarme que la disciplina y la pasión son el camino para alcanzar cualquier objetivo. Mi aprecio, admiración y respeto para Usted y su familia, siempre. A Hanna Jadwiga Oktaba, Ph.D. por acogerme como tutora de pasantía en su hogar académico: la Universidad Nacional Autónoma de México y por su invaluable aporte para el desarrollo y evaluación de esta Tesis Doctoral. A Nilda Yangüez Cervantes, Ph.D., por su aporte como tutora de pasantía en la Universidad Tecnológica de Panamá y como jurado de esta investigación. Cada una de sus acertadas observaciones permitieron enriquecer mi trabajo. A Albeiro Espinosa Bedoya, Ph.D., por su siempre oportuna y constructiva crítica como jurado de esta Tesis Doctoral. Sus valiosas recomendaciones fueron factor clave de éxito en el desarrollo de la investigación.
VIII Modelo para la Definición Unificada de la Práctica como Constructo Teórico en Ingeniería de Software A Miguel Ehécatl Morales, Ph.D. y a Luis Fernando Castro, Ph.D., por la rigurosa evaluación como expertos de validación de esta Tesis Doctoral. Sus aportes permitieron mejorar los resultados de la investigación y garantizar que son una contribución real a la ingeniería de software. A Luis Patiño, M.Sc., por brindarme su apoyo como tutor de pasantía y permitirme compartir mi trabajo con la apreciada comunidad académica de la Universidad Politécnica Estatal del Carchi, Ecuador. A María Clara Gómez, Rubén Darío Sánchez y a Jesús Insuasti, mis queridos compañeros de estudio, por su amistad y apoyo incondicionales, por compartir un pedazo de vida conmigo. A Jairo Guerrero García, por el sabio consejo siempre oportuno. A mi Alma Mater , la Universidad de Nariño, por darme la oportunidad de estudiar, aprender, vivir y soñar. A mis compañeros y compañeras docentes del Departamento de Sistemas de la Universidad de Nariño, por su aprecio y apoyo de todos los días. A mis estudiantes, por confiar en mi guía y transitar a mi lado por los fantásticos senderos de la academia.
X Modelo para la Definición Unificada de la Práctica como Constructo Teórico en Ingeniería de Software El modelo que se obtiene como resultado de esta Tesis Doctoral es una contribución a la definición de una teoría general y, específicamente, a la construcción de un vocabulario unificado para la ingeniería de software, ya que permite definir de manera unificada y carente de ambigüedad el constructo teórico de práctica. El modelo se valida mediante la consulta a expertos de la comunidad de ingeniería de software. En la validación se realizan análisis cualitativos y cuantitativos que permiten identificar las oportunidades de mejora y el nivel de aceptación del modelo para los expertos evaluadores. Palabras clave: ingeniería de software, práctica, constructo teórico, modelo, Semat , Essence****.
The Semat—Software Engineering Method and Theory—community focus on two main objectives: defining a kernel of elements for describing the Essence of software engineering and defining a general theory for such a discipline. All well-defined general theories include theoretical constructs, propositions, explanations, and scope. Theoretical constructs are the basic concepts of a specific domain and they constitute the vocabulary of the general theory. Some authors try to define a unified vocabulary in software engineering. However, the proposed definitions lack enough information for defining theoretical constructs, which are the basis of a general theory. Defining a unified vocabulary is particularly complex in software engineering, since micro-theories commonly include theoretical constructs involving different definitions; practice is one of such constructs. Practice is particularly defined in different proposals of software engineering regardless of other visions, i.e. , such proposals include non-unified definitions. Also, practice is ambiguously defined, since other theoretical constructs included in a software engineering endeavor can also comply with the definition of practice, and such proposed practices are inappropriately named. Although some software engineering endeavors are focused on the definition of practice, a unified and unambiguous definition is still absent in this regard. In this Ph.D. Thesis we consolidate a model of the unified and unambiguous definition of practice as a theoretical construct in software engineering. Theoretical constructs and propositions for characterizing the practice construct are identified from the analysis of practices from different approaches; such constructs and propositions are integrated into the components of the model. Each component allows for fulfilling specific functions oriented to define well-formed, well-named practices. The model obtained as a result of this Ph.D. Thesis is a contribution to the definition of a general theory. Specifically, we want to contribute to the construction of a unified vocabulary
XVI Modelo para la Definición Unificada de la Práctica como Constructo Teórico en Ingeniería de Software Figura 4-14: Tarjeta de la actividad determinar la arquitectura .................................... 84 Figura 4-15: Tarjeta de la actividad evolucionar la implementación de la arquitectura 84 Figura 4-16: Modelo para la definición unificada de la práctica.................................... 87 Figura 5-1: Proceso de validación del modelo ............................................................ 92 Figura 5-2: Posición de cada uno de los expertos por ítem ..................................... 105 Figura 5-3: Posición integrada de expertos por ítem y posición integrada general. 105
1. Introducción
Investigadores de la comunidad científica de la ingeniería de software (Stol y Fitzgerald, 2013; Jacobson y Seidewitz, 2014; Erbas y Erbas, 2015) coinciden en afirmar que la ingeniería de software carece de una teoría sólida y compartida para explicar los fenómenos observados en la disciplina. Por esta razón, no se define realmente como una disciplina de ingeniería. Algunos autores proponen directrices para la construcción de teorías a partir de conocimientos de otras disciplinas. Sin embargo, la ingeniería de software no se suele guiar con una teoría explícita ni se produce una teoría explícita (Stol y Fitzgerald, 2013). Como respuesta directa a este requisito, la iniciativa de la Teoría y Método de la Ingeniería de Software ( Semat , por sus iniciales en inglés) se enfoca en dos objetivos principales: encontrar un núcleo de elementos que describan la Esencia de la ingeniería de software y definir para la ingeniería de software una base teórica adecuada y que se acepte ampliamente (Jacobson et al. , 2012). Una teoría general permite una ingeniería de software disciplinada (Jacobson et al. , 2014). Sin el soporte de una teoría sólida, la ingeniería de software se relega al costoso proceso que se orienta al azar (Johnson et al. , 2012). Actualmente, la ingeniería de software carece de una teoría general (Stol y Fitzgerald, 2013). Toda teoría general bien definida incluye cuatro componentes: (i) constructos teóricos, que son los conceptos básicos de un dominio en particular; (ii) proposiciones, que permiten describir cómo interactúan los constructos teóricos; (iii) explicaciones, que permiten definir por qué es importante la aplicación de la teoría y permiten justificar las proposiciones para integrar constructos teóricos; (iv) alcance, que permite expresar las condiciones, cómo, cuándo y dónde se debe aplicar la teoría (Whetten, 1989).
2 Modelo para la Definición Unificada de la Práctica como Constructo Teórico en Ingeniería de Software El proceso de desarrollo de una teoría general incluye la definición de un vocabulario unificado que permite integrar la visión de la comunidad sobre los constructos teóricos y los fenómenos del dominio de la teoría (Erbas y Erbas, 2015). Definir un vocabulario unificado es particularmente complejo en ingeniería de software, debido a que existen micro-teorías en las que se proponen constructos teóricos diferentes, se describen de manera diferente constructos teóricos similares y se definen de manera diversa constructos teóricos comunes. Además, pocos elementos de diferentes micro-teorías se pueden integrar (Johnson y Ekstedt, 2007). En ingeniería de software existen intentos para definir un vocabulario unificado. El Cuerpo de Conocimiento de Ingeniería de Software (SWEBOK, por su sigla en inglés; IEEE Computer Society , 2014) y el Vocabulario de Ingeniería de Software y Sistemas (SEVOCAB, por su sigla en inglés; IEEE Computer Society , 2019) son fuentes de definiciones que la comunidad acuerda. Sin embargo, estas definiciones se orientan a qué es el concepto. Este tipo de definiciones no aporta información suficiente para definir constructos teóricos que son base de una teoría general. Para definir constructos teóricos se requiere información sobre aspectos estructurales y dinámicos del concepto y sobre las relaciones con otros constructos teóricos. Para expresar el trabajo en ingeniería de software se utilizan conceptos como proceso, metodología, método, práctica, actividad y tarea. Estos conceptos evolucionan paralelamente con la evolución de la ingeniería de software ( IEEE Computer Society , 2019). Actualmente, el constructo teórico de práctica es el concepto que permite articular el trabajo en un esfuerzo de ingeniería de software ( Object Management Group , 2015). La práctica es un importante constructo teórico en el proceso de redefinición de la ingeniería de software que se propone en la iniciativa Semat , pues incluye entre sus principios el cambio de paradigma: de una ingeniería de software orientada al método a una ingeniería de software orientada a la práctica (Jacobson y Seidewitz, 2014). En ingeniería de software, práctica es un constructo teórico común que se define de manera diversa. Hay propuestas en las que, desde su particularidad, se define la práctica ignorando otras visiones, es decir, presentan definiciones no unificadas. Por ejemplo, Kirk y Tempero (2012) se enfocan en la facilidad de adaptación al contexto como característica de calidad de la práctica. Rolandsson et al. (2011) enfatizan en la capacidad de integración de prácticas de diferentes enfoques en un mismo escenario de desarrollo. Passos et al.
