You are on page 1of 43

Directrices para la realizacin y presentacin de informes de investigacin de caso estudio

en ingeniera de software
Resumen Caso Estudio es una metodologa de investigacin adecuada para la investigacin de
ingeniera de software, ya que estudia los fenmenos contemporneos en su contexto natural. Sin
embargo, la comprensin de lo que constituye un estudio de caso vara, y por tanto la calidad de
los estudios resultantes. Este trabajo tiene como objetivo proporcionar una introduccin a la
metodologa de estudio de caso y las directrices para los investigadores que realizan estudios de
caso y los lectores que estudian los informes de esos estudios. El contenido se basa en la
experiencia de los autores de llevar a cabo y la lectura de estudios de caso. La terminologa y las
directrices han sido recopilados de diferentes manuales de metodologa en los mbitos de
investigacin, en particular la ciencia social y los sistemas de informacin, y adaptado a las
necesidades de ingeniera de software. Presentamos las prcticas recomendadas para los estudios
de ingeniera de software de casos, as como listas de verificacin y evaluacin derivados
empricamente para los investigadores y los lectores de la investigacin del estudio de caso.
Palabras clave Caso estudio - Metodologa de investigacin Lista de verificacin - Directrices
1 Introduccin
La aceptacin de los estudios empricos en ingeniera de software y su contribucin a aumentar
el conocimiento est en continuo crecimiento. El paradigma de la investigacin analtica no es
suficiente para investigar las complejas cuestiones de la vida real, con seres humanos y sus
interacciones con la tecnologa. Sin embargo, la participacin global de los estudios empricos es
despreciable en ciencias de la computacin de investigacin; Sjoberg et al. (2005), encontraron
103 experimentos en 5.453 artculos Ramesh et al. (2004) y se identificaron menos de 2%
experimentos con seres humanos, y slo 0,16% en los estudios de campo 628 artculos. Adems,
el trabajo existente sobre la metodologa de la investigacin emprica en la ingeniera de
software tiene un fuerte enfoque en la investigacin experimental, muy pronto el Moher y
Schneider (1981), Basili et al. (1986), la primera metodologa manual por Wohlin et al. (2000), y
promovido por Tichy (1998). Todos tienen una tendencia hacia los enfoques cuantitativos,
aunque los enfoques cualitativos tambin son discutidos durante los ltimos aos, por ejemplo,
por Seaman (1999). No existen directrices para llevar a cabo experimentos '(Kitchenham et al.
2002 ; Wohlin et al. 2000 ) y la informacin (Jedlitschka y Pfahl 2005 ), las mediciones (Basili y
Weiss 1984 ; Fenton y Pfleeger 1996 ; van Solingen y Berghout 1999 ), y sistemtica Revisiones
(Kitchenham 2007 ), mientras que slo un poco se ha escrito sobre casos de estudio en ingeniera
de software (host y Runeson 2007 ; Kitchenham et al. 1995 ;. Wohlin et al 2003 ) y cualitativos
(Dittrich 2007; Seaman 1999; Sim et al. 2001). Recientemente, una visin integral de los
problemas de investigacin emprica para la ingeniera de software se ha presentado, editado por
Shull et al. (2008).

El trmino "estudio de caso" aparece de vez en cuando en el ttulo de los documentos de


investigacin en ingeniera de software. Sin embargo, los estudios presentados van desde
estudios muy ambiciosos y bien organizado en el campo, con los ejemplos de juguetes pequeos
que pretenden ser estudios de casos. Adems, hay diferentes taxonomas utilizados para clasificar
la investigacin. El estudio de caso se utiliza el trmino en paralelo con trminos como estudio
de campo y estudio de observacin, cada uno centrado en un aspecto particular de la
metodologa de investigacin. Por ejemplo, Lethbridge et al. utilizar los estudios de campo como
el trmino ms general (Lethbridge et al. 2005 ), mientras que Easterbrook et al. (2008) llamada
casos de estudio una de cada cinco "clases de mtodos de investigacin". Zelkowitz Wallace y
proponer una terminologa que es algo diferente de lo que se utiliza en otros campos, y
categorizar proyecto de estudio de seguimiento, estudio de caso y de campo como los mtodos
de observacin (Zelkowitz y Wallace 1998 ). Esta pltora de trminos genera confusin y
problemas al intentar agregar mltiples estudios empricos.
La metodologa de estudio de casos es muy adecuado para muchos tipos de investigacin de
ingeniera de software, ya que los objetos de estudio son fenmenos contemporneos, que son
difciles de estudiar por separado. Los estudios de casos no generan los mismos resultados en las
relaciones causales como por ejemplo, experimentos controlados hacer, sino que proporcionan
una comprensin ms profunda de los fenmenos que se estudian. Como son diferentes de los
estudios empricos de anlisis y control, estudios de caso han sido criticados por ser de menor
valor, imposible de generalizar a partir, siendo sesgada por investigadores etc crtica puede
cumplirse mediante la aplicacin de prcticas adecuadas de metodologa de la investigacin, as
como la reconsideracin de que el conocimiento es ms que la significacin estadstica
(Flyvbjerg 2007 ; Lee 1989 ). Sin embargo, la comunidad cientfica ha de aprender ms acerca
de la metodologa de estudio de caso con el fin de examinar y juzgar correctamente.
Estudio de caso manuales de metodologa son superfluamente disponible, por ejemplo en
ciencias sociales (Robson 2002; Stake 1995 , Yin 2003 ), que la literatura tambin se ha utilizado
en la ingeniera de software. En el campo de los sistemas de informacin (SI) de la investigacin,
la metodologa de estudio de caso es tambin mucho ms madura que en la ingeniera de
software. Por ejemplo, Benbasat et al. ofrecer un breve resumen de la investigacin del estudio
de caso en los sistemas de informacin (Benbasat et al. 1987 ), Lee se analizan casos de estudio
desde una perspectiva positivista (Lee 1989 ) y Klein y Myers hacer lo mismo desde el punto de
vista interpretativo (Klein y Myers, 1999 ).
Es pertinente plantear la pregunta: qu es especfico para la ingeniera de software que motiva a
la metodologa de investigacin especializada? Adems de los detalles especficos de los
ejemplos, las caractersticas de los objetos de estudio de ingeniera de software son diferentes de
las ciencias sociales y tambin en cierta medida de los sistemas de informacin. Los objetivos
del estudio son: 1) las empresas privadas o las unidades de los organismos pblicos de desarrollo
de software en lugar de organismos pblicos o empresas privadas que utilizan sistemas de
software, 2) proyectos orientados en lugar de lnea o funcin orientada, y 3) el trabajo es el
trabajo estudi ingeniera avanzada realizado por personal altamente gente educada, ms que el
trabajo de rutina. Adems, la ingeniera de software de la comunidad de investigacin tiene un
punto de vista pragmtico y orientado a los resultados sobre la metodologa de la investigacin,
en lugar de una postura filosfica, como notado por Seaman ( 1999 ).
El propsito de este documento es proporcionar una gua para el investigador la realizacin de
estudios de caso, los revisores de manuscritos y estudios de caso para los lectores de documentos
de estudio de caso. Se sintetiza a partir de manuales generales metodologa, principalmente del
campo de las ciencias sociales, as como la literatura en el campo de sistemas de informacin, y
adaptado a las necesidades de ingeniera de software. La literatura existente sobre estudios de
casos de ingeniera de software, por supuesto, incluye tambin. El anlisis de fondo se realiza
mediante la estructuracin de la informacin de acuerdo a un proceso de investigacin caso

general de estudio (presentado en la seccin 2.4 ). Cuando las recomendaciones diferentes o


trminos aparecen, los considerados ms adecuados para el dominio de la ingeniera del software
se seleccionan basndose en la experiencia de los autores en la realizacin de estudios de casos y
leer los informes de casos de estudio. Los enlaces a las fuentes de datos son dados por las
referencias regulares. En concreto, listas de verificacin para los investigadores y los lectores se
deriva a travs de un anlisis sistemtico de las listas de control existentes (host y Runeson
2007 ), y posteriormente evaluadas por los estudiantes de doctorado, as como por miembros de
la Red de Investigacin en Ingeniera de Software International y actualizado en consecuencia.
Este documento no ofrece declaraciones absolutas de lo que se considera un "buen" estudio de
caso en la ingeniera de software. Ms bien, se centra en una serie de cuestiones que contribuyen
a la calidad de la investigacin. El requisito mnimo para cada cuestin debe ser examinada en su
contexto, y es muy probable que evolucionan con el tiempo. Esto es similar a los principios de
Klein y Myers para IS casos de estudio (Klein y Myers, 1999 ), "es responsabilidad de los
autores, revisores y ejercer su juicio y discrecin para decidir si, cmo y cules de los principios
deben aplicarse" . Lo que s ni evaluar el estado actual de la investigacin del estudio de caso en
ingeniera de software. Esto es digno de un estudio sobre su propia, similar a la revisin
sistemtica de los experimentos por Sjberg et al. ( 2005 ). Adems, los ejemplos se utilizan
tanto para ilustrar las buenas prcticas y la falta de ella.
Este documento se resume como sigue. Primero vamos a definir un conjunto de trminos en el
campo de la investigacin emprica, que usamos todo el papel (Seccin 2.1 ), el caso de estudio
de investigacin conjunto en el contexto de otras metodologas de investigacin (Seccin 2.2 ) y
discutir las motivaciones de los estudios de caso de software de ingeniera ( Seccin 2.3 ). Se
define un estudio de caso de proceso de investigacin (Seccin 2.4 ) y la terminologa (Seccin
2.5 ), que se utilizan para el resto del papel. La seccin 3 discute el diseo de un estudio de casos
y planificacin de la recoleccin de datos. Seccin 4 describe el proceso de recopilacin de
datos. En la Seccin 5 temas de anlisis de los datos son tratados, y los informes se discuten en la
Seccin 6 . Seccin 7 discute la lectura y revisar el informe del estudio de caso, y la Seccin 8 se
resume el papel. Listas de control para llevar a cabo la investigacin y la lectura de estudios de
caso estn vinculadas a cada paso en el proceso de estudio de caso, y se resumen en el Apndice
A lo largo del documento, usamos tres diferentes ejemplos de estudios de casos para ilustrar los
mtodos. Los ejemplos son seleccionados de las publicaciones de los autores, lo que representa
una variedad de enfoques en la investigacin de estudio de casos. Ellos ilustran las soluciones o
identificar los problemas en la investigacin de estudio de casos, es decir, no siempre son
compatibles con las directrices de este documento. Los ejemplos que se presentan en un formato
como este y que se denotan estudio XP, RE y de control de calidad despus de su rea de
investigacin sobre los mtodos giles (eXtreme Programming), garanta de los requisitos de
ingeniera y calidad, respectivamente. Ms informacin acerca de los estudios se pueden
encontrar en las publicaciones originales (Karlstrm y Runeson 2005 , 2006 ) (XP), (Regnell et
al. 2001 ) (RE), y (Andersson y Runeson 2007a , b ) (QA).
2 Antecedentes y Definicin de Conceptos
2.1 Metodologa de la Investigacin
Con el fin de establecer el mbito para el tipo de estudios empricos nos ocupamos en este
trabajo, ponemos estudios de caso en el contexto de las metodologas de investigacin y otros se
refieren a las definiciones generales del estudio de caso de plazo de acuerdo con Robson (
2002 ), Yin ( 2003 ) y Benbasat et al. ( 1987 ), respectivamente.
Las tres definiciones estn de acuerdo en que el estudio de caso es un mtodo emprico destinado
a la investigacin de los fenmenos contemporneos en su contexto . Robson llama una

estrategia de investigacin e insiste en el uso de mltiples fuentes de evidencia, Yin denota una
investigacin y las observaciones que los lmites entre el fenmeno y su contexto puede ser poco
clara , mientras que Benbasat et al. hacer que las definiciones algo ms especfico, mencionando
la recopilacin de informacin de las pocas entidades (personas, grupos, organizaciones), y la
falta de control experimental .
Hay tres otras metodologas de investigacin importantes que se relacionan con casos de estudio:

Encuesta, que es el "conjunto de informacin estandarizada de una poblacin especfica,


o alguna muestra de uno, por lo general, pero no necesariamente por medio de un cuestionario
o una entrevista" (Robson 2002).

Experimento o experimento controlado, que se caracteriza por "medir los efectos de la


manipulacin de una variable sobre otra variable" (Robson 2002) y que "los sujetos se
asignan a los tratamientos al azar." (Wohlin et al. 2000 ). Cuasi-experimentos son similares a
los experimentos controlados, excepto que los sujetos no se asignan al azar a los tratamientos.
Cuasi-experimentos llevados a cabo en un entorno industrial pueden tener muchas
caractersticas en comn con los estudios de caso.

La investigacin-accin, con el propsito de "influir o cambiar algn aspecto de lo que es


el foco de la investigacin" (Robson 2002 ), est estrechamente relacionado con el estudio de
caso. Ms estrictamente, un estudio de caso es puramente observacional, mientras que la
investigacin se centra en la accin y participar en el proceso de cambio. En la mejora de
procesos de software (Dittrich et al. 2008 ;. Iversen et al 2004 ) y los estudios de transferencia
de tecnologa (. Gorschek et al 2006 ), el mtodo de investigacin debe ser caracterizado
como la investigacin-accin. Sin embargo, al estudiar los efectos de un cambio, por ejemplo,
en pre-y post-evento estudios, clasificamos la metodologa como estudio de caso. En IS,
donde la investigacin-accin es ampliamente utilizado, hay una discusin sobre cmo
encontrar el equilibrio entre la accin y la investigacin, vase, por ejemplo (Avison et al.
2001 ; Baskerville y Wood-Harper 1996 ). Por la parte de investigacin de la investigacinaccin, estas directrices se aplican tambin.
Easterbrook et al. (2008) tambin cuentan estudios etnogrficos entre las metodologas de
investigacin ms importantes. Preferimos considerar los estudios etnogrficos como un tipo
especializado de estudios de caso con enfoque en las prcticas culturales (Easterbrook et al. 2008
) o estudios de larga duracin con grandes cantidades de datos de los observadores-participantes
(Klein y Myers, 1999 ). Zelkowitz y Wallace definir cuatro diferentes "mtodos de observacin"
en la ingeniera de software (Zelkowitz y Wallace 1998 ), el seguimiento del proyecto, estudio de
caso, la afirmacin y el estudio de campo. Nuestras directrices se aplican a todos ellos, a
excepcin de la afirmacin de que no se considera un mtodo de investigacin adecuado. En
general, la frontera entre los tipos de estudio no es siempre clara. Preferimos ver el seguimiento
del proyecto como parte de un estudio de casos y estudios de campo como estudios de casos
mltiples. Robson resume su punto de vista, lo que parece funcional en la ingeniera de software,
as: "Muchos de los estudios de diseo flexibles, aunque no explcitamente como tal, puede ser
til ver como estudios de caso." (Robson 2002) p 185.
Por ltimo, un estudio de caso puede incluir elementos de otros mtodos de investigacin, por
ejemplo, una encuesta puede realizarse dentro de un caso de estudio, bsqueda bibliogrfica a
menudo preceden a un caso de estudio y anlisis de archivo puede ser una parte de su coleccin
de datos. Mtodos etnogrficos, como entrevistas y observaciones se utilizan sobre todo para la
recoleccin de datos en los estudios de caso.
2.2 Caractersticas de las Metodologas de Investigacin

Diferentes metodologas de investigacin sirven para diferentes propsitos, un tipo de


metodologa de la investigacin no se ajusta a todos los efectos. Se distingue entre cuatro tipos
de efectos para la investigacin sobre la base de (Robson 2002 ) Clasificacin:
Exploratorio-descubrir lo que est sucediendo, en busca de nuevas ideas y la generacin de
ideas e hiptesis para nuevas investigaciones.
Descriptivo-retrata una situacin o fenmeno.
Explicativa en busca de una explicacin de una situacin o un problema, sobre todo, pero no
es necesario en la forma de una relacin causal. 1
Mejorar-tratando de mejorar un determinado aspecto del fenmeno estudiado. 2
El estudio de casos se utiliz originalmente para fines de exploracin, y algunos investigadores
siguen limitando los estudios de casos para este fin, como se comenta por Flyvbjerg ( 2007 ). Sin
embargo, tambin se utiliza para fines descriptivos, si la generalidad de la situacin o fenmeno
es de importancia secundaria. Los estudios de casos puede ser usada para fines explicativos, por
ejemplo, en el diseo de series de tiempo interrumpido (pre y estudios post-evento) aunque el
aislamiento de factores puede ser un problema. Se trata de pruebas de las teoras existentes en los
estudios confirmatorios. Por ltimo, como se indic anteriormente, los estudios de caso en la
disciplina de la ingeniera de software a menudo toman un enfoque de mejora, al igual que la
investigacin-accin, vase por ejemplo, el estudio de control de calidad (Andersson y Runeson
2007b ).
Klein y Myers definen tres tipos de estudio de caso en funcin de la perspectiva de la
investigacin, positivista, crtica e interpretativa (Klein y Myers 1999 ). Un positivista de estudio
de caso busca evidencia de proposiciones formales, las variables medidas, pruebas de hiptesis y
saca conclusiones a partir de una muestra a una poblacin declar, es decir, est cerca el modelo
de investigacin en ciencias naturales (Lee 1989 ) y en relacin a la categora explicativa de
Robson. Un importante estudio de caso tiene como objetivo la crtica social y en ser
emancipadora, es decir, la identificacin de las diferentes formas de dominacin social, cultural y
poltica que puedan afectar a la capacidad humana. Mejora de los estudios de caso pueden tener
un carcter de crtica. Una interpretacin estudio de caso trata de comprender los fenmenos
mediante la interpretacin de los participantes de su contexto, que es similar a los tipos de
exploracin y descriptivo de Robson. Software casos de estudio de ingeniera tienden a
inclinarse hacia una perspectiva positivista, especialmente para estudios de tipo explicativo.
Realizacin de investigaciones sobre temas del mundo real implica un trade-off entre el nivel de
control y el grado de realismo. La situacin real es a menudo complejo y no determinista, lo que
dificulta la comprensin de lo que est sucediendo, sobre todo para los estudios con fines
explicativos. Por otro lado, aumentando el control reduce el grado de realismo, llevando a veces
a los factores influyentes reales estn establecidos fuera del alcance del estudio. Los estudios de
casos son, por definicin, llev a cabo en el mundo real, y por lo tanto tienen un alto grado de
realismo, sobre todo a expensas del nivel de control.
Los datos recogidos en un estudio emprico puede ser cuantitativa o cualitativa. Los datos
cuantitativos involucra a un nmero y las clases, mientras que los datos cualitativos consiste en
palabras, descripciones, imgenes, diagramas, etc Los datos cuantitativos se analizaron mediante
estadstica, mientras que los datos cualitativos se analizaron mediante la categorizacin y la
clasificacin. Los estudios de caso sobre todo tienden a basarse en datos cualitativos, ya que
estos proporcionan una descripcin ms rica y profunda. Sin embargo, una combinacin de datos
cualitativos y cuantitativos a menudo proporciona una mejor comprensin del fenmeno
estudiado (Seaman 1999), es decir, lo que a veces se llama "mtodos mixtos" (Robson 2002).
El proceso de investigacin puede ser caracterizado como fijo o flexible de acuerdo con Anastas
y MacDonald (1994) y Robson (2002). En un proceso de diseo fijo, todos los parmetros se
definen en el lanzamiento del estudio, mientras que en algunos parmetros de diseo flexibles
clave del proceso del estudio se pueden cambiar durante el curso del estudio. Los estudios de

casos suelen ser los estudios de diseo flexible, mientras que los experimentos y encuestas son
estudios de diseo fijo. La otra literatura se utilizan los trminos cuantitativos y cualitativos del
diseo de estudios, para los estudios de diseo fijo y flexible, respectivamente. Nosotros
preferimos a adherirse a la terminologa fijo / flexible, ya que reduce el riesgo de confusin que
un estudio con diseo cualitativo puede recopilar datos cualitativos y cuantitativos. De lo
contrario, puede no estar claro si el trmino cualitativo se refiere a los datos o el diseo del
estudio,
La triangulacin es importante para aumentar la precisin de la investigacin emprica. La
triangulacin implica tomar diferentes ngulos hacia el objeto de estudio y por lo tanto ofrecer
un panorama ms amplio. La necesidad de la triangulacin es evidente cuando se basa
principalmente en datos cualitativos, lo que es ms amplia y rica, pero menos preciso que los
datos cuantitativos. Sin embargo, es relevante tambin para los datos cuantitativos, por ejemplo,
para compensar los errores de medicin o modelado. Cuatro diferentes tipos de triangulacin se
puede aplicar (la apuesta 1995):
De datos (origen) triangulacin, utilizando ms de una fuente de datos o la recogida de los
mismos datos en diferentes ocasiones.
Triangulacin, utilizando observador ms de un observador en el estudio.
Triangulacin metodolgica que combina diferentes tipos de mtodos de recopilacin de
datos, por ejemplo, los mtodos cualitativos y cuantitativos.
Triangulacin, utilizando la teora de las teoras alternativas o puntos de vista.
La Tabla 1 muestra un resumen de las principales caractersticas de las metodologas de
investigacin sobre el discutido
Tabla 1 Descripcin de las caractersticas de la metodologa de investigacin
Metodologa

Objetivo primario

Los datos primarios

Diseo

Estudio

Descriptivo

Cuantitativo

Fijo

Estudio de caso

Exploratorio

Cualitativo

Flexible

Experimento

Explicativo

Cuantitativo

Fijo

La investigacin-accin

Mejorar

Cualitativo

Flexible

Yin aade especficamente a las caractersticas de un estudio de caso de que (Yin 2003 ):
"Hace frente a la situacin tcnicamente distintiva en la que habr muchas ms variables que
los puntos de datos, y como uno de los resultados
Se basa en mltiples fuentes de evidencia, con datos que necesitan para converger en una
forma triangular, y como otro resultado
Se beneficia del desarrollo previo de proposiciones tericas para guiar la recoleccin y
anlisis de datos. "

Por lo tanto, un estudio de caso nunca llegar a conclusiones con significacin estadstica. En las
clases contrario, muchos de diferentes pruebas, cifras, declaraciones, documentos, estn unidos
entre s para apoyar una conclusin fuerte y relevante.
Perry et al. definir criterios similares a un estudio de caso (Perry et al. 2005 ). Se espera que un
estudio de caso:
"Ha preguntas de investigacin se establece desde el comienzo del estudio
Los datos se recogen de una manera planificada y coherente
Las inferencias se hacen de los datos para responder a la pregunta de investigacin
Explora un fenmeno, o produce una explicacin, descripcin o anlisis causal de la misma
Amenazas a la validez se abordan de manera sistemtica. "
En resumen, las principales caractersticas de un caso de estudio son que 1) es de tipo flexible,
para hacer frente a las complejas caractersticas y dinmica de los fenmenos del mundo real,
como la ingeniera de software, 2) sus conclusiones se basan en una clara cadena de evidencia,
ya sea cualitativa o cuantitativa, obtenida de mltiples fuentes en una forma planificada y
coherente, y 3) se aade a los conocimientos existentes por estar basados en la teora
previamente establecida, cuando dichas organizaciones existan, o mediante la construccin de
teora.
2.3 Por qu Estudios de Casos en Ingeniera de Software?
Los estudios de casos se utilizan comnmente en reas como la psicologa, sociologa, ciencias
polticas, trabajo social, de negocios y planificacin de la comunidad (por ejemplo, Yin 2003 ).
En estas reas se llevan a cabo estudios de casos con los objetivos para aumentar el
conocimiento acerca de los individuos, grupos y organizaciones, y social sobre, polticos, y los
fenmenos conexos. Por tanto, es razonable comparar el rea de ingeniera de software para las
reas donde la investigacin de estudio de casos es comn, y comparar los objetivos de la
investigacin en ingeniera de software con los objetivos de la investigacin de estudio de casos
en otras reas.
El rea de ingeniera de software consiste en el desarrollo, operacin y mantenimiento de
artefactos de software y relacionados, por ejemplo (Jedlitschka y Pfahl 2005 ). La investigacin
sobre ingeniera de software es, en gran medida tuvo como objetivo investigar cmo este
desarrollo, operacin y mantenimiento se llevan a cabo por ingenieros de software y otros
interesados en condiciones diferentes. El desarrollo de software se lleva a cabo por individuos,
grupos y organizaciones, y las cuestiones sociales y polticas son de importancia para este
desarrollo. Es decir, la ingeniera de software es un rea multidisciplinar con participacin de las
reas donde los estudios de casos que normalmente se llevan a cabo. Esto significa que muchas
preguntas de investigacin en ingeniera de software son adecuados para la investigacin de
estudio de casos.
La definicin de caso de estudio en la Seccin 2.1 se centra en el estudio de los fenmenos en su
contexto, especialmente cuando el lmite entre el fenmeno y su contexto no est claro. Esto es
particularmente cierto en ingeniera de software. La experimentacin en ingeniera de software
ha demostrado claramente, por ejemplo, cuando se trata de replicar los estudios, que hay muchos
factores que influyen en el resultado de una actividad de ingeniera de software (Shull et al. 2002
). Los estudios de casos ofrecen un enfoque que no necesita una frontera estricta entre el objeto
de estudio y su entorno, tal vez la clave para entender est en la interaccin entre los dos?
2.4 Estudio de Caso Proceso de Investigacin
Al llevar a cabo un estudio de caso, hay cinco pasos principales del proceso para poder caminar a
travs de:
1. Diseo Estudio de caso: se definen los objetivos y el estudio de caso est previsto.
2. Preparacin para la recogida de datos: los procedimientos y protocolos para la recopilacin
de datos se definen.

3. La recopilacin de pruebas: la ejecucin de la recoleccin de datos en el caso estudiado.


4. Anlisis de los datos recogidos
5. Reporte
Este proceso es casi el mismo para cualquier tipo de estudio emprico, por ejemplo, comparar a
los procesos propuestos por Wohlin et al. (2000) y Kitchenham et al. (2002). Sin embargo, como
el estudio de casos es una estrategia de diseo flexible, hay una cantidad significativa de
iteracin a travs de los pasos (Andersson y Runeson 2007b). La recoleccin de datos y el
anlisis puede llevarse a cabo de forma incremental. Si los datos insuficientes se recoge para el
anlisis, ms la recogida de datos puede ser previsto etc Sin embargo, existe un lmite a la
flexibilidad, el estudio de caso debe tener objetivos especficos mencionados desde el principio.
Si los objetivos de cambio, se trata de un nuevo caso de estudio en lugar de un cambio a la ya
existente, aunque esto es una cuestin de juicio, como todas las otras clasificaciones. Eisenhardt
aade dos pasos entre 4 y 5 en su proceso para la construccin de las teoras de la investigacin
del estudio de caso (Eisenhardt 1989) a) la configuracin de hiptesis y, b) envolviendo la
literatura, mientras que el resto a excepcin de las variaciones terminolgicas son los mismos
que el anterior.
2.5 Definiciones
En este trabajo se utiliza la siguiente terminologa. El general objetivo es una declaracin de lo
que se espera lograr en el estudio de caso. Otros pueden usar las metas, objetivos o propsitos
como sinnimos o hipnimos para el objetivo. El objetivo se refina en un conjunto de preguntas
de investigacin, que han de ser respondidas a travs del anlisis del estudio de caso. Un caso
puede estar basada en una teora de la ingeniera de software . Est ms all del alcance de este
artculo para discutir en detalle lo que se entiende por una teora. Sin embargo, Sjberg et al.,
Describe un marco para las teoras como construcciones de inters, las relaciones entre las
construcciones, explicaciones a las relaciones y el alcance de la teora (Sjoberg et al. 2008 ). Con
esta forma de describir las teoras, las teoras de ingeniera de software incluyen al menos una
construccin de ingeniera de software. Una pregunta de investigacin puede estar relacionada
con una hiptesis (a veces llamado una proposicin (Yin 2003 )), es decir, una supuesta
explicacin de un aspecto del fenmeno en estudio. Las hiptesis alternativa puede ser generado
a partir del caso de estudio para futuras investigaciones. El caso se conoce como el objeto del
estudio (por ejemplo, un proyecto), y contiene una o ms unidades de anlisis (por ejemplo, los
subproyectos). Los datos se obtuvieron de los sujetos del estudio, es decir, los que proporcionan
la informacin. Los datos pueden ser cuantitativos (nmeros, las mediciones) o cualitativos (las
palabras, las descripciones). Un estudio de caso del protocolo define los procedimientos
detallados para la recopilacin y anlisis de los datos en bruto, a veces llamados los
procedimientos de campo .
Las directrices para la realizacin de estudios de casos presentados a continuacin estn
organizadas de acuerdo a este proceso. Seccin 3 se trata de la creacin de objetivos para el
estudio de casos y la preparacin para la recoleccin de datos, la Seccin 4 discute la
recopilacin de datos, la Seccin 5 se describe el anlisis de datos y la Seccin 6 se dan algunas
pautas para la presentacin de informes.
3 Caso Estudio de Diseo y Planificacin
3.1 Definicin de un caso
La investigacin del caso de estudio es de tipo flexible, como se mencion antes. Esto no
significa que la planificacin no es necesaria. En la planificacin contrario, bueno para un
estudio de caso es crucial para su xito. Hay varias cuestiones que deben ser planificadas, tales
como los mtodos que se utilizan para la recoleccin de datos, lo que los departamentos de una
organizacin a visitar, qu documentos para leer, que las personas a entrevistar, con qu

frecuencia deben realizarse las entrevistas, etc. Estos planes pueden formularse en un protocolo
de estudio de caso, vase la seccin 3.2 .
Un plan para un estudio de caso debe contener al menos los siguientes elementos (Robson
2002 ):
Objetivo - que se va a lograr?
El caso que est estudiado?
Teora - marco de referencia
Preguntas de investigacin, que se desea saber?
Los mtodos: Como recoger los datos?
Seleccin de la estrategia- dnde buscar los datos?
El objetivo de este estudio puede ser, por ejemplo, de tipo exploratorio, descriptivo, explicativo,
o mejorar. El objetivo es, naturalmente, ms generalmente formulados y menos precisa que en
los diseos de investigacin fijos. El objetivo es inicialmente ms como un punto de enfoque que
evoluciona durante el estudio. El estado de las preguntas de investigacin lo que se necesita
saber con el fin de cumplir con el objetivo de este estudio. Al igual que en el objetivo, las
preguntas de investigacin evolucionan durante el estudio y se han estrechado a preguntas
especficas de investigacin durante las iteraciones de estudio (Andersson y Runeson 2007b ).
El caso, en general, prcticamente cualquier cosa que es un "fenmeno contemporneo en su
contexto real" (Yin 2003). En la ingeniera de software, el caso puede ser un proyecto de
desarrollo de software, que es la opcin ms sencilla. Alternativamente, puede ser un individuo,
un grupo de personas, un proceso, un producto, una poltica, un papel en la organizacin, un
evento, una tecnologa, etc. El proyecto, individual, grupal, etc tambin puede constituir una
unidad de anlisis dentro de un caso. En el campo de los sistemas de informacin, el caso puede
ser "personas, grupos ... o de una organizacin entera. Por otra parte, la unidad de anlisis puede
ser un proyecto especfico o una decisin "(Benbasat et al. 1987 ). Los estudios sobre "Los
programas de juguete" o de manera similar, por supuesto, excluidos debido a su falta de contexto
real. Yin ( 2003 ) distingue entre los estudios de casos integrales , donde se estudia el caso en su
conjunto, y estudios de caso integrado en mltiples unidades de anlisis se estudian en un caso,
ver fig. 1 . Ya sea para definir un estudio que consiste en dos casos como holstica o integrada
depende de lo que definimos como el contexto y los objetivos de la investigacin. En nuestro
ejemplo XP, dos proyectos son estudiados en dos empresas diferentes en dos dominios de
aplicacin diferentes, ambos con prcticas giles (Karlstrm y Runeson 2006 ). Los proyectos
pueden ser considerados dos unidades de anlisis de un caso de estudio integrado si el contexto
es que las compaas de software en general y el objetivo de la investigacin es el estudio de las
prcticas giles. Por el contrario, si el contexto se considera ser la compaa o dominio
especfico de aplicacin, tienen que ser visto como dos casos integrales separadas. Benbasat et
al. comentar sobre el caso especfico de estudio, "A pesar de que este estudio parece ser un caso
nico, el anlisis integrado unidad, se puede considerar un diseo de casos mltiples, debido a la
naturaleza centralizada de los sitios". (Benbasat et al. 1987 ).

Fig. Un estudio de caso Holstico ( izquierda ) y el estudio integrado de caso ( la derecha )


Usando las teoras para desarrollar la direccin de la investigacin no est bien establecida en el
campo de la ingeniera de software, como se concluye en una revisin sistemtica sobre el tema

(Hannay y cols. 2007 , Shull y Feldman 2008 ). Sin embargo, la definicin del marco de
referencia del estudio hace que el contexto de la investigacin de estudio de caso claro, y ayuda
tanto a quienes realicen la investigacin y los de revisar los resultados de la misma. Como las
teoras estn poco desarrollados en ingeniera de software, el marco de referencia,
alternativamente, se puede expresar en trminos del punto de vista adoptado en la investigacin y
los antecedentes de los investigadores. Conexin a tierra la teora de los estudios de caso,
naturalmente, no tienen una teora especificado (Corbin y Strauss 2008 ).
Las principales decisiones sobre los mtodos de recoleccin de datos se definen en tiempo de
diseo para el estudio de caso, aunque las decisiones especficas sobre los procedimientos de
recoleccin de datos se toman ms tarde. Lethbridge et al. ( 2005 ) definen tres categoras de
mtodos: directa (por ejemplo, entrevistas), indirectos (por ejemplo, la instrumentacin de
herramientas) e independientes (anlisis de la documentacin, por ejemplo). Estos se elaboran
ms detalladamente en la Seccin 4 .
En los estudios de caso, el caso y las unidades de anlisis deben ser seleccionados
intencionalmente. Esto est en contraste con las encuestas y experimentos, donde los sujetos son
incluidos en la muestra de una poblacin a la que los resultados estn destinados a ser
generalizada. El propsito de la seleccin puede ser estudiar un caso que se espera que sea
"tpico", "crtico", "revelador" o "nico" en algn aspecto (Benbasat et al. 1987 ), y el caso se
selecciona en consecuencia. Flyvbjerg define cuatro variantes de la informacin orientadas a las
selecciones de estudio de caso: "extrema / desviado", "variacin mxima", "crtica" y
"paradigmtico" (Flyvbjerg 2007 ). En un estudio comparativo de casos, las unidades de anlisis
debe ser seleccionado para tener la variacin de las propiedades que el estudio tiene la intencin
de comparar. Sin embargo, en la prctica, muchos casos se seleccionan sobre la base de la
disponibilidad (Benbasat et al. 1987 ) como es el caso de muchos experimentos (Sjoberg y col.
2005 ).
Seleccin de casos es especialmente importante cuando se replica estudios de caso. Un estudio
de caso puede ser replicado literalmente , es decir, el caso es seleccionado para predecir
resultados similares, o se replican tericamente , es decir, el caso es seleccionado para predecir
resultados contrastantes por razones predecibles (Yin 2003 ).
Haba diferentes objetivos de los tres casos de ejemplo. El objetivo del estudio fue investigar XP
como un proceso gil puede coexistir con una organizacin de gestin de Stage-Gate. El
objetivo de RE estudio fue evaluar un mtodo de priorizacin de necesidades, y el objetivo de
estudio de control de calidad fue encontrar modelos cuantitativos de prediccin y los
procedimientos de datos de defectos.
Estudio de XP se considera un caso de estudio integrado con dos unidades de anlisis a partir
de dos empresas diferentes, aunque puede ser visto como dos estudios holsticos de casos,
denotados anteriormente. RE es un caso de estudio integral, con una unidad de anlisis,
mientras que la GC es un estudio de caso integrado en una empresa con tres proyectos
diferentes como unidades de anlisis. Todas las empresas fueron seleccionadas en base a las
academias ya existentes de la industria de relaciones, mientras que las unidades de anlisis
fueron seleccionados para adecuarse a los fines del estudio de casos especficos.
En cuanto al marco de referencia, no hay teoras explcitas se hace referencia en los estudios de
XP y RE. Sin embargo, los enfoques investigados se basan en los mtodos existentes que, hasta
cierto punto, ya han sido investigados. Estudios anteriores lo que afect a los diseos de los
estudios. Estudio de control de calidad fue en parte una rplica, lo que significa que el estudio
original sirvieron de marco de referencia desde el cual las teoras sobre, por ejemplo, se utiliza
el principio de Pareto y la persistencia de fallas entre las fases de prueba, cuando las hiptesis
se han definido.

Los datos fueron recogidos principalmente a travs de entrevistas en el caso de XP. En el caso
de RE, los cuestionarios constituye la principal fuente de datos, mientras que en el caso de
control de calidad, mtricas de defectos de una empresa era la fuente de datos importante.
3.2 Protocolo de estudio de caso
El protocolo de estudio de caso es un contenedor para las decisiones de diseo en el estudio de
caso, as como los procedimientos de campo para su realizacin a travs. El protocolo es un
documento en continuo cambio que se actualiza cuando los planes de estudio de caso se
cambian.
Hay varias razones para mantener una versin actualizada de un protocolo de estudio de caso. En
primer lugar, sirve como gua para llevar a cabo la recopilacin de datos, y de esa manera evita
que el investigador de la falta de recoleccin de datos que fueron planeados para ser recogidos.
En segundo lugar, los procesos de formulacin del protocolo hace que el concreto de
investigacin en la fase de planificacin, lo que puede ayudar al investigador a decidir qu
fuentes de datos a utilizar y qu preguntas hacer. En tercer lugar, otros investigadores y personas
relevantes pueden revisar con el fin de dar su opinin sobre los planes. Comentarios sobre el
protocolo de otros investigadores pueden, por ejemplo, reducir el riesgo de perder las fuentes de
datos pertinentes, preguntas de la entrevista o funciones para incluir en la investigacin y para
asegurar la relacin entre las preguntas de investigacin y las preguntas de la entrevista. Por
ltimo, puede servir como un registro o un diario donde se registra toda la recopilacin de datos
y el anlisis llevado a cabo junto con las decisiones de cambio basados en la naturaleza flexible
de la investigacin. Esto puede ser una importante fuente de informacin cuando el estudio de
caso ms adelante se inform. Con el fin de realizar un seguimiento de los cambios durante el
proyecto de investigacin, el protocolo debe ser objeto de algn tipo de control de versiones.
Pervan Maimbo y proponer un esquema de un protocolo de estudio de caso, que se resumen en la
Tabla 2. Como muestra la propuesta, el protocolo es muy detallado para apoyar un enfoque de
investigacin bien estructurado.
Tabla 2 Esquema del protocolo de estudio de casos y de acuerdo a Pervan Maimbo (2005)
Seccin

Contenido

Prembulo

Contiene informacin sobre el propsito del protocolo, las directrices para


los datos y almacenamiento de documentos, publicacin.

General

Proporciona una breve introduccin del proyecto de investigacin y el


mtodo de investigacin del caso

Procedimientos

Descripcin detallada de los procedimientos para la realizacin de cada


caso, incluyendo los datos de los pies en la tierra de los contactos y el
calendario.

Investigacin
instrumento (s)

Guas de entrevista, etc. cuestionarios que se utilizarn para garantizar la


recogida de datos coherente.

Seccin

Contenido

Pautas de anlisis de Descripcin detallada de los procedimientos de anlisis de datos,


datos
incluyendo los esquemas de datos, a priori cdigos, etc.

Apndice A

Modelo de carta para invitar a los participantes.

Protocolos de los estudios de caso no puede ser publicado en extenso, ya que contienen
informacin confidencial. Sin embargo, las partes del protocolo puede ser publicado, como
instrumentos de la entrevista, que es el caso en estudio XP. En el estudio de control de calidad, un
libro de registro se mantuvo en el cual documenta las iteraciones del estudio de caso. Una versin
condensada del libro de ruta se muestra a continuacin tal como se public (Andersson y
Runeson 2007b ) , que muestra siete ciclos de estudios de casos, lo que indica la caracterstica de
la evolucin del estudio de caso.
Objetivos y mbito La recoleccin de datos
Anlisis y presentacin
y filtrado.

# de aplicacin

La interpretacin y la mejora

Modelo de
simulacin

Tiempo de modelos de
procesar los informes
informes de fallo

Construir el modelo de
simulacin

2 Exploratorio

Informes de fallo de los


proyectos 1, 2

Distribucin de las
Respuesta a eventos especficos en
actividades de deteccin a
cada proyecto
travs del tiempo

3 Exploratorio

Informes de fallo por


grupo de funcin

Distribucin de las
actividades de deteccin
por grupo de funcin

4 Confirmatorio

Informes de fracaso del


proyecto 3

Igual que en el ciclo 2 y 3 Ajuste suficiente para el uso prctico

5 Explicativo

Los datos cualitativos


sobre los grupos de
funciones

Caractersticas de los
grupos de caractersticas

Anlisis de Causa Raz sobre las


causas y sugerencias para cada
subconjunto grupo de informes de
fallos

6 Explicativo

Todos los informes de

Prediccin del contenido

El uso del modelo de prediccin para

Enfoque demasiado complejo - no se


ha completado

La motivacin para la distribucin

(prediccin)

fallos

defecto con simple modelo mejorar la planificacin

Explicativo
(prediccin)

Software modelos de
Todo fracaso reporta los
crecimiento de la
datos de tiempo
fiabilidad

El uso de modelo de prediccin

3.3 Consideraciones ticas


En tiempo de diseo de un estudio de caso, las consideraciones ticas deben hacerse (Singer y
Vinson, 2002 ). A pesar de que un estudio de investigacin en primer lugar, se basa en la
confianza entre el investigador y el caso (Amschler Andrews y Pradhan 2001 ), medidas
explcitas deben tomar medidas para evitar problemas. En la ingeniera de software, estudios de
caso incluyen a menudo se trata de informacin confidencial en una organizacin. Si no est
claro desde el principio cmo este tipo de informacin se trata y quin es responsable de aceptar
lo que la informacin a publicar, puede haber problemas en el futuro. Principales factores ticos
incluyen:
El consentimiento informado
Junta de Revisin de la aprobacin
Confidencialidad
La manipulacin de los resultados sensibles
Incentivos
Realimentacin
Los sujetos y las organizaciones de manera explcita deben ponerse de acuerdo para participar en
el estudio de caso, es decir, dar su consentimiento informado. En algunos pases, esto es incluso
un requisito legal. Puede ser tentador para el investigador para recoger datos, por ejemplo a
travs de mtodos indirectos de recogida de datos o independiente, sin pedir consentimiento. Sin
embargo, las normas ticas deben ser mantenidos por la confianza a largo plazo en la
investigacin de ingeniera de software.
La legislacin de la tica de la investigacin difiere entre pases y continentes. En muchos pases
es obligatorio contar con la propuesta de estudio revisado y aceptado en lo que respecta a las
cuestiones ticas (Seaman 1999 ) por un comit de revisin o una funcin similar en una
universidad. En otros pases, no existen tales normas. Incluso si no existen tales normas, se
recomienda que el protocolo de estudio de caso es revisado por sus colegas para ayudar a evitar
los errores.
Acuerdos de consentimiento son preferentemente manejan a travs de un formulario o contrato
entre los investigadores y los participantes individuales, vase, por ejemplo Robson ( 2002 ) para
un ejemplo. En un estudio emprico conducido por los autores de este trabajo, la siguiente
informacin se incluyeron en este tipo de forma:
Los nombres de los investigadores e informacin de contacto.
Propsito del estudio emprico.
Los procedimientos utilizados en el estudio emprico, es decir, una breve descripcin de lo
que el participante debe hacer durante el estudio y las medidas que el investigador va a llevar
a cabo durante estas actividades.
Un texto que establezca claramente que la participacin es voluntaria, y que los datos
recogidos sern annimas.
Una lista de riesgos conocidos.
Una lista de beneficios para los participantes, en este caso por ejemplo de la experiencia de
usar una nueva tcnica y la eficacia de retroalimentacin.

Una descripcin de cmo se garantiza la confidencialidad. Esto incluye una descripcin de


cmo el material recogido se codificarn e identificados en el estudio.
La informacin sobre las aprobaciones de la junta de revisin.
Fecha y firmas de los participantes y los investigadores.
Si los investigadores tienen la intencin de utilizar los datos para otros fines sin embargo, no
definidos, este debe ser firmado por separado para permitir a los participantes a elegir si su
contribucin es para el presente estudio slo, o para posibles estudios futuros.
Cuestiones relativas a la confidencialidad y la publicacin tambin debe ser regulada en un
contrato entre el investigador y la organizacin estudiada. Sin embargo, no slo la informacin
puede ser sensible al filtrarse fuera de la compaa. Los datos recogidos desde y opiniones
vertidas por los empleados individuales pueden ser sensibles si se presenta por ejemplo, a sus
gerentes (cantante y Vinson, 2002 ). Los investigadores deben tener el derecho a conservar su
integridad y se adhieran a los procedimientos acordados en este tipo de casos. Las empresas no
pueden saber las prcticas acadmicas para la publicacin y difusin, y por lo tanto deben ser
informados explcitamente acerca de ellos. Desde el punto de vista de la publicacin, los datos
pertinentes para la publicacin es rara vez se atiende a la empresa ya que los datos pueden
hacerse annimos. Sin embargo, es importante recordar que no siempre es suficiente para
eliminar los nombres de empresas o particulares. Ellos pueden ser identificados por sus
caractersticas, si son seleccionados a partir de un pequeo grupo de personas o empresas.
Los resultados pueden ser sensibles a una empresa, por ejemplo, al revelar deficiencias en sus
prcticas de ingeniera de software, o si su producto sale por ltima vez en una comparacin
(Amschler Andrews y Pradhan 2001 ). La probabilidad de que esto puede ocurrir debe ser
discutido por adelantado y dej en claro a los participantes en el estudio de caso. En el caso de
violacines de la ley se identifican en el estudio de casos, estos deben ser informados, a pesar de
que "los denunciantes" rara vez son recompensados.
Los incentivos para los individuos y organizaciones a participar en un estudio de caso puede
variar, pero siempre hay algunos tipos de incentivos, tangibles o intangibles. Es preferible hacer
los incentivos explcito, es decir, especificar lo que los incentivos son para los participantes. De
esta manera el papel de la induccin en las amenazas contra la validez del estudio tambin
pueden ser analizados.
Dar retroalimentacin a los participantes de un estudio es fundamental para la confianza a largo
plazo y para la validez de la investigacin. En primer lugar, la transcripcin de las entrevistas y
observaciones deben ser enviadas de nuevo a los participantes para permitir la correccin de los
datos brutos. En segundo lugar, los anlisis deben ser presentados a ellos a fin de mantener su
confianza en la investigacin. Los participantes no necesariamente deben estar de acuerdo en el
resultado del anlisis, pero la retroalimentacin de los resultados de los anlisis aumenta la
validez del estudio.
En los tres estudios de ejemplo las cuestiones de confidencialidad se manejan a travs de
acuerdos de confidencialidad y los acuerdos generales de proyectos de cooperacin entre las
empresas y la universidad, que duran ms de un caso de estudio. Estos acuerdos establecen que
los investigadores universitarios estn obligados a tener las publicaciones aprobadas por los
representantes de las empresas antes de su publicacin, y que los datos en bruto no debe
extenderse a cualquier pero los que la firma del contrato. Los investigadores no estn obligados
a informar de sus fuentes de datos para la gestin, salvo que se demuestre que una ley es
violada.
Con el fin de garantizar que los entrevistados no fueron citados errneamente, se acord que las
entrevistas transcritas fueron enviados de nuevo a ellos para su revisin en el estudio de XP. En
el comienzo de cada entrevista, los entrevistados fueron informados sobre sus derechos en el
estudio. En el estudio de control de calidad, reuniones de retroalimentacin para el anlisis e
interpretacin fueron explcitamente una parte de la metodologa ((Andersson y Runeson

2007b ) fig. 1 ) . Al negociar la publicacin de los datos, nos dijeron de forma explcita que el
nmero de primas de los defectos no podan ser publicados, pero los porcentajes ms fases
podra, que era aceptable para los fines de investigacin.
Los tres estudios se realizaron en Suecia, donde slo los estudios de la medicina estn
expresamente reguladas por la ley, por lo que no hubo aprobacin de los estudios por un comit
de revisin de antemano.
3.4 Lista de verificacin
Los puntos de la lista para el diseo del estudio de caso se muestran en la Tabla 3.
Diseo del Caso estudio- Elementos para la lista de verificacin
1.
2.

Cul es el caso y sus unidades de anlisis?


Estn claros, los objetivos, las preguntas preliminares de investigacin, las hiptesis (si
existen) estn definidas con antelacin ?
3. Estn las bases tericas relacionadas con la literatura existente o la definicin de otros
casos?
4. Est clara la intencin de los autores con lo que se va hacer en la investigacin?
5. Esta el caso definido de manera adecuada (tamao, de dominio, el proceso, temas ...)?
6. Es una relacin de causa-efecto en estudio? Si es as, es posible distinguir la causa de otros
factores con el diseo propuesto?
7. El diseo se refieren a datos procedentes de mltiples fuentes (triangulacin de datos),
utilizando varios mtodos de triangulacin (mtodo)?
8. Hay una lgica detrs de la seleccin de los sujetos, roles, artefactos, miradores, etc?
9. Es el caso especfico relevante para abordar vlidamente las preguntas de investigacin
(validez de constructo)?
10. Se verifica que la integridad de las personas / organizaciones sean tomadas en cuenta?
4 Recopilacin de datos
4.1 Las fuentes de datos diferentes
Hay varias fuentes diferentes de informacin que pueden ser utilizados en un estudio de caso. Es
importante utilizar varias fuentes de datos en un estudio de caso con el fin de limitar los efectos
de una interpretacin de una sola fuente de datos. Si a la misma conclusin se puede extraer de
varias fuentes de informacin, la triangulacin, es decir (Seccin 2.2 ), esta conclusin es ms
fuerte que una conclusin basada en una fuente nica. En un estudio de caso tambin es
importante tener en cuenta puntos de vista de los diferentes roles, y para investigar las
diferencias, por ejemplo, entre los diferentes proyectos y productos. Por lo general, se extraen
conclusiones mediante el anlisis de las diferencias entre las fuentes de datos.
De acuerdo con Lethbridge et al. (2005) las tcnicas de recoleccin de datos se pueden dividir en
tres niveles:
Primer grado: Los mtodos directos significa que el investigador est en contacto directo con
los sujetos y recoger datos en tiempo real. Este es el caso, por ejemplo, entrevistas de grupos
focales, encuestas Delphi (Dalkey y Helmer 1963), y observaciones de "pensar en voz alta
los protocolos".
Segundo grado: Los mtodos indirectos en que el investigador recoge directamente los datos
en bruto sin tener que interactuar con los sujetos durante la recogida de datos. Este enfoque
es, por ejemplo, tomada en la telemetra de Proyectos de Software (Johnson et al. 2005 ),
donde de forma automtica el uso de herramientas de ingeniera de software de seguimiento y
observar a travs de la grabacin de vdeo.
Tercer grado: El anlisis independiente de los artefactos de trabajo donde los datos ya
disponibles y recopilados a veces se utiliza. Este es por ejemplo el caso cuando los
documentos tales como especificaciones de los requisitos y los informes de fallo de una

organizacin se analizan o cuando los datos de bases de datos de la organizacin tales como
la contabilidad vez que se analiza.
Mtodos de primer grado son sobre todo ms caro de aplicar que los mtodos de segundo o
tercer grado, ya que requieren un esfuerzo significativo, tanto por parte del investigador y los
sujetos. Una de las ventajas de los mtodos de primer y segundo grado es que el investigador
puede, en gran medida precisamente controlar lo que se recopilan los datos, cmo se recoge, en
qu forma se recogen los datos, que el contexto es de tercer grado los mtodos, etc son en su
mayora menos costoso , pero no ofrecen el mismo control para el investigador, por lo que la
calidad de los datos no est bajo control o bien, ni con respecto a la calidad de los datos
originales ni su uso para el propsito del estudio caso. En muchos casos, el investigador debe, en
cierta medida, la base de los detalles de la recogida de datos en lo que se dispone de datos. Para
los mtodos de tercer grado tambin deben tenerse en cuenta que los datos han sido recogidos y
registrados para otro propsito que el de la investigacin, en contra de las directrices generales
de las mtricas (Van Solingen y Berghout 1999 ). No es cierto que los requisitos sobre la validez
de los datos y la integridad fueron los mismos cuando los datos se recogieron como en el estudio
de investigacin.
En las secciones 4.2 - 4.5 se discuten los mtodos especficos de recoleccin de datos, donde
hemos encontrado entrevistas, observaciones, datos de archivo y las mtricas que puedan
aplicarse a los estudios de ingeniera de software de casos (Benbasat et al. 1987 ; Yin 2003 ).
En el estudio de XP se recopilan los datos, principalmente a travs de entrevistas, es decir, un
mtodo de primer grado. La evaluacin de un mtodo propuesto en el estudio RE consiste en
llenar un formulario para la priorizacin de las necesidades. Estas formas eran una importante
fuente de datos, es decir, un mtodo de segundo orden. En el estudio de GC datos almacenados
en las mtricas de informacin de forma del defecto se utiliza como una fuente importante de
datos, es decir, un mtodo de tercer grado. Todos los estudios incluyeron tambin una o varias
etapas de retroalimentacin, donde las organizaciones dieron informacin sobre los resultados,
es decir, un mtodo de primer grado de recogida de datos. Estos datos se complementaron con
datos de segundo o tercer grado, por ejemplo, modelos de proceso se utilizaron en los estudios
de XP y de control de calidad.
4.2 Entrevistas
La recoleccin de datos a travs de entrevistas es importante en estudios de casos. En una
entrevista basada en la recopilacin de datos, el investigador hace una serie de preguntas a un
conjunto de temas sobre las reas de inters en el estudio de caso. En la mayora de los casos una
entrevista se lleva a cabo con cada sujeto individual, pero es posible llevar a cabo grupoentrevistas. El dilogo entre el investigador y el sujeto (s) se rige por un conjunto de preguntas
de la entrevista.
Las preguntas de la entrevista se basan en el tema de inters en el estudio de caso. Es decir, las
preguntas de la entrevista se basan en las preguntas de investigacin formuladas (pero, por
supuesto, no se formulan de la misma manera). Las preguntas pueden ser abiertas , es decir,
permitiendo e invitando a una amplia gama de respuestas y las cuestiones del sujeto entrevistado,
o cerrada que ofrece un conjunto limitado de respuestas alternativas.
Las entrevistas pueden, por ejemplo, se dividen en no estructurados , semi-estructurada y
estructurada totalmente entrevistas (Robson 2002 ). En una entrevista no estructurada, las
preguntas de la entrevista se formulan como problemas generales y los intereses del investigador.
En este caso, la conversacin se desarrollar la entrevista basada en el inters del sujeto y el
investigador. En una entrevista completamente estructurada a todas las preguntas se planean con
anticipacin y todas las preguntas se hacen en el mismo orden que en el plan. En muchos
sentidos, una entrevista totalmente estructurada es similar a una encuesta basada en un
cuestionario. En una entrevista semi-estructurada, las preguntas se han previsto, pero no
necesariamente se le pregunt en el mismo orden en que aparecen. El desarrollo de la

conversacin en la entrevista puede decidir en qu orden las distintas cuestiones que se manejan,
y el investigador puede utilizar la lista de preguntas para estar seguro de que todas las cuestiones
se abordan. Adems, entrevistas semi-estructuradas permiten la improvisacin y la exploracin
de los objetos estudiados. Entrevistas semi-estructuradas son comunes en los estudios de caso.
Los diferentes tipos de entrevistas se resumen en la Tabla 4.
Tabla 4 Resumen de las entrevistas
No estructurada

Totalmente
estructurado

Cmo las personas


cualitativa y
cuantitativamente
experimentar el fenmeno

El investigador trata de
encontrar las relaciones
entre los constructos

Entrevista con el gua de


Preguntas de
Combinacin de preguntas
las reas para
la entrevista
abiertas y cerradas
concentrarse en

Las preguntas cerradas

Objetivo

Descriptiva y
explicativa

Enfoque
tpico

Cmo los individuos


cualitativamente
experimentar el
fenmeno

Semi-estructuradas

Exploratorio

Descriptiva y explicativa

Una sesin de entrevista puede ser dividida en un nmero de fases. En primer lugar el
investigador presenta los objetivos de la entrevista y el estudio de caso, y explica cmo los datos
de la entrevista se utilizarn. A continuacin, una serie de preguntas introductorias se le pregunt
sobre el fondo, etc. de la materia, que son relativamente fciles de contestar. Despus de la
introduccin viene las preguntas de la entrevista principal, que ocupan la mayor parte de la
entrevista. Si la entrevista contiene preguntas de carcter personal y sensible tal vez, la
economa, por ejemplo en relacin, opiniones sobre los colegas, por qu las cosas salieron mal, o
preguntas relacionadas con la competencia propia entrevistados (Hove y Anda 2005 ), la
atencin se debe tener especial. En esta situacin, es importante que el entrevistado se garantiza
la confidencialidad y que el entrevistado confa en el entrevistador. No se recomienda para
iniciar la entrevista con estas preguntas o para introducirlos ante un clima de confianza que se
haya obtenido. Se recomienda que las principales conclusiones se resumen por el investigador
hacia el final de la entrevista, con el fin de conseguir la regeneracin y evitar malentendidos.
Sesiones de entrevista puede ser estructurada de acuerdo a tres principios generales, como se
indica en la fig. 2 (Caroline Seaman, comunicacin personal). El modelo de embudo empieza
con preguntas abiertas y se mueve hacia otros ms especficos. El modelo de la pirmide
comienza con los especficos, y se abre a las preguntas durante el curso de la entrevista. El
modelo de tiempo de cristal comienza con preguntas abiertas, se endereza la estructura en el
centro y abre de nuevo hacia el final de la entrevista.

Fig. 2 Principios generales para las sesiones de entrevistas. un embudo, b piramidales, y c el


tiempo de vidrio
Durante las sesiones de entrevista, se recomienda registrar la discusin en un cable de audio o en
formato de vdeo. Incluso si se toman notas, es en muchos casos difciles de registrar todos los
detalles, y es imposible saber lo que es importante que se registre durante la entrevista. Es
posible que un escriba dedicado y entrenado puede captar con suficiente detalle en tiempo real,
pero la grabacin al menos debe hacerse como una copia de seguridad (Hove y Anda 2005 ).
Cuando la entrevista se ha registrado tiene que ser transcrita en texto antes de que sea analizada.
Esta es una tarea que consume tiempo, pero en muchos casos, nuevas ideas se hacen durante la
transcripcin, y no se recomienda por tanto que esta tarea se lleva a cabo por cualquier otra
persona que el investigador. En algunos casos puede ser ventajoso tener las transcripciones
crticas por el tema de la entrevista. De esta manera, las preguntas acerca de lo que se dijo en
realidad puede ser resuelto, y el tema de la entrevista tiene la oportunidad de sealar si ella no
est de acuerdo con la interpretacin de lo que se dijo o si simplemente ha cambiado de opinin
y quiere volver a redactar cualquier parte de las respuestas.
Durante la fase de planificacin de un estudio de la entrevista se decide a quin entrevistar.
Debido a la naturaleza cualitativa del estudio de caso, se recomienda seleccionar a los sujetos
sobre la base de diferencias en lugar de tratar de replicar las similitudes, como se discute en la
Seccin 3.1 . Esto significa que es bueno tratar de involucrar a diferentes roles, personalidades,
etc en la entrevista. El nmero de entrevistados tiene que ser decidida durante el estudio. Un
criterio para que las entrevistas se llevan a cabo suficientes es la "saturacin", es decir, cuando
no hay informacin nueva o punto de vista se obtiene de los nuevos temas (Corbin y Strauss
2008 ).
Las entrevistas se realizaron en el estudio de XP. Los investigadores tuvieron una hiptesis
inicial acerca de los problemas potenciales de la combinacin de los mtodos giles con el
tradicional modelo de Stage-Gate. Sin embargo no hay detalles acerca de este eran conocidas y
las hiptesis no se detalla con respecto a esto. Por lo tanto un enfoque semi-estructurado fue
elegido, que apoya la combinacin de tipo exploratorio y explicativo de estudio de caso. Una
gua de entrevista se ha desarrollado, basado en el conocimiento de la gil y modelos Stage
Gate, junto con las hiptesis del estudio. Las entrevistas fueron semi-estructura, donde la
estructura se da en trminos de temas, que queramos para cubrir y el presupuesto aproximado
de tiempo para cada tema, vase (Karlstrm y Runeson 2006 ) " Apndice A ".
Las personas relevantes en relacin con la entrevista fueron identificadas en cooperacin con
las organizaciones involucradas. Todas las personas entrevistadas se les prometi que slo los
datos annimos se presentara externa e internamente en la organizacin. Dos investigadores
llevaron a cabo la mayor parte de las entrevistas juntos, que fueron audio grabadas y
posteriormente transcritas. Los entrevistadores tambin tom nota de lo que espontneamente se
consider pertinente.
4.3 Observaciones

Las observaciones pueden llevarse a cabo con el fin de investigar cmo una determinada tarea se
lleva a cabo por los ingenieros de software. Este es un mtodo primer o segundo grado de
acuerdo con la clasificacin en la Seccin 4.1 . Hay muchos enfoques diferentes para la
observacin. Un enfoque consiste en supervisar un grupo de ingenieros de software con una
grabadora de vdeo, y posteriormente analizar la grabacin, por ejemplo a travs del protocolo de
anlisis (Owen et al. 2006 ; von Mayrhauser y Vans 1996 ). Otra alternativa es aplicar un "pensar
en voz alta" el protocolo, donde el investigador piden constantemente preguntas como "Cul es
su estrategia?" Y "Qu ests pensando?" Para recordar a los sujetos a pensar en voz alta. Esto se
puede combinar con la grabacin de audio y pulsaciones de teclas como por ejemplo propuesto
por Wallace et al. ( 2002 ). Las observaciones en las reuniones de otro tipo, donde asistentes a la
reunin interactuar unos con otros, y as generar informacin sobre el objeto estudiado. Un
enfoque alternativo es presentado por Karahasanovi et al. ( 2005 ), donde una herramienta para
la toma de muestras se utiliza para obtener datos y la retroalimentacin de los participantes.
Enfoques para la observacin se puede dividir en la interaccin de alta o baja del investigador y
el conocimiento de alta o baja de los sujetos de ser observado, ver Tabla 5 .
Tabla 5 diferentes enfoques a las observaciones.
Alta conciencia de ser
observado

La escasa conciencia de ser


observado

Alto grado de interaccin por parte


del investigador

Caso 1

Caso 2

Bajo grado de interaccin por parte


del investigador

Caso 3

Caso 4

Las observaciones de acuerdo con el caso 1 o caso 2 se realiza tpicamente en la investigacin


accin o clsicos estudios etnogrficos donde el investigador es parte del equipo, y no slo visto
como un investigador por los otros miembros del equipo. La diferencia entre el caso 1 y caso 2
es que en el caso 1 el investigador se ve como un "participante de observacin" por los otros
sujetos, mientras que ella es ms visto como un "participante normal" en el caso 2. En el caso 3
el investigador se ve slo como un investigador. Los mtodos para la observacin suelen incluir
las observaciones con las tcnicas de primer grado de recogida de datos, como un "pensar en voz
alta" protocolo como se describi anteriormente. En el caso 4 los sujetos se observan tpicamente
con una tcnica de segundo grado, tales como la grabacin de vdeo (a veces llamada etnografa
de vdeo).
Una de las ventajas de las observaciones es que puede proporcionar una comprensin profunda
del fenmeno que se estudia. Adems, es particularmente relevante para utilizar las
observaciones, donde se sospecha que hay una desviacin entre la "oficial" de la materia y el
"caso real" (Robinson et al. 2007 ). Sin embargo, debe tenerse en cuenta que se produce una
cantidad sustancial de datos que hace que el tiempo de anlisis consume.
En los tres estudios ejemplo hay extensas observaciones, por ejemplo, a travs de la grabacin
de vdeo o de pensamiento en voz alta los procedimientos, se llevaron a cabo. En un estudio,
relacionado con el estudio XP, Sharp y observaciones de uso de Robinson y Robinson (Sharp
2004 ) . El observador pas una semana con un equipo de XP, participar en las actividades

cotidianas, incluyendo la programacin en parejas, es decir, un enfoque como el Caso 1. Los


datos recogidos consista en las notas de campo, grabaciones de audio de las reuniones y
discusiones, fotografas y copias de los artefactos.
4.4 Los datos de archivo
Los datos de archivo se refiere a, por ejemplo, actas de reuniones, documentos de diferentes
fases de desarrollo, organigramas, registros financieros, y las medidas recogidas con anterioridad
en una organizacin. Benbasat et al. ( 1987 ) y Yin ( 2003 ) distinguen entre la documentacin y
los registros de archivo, mientras que los tratamos juntos y ver la frontera y no entre los datos
cualitativos (actas, documentos, grficos) y los datos cuantitativos (registros, mtricas), este
ltimo discutido en la Seccin 4.5 .
Los datos de archivo es un tipo de tercer grado de los datos que pueden ser recogidos en un
estudio de caso. Para este tipo de datos de una herramienta de gestin de la configuracin es una
fuente importante, ya que permite la recopilacin de una serie de documentos diferentes y
diferentes versiones de documentos. En cuanto a otras fuentes de tercer grado de datos es
importante tener en cuenta que los documentos no fueron desarrollados originalmente con la
intencin de proporcionar datos a la investigacin en un estudio de caso. Un documento puede,
por ejemplo, incluir partes que son obligatorias de acuerdo a una plantilla de la organizacin,
pero de menor inters para el proyecto, que puede afectar la calidad de esa parte. Tambin debe
tenerse en cuenta que es posible que alguna informacin que se necesita por el investigador
podr estar ausente, lo que significa que el anlisis de datos de archivo se debe combinar con
otras tcnicas de recoleccin de datos, encuestas por ejemplo, con el fin de obtener los datos
histricos que faltan de hecho (Flynn et al. 1990 ). Por supuesto, es difcil para el investigador
para evaluar la calidad de los datos, aunque alguna informacin puede ser obtenida mediante la
investigacin de la finalidad de la recogida de datos original, y entrevistando personas
competentes en la organizacin.
En el estudio de control de calidad, los datos de archivo era una fuente importante de
informacin. Tres diferentes proyectos de una organizacin se estudiaron. Uno de los proyectos
se llev a cabo antes del estudio, lo que significa que los datos de este proyecto se analiz de
forma retrospectiva. Hemos estudiado los modelos de procesos, as como las especificaciones
del proyecto e informes. En el estudio de XP, el archivo de datos en forma de modelos de
proceso se utilizaron como fuentes complementarias de informacin.
4.5 Mtricas
Las mencionadas tcnicas de recoleccin de datos se centran principalmente en los datos
cualitativos. Sin embargo, los datos cuantitativos tambin es importante en un estudio de caso.
La medicin del software es el proceso de representacin de entidades de software, como los
procesos, productos y recursos, en nmeros cuantitativos (Fenton y Pfleeger 1996 ).
Los datos recogidos se puede definir y se recoge el propsito del estudio de caso, o los datos ya
disponibles se puede utilizar en un estudio de caso. El primer caso se da, por supuesto, la mayor
flexibilidad y los datos que es ms adecuado para las preguntas de investigacin objeto de la
investigacin.
La definicin de los datos a recolectar debera estar basada en un objetivo orientado a la tcnica
de medicin, tales como el mtodo de preguntas Meta Metric (GQM) (Basili y Weiss 1984 ;
Solingen furgoneta y Berghout 1999 ). En GQM, las metas se formul por primera vez, y las
preguntas son refinados sobre la base de estos objetivos, y despus de que los indicadores se
derivan en base a las preguntas. Esto significa que las mediciones se obtuvo basndose en los
objetivos que se formulan para la medicin de la actividad, y por lo tanto que las mtricas
relevantes se recogen. Tambin implica que el investigador puede controlar la calidad de los
datos recogidos y que no hay datos innecesarios se recoge.

Algunos ejemplos de los datos ya disponibles son los datos de esfuerzo de los proyectos ms
antiguos, cifras de ventas de los productos, mtricas de calidad de los productos en trminos de
fallas, etc Este tipo de datos puede, por ejemplo, est disponible en una base de datos de mtricas
en una organizacin. Cuando este tipo de datos se utiliza hay que hacer notar que todos los
problemas son evidentes que de otro modo se resuelven con un enfoque objetivo de medicin
orientado. El investigador no puede controlar ni evaluar la calidad de los datos, ya que se recogi
para otro fin, y en cuanto a otras formas de anlisis de archivo hay un riesgo de perder datos
importantes.
Los datos de los archivos de control de calidad en el estudio fue principalmente en forma de
indicadores recogidos en informes de defectos y de los sistemas de gestin de configuracin,
sino tambin de las especificaciones del proyecto. Ejemplos de las mtricas que se recogieron
son el nmero de fallos en los mdulos, el tamao de los mdulos y la duracin de las fases de
prueba diferentes. En el estudio de XP, las mediciones de defectos fueron utilizados como datos
complementarios para fines de triangulacin.
4.6 Listas de control
Los puntos de la lista para la preparacin y realizacin de la recoleccin de datos se muestran en
las Tablas 6 y 7 , respectivamente.
Tabla 6 Preparacin para la recogida de elementos de datos la lista de verificacin
11. Es un protocolo de estudio de caso para la recoleccin y anlisis de datos derivados (qu,
porqu, cmo, cundo)? Existen procedimientos para su actualizacin se define?
12. Se mltiples fuentes de datos y los mtodos de recoleccin previsto (triangulacin)?
13. Estn los instrumentos de medicin y procedimientos bien definidos (medicin de las
definiciones, preguntas de la entrevista)?
14. Son los mtodos previstos y las medidas suficientes para cumplir con el objetivo de este
estudio?
15. El diseo del estudio aprobado por un comit de revisin, y ha informado consentimiento
obtenido de los individuos y las organizaciones?
Tabla 7 Recopilacin de artculos evidencia la lista de verificacin
16. Se recopilan los datos de acuerdo con el protocolo de estudio de caso?
17. Es el fenmeno observado se aplican correctamente (por ejemplo, hasta qu punto es un
mtodo de diseo en estudio realmente utilizado)?
18. Los datos grabados para permitir el anlisis ms all?
19. Se identificaron los resultados sensibles (para los individuos, la organizacin o del
proyecto)?
20. Son los procedimientos de recoleccin de datos y trazabilidad?
21. Los datos recogidos ofrecen la capacidad para hacer frente a la pregunta de investigacin?
5 Anlisis de Datos
5.1 Anlisis de datos cuantitativos
El anlisis de datos se lleva a cabo de manera diferente para los datos cuantitativos y cualitativos.
Para los datos cuantitativos, el anlisis por lo general incluye el anlisis de estadstica
descriptiva, anlisis de correlacin, el desarrollo de modelos predictivos, y prueba de hiptesis.
Todas estas actividades son relevantes en la investigacin de estudio de casos.
La estadstica descriptiva, como valores medios, desviaciones estndar, histogramas y diagramas
de dispersin, se utilizan para obtener una comprensin de los datos que han sido recogidos. El
anlisis de correlacin y el desarrollo de modelos predictivos se llevan a cabo con el fin de
describir la forma en la medicin de una actividad posterior proceso se relaciona con un proceso

de medicin anterior. La prueba de hiptesis se lleva a cabo con el fin de determinar si hay un
efecto significativo de una o varias variables (variables independientes) en una o varias otras
variables (variables dependientes).
Hay que hacer notar que los mtodos de anlisis cuantitativos asumir un diseo de investigacin
fija. Por ejemplo, si una pregunta con una respuesta cuantitativa se cambia a mitad de camino en
una serie de entrevistas, esto hace que sea imposible de interpretar el valor medio de las
respuestas. Adems, los conjuntos de datos cuantitativos de los casos individuales tienden a ser
muy pequeo, debido a la cantidad de los encuestados o los puntos de medicin, lo que causa
preocupacin especial en el anlisis.
El anlisis cuantitativo no est cubierta ms lejos en este documento, ya que est ampliamente
cubierto en otros textos. El resto de este captulo abarca el anlisis cualitativo. Para ms
informacin sobre el anlisis cuantitativo, se refieren por ejemplo a (Wohlin et al. 2000 ; Wohlin
y Host 2001 ; Kitchenham et al. 2002 ).
En el estudio de control de calidad ER y el estudio de los principales anlisis se llevaron a cabo
con mtodos cuantitativos, principalmente a travs del anlisis de correlacin y la estadstica
descriptiva, tales como grficos de dispersin. En el caso de control de calidad, los datos
cuantitativos actu como un disparador para una comprensin ms profunda. Los patrones en
los datos y la falta de los mismos las preguntas generadas en la sesin de retroalimentacin. Las
respuestas conducen a cambios en el anlisis de datos, por ejemplo, filtrando algunas fuentes de
datos, y para la identificacin de los patrones reales en los datos.
En el estudio de XP, el anlisis principal se llev a cabo con mtodos cualitativos, pero esto se
combina con un anlisis cuantitativo de la limitada cantidad de defectos encontrados en los
diferentes aos en una de las organizaciones. Sin embargo, no habra sido probablemente las
posibilidades de llevar a cabo anlisis ms complementarios con el fin de corroborar o
desarrollar los resultados del anlisis cualitativo.
5.2 Anlisis de datos cualitativos
Dado que la investigacin de estudio de casos es un mtodo de investigacin flexible, los
mtodos cualitativos de anlisis de datos (Seaman 1999 ) se utilizan comnmente. El objetivo
bsico del anlisis consiste en obtener conclusiones a partir de los datos, manteniendo una clara
cadena de evidencia. La cadena de pruebas significa que un lector debe ser capaz de seguir la
derivacin de los resultados y conclusiones de los datos recogidos (Yin 2003 ). Esto significa que
la informacin suficiente por parte de cada paso del estudio y cada decisin tomada por el
investigador debe presentar.
Adems de la necesidad de mantener una clara cadena de pruebas en mente, el anlisis de la
investigacin cualitativa se caracteriza por tener anlisis llevado a cabo en paralelo con la
recogida de datos y la necesidad de tcnicas de anlisis sistemticos. El anlisis debe llevarse a
cabo en paralelo con la recopilacin de datos ya que el enfoque es flexible y que los nuevos
conocimientos se encuentran en el anlisis. Con el fin de investigar estas ideas, los nuevos datos
a menudo deben ser recogidos, y la instrumentacin como los cuestionarios de entrevista deben
ser actualizados. La necesidad de ser sistemtico es un resultado directo de que las tcnicas de
recopilacin de datos pueden ser actualizados constantemente, mientras que al mismo tiempo
que se requiere para mantener una cadena de pruebas.
Con el fin de reducir el sesgo de los investigadores individuales, los beneficios de anlisis de ser
llevada a cabo por varios investigadores. Los resultados preliminares de cada investigador
individual se fusiona en un resultado comn de anlisis en una segunda etapa. Hacer un
seguimiento y presentacin de informes del programa de cooperacin ayuda a aumentar la
validez del estudio.
5.2.1 Tcnicas Generales para el Anlisis de

Hay dos partes diferentes del anlisis de los datos de los datos cualitativos, la hiptesis de las
tcnicas de generacin de hiptesis y las tcnicas de confirmacin (Seaman 1999 ), que pueden
ser utilizados para estudios de caso exploratorios y explicativos, respectivamente.
Hiptesis generacin se destina para encontrar hiptesis de los datos. Cuando se utiliza este tipo
de tcnicas, no debera haber demasiadas hiptesis definidas antes de que el anlisis se lleva a
cabo. En cambio, el investigador debe tratar de ser imparcial y abierto a cualquier hiptesis se
encuentran en los datos. Los resultados de estas tcnicas son las hiptesis como tales. Ejemplos
de generar hiptesis tcnicas son "las comparaciones constantes" y "cruzado de casos de
anlisis" (Seaman 1999 ). Hiptesis de confirmacin tcnicas denotan tcnicas que se pueden
utilizar para confirmar que una hiptesis es realmente cierto, por ejemplo, mediante anlisis de
ms datos. La triangulacin y la replicacin son ejemplos de enfoques para la confirmacin de la
hiptesis (Seaman 1999 ). anlisis de casos negativos trata de encontrar explicaciones
alternativas que rechazan las hiptesis. Estos tipos bsicos de tcnicas se utilizan iterativamente
y en combinacin. Primeras hiptesis que se generan y luego se confirman. La generacin de
hiptesis puede tener lugar dentro de un ciclo de un estudio de caso, o con los datos de una
unidad de anlisis, y la confirmacin de la hiptesis se puede hacer con los datos de otro ciclo o
unidad de anlisis (Andersson y Runeson 2007b ).
Esto significa que el anlisis de los datos cualitativos se lleva a cabo en una serie de pasos
(basado en (Robson 2002 ), pg. 459). En primer lugar los datos se codifican, lo que significa
que algunas partes del texto puede ser un cdigo que representa un determinado tema, rea,
construir, etc Un cdigo normalmente se asigna a muchas piezas de texto, y un fragmento de
texto se puede asignar ms de un cdigo. Los cdigos pueden formar una jerarqua de los
cdigos y los subcdigos. El material codificada se puede combinar con comentarios y
reflexiones por el investigador (es decir "memos"). Cuando esto se ha hecho, el investigador
puede ir a travs del material para identificar un primer conjunto de hiptesis. Esto puede, por
ejemplo, ser frases que son similares en diferentes partes del material, los patrones en los datos,
las diferencias entre los sub-grupos de sujetos, etc Las hiptesis identificadas a continuacin, se
puede utilizar cuando la recogida de datos adicional se lleva a cabo en el campo, es decir, que
resulta en un mtodo iterativo donde se lleva a cabo la recogida de datos y anlisis en paralelo
como se ha descrito anteriormente. Durante el proceso iterativo un pequeo conjunto de
generalizaciones se pueden formular, resultando eventualmente en un cuerpo formal de
conocimiento, que es el resultado final del intento de la investigacin. Esto es, por supuesto, no
una simple secuencia de pasos. En su lugar, se ejecutan de forma iterativa y se afectan entre s.
La actividad en la que se identifican hiptesis requiere de algo ms de informacin. Esto es en
ningn modo un paso simple que puede llevarse a cabo siguiendo un detallado, el enfoque
mecnico,. En su lugar, se requiere una capacidad de generalizar, el pensamiento innovador, etc
por parte del investigador. Esto puede ser comparado a un anlisis cuantitativo, donde la mayor
parte del trabajo innovador y analtico del investigador est en la fase de planificacin (es decir,
decidir diseo, las pruebas estadsticas, etc.) Hay, por supuesto, tambin una necesidad de un
trabajo innovador en el anlisis de datos cuantitativos, pero no es tan clara como en la fase de
planificacin. En el anlisis cualitativo que hay necesidades ms importantes para la labor
innovadora y analtica en ambas fases.
Un ejemplo de una tcnica til para el anlisis es tabulacin, donde se disponen los datos
codificados en las tablas, lo que hace posible obtener un resumen de los datos. Los datos pueden,
por ejemplo, se organiz en una tabla donde las filas representan los cdigos de los intereses y
las columnas representan temas de la entrevista. Sin embargo, la forma de hacer esto debe ser
decidido por cada caso de estudio.
Hay herramientas de software especializadas disponibles para apoyar el anlisis de datos
cualitativos, por ejemplo, NVivo y Atlas. Sin embargo, en algunos casos, las herramientas

estndar, tales como procesadores de texto y herramientas de hojas de clculo son tiles en la
gestin de los datos textuales.
En el estudio de XP, las entrevistas transcritas se analizaron inicialmente por uno de los
investigadores. Un conjunto preliminar de cdigos se deriva de las notas informales y se aplic
a las transcripciones. El conjunto preliminar de los cdigos fue: modelo de proyecto, la
comunicacin, la planificacin, seguimiento, calidad, cuestiones tcnicas y actitudes. Cada
declaracin en las entrevistas transcritas se le dio una identificacin nica, y se clasifican por
dos investigadores. Los datos transcritos se llen entonces en tablas, permitiendo el anlisis de
patrones en los datos por clasificacin problemas encontrados por, por ejemplo, papel
entrevistado o empresa. La cadena de pruebas que se ilustra con la figura de abajo (de
Karlstrm y Runeson 2006 )

5.2.2 Nivel del formalismo


Un enfoque estructurado es, como se ha descrito anteriormente, importante en el anlisis
cualitativo. Esto significa, por ejemplo, en todos los casos de que un enfoque pre-planeado para
el anlisis deben ser aplicadas, todas las decisiones adoptadas por el investigador debe ser
registrado, todas las versiones de los instrumentos se deben mantener, los vnculos entre los
datos, cdigos y las notas deben ser explcitamente registrada en la documentacin, etc Sin
embargo, el anlisis puede llevarse a cabo en los diferentes niveles de formalismo. En (Robson
2002 ) los siguientes enfoques se mencionan:
Enfoques de inmersin: stos son los menos los enfoques estructurados, con muy bajo nivel
de la estructura, las competencias ms dependiente de la intuicin y la interpretacin del
investigador. Estos enfoques pueden ser difciles de combinar con los requisitos sobre el
mantenimiento y la comunicacin de una cadena de pruebas.
Edicin de enfoques: Estos enfoques incluyen unos cuantos cdigos a priori, es decir, los
cdigos se definen sobre la base de los hallazgos del investigador durante el anlisis.

Enfoques de la plantilla: Estos enfoques son ms formales e incluir ms a priori, sobre la base
de preguntas de investigacin.
Cuasi-estadsticos enfoques: Estos mtodos son mucho ms formalizado e incluyen, por
ejemplo, el clculo de las frecuencias de palabras y frases.
Para nuestra experiencia en la edicin enfoques y planteamientos de la plantilla son los ms
adecuados en los estudios de ingeniera de software de casos. Es difcil presentar y obtener una
clara cadena de pruebas de inmersin en los enfoques informales. Tambin es difcil interpretar
el resultado de, por ejemplo, las frecuencias de las palabras en documentos y entrevistas.
Estudio XP utiliza un enfoque de edicin. El anlisis se inici con un conjunto de cdigos (ver
Seccin 5.2.1 ), que fue prorrogada y modificada durante el anlisis. Por ejemplo, el cdigo de
"comunicacin" se dividi en cuatro cdigos: "comunicacin horizontal", "comunicacin
vertical", "comunicacin interna" y "comunicacin externa".
5.2.3 Validez
La validez de un estudio denota la confiabilidad de los resultados, en qu medida los resultados
son verdaderos y no sesgada por el punto de los investigadores de vista subjetivo. Es, por
supuesto, demasiado tarde para considerar la validez durante el anlisis. La validez debe
abordarse en todas las fases anteriores del estudio de caso. Sin embargo, la validez se discute en
esta seccin, ya que no puede ser evaluado finalmente hasta la fase de anlisis.
Hay diferentes maneras de clasificar los aspectos de la validez y las amenazas a la validez en la
literatura. Aqu se opt por un esquema de clasificacin que tambin se utiliza por Yin ( 2003 ) y
similar a lo que normalmente se usa en experimentos controlados en ingeniera de software
(Wohlin et al. 2000 ). Algunos investigadores han argumentado por tener un sistema de
clasificacin diferente para los estudios de diseo flexibles (credibilidad, transferibilidad,
dependencia, confirmabilidad), mientras que nosotros preferimos poner en prctica este plan de
estudios de diseo flexibles, en lugar de cambiar los trminos (Robson 2002 ). Este esquema
distingue entre cuatro aspectos de la validez, que pueden resumirse como sigue:
La validez de constructo: Este aspecto de la validez reflejan hasta qu punto las medidas
operativas que se estudian realmente representan lo que el investigador tiene en mente y lo
que se investiga de acuerdo a las preguntas de investigacin. Si, por ejemplo, las
construcciones discutidos en las preguntas de la entrevista no se interpretan de la misma
manera por el investigador y las personas entrevistadas, no es una amenaza para la validez de
constructo.
La validez interna: Este aspecto de la validez es de preocupacin cuando se examinan las
relaciones causales. Cuando el investigador est investigando si un factor afecta un factor
investigado existe el riesgo de que el factor investigado tambin se ve afectada por un tercer
factor. Si el investigador no tiene conocimiento del tercer factor y / o no sabe en qu medida
afecta el factor investigado, no es una amenaza para la validez interna.
La validez externa: Este aspecto de la validez tiene que ver con hasta qu punto es posible
generalizar los resultados, y en qu medida los resultados son de inters para otras personas
fuera del caso investigado. Durante el anlisis de la validez externa, el investigador intenta
analizar en qu medida los resultados son de importancia para otros casos. No hay ninguna
poblacin de la que ha sido una muestra estadsticamente representativa dibujado. Sin
embargo, para los estudios de caso, la intencin es permitir la generalizacin analtica cuando
los resultados se extienden a los casos que tienen caractersticas comunes, por lo que los
hallazgos son relevantes, es decir, la definicin de una teora.
Fiabilidad: Este aspecto se refiere a en qu medida los datos y el anlisis dependen de los
investigadores especficos. Hipotticamente, si otro investigador ms tarde llev a cabo el
mismo estudio, el resultado debe ser el mismo. Las amenazas a este aspecto de la validez es,
por ejemplo, si no est claro cmo codificar los datos recogidos, o si los cuestionarios o
preguntas de la entrevista no son claras.

Es, como se ha descrito anteriormente, es importante considerar la validez del estudio de caso
desde el principio. Ejemplos de formas de mejorar la validez son la triangulacin, desarrollo y
mantenimiento de un protocolo de estudio de caso detallados, con diseos, protocolos, etc.
revisados por investigadores pares, los resultados obtenidos despus de haber obtenido los datos
y revisados por los sujetos de casos, pasar tiempo suficiente con el caso, y dando la preocupacin
suficiente para el anlisis de "casos negativos", es decir, buscando teoras que contradicen sus
conclusiones.
En el estudio de XP, las amenazas de validez se analizaron con base en una lista por Robson (
2002 ). Tambin habra sido posible analizar las amenazas de acuerdo a la validez de
constructo, validez interna, validez externa, y la fiabilidad. Contramedidas contra las amenazas
a la validez se tomaron entonces. Por ejemplo, se logr la triangulacin de diferentes maneras,
los resultados fueron revisados por representantes de casos, y los posibles casos negativos
fueron identificados por tener dos investigadores que trabajan con el mismo material en
paralelo. Tambin fue visto como importante que el tiempo suficiente se dedic a la
organizacin con el fin de entenderlo. Incluso si el estudio de caso se prolong durante un
tiempo limitado, esta amenaza se redujo por el hecho de que los investigadores haban tenido
una cooperacin a largo plazo con la organizacin antes de que el estudio de caso presentado.
En el estudio de control de calidad, por ejemplo, la triangulacin de datos se utiliza para
comprobar en qu fase de los informes de defectos de origen. La alineacin entre la fase en el
informe de problemas, y las tareas de la persona en la organizacin del proyecto se comprob.
5.3 Lista de verificacin
Los puntos de la lista para el anlisis de los datos recogidos se muestran en la Tabla 8 .
Tabla 8 Anlisis de elementos de datos recopilados checklist
22. Est definida la metodologa de anlisis, incluidas las funciones y procedimientos de
revisin?
23. Es una cadena de evidencia se muestra con las inferencias a partir de datos de trazabilidad a
las preguntas de investigacin y la teora existente?
24. Son puntos de vista y explicaciones alternativas utilizadas en el anlisis?
25. Es una relacin de causa-efecto en estudio? Si es as, es posible distinguir la causa de otros
factores en el anlisis?
26. Hay conclusiones claras del anlisis, incluyendo recomendaciones para la prctica /
investigacin?
27. Son las amenazas a la validez analizados de forma sistemtica y las contramedidas
adoptadas? (Construir, interna, externa fiabilidad,)
6 Informes
Un estudio emprico no puede distinguirse de sus informes. En el informe se comunica los
resultados del estudio, pero es tambin la principal fuente de informacin para juzgar la calidad
del estudio. Es posible que las diferentes audiencias, tales como investigadores pares,
responsables polticos, patrocinadores de la investigacin, y profesionales de la industria (Yin
2003 ). Esto puede conducir a la necesidad de redaccin de informes diferentes para las
audiencias de diferencia. Aqu, nos centramos en los informes de los investigadores con pares
como audiencia principal, es decir, revista o los artculos de la conferencia y, posiblemente, que
acompaa a los informes tcnicos. Benbasat et al. Proponemos que, debido a la gran cantidad de
datos generados en estudios de casos, "los libros o monografas podran ser mejores vehculos
para publicar la investigacin del estudio de caso" (Benbasat et al. 1987 ).
Directrices para la presentacin de informes experimentos han sido propuestos por Jedlitschka y
Pfahl ( 2005 ) y evaluados por Kitchenham et al. ( 2008 ). Su trabajo tiene como objetivo la

definicin de una normalizacin de los informes de experimentos que permite las comparaciones
entre estudios a travs por ejemplo, las revisiones sistemticas. Para estudios de casos, la misma
estructura de alto nivel puede ser utilizado, pero puesto que son ms flexibles y principalmente
sobre la base de datos cualitativos, el detalle de bajo nivel es menos estandarizado y ms,
dependiendo del caso individual. A continuacin, en primer lugar analizar las caractersticas de
un informe de estudio de caso y, a continuacin una propuesta de estructura.
6.1 Caractersticas
Robson define un conjunto de caractersticas que un informe de estudio de caso debera tener
(Robson 2002 ), que en sntesis implica que debe:
decir lo que el estudio estaba a punto de
comunicar un sentido claro del caso estudiado
ofrecer una "historia de la investigacin", por lo que el lector pueda ver lo que se hizo, por
quin y cmo.
proporcionar los datos bsicos en forma de concentrado, por lo que el lector puede asegurarse
de que las conclusiones son razonables
articular las conclusiones de los investigadores y los puso en un contexto al que afectan.
Adems, esta debe llevarse a cabo en el marco del equilibrio entre el deber del investigador y el
objetivo de publicar sus resultados, y las empresas y de la integridad de los individuos (Amschler
Andrews y Pradhan 2001 ).
Presentacin de los objetivos del estudio de casos y preguntas de investigacin es muy sencillo.
Si se cambia sustancialmente durante el curso del estudio, esto debe ser informado para ayudar a
comprender el caso.
Describiendo el caso podra ser ms sensible, ya que esto podra permitir la identificacin del
caso o de sus sbditos. Por ejemplo, "una gran empresa de telecomunicaciones en Suecia", lo
ms probable es una rama de la Corporacin de Ericsson. Sin embargo, el caso puede ser mejor
caracterizado por medios distintos de dominio de aplicacin y el pas. Las caractersticas
internas, como el tamao de la unidad de estudio, la edad promedio del personal, etc puede ser
ms interesante que las caractersticas externas como el dominio y el volumen de negocios. O
bien el caso constituye una subunidad pequea de una gran empresa, y luego difcilmente se
pueden identificar entre las subunidades muchos, o es una empresa pequea y por lo tanto es
difcil de identificar entre muchos candidatos. Sin embargo, se debe tener cuidado para encontrar
este equilibrio.
Proporcionar una "historia de la investigacin" requiere un nivel de detalle bastante ms que
informacin pura de las metodologas utilizadas, por ejemplo, "que puso en marcha un estudio de
caso con entrevistas semi-estructuradas". Puesto que la validez del estudio es altamente
relacionado con lo que se hace, por quin y cmo, debe ser informado acerca de la secuencia de
acciones y roles que actan en el proceso de estudio. Por otro lado, no hay espacio para todos los
detalles de la realizacin de los estudios caso, y por lo tanto un equilibrio deben ser encontrados.
Los datos se recogen en abundancia en un estudio cualitativo y el anlisis tiene como objetivo
principal de reducir y organizar los datos para proporcionar una cadena de evidencia para las
conclusiones. Sin embargo, para establecer la confianza en el estudio, el lector necesita
instantneas pertinentes de los datos que apoyan las conclusiones. Estas instantneas pueden ser
en forma de citas, por ejemplo (el tpico o especial), imgenes o relatos con temas annimos.
Adems, las categoras utilizadas en la clasificacin de los datos, lo que lleva a ciertas
conclusiones pueden ayudar al lector a seguir la cadena de pruebas.
Por ltimo, las conclusiones deben ser reportados y poner en un contexto de implicaciones, por
ejemplo, por las teoras de formacin. Un estudio de caso no se puede generalizar en el sentido
de ser representativa de una poblacin, pero esto no es la nica manera de lograr y la
transferencia de conocimientos. Se pueden extraer conclusiones sin estadsticas, y que puede ser
interpretado y relacionado con otros casos. Comunicar los resultados de investigacin en

trminos de teoras es una prctica poco desarrollada en la ingeniera de software (Hannay y


cols. 2007 ).
6.2 Estructura
Yin propone varias estructuras alternativas para la presentacin de informes, en general, estudios
de caso (Yin 2003 ).
Lineal-analtica-la estructura del informe de investigacin estndar (problema, relacionado
con el trabajo, los mtodos, el anlisis, las conclusiones)
Comparativo-el mismo caso se repite dos veces o ms para comparar las descripciones,
explicaciones alternativas o puntos de vista.
Cronolgico, una estructura ms adecuada para los estudios longitudinales.
Teora de la construccin-presenta el caso de acuerdo a una lgica de la teora de la
capacidad para constituir una cadena de evidencias de una teora.
Suspenso-vuelve a la estructura lineal de anlisis y conclusiones de los informes primero y
luego los respalda con evidencia.
Sin secuencia-con ninguno de los anteriores, por ejemplo, cuando se informa caractersticas
generales de un conjunto de casos.
Para la presentacin acadmica de los estudios de casos que se centran en la estructura linealanaltica es la estructura ms aceptada. La estructura de alto nivel para informar sobre los
experimentos en ingeniera de software propuestos por Jedlitschka y Pfahl ( 2005 ) por lo tanto
tambin se ajusta a la finalidad de la notificacin de casos de estudio. Sin embargo, algunos
cambios son necesarios, en base a las caractersticas especficas de los estudios de caso y otras
cuestiones sobre la base de una evaluacin realizada por Kitchenham et al. ( 2008 ). La
estructura resultante se presentan en la Tabla 9 . Las diferencias y nuestras consideraciones se
presentan a continuacin.
Tabla 9 estructura de informacin propuesta por Jedlitschka y Pfahl ( 2005 ) y la modificacin
propuesta por Kitchenham et al. ( 2008 ) y adaptaciones a la notificacin de casos de estudio,
influenciado por Robson ( 2002 )
Experimentos

Seccin de la
partida

Los estudios de caso

Subsecciones

Ttulos de las
secciones

Subsecciones

Ttulo

Ttulo

Paternidad literaria

Paternidad literaria

Resumen estructurado

(Estructurado) resumen

Experimentos

Seccin de la
partida

Los estudios de caso

Subsecciones

Ttulos de las
secciones

Enunciado del
problema

Motivacin

Los objetivos de
investigacin

Enunciado del problema

Introduccin

Contexto

Trabajos relacionados

Subsecciones

Los objetivos de investigacin

Contexto

Trabajos
relacionados

Estudios anteriores

Teora

Diseo
experimental

Objetivos, hiptesis El diseo del


Las preguntas de investigacin
y variables
estudio de caso

Diseo

Seleccin de casos y temas

Los sujetos

Procedimiento de recoleccin de datos


(s)

Objetos

Anlisis de procedimiento (s)

Instrumentacin

Validez procedimiento (s)

Procedimiento de

Experimentos

Seccin de la
partida

Los estudios de caso

Subsecciones

Ttulos de las
secciones

Subsecciones

recoleccin de datos

Anlisis de
procedimiento

Evaluacin de la
validez

Muestra

Resultados

Caso y la descripcin de los sujetos, que


abarca cuestiones de ejecucin, anlisis
e interpretacin.

Preparacin

Las subsecciones pueden ser


estructurados por ejemplo, de acuerdo
con el esquema de codificacin, cada
uno de las observaciones que vinculan a
las conclusiones

La recogida de datos
realizada

Evaluacin de la validez

Ejecucin

Validez
procedimiento de

Anlisis

Las estadsticas
descriptivas

Conjunto de datos de
reduccin de

Experimentos

Seccin de la
partida

Los estudios de caso

Subsecciones

Ttulos de las
secciones

Subsecciones

Prueba de hiptesis

Interpretacin

Evaluacin de los
resultados e
implicaciones

Relacin con las


pruebas existentes

Resumen de las conclusiones

Impacto

Relacin con las pruebas existentes

Conclusiones y
trabajo futuro
Limitaciones

Conclusiones y
trabajo futuro Impacto / Consecuencias

El trabajo futuro

Limitaciones

El trabajo futuro

Agradecimientos

Agradecimientos

Referencias

Referencias

Apndices

Apndices

En un estudio de caso, la teora puede constituir un marco para el anlisis, por lo tanto, hay dos
tipos de trabajo relacionados con: a) los estudios anteriores sobre el tema y b) las teoras en que
se basa el estudio actual.

La seccin de diseo se corresponde con el protocolo de estudio de caso, es decir, que informa de
la planificacin del estudio de caso, incluyendo las medidas adoptadas para garantizar la validez
del estudio.
Desde el estudio de caso es de un diseo flexible, y la recopilacin de datos y el anlisis se
entrelazan ms, estas secciones se pueden combinar en una sola. En consecuencia, los contenidos
en el nivel ms bajo debe ser ajustado, como se propone en la Tabla 9 . Especficamente para la
seccin de datos combinada, el esquema de codificacin constituye a menudo una estructura
inciso natural. Alternativamente, para un estudio comparativo de casos, la seccin de datos puede
estar estructurado de acuerdo con los casos en comparacin, y para un estudio longitudinal, la
escala de tiempo puede constituir la estructura de la seccin de datos. Esta seccin de resultados
combinada incluye tambin una evaluacin de la validez de los resultados finales.

Los estudios de caso fueron presentados en diferentes formatos. Estudio de XP fue, por ejemplo,
present a las empresas involucradas en formato de seminario, y para la comunidad de
investigacin en formato de revista (Karlstrm y Runeson 2006 ) , a los profesionales en un
formato de revista (Karlstrm y Runeson 2005 ) , y en la forma de una Ph.D. tesis (Karlstrm
2004 ). El formato de papel de diario se estructura similar al modelo propuesto anteriormente,
aunque la jerarqua de esquema ligeramente diferente.
6.3 Lista de verificacin
Los puntos de la lista para los informes se muestran en la Tabla 10 .
Cuadro 10 artculos de Informacin lista de verificacin
28. Est el caso y sus unidades de anlisis presentaban de manera adecuada?
29. Son el objetivo, las preguntas de investigacin y las respuestas correspondientes el informe?
30. Est relacionado con la teora y las hiptesis con claridad el informe?
31. Estn los procedimientos de recoleccin de datos presentados, con la motivacin
pertinente?
32. Es suficiente presentar los datos en bruto (por ejemplo, ejemplos de la vida real, citas)?
33. Los procedimientos de anlisis claramente informado?
34. Son las amenazas a la validez de los anlisis reportados, junto con las contramedidas
adoptadas para reducir las amenazas?
35. Se inform abiertamente los problemas ticos (intenciones personales, las cuestiones de
integridad, confidencialidad)
36. Contiene el informe conclusiones, implicaciones para la prctica y la investigacin futura?
37. El informe da una impresin realista y creble?
38. El informe es adecuado para su pblico, de fcil lectura y bien estructurado?
7 La lectura y la revisin de la investigacin Estudio de caso
7.1 La perspectiva del lector
El lector de un informe de estudio de caso-independientemente de si la intencin es utilizar los
resultados o para estudiar su inclusin en una revista, tiene que juzgar la calidad del estudio
basado en el material escrito. Los informes de casos de estudio tienden a ser grandes, en primer
lugar ya que los estudios de casos a menudo se basan en datos cualitativos, y por lo tanto los
datos no se pueden presentar en forma resumida, al igual que los datos cuantitativos pueden ser
en tablas, diagramas y estadsticas. En segundo lugar, las conclusiones de los anlisis cualitativos
no se basan en la significacin estadstica que puede ser interpretado en trminos de una

probabilidad de conclusin errnea, pero en el razonamiento y la vinculacin de las


observaciones a las conclusiones.
Revisin de la investigacin emprica, en general, debe hacerse con cierto cuidado (Tichy 2000 ).
Al leer los informes del estudio de caso requiere juzgar la calidad del informe, sin tener el poder
de criterios estrictos que rigen los estudios experimentales en mayor medida, por ejemplo, los
niveles de confianza estadstica. Esto no obstante, no decir que cualquier informe puede hacer
como un informe de estudio de caso. El lector debe tener una buena oportunidad de encontrar la
informacin de relevancia, tanto para juzgar la calidad del estudio de caso y para obtener los
resultados del estudio y ponerlos en prctica o construir nuevas investigaciones sobre.
Los criterios y orientaciones presentadas anteriormente para realizar y notificar casos de estudio
son relevantes para el lector. Sin embargo, en nuestro trabajo con la derivacin de listas de
comprobacin para la investigacin de estudio de casos (host y Runeson 2007 ),
retroalimentacin de la evaluacin identific la necesidad de una lista de control ms condensada
para los lectores y crticos. Esto se presenta en la Tabla 11 con los nmeros que se refieren a los
elementos de las listas de comprobacin para otras ms en los criterios de profundidad.
Tabla 11 elementos del lector la lista de verificacin
39. Es el objetivo, las preguntas de investigacin y las hiptesis (si corresponde) clara y
pertinente? 1, 2, 5, 29, 30
40. Est el caso y sus unidades de anlisis bien definido? 1, 5, 28
41. Es la idoneidad del caso para hacer frente a las preguntas de la investigacin motivada? 8, 9,
14
42. Es el caso de estudio basado en la teora o vinculados a la literatura ya existente? 3
43. Son los procedimientos de recoleccin de datos suficientes para el propsito del estudio de
caso (fuentes de datos, la recoleccin, validacin)? 11, 13, 16, 18, 21, 31
44. Es suficientes datos brutos se presentan para que los conceptos del caso y el anlisis? 32
45. Son los procedimientos de anlisis suficiente para los fines del estudio de caso (repetible,
transparente)? 22, 33
46. Es una clara cadena de pruebas establecido a partir de observaciones a las conclusiones? 6,
17, 20, 23, 25
47. Son las amenazas a la validez de los anlisis llevados a cabo en forma sistemtica y son las
contramedidas adoptadas para reducir las amenazas? 27, 34, 37
48. Se aplic la triangulacin (mltiples mtodos de recoleccin y anlisis, mltiples autores,
teoras mltiples)? 7, 12, 22, 24
49. Son cuestiones ticas tratadas adecuadamente (intenciones personales, integridad,
confidencialidad, consentimiento, aprobacin junta de revisin)? 4, 10, 15, 19, 35
50. Son las conclusiones, implicaciones para la prctica y la investigacin futura, debidamente
informado por su pblico? 26, 29, 36, 37, 38
Los nmeros despus de cada tem se refieren a los elementos correspondientes en las listas de
comprobacin para cada paso del proceso
8 Resumen
La investigacin del caso de estudio se lleva a cabo con el fin de investigar los fenmenos
contemporneos en su contexto natural. Es decir, no hay ambiente de laboratorio est
configurado por el investigador, en donde los factores pueden ser controlados. En cambio, los
fenmenos son estudiados en su contexto normal, lo que permite al investigador a entender cmo
los fenmenos de interaccin con el contexto. Seleccin de los sujetos y los objetos no se basa en
muestras estadsticamente representativas. En cambio, los resultados de investigacin se
obtienen a travs del anlisis en profundidad de casos tpicos o especiales.

Investigacin de casos de estudio es realizado por iteracin sobre un conjunto de fases. En el


diseo de objetivos de la fase se deciden y el caso se ha definido. La recoleccin de datos por
primera vez planificado con respecto a las tcnicas de recoleccin de datos y fuentes de datos, y
luego llev a cabo en la prctica. Mtodos para la recoleccin de datos incluyen, por ejemplo,
entrevistas, observacin, y el uso de datos de archivo. Durante la fase de anlisis, penetraciones
se genera y se analizaron tanto, por ejemplo, mediante la codificacin de datos y en busca de
patrones. Durante el anlisis es importante para mantener una cadena de pruebas a partir de los
resultados de los datos originales. El informe debe incluir los datos suficientes y ejemplos que
permiten al lector comprender la cadena de pruebas.
Este trabajo tiene como objetivo proporcionar un marco de referencia para los investigadores al
realizar la investigacin del estudio de caso en ingeniera de software, que se basa en un anlisis
de la literatura existente estudio de caso y experiencias propias del autor de la realizacin de
estudios de caso. Como con otras orientaciones, hay una necesidad de evaluar mediante el uso
prctico.
Agradecimiento Los autores agradecen a la informacin a las listas de los miembros asistentes
IASESE Isern y en septiembre de 2007. Un agradecimiento especial al profesor Claes Wohlin, el
Sr. Kim Weyns y el Sr. Andreas Jedlitschka por la revisin de un borrador anterior del
documento. Gracias tambin a los revisores annimos de propuestas de mejoras sustanciales. El
trabajo est parcialmente financiado por el Consejo Sueco de Investigacin bajo la subvencin
622-2004-552 para un puesto de investigador en ingeniera de software.
Abra Acceso Este artculo se distribuye bajo los trminos de la Licencia Creative Commons
Reconocimiento No Comercial que permite cualquier uso no comercial, distribucin y
reproduccin en cualquier medio, siempre que el autor original (s) y se acredite la fuente.

Apndice A
Tabla 12
Lista de revisin del Investigador
El diseo del estudio de caso o Caso estudio

1. Cul es el caso y sus unidades de anlisis?


2. Son claros los objetivos, las preguntas preliminares de investigacin, la hiptesis (si existe)
est definida con antelacin?
3. Las bases tericas estn relacionadas con la literatura existente o la definicin de otros casos?

4. Est clara la intencin de los autores con lo que se va hacer en la investigacin?

5. Esta el caso definido de manera adecuado (tamao, de dominio, el proceso, temas ...)?

6. Es un estudio de relacin causa - efecto? Si es as, es posible distinguir la causa de otros


factores con el diseo propuesto?

7. El diseo se refiere a datos procedentes de mltiples fuentes (triangulacin), utilizando


varios mtodos (mtodos de triangulacin)?

8. Hay una lgica detrs de la seleccin de los sujetos, roles, artefactos, miradores, etc.?

9. Es el caso especfico relevante para abordar vlidamente las preguntas de investigacin


(validez de constructo)?

10. Se verifica que la integridad de las personas / organizaciones sean tomadas en cuenta?

Preparacin para la recogida de datos

11. Es un protocolo de estudio de caso para la recoleccin y anlisis de datos derivados (qu,

porqu, cmo, cundo)? Existen procedimientos para su actualizacin definida?

12. Estn mltiples fuentes de datos y mtodos de recoleccin previstos (triangulacin)?

13. Estn los instrumentos de medicin y procedimientos bien definidos (medicin de las
definiciones, preguntas de la entrevista)?

14. Son los mtodos previstos y las medidas suficientes para cumplir con el objetivo de este
estudio?

15. El diseo del estudio es aprobado por un comit de revisin, y se ha informado el


consentimiento obtenido de los individuos y las organizaciones?

La recopilacin de pruebas

16. Se recopilan los datos de acuerdo con el protocolo de estudio de caso?

17. Es el fenmeno observado se aplican correctamente (por ejemplo, hasta qu punto es un


mtodo de diseo en estudio realmente utilizado)?

18. Los datos registrados permiten un anlisis ms detallado?

19. Se identificaron los resultados sensibles (para los individuos, la organizacin o el proyecto)?

20. Son los procedimientos de recoleccin de datos y trazabilidad?

21. Los datos recopilados ofrecen la capacidad de contestar la pregunta de investigacin?

Anlisis de los datos recogidos

22. Se define la metodologa de anlisis, incluyendo funciones y procedimientos de revisin?


23. Es una cadena de pruebas que se muestra con deducciones rastreables de datos a las
preguntas de investigacin y a la teora existente?
24. Estn otras perspectivas y explicaciones utilizadas en el anlisis?
25. Es un estudio de relacin de causa-efecto?. Si es as, es posible distinguir la causa de otros
factores en el anlisis?

26. Hay conclusiones claras del anlisis, incluyendo recomendaciones para la prctica /
investigacin?

27. Son las amenazas a la validez y las contramedidas adoptadas analizadas de forma
sistemtica? (Construir, interna, externa fiabilidad,)

Reporte

28. Est el caso y sus unidades de anlisis presentados de manera adecuada?

29. Estn los objetivos, las preguntas de investigacin y las respuestas correspondientes en el
informe?

30. Est relacionado con la teora y las hiptesis con claridad el informe?

31. Estn los procedimientos de recoleccin de datos presentados, con la motivacin


pertinente?

32. Es suficiente presentar los datos en bruto (por ejemplo, ejemplos de la vida real, citas)?

33. Los procedimientos de anlisis estn claramente informados?

34. Son reportados las amenazas a la validez de los anlisis, junto con las contramedidas
adoptadas para reducir las amenazas?

35. Se inform abiertamente los problemas ticos (intenciones personales, las cuestiones de
integridad, confidencialidad)

36. El informe contiene conclusiones, implicaciones para la prctica y la investigacin futura?

37. El informe da una impresin realista y creble?

38. El informe es adecuado para su pblico, de fcil lectura y bien estructurado?


Apndice B
Tabla 13
Lista de verificacin del Lector
39. Son los objetivos, las preguntas de investigacin y las hiptesis (si corresponde) claros y
pertinentes? 1, 2, 5, 29, 30

40. Est el caso y sus unidades de anlisis bien definidos? 1, 5, 28

41. Es adecuado el Caso para responder a las preguntas de investigacin claramente motivadas?
8, 9, 14

42. Est el caso de estudio basado en la teora o vinculado a la literatura ya existente? 3

43. Son los procedimientos de recoleccin de datos suficientes para el propsito del estudio de
caso (fuentes de datos, la recoleccin, validacin)? 11, 13, 16, 18, 21, 31

44. Es suficientes los datos brutos presentados para proporcionar la comprensin del caso y su
anlisis? 32

45. Son los procedimientos de anlisis suficientes para el propsito del estudio de caso

(repetible, transparente)? 22, 33

46. La cadena de pruebas establecidas a partir de las observaciones a las conclusiones, son
claras? 6, 17, 20, 23, 25
47. Son las amenazas a la validez de los anlisis y las medidas adoptadas para reducir
amenazas, llevadas a cabo de manera sistemtica?? 27, 34, 37
48. Se aplic la triangulacin (mltiples mtodos de recoleccin y anlisis, mltiples autores,
teoras mltiples)? 7, 12, 22, 24

49. Las cuestiones ticas son tratadas adecuadamente (intenciones personales, integridad,
confidencialidad, consentimiento, aprobacin junta de revisin)? 4, 10, 15, 19, 35

50. Son las conclusiones, implicaciones para la prctica y la investigacin futura, debidamente
informadas para su pblico? 26, 29, 36, 37, 38
Los nmeros despus de cada tem se refieren a los artculos correspondientes de la lista de
comprobacin del Investigador

Referencias
Amschler Andrews A, AS Pradhan (2001) Cuestiones de tica en la ingeniera de software
emprica: los lmites de la poltica. Empir Softw Ing. 6 (2) :105-110 doi: 10.1023 / A:
1011442319273
Anastas JW, MacDonald ML (1994) Diseo de la investigacin para el trabajo social y los
servicios humanos. Nueva York, Lexington
Andersson C, Runeson P (2007a) Un anlisis cuantitativo de la distribucin de replicado de
fallas en sistemas de software complejos. IEEE Trans Eng Softw 33 (5) :273-286 doi:
10.1109/TSE.2007.1005
Andersson C, Runeson P (2007b) Un modelo de proceso en espiral de los estudios de casos sobre
la calidad del software de monitoreo, mtodos y mtricas. Proceso de Softw Improv Pract 12
(2) :125-140 doi: 10.1002/spip.311
Avison D, R Baskerville, Myers M (2001) El control de los proyectos de investigacin-accin.
Inf Technol 14 personas (1) :28-45 doi: 10.1108/09593840110384762
Basili VR, Weiss DM (1984) una metodologa para la recoleccin de datos vlidos de ingeniera
de software. IEEE Trans Softw Ing. SE10 (6) :728-739
Basili VR, Selby RW, Hutchens DH (1986) Experimentacin en Ingeniera de Software. IEEE
Trans Softw Ing. SE12 (7) :733-744
Baskerville RL, Wood-Harper AT (1996) Una perspectiva crtica sobre la investigacin-accin
como mtodo para la informacin de la investigacin de sistemas. J Inf Technol 11:235-246 doi:
10.1080/026839696345289
Benbasat I, DK Goldstein, M Mead (1987) La estrategia de investigacin en los estudios de caso
de sistemas de informacin. Q MIS 11 (3) :369-386 doi: 10.2307/248684
Corbin J, Strauss C (2008) Fundamentos de la investigacin cualitativa, EDN tercero. Sabio
Dalkey N, O Helmer (1963) Una aplicacin experimental del mtodo Delphi para el uso de
expertos. Gestin de Ciencia 9 (3) :458-467
Y Dittrich (ed.) (2007) Nmero especial sobre la investigacin cualitativa de ingeniera de
software. Inf. Softw Technol 49 (6) :531-694. doi: 10.1016/j.infsof.2007.02.009
Y Dittrich, Rnkk K, J Eriksson, Hansson C, Lindeberg S (2008) el desarrollo del mtodo
cooperativo. la combinacin de la investigacin emprica cualitativa con la mejora de mtodos,
tcnicas y procesos. Empir Softw Eng 13 (3) :231-260 doi: 10.1007/s10664-007-9057-1
KM Eisenhardt (1989) las teoras de la construccin de formas de investigacin del estudio de
caso. Acad Administrar Rev 14 (4) :532-550 doi: 10.2307/258557
Easterbrook S, Singer J, Storey MA, Damin D (2008) Seleccin de los mtodos empricos de
investigacin de software de ingeniera, el captulo 11 en Shull et al. (2008)
Fenton N, Pfleeger SG (1996) Mtricas de Software - Un enfoque riguroso y prctico , equipo de
Thomson
BB Flynn, Sakakibara S, RG Schroeder, Bates K, EJ Flynn (1990) Los mtodos empricos de
investigacin en gestin de operaciones. Oper Administrar 9 (2) :250-284 doi: 10.1016/02726963 (90) 90098-X
Flyvbjerg B (2007) Cinco malentendidos acerca de la investigacin de casos de estudio. En la
prctica la investigacin cualitativa: edicin de bolsillo conciso . Sage, pp 390-404
Gorschek T, Garr P, S Larsson, Wohlin C (2006) Un modelo para la transferencia de tecnologa
en la prctica. IEEE Softw 23 (6) :88-95 doi: 10.1109/MS.2006.147
Hannay JE, Sjberg DIK, Dyba TA (2007) Revisin sistemtica de la teora del uso en los
experimentos de ingeniera de software. IEEE Trans Eng Softw 33 (2) :87-107 doi:
10.1109/TSE.2007.12

Hove SE, Anda BCD (2005) Experiencias de la realizacin de entrevistas semi-estructuradas en


la investigacin emprica de ingeniera de software. Actas 11 de IEEE International Software
Metrics Symposium (Mtrica de 2005) 23:1-10
Host H, Runeson P (2007) Listas de comprobacin para la Investigacin de Ingeniera de
Software Estudio de Caso, En Actas Primer Simposio Internacional sobre Ingeniera del
Software Emprica y medicin , pp 479-481
Iversen JH, Mathiassen L, PA Nielsen (2004) Gestin del riesgo en la mejora de procesos de
software: un enfoque de investigacin-accin. MIS Q 28 (3) :395-433
Jedlitschka A, Pfahl D (2005) las directrices para informes de experimentos controlados en
ingeniera de software, en Actas de ACM / IEEE Simposio Internacional sobre Ingeniera del
Software Emprica , pp 95-104, vase tambin el captulo 8 en Shull et al. (2008)
Johnson P, H Kou, Paulding M, Zhang Q, Kagawa A, T Yamashita (2005) Mejora de la gestin
de desarrollo de software a travs de la telemetra de proyectos de software. IEEE softw 22 (4) :
76-85 DOI: 10.1109/MS.2005.95
Karahasanovi A, B Anda, Arisholm E, SE Hove, Jrgensen M, Sjberg DIK, Welland I (2005)
Recopilacin de informacin durante los experimentos de ingeniera de software. Empir Softw
Ing. 10:113-147 doi: 10.1007/s10664-004-6189-4
Karlstrm D (2004) Integracin de la Gestin y Procesos de Ingeniera en Desarrollo de
Producto de Software , Tesis de Doctorado ISRN LUTEDX/TETS-1069-SE 230 p, la
Universidad de Lund.
Karlstrm D, Runeson P (2005) La combinacin de los mtodos giles de gestin del proyecto
Stage-Gate. IEEE Softw 22 (3) :43-49 doi: 10.1109/MS.2005.59
Karlstrm D, Runeson P (2006) La integracin del desarrollo gil de software en el desarrollo de
productos Stage-Gate. Empir Softw Ing. 11:203-225 doi: 10.1007/s10664-006-6402-8
Klein HK, MD Myers (1999) Un conjunto de principios para la realizacin y evaluacin de
estudios interpretativos sobre el terreno en los sistemas de informacin. Q MIS 23 (1) :67-88 doi:
10.2307/249410
Kitchenham B, L Pickard, los estudios Pfleeger SL (1995) para el mtodo de casos y evaluacin
de la herramienta. IEEE Softw 4 (12) :52-62 doi: 10.1109/52.391832
Kitchenham B, Pfleeger SM, LM Pickard, PW Jones, DC Hoaglin, El Eman K, J Rosenberg
(2002) las directrices preliminares para la investigacin emprica en ingeniera de software. IEEE
Trans Eng Softw 28 (8) :721-734 doi: 10.1109/TSE.2002.1027796
Kitchenham B (2007) Directrices para la realizacin de revisiones sistemticas Literatura en
Ingeniera de Software , versin 2.3, EBSE Informe Tcnico EBSE-2007-01, de la Universidad
de Keele y la Universidad de Durham
Kitchenham B, Al-Khilidar H, M Babar Ali, Berry M, Cox K, J Keung, Kurniawati F, Staples M,
Zhang H, L Zhu (2008) Evaluacin de las directrices para notificar empricos estudios de
ingeniera de software. Empir Softw Eng 13 (1) :97-121 doi: 10.1007/s10664-007-9053-5
Lee, (1989) una metodologa cientfica para MIS estudios de caso. Q MIS 13 (1) :33-54 doi:
10.2307/248698
Lethbridge TC, SIM SE, Singer J (2005) El estudio de los ingenieros de software: las tcnicas de
recoleccin de datos para estudios de campo del software. Empir Softw Eng 10 (3) :311-341
vase tambin el captulo 1 en Shull et al. (2008)
Moher T, GM Schneider (1981) Mtodos para mejorar la experimentacin controlada en
ingeniera de software, Actas de la 5 Conferencia Internacional sobre Ingeniera de Software
pp 224-233
Owen S, Budgen D, Brereton P (2006) el anlisis de Protocolo: una prctica descuidada.
Commun ACM 49 (2) :117-122 DOI: 10.1145/1113034.1113039

Perry DE, SE, Sim Easterbrook S (2005) Estudios de caso para los ingenieros de software, 29o
Anual IEEE / NASA Workshop de Ingeniera de Software - Notas Tutorial pp 96-159
Pervan G, H Maimbo (2005) Diseo de un protocolo de estudio de caso para su aplicacin en es
la investigacin, la Novena Conferencia del Pacfico sobre los Sistemas de Informacin pp 12811292
Ramesh V, Cristal RL, Vessey I (2004) La investigacin en ciencias de la computacin: un
estudio emprico. J Syst Softw 70 (1-2) :165-176 doi: 10.1016/S0164-1212 (03) 00015-3
Regnell B, M Host, Natt och Dag J, P Beremark, Hjelm T (2001) Un estudio de caso sobre la
priorizacin industrial distribuida en el mercado basada en la ingeniera de requisitos de paquetes
de software. Requisitos Ing. 6:51-62 doi: 10.1007/s007660170015
Robinson H, Segal J, Sharp H (2007) estudios empricos Etnogrficamente informados de la
prctica de software. Inf. Softw Technol 49:540-551 doi: 10.1016/j.infsof.2007.02.007
Robson C (2002) La investigacin del mundo real . Blackwell, (2 edicin)
Seaman C (1999) Los mtodos cualitativos en los estudios empricos de la ingeniera de
software. IEEE Trans Eng Softw 25 (4) :557-572 vase tambin el captulo 2 en Shull et al.
(2008)
De Sharp H, H Robinson (2004) Un estudio etnogrfico de la prctica de XP. Empir Softw Ing. 9
(4) :353-375 doi: 10.1023 / B: EMSE.0000039884.79385.54
Shull F, Feldman RL (2008) las teoras de construccin de fuentes de pruebas mltiples. En:
Shull F et al (ed.) Gua para la ingeniera de software avanzado emprica. Springer-Verlag,
Londres
Shull F, V Basili, Carver J, Maldonado JC, Travassos GH, Mendonca M, S Fabbri (2002)
Replicar los experimentos de ingeniera de software: hacer frente al problema del conocimiento
tcito, en Actas Simposio Internacional de Ingeniera del Software emprica pp 7-16
Shull F, Singer J, Sjberg D (eds) (2008) Gua para la Ingeniera de Software Avanzado
emprica. Springer-Verlag: Londres
Sim SE, Singer J, Storey MA (2001) rogar, pedir prestado o robar: el uso de enfoques
multidisciplinarios en la investigacin emprica de ingeniera de software, un informe del taller
ICSE 2000. Empir Softw Ing. 6 (1) :85-93 doi: 10.1023 / A: 1009809824225
Singer J, Vinson NG (2002) Cuestiones ticas en los estudios empricos de la ingeniera de
software. IEEE Trans Eng Softw 28 (12) :1171-1180 doi: 10.1109/TSE.2002.1158289
Sjoberg DIK, T Dyba, BCD Anda, Hannay J (2008) las teoras de construccin en ingeniera de
software. En: Shull F et al (ed.) Gua para la ingeniera de software avanzado emprica. SpringerVerlag, Londres
Sjoberg DIK, JE Hannay, O Hansen, Kampenes VB (2005) Un estudio de experimentos
controlados en ingeniera de software. IEEE Trans Eng Softw 31 (9) :733-753 doi:
10.1109/TSE.2005.97
RE Stake (1995) El arte de la investigacin del estudio de caso . Sabio WF Tichy (1998) En caso
de experimentar ms cientficos de la computacin? PC 31 (5) :32-40 DOI: 10.1109/2.675631
WF Tichy (2000) Sugerencias para la revisin de los trabajos empricos en ingeniera de
software. Empir Softw Ing. 5 (4) :309-312 doi: 10.1023 / A: 1009844119158
Van Solingen R, Berghout E (1999) El objetivo / pregunta / mtodo de medicin. Una gua
prctica para la mejora de la calidad del desarrollo de software . McGraw-Hill
von Mayrhauser A, Vans AM (1996) Identificacin de los procesos de comprensin dinmica
durante el mantenimiento a gran escala. IEEE Trans Eng Softw 22 (6) :424-438 doi:
10.1109/32.508315
Wallace C, C Cook, J Summet, Burnett M (2002) Humanos lenguajes de computacin centrados
en situaciones y entornos. Procediendo Jornadas de Derechos Humanos Idiomas computacin
centrada y entornos pp 63-65

Wohlin C, M Host (2001) Especializada: experimentos controlados en ingeniera de software,


editorial invitado. Inf. Softw Technol 43 (15) :921-924 doi: 10.1016/S0950-5849 (01) 00200-2
Wohlin C, Host M, Ohlsson MC, Regnell B, Runeson P, Wessln A (2000) La experimentacin
en ingeniera de software - una introduccin . Kluwer
Wohlin C, Host H, K Henningsson (2003) Los mtodos empricos de investigacin en ingeniera
de software. En: Conradi R, Wang AI (eds.) Mtodos empricos y estudios en Ingeniera de
Software - Experiencias de ESERNET , Springer
RK Yin (2003) la investigacin del caso de estudio. Diseo y mtodos, ed tercero. Londres, Sage
Zelkowitz MV, Wallace RW (1998) Modelos experimentales para la validacin de la tecnologa.
IEEE Comput 31 (5) :23-31