INGENERIA DE SOFTWARE

RESUMEN:

La Ingeniera de Software es una profesin donde el cual retoma conocimientos de diversas

fuentes para crear un software de calidad como tal, esta construye conocimiento en torno a
estas prcticas de desarrollo de software, concretado en la definicin mtodos, modelos y
esquemas de funcionamiento que pueden ser aplicados por los ingenieros en sus actividades
profesionales.
En la forma en cmo se construyen estos mtodos es a base de sus inventos surgidos de la
experiencia con software. De esta manera es obligatorio q surjan experiencias reales de la
industria de software para as poder aplicarlas diferentes empresas a nivel regional y
mundial.
Con el fin de que la experiencia sea ms la experiencia se debe plantear una estrategia para
combinar el trabajo acadmico con experiencias reales de aplicacin de tecnologas de
empresas de industrias del software
En si para crear un software de calidad es necesario tener experiencia laboral real
Ya que los jvenes universitarios no cuentan con la experiencia necesaria ,pues se debera
proponer que se combine lo acadmico con lo experimental asi poder brindar a las empresas
unos buenos profesionales
Modelo de Investigacin en Ingeniera del Software: Una propuesta de investigacin
tecnolgica Jaime A. Chavarriaga L. Hugo F. Arboleda J. Grupo LIDIS Universidad San
Buenaventura, Cali, Colombia {jaime,huarbole}@usb.edu.co
Resumen:
La Ingeniera de Software es una profesin de naturaleza tecnolgica, que retoma teoras y
conocimientos de diversas fuentes y aborda el desarrollo de software de calidad y a nivel
industrial. Como tal, la Ingeniera de Software construye conocimiento en torno a estas
prcticas de desarrollo de software, concretado en la definicin mtodos, modelos y
esquemas de funcionamiento que pueden ser aplicados por los ingenieros en sus actividades
profesionales. La forma como se construyen estos mtodos, modelos y esquemas de
funcionamiento que constituyen el conocimiento propio de la Ingeniera de Software se basa
en la revisin y formalizacin de heursticas surgidas de la experiencia real en procesos y
productos de software. Situacin esta que obliga a definir mtodos de investigacin que
aborden problemas y situaciones reales de la Industria de Software, que busquen identificar,
formalizar y teorizar sobre las mejores prcticas de la misma y sobre su aplicabilidad general
en diferentes empresas a nivel regional y mundial. Con el fin de acometer las tareas de
investigacin, los grupos de investigacin deben definir una estrategia de trabajo que
permita combinar el trabajo acadmico en laboratorio con experiencias reales de aplicacin
de tecnologa en empresas de la industria de software. El grupo de investigacin LIDIS ha
propuesto un esquema en donde se sintetizan algunos de las estrategias y clasificaciones
definidas en los ltimos aos por diversos autores, ofreciendo orientaciones bsicas sobre el
desarrollo de estas actividades.

Palabras claves:

Ingeniera, Mtodo de Investigacin, Ingeniera del Software.

1. Antecedentes :
La investigacin en ingeniera de software es un tema que requiere de una reflexin
permanente por parte de los grupos que desean acometer su realizacin. Mxime an
cuando en algunos mbitos este tipo de actividad no es considerada algn tipo de
investigacin en estricto o se confunde con cualquier tipo de proceso de desarrollo de
software [3][8].

Conscientes de esta situacin, un proceso permanente de reflexin se inici al interior del

grupo de investigacin LIDIS desde mediados del 2000. En principio, basado en una reflexin
epistemolgica en torno al conocimiento propio de la ingeniera, de la ingeniera de
software, los mtodos que se han desarrollado en la historia de la ingeniera [13] [24] y sus
posibilidades de aplicacin en la Ingeniera de Software [5].

Esta reflexin se ha visto complementada por una serie de trabajos realizados por la
comunidad cientfica internacional sobre caracterizaciones de los trabajos investigativos que
se realizan en ingeniera de software [9] [14], los atributos de calidad deseables de este tipo
de trabajo [19][20][21] y las bases conceptuales para la realizacin de diseos de
investigacin en el rea [25][26].

Al interior del grupo, y a partir de una serie de talleres realizados a finales de 2002, un
modelo de las actividades de investigacin fue definido, identificando las estrategias de
trabajo que se aplicaran para desarrollar las tareas investigativas y estableciendo tambin
algunas reas conceptuales en donde es necesario lograr mayores definiciones.

2. Consideraciones para una Estrategia de Investigacin :

La Ingeniera de Software, como cualquier otra ingeniera, es una profesin tecnolgica [5],
centrada en la elaboracin de productos tecnolgicos de software de calidad. Por su propia
naturaleza, la ingeniera de software se encuentra estrechamente ligada a la industria de
software. En realidad, tanto la industria necesita de la ingeniera para desarrollar sus
productos, como los ingenieros requieren de una industria para realizar sus proyectos y
tecnofactos.
Sin embargo, desde hace algn tiempo se han observado diferencias entre el conocimiento
generado en el mbito acadmico e investigativo, y su aplicacin real en las empresas [7][8].
En muchos casos, problemas y situaciones analizadas y solucionadas en el plano
investigativo siguen sin trascender al plano empresarial.

Uno de los ejemplos de esta situacin, y de la necesidad de adaptaciones de la teora a la

prctica, fue planteada por Jacobson al establecer diferencias entre el mtodo y el proceso
[10]. El mtodo hace referencia a la secuencia de actividades que permiten lograr un
desarrollo especfico en el laboratorio. El mtodo, como tal, no puede ser aplicado
directamente y sin diferencias en todas las organizaciones. El proceso representa el conjunto
de actividades que se definen para su realizacin al interior de un grupo de trabajo,
considerando su cultura organizacional, su recurso humano y sus experiencias tecnolgicas.

Aunque podra pensarse que la aplicacin de las investigaciones en el plano empresarial es

un proceso lineal, en realidad es un proceso iterativo. Por ejemplo, aunque podra pensarse
que la secuencia se presenta llevando la teora a la prctica (Teora Prctica) o adaptando el
mtodo al proceso (Mtodo Proceso), en realidad la teora se alimenta de la prctica y el
mtodo de las adaptaciones a procesos (Mtodo Proceso Mtodo). Las diferentes
tecnologas, teoras y mtodos sufren un proceso de maduracin que solo puede lograrse a
travs de su aplicacin en entornos empresariales reales. Algunos mtodos de ingeniera de
software, como por ejemplo el Rational Unified Process (RUP), ha evolucionado a travs de
diferentes versiones fruto de un proceso iterativo establecido desde su creacin a mediados
de los noventa.

Las diferentes etapas de este proceso de maduracin han sido analizadas por diferentes
autores. Una de las primeras propuestas, elaborada por Martin y McClure [15], establece
primordialmente tres fases: (1) Crisis y reconocimiento, (2) nfasis Acadmico y (3)
Asimilacin y Madurez.

Siguiendo estos lineamientos, los centros de investigacin deben realizar una estrategia de
investigacin que permita desarrollar y madurar las tecnologas a travs del trabajo conjunto
de universidades, grupos de investigacin, empresas de la industria de software y entidades
gubernamentales relacionadas con el sector [4][25]
.
El Instituto de Ingeniera de Software [23] en Estados Unidos define tres etapas en su
estrategia de investigacin: (1) Creacin, donde se identifican las tendencias y necesidades
del departamento de defensa de los Estados Unidos, y se maduran las tecnologas en el
mbito acadmico, (2) Aplicacin, donde se aplica en entornos empresariales reales
mediante proyectos de desarrollo y consultora con el soporte del grupo de investigacin
para continuar madurando la tecnologa, y (3) Amplificacin, donde se definen estrategias de
transferencia, como cursos, conferencias, libros y licencias de uso.

3. Propuesta de Estrategia de Investigacin:

La estrategia de investigacin propuesta, basada en los modelos de Martin y McClure y del
SEI, y consiste en tres grandes fases: (1) investigacin y desarrollo inicial, (2) Investigacin
aplicada, y (3) Transferencia. Cada iniciativa o lnea de investigacin debe cumplir con estas
tres fases, en el proceso de maduracin de la tecnologa. Cada una de ellas involucrando el
desarrollo de varios proyectos de investigacin, posiblemente cada uno de ellos con
mtodos y tcnicas diferentes.

3.1. La investigacin y desarrollo inicial: representa el comienzo de cualquier iniciativa o

lnea de investigacin. En ella se delimita el rea de trabajo investigativo que se busca
desarrollar en la iniciativa. Normalmente surge a partir de una serie de lluvia de ideas en las
cuales se busca determinar las principales necesidades de la industria o las tendencias de la
tecnologa que deben ser analizadas al interior del grupo. En algunos casos, puede surgir
tambin a partir de una solucin innovadora e interesante encontrada en la industria o por
alguno de los investigadores. Para el desarrollo de esta etapa, normalmente se requieren
varios tipos de investigaciones: diagnsticos, revisiones del estado del arte, investigaciones
acadmicas y desarrollo de soluciones en el laboratorio (pruebas de concepto). Una iniciativa
culminar esta etapa cuando pueda establecer, por lo menos en ambientes controlados, la
factibilidad tcnica de una solucin al problema propuesto.

En algunos centros de investigacin [23] existen procedimientos definidos para establecer

las nuevas iniciativas o lneas de investigacin. Algunas de estas, de hecho, pueden no
superar la etapa inicial y no desarrollarse a travs de proyectos piloto en empresas reales. En
algunos casos se define un etapa de estudio de factibilidad que puede durar unos ocho o
nueve meses antes de constituirse una nueva iniciativa.

3.2. La investigacin aplicada: es la etapa en donde se busca madurar la tecnologa

definida en la etapa inicial, trabajando en el desarrollo de la tecnologa y en su aplicacin en
situaciones reales. A medida que se tienen experiencias de aplicacin de la tecnologa por
parte del grupo de investigacin y empresas de la industria, se encuentran las posibles fallas
en el modelo de solucin propuesto y se definen las adaptaciones que puedan ser requeridas
para su aplicacin en empresas. En esta etapa normalmente se desarrollan proyectos
investigativos de naturaleza ms emprica y aplicada, en muchos casos siguiendo tambin
esquemas de investigacin-accin-participativa. Una iniciativa culminar esta etapa cuando
pueda configurar una solucin madura a alguna problemtica en ingeniera de Investigacin
y desarrollo inicial Investigacin aplicada Transferencia - Tendencias de la tecnologa -
Necesidades del entorno - Casos de xito - Soluciones en casos concretos - Diagnsticos -
Revisin del estado del arte - Investigacin acadmica en laboratorio - Pruebas de concepto -
Proyectos piloto - Uso en proyectos reales - Desarrollo de productos Retroalimentacin a
partir de experiencias en proyectos reales - Cursos - Conferencias - Licenciamiento software,
incluyendo consideraciones sobre las limitaciones e implicaciones de su implementacin en
empresas reales que realicen procesos de desarrollo de software.

3.3. La transferencia: es la etapa que busca amplificar el impacto de las nuevas

tecnologas, prcticas y conocimientos, ms all de las empresas con las cuales se trabaj en
el proceso de investigacin aplicada. Para cumplir su objetivo, los grupos de investigacin
desarrollan otros tipos de actividades, tales como cursos, conferencias, y licenciamiento de
la tecnologa.
4. Consideraciones para los Tipos de Investigaciones
En la actualidad se ha logrado un consenso en la comunidad cientfica sobre el reducido
nivel de impacto de las investigaciones en el mbito empresarial. En parte debido a la falta
de evidencia sustancial sobre el valor derivable de la aplicacin de estos nuevos
conocimientos [7]. Situacin que ha motivado la definicin de modelos y esquemas de
investigacin emprica [18] y cualitativa [6]
.
Algunos de los trabajos iniciales de Basili, Taschi y Zelkowitz [1] [2] se centraron en el
carcter experimental de los proyectos de investigacin en ingeniera de software y los
diseos que deberan emplearse para su ejecucin. Zelkowitz y Wallace definieron una
clasificacin de doce (12) modelos diferentes de verificacin experimental en ingeniera de
software [25][26].

Otros autores han propuesto clasificaciones sobre los tipos de investigaciones aplicados en
Ingeniera de Software. Basili [2] propuso clasificar las investigaciones a partir de los
experimentos que se definen en su interior : (1) in vivo, cuando se desarrollan al interior
de organizaciones que desarrollan software e (2) in vitro cuando se realizan en entornos
controlados. Kitchenham [12] por otra parte, clasific los modelos experimentales en (1)
cuantitativos, cuando se analizan variables cuantificables en los experimentos, (2)
cualitativos, cuando se realizan revisin intersubjetiva de algunos atributos (por ejemplo,
atributos de calidad) y (3) benchmarking, cuando se realizan pruebas comparativas de
diferentes tecnologas para analizar su rendimiento y beneficio relativo.
Trabajos posteriores centrados en la estructura de los documentos tcnicos que se
presentan a las conferencias internacionales motivaron una serie de nuevas clasificaciones y
consideraciones [11][22]. Shaw defini una serie de atributos de calidad que podran
evaluarse en un proyecto de investigacin, as como una serie de recomendaciones para su
diseo [19][20] [21].
4.1. Tipos de Investigaciones
Al interior de cada una de las fases de la estrategia de una iniciativa o lnea de investigacin
deben disearse proyectos de investigacin y desarrollo que permitan madurar la tecnologa
apropiada y solucionar los problemas especficos definidos en cada una de las iniciativas o
lnea de investigacin.

Para disear los diferentes proyectos de investigacin, es necesario considerar el conjunto

de elementos bsicos de evaluacin de la investigacin establecidos por Shaw [19]: (1) el
tipo de pregunta, (2) el producto final, y (3) el mecanismo de verificacin.

De acuerdo a la clasificacin de Shaw, el tipo de pregunta puede corresponder a: (1) Mtodo

de desarrollo, cuando se desea definir la forma de construir un tipo de producto particular o
desarrollar alguna actividad especfica, (2) Mtodo de anlisis o evaluacin, cuando se
establecen mecanismos para evaluar alternativas o determinar el nivel de algn atributo del
producto, (3) Diseo, evaluacin o anlisis de una instancia particular, cuando se analiza
alguna propiedad de un producto o proyecto, o se hacen comparaciones entre las mismas,
(4) Generalizacin o caracterizacin, cuando se busca definir reglas o heursticas que
apliquen en un dominio de la ingeniera, y (5) Estudio de factibilidad o exploracin, cuando
se busca vislumbrar alguna forma o tcnica que no ha sido posible hasta el momento.
Segn la misma clasificacin el tipo de resultado de cada proyecto puede ser: (1)
Procedimiento o tcnica, cuando se define un conjunto de pasos para acometer una tarea,
(2) Modelo cualitativo o descriptivo, cuando se define una estructura o taxonoma para
algn rea problema, (3) Modelo emprico, cuando se define un modelo predictivo basado
en datos observados, (4) Modelo analtico, cuando se define un modelo estructural que
permite un anlisis formal o la manipulacin automtica, (5) Herramienta o notacin,
cuando se implementa una herramienta que apoya algn procedimiento o tcnica, (6)
Solucin especfica o prototipo, cuando se desarrolla una aplicacin problema que permite
observar algn principio de ingeniera, y (7) Reporte de experiencia, cuando se muestra
resultados preliminares y observaciones que no han sido suficientemente generalizadas o
sistematizadas.

El Mecanismo de validacin, que garantiza la aplicabilidad de los resultados en otros mbitos

y empresas, puede ser: (1) Anlisis, cuando se aplica algn mecanismo riguroso de
verificacin formal o emprica, (2) Evaluacin, cuando se revisan los resultados a partir unos
criterios predefinidos, (3) Experiencia, cuando se usan evidencias encontradas en varias
aplicaciones reales, (4) Ejemplo, cuando se muestra una sola aplicacin que sirve de
verificacin, (5) Persuasin, cuando se pretende confirmar la validez de la propuesta solo con
argumentos no verificables, y (6) Afirmacin evidente, cuando no se plantea ninguna
argumento de validez. Como es de suponer, los dos ltimos mecanismos de verificacin son
inaceptables (o, por lo menos, los menos deseables) para los investigadores en el rea.

El investigador, de acuerdo a la fase de la estrategia de investigacin, debe seleccionar la

combinacin adecuada de los elementos de la investigacin que le permita cumplir con los
objetivos propuestos. Al conjugar el tipo de pregunta, el tipo de resultado y el mecanismote
validacin, se configura el mtodo o el diseo concreto de la investigacin.

Con el fin disear sus proyectos, el investigador puede utilizar alguno de los arquetipos o
patrones de diseo de investigacin utilizados a nivel internacional. Zelkowitz y Wallace [25]
[26] definen tres categoras para los diferentes arquetipos de mtodos de investigacin y
verificacin en ingeniera de software: (1) Mtodos de Observacin, donde se recopila
informacin durante la ejecucin de los proyectos, (2) Mtodos Histricos, cuando se revisa
informacin de proyectos ya terminados, y (3) Mtodos controlados, cuando se establecen
mecanismos con mltiples observaciones para hacer verificacin estadstica o de otro tipo.

Los mtodos de Observacin normalmente son mecanismos que permiten detectar aspectos
interesantes al interior de proyectos de software y podran servir de base para nuevos
proyectos experimentales. Este tipo de mtodos incluyen: (1) Monitoreo de proyecto, donde
se recopila informacin sin nimo de influir en el desarrollo del mismo, (2) Estudio de caso,
donde la informacin se recopila siguiendo un mtodo y un propsito especial, (3) asercin,
cuando se recopila informacin para demostrar algn planteamiento o idea, y (4) estudio de
campo, cuando se revisan de forma simultnea varios proyectos.

Los mtodos Histricos permiten recopilar experiencias y conocimientos de proyectos y

productos ya elaborados, permitiendo reconocer y recopilar patrones y heursticas, as como
definir bases para nuevos proyectos experimentales. Los mtodos Histricos son: (1)
Investigacin literaria, cuando se revisa informacin de documentos y artculos
pblicamente disponibles, (2) datos legados, cuando se revisan los artefactos y documentos
productos de un proyecto de desarrollo ya terminado, (3) lecciones aprendidas, cuando se
analizan los resultados de un proyecto para establecer aspectos cualitativos que puedan
aplicarse a nuevos desarrollos, y (4) anlisis esttico, cuando la revisin se hace sobre
productos terminados y no sobre los documentos generados en su construccin. Tipo de
pregunta Tipo de Resultado Mecanismo de Validacin Pregunta Resultado Validacin Diseo
(Mtodo) de la investigacin Patrones de diseo de la investigacin.
 Los mtodos Controlados, estn diseados para establecer conclusiones fcilmente
verificables, normalmente permitiendo corroborar descubrimientos, tcnicas o modelos
encontrados mediante las otras tcnicas. Los mtodos controlados son: (1) experimento
replicado, cuando se aplican mtodos o tcnicas diferentes en varios proyectos de forma
simultnea para realizar comparaciones, (2) experimento en entorno sinttico, cuando se
utilizan proyectos simulados en laboratorio o en ambientes controlados, (3) anlisis
dinmico, cuando se modifica un producto para analizar su comportamiento y hacer
comparaciones, y (4) simulacin, cuando se hacen simulaciones de los proyectos o productos
en modelos del mundo real.

5. Experiencias utilizando el Modelo de Investigacin:

La primera iniciativa del grupo de investigacin LIDIS en donde se ha intentado aplicar parte
de este modelo general de investigacin, se inici a finales de 2001 en el tema de diseo y
reutilizacin de arquitecturas de software. Esta iniciativa surgi con el fin de apoyar los
procesos de fortalecimiento en temas de diseo de software y mejoramiento de productos
de la red de Parques Tecnolgicos de Software (ParqueSoft) y algunas empresas de
desarrollo de software en Colombia.

Durante su desarrollo, la iniciativa ha incluido una gran variedad de proyectos, incluyendo la

definicin de dominios de aplicacin, el diagnstico sobre los productos y prcticas al
interior de ParqueSoft, el establecimiento de nuevos estilos de arquitectura utilizando
herramientas opensource, la documentacin de patrones de diseo, la elaboracin de
libreras y marcos de trabajo (frameworks) y la construccin de herramientas de desarrollo y
generacin de cdigo.

En su primera etapa, Investigacin y desarrollo inicial, el grupo de investigadores trabaj en

la configuracin varios proyectos que nos permitieran caracterizar mejor el problema y
encontrar soluciones a los mismos. Muchos de estas investigaciones requirieron diseos
variados: investigacin literaria, estudio de campo, estudio de caso, experimento replicado y
monitoreo de proyectos, entre otros.

En esta primera etapa, desarrollada en el transcurso de un ao y medio, se realizaron

algunas actividades tanto en el laboratorio, como en dos de las empresas de desarrollo de
software. En esta primera etapa se buscaron proyectos que, por sus propias caractersticas,
permitieran cubrir el ms amplio espectro de posibilidades en trminos de tipos de
requerimientos funcionales y no funcionales aplicables a ese contexto. Al final de esta etapa
se defini con un conjunto de mtodos, tcnicas, patrones, estilos y herramientas de
software que podran resolver el problema en una gran variedad de empresas con
caractersticas similares.

En la segunda etapa de la estrategia, Investigacin aplicada, una gran variedad de proyectos

piloto fueron propuestos y realizados. En total se han desarrollado hasta el momento unos
siete proyectos piloto con empresas reales en donde los modelos, esquemas y herramientas
propuestos se han colocado a prueba y han servido como retroalimentacin a las
investigaciones. Proyectos que nos han permitido constatar y comparar los resultados y
hacer modificaciones y mejoras sobre los planteamientos.

En la actualidad, la iniciativa se halla revisando muchos de los resultados de los proyectos

piloto, trabajando en refinar las soluciones planteadas, definir modelos predicativos ms
confiables y establecer una tecnologa madura que pueda solucionar algunos de los
problemas y pueda aplicarse en otros entornos. Seguramente, la iniciativa tendr que seguir
desarrollando investigaciones aplicadas durante algn tiempo ms antes de consolidar un
paquete tecnolgico maduro que pueda ser presentado a la comunidad cientfica o
licenciado a la industria.

A partir de este trabajo, nuevas ideas de investigacin han surgido, en especial en el campo
de la migracin de aplicaciones y rediseo de arquitectura. Situacin que podr conducir
en un futuro al establecimiento de nuevas iniciativas de investigacin y a un nuevo conjunto
de etapas de una estrategia de investigacin en esa rea.

6. Conclusiones
La Ingeniera de Software no es una ciencia, es una profesin tecnolgica. Una profesin que
aborda la construccin e implementacin de un tipo particular de tecnologa, el software, y
genera conocimientos relacionados con el desarrollo de estas prcticas en proyectos y
situaciones reales. Por esta razn, esta profesin, como cualquier profesin tecnolgica, se
encuentra ntimamente relacionada con la industria de software y sus procesos de
mejoramiento y fortalecimiento.

Plantear una estrategia de trabajo investigativo que considere el desarrollo de la tecnologa,

la puesta a prueba de la misma en situaciones reales y su transferencia a las empresas de la
industria de software, debe ser un aspecto clave en el proceso de consolidacin de los
grupos y lneas de investigacin.

El involucrar actividades al interior de empresas de software, incluyendo proyectos piloto de

algunas tecnologas y/o proyectos de consultora o desarrollo, no significa que la estrategia
de investigacin no involucre el rigor apropiado o no se convierta solamente en una
estrategia comercial. Involucrar a las empresas de software en realidad es una necesidad en
el desarrollo de tecnologas realmente utilizables en la industria.

El desarrollo de las investigaciones debe realizarse con un rigor apropiado, buscando

mecanismos de verificacin que posibiliten determinar la veracidad y aplicabilidad de sus
resultados. Comprendiendo que los mtodos no aplican indistintamente a todo tipo de
proyectos u organizaciones y que una mayor comprensin sobre la forma como ellos aplican
en un caso determinado o no es necesaria.

La reflexin permanente sobre la estrategia y sobre los mtodos de investigacin

apropiados, son en s mismas, actividades que buscan definir el rigor apropiado a las
actividades de los grupos de investigacin.

En la actualidad, una gran variedad de autores e investigadores han desarrollado algunos

modelos y teoras relacionadas con los procesos de investigacin en ingeniera de software.

Lamentablemente, muchos de ellos parecen esquemas aislados o no articulados

apropiadamente.

Los grupos de investigacin pueden establecer su propio esquema de trabajo a partir de la

articulacin de las diferentes teoras y modelos existentes, buscando establecer con claridad
(1) la estrategia general para el trabajo investigativo, (2) las reas temticas que deben ser
abordadas, (3) los elementos bsicos del diseo de la investigacin y (4) una serie de
arquetipos o patrones de diseo de las investigaciones.
Bibliografa
[1] Basili, V. The experimental paradigm in software engineering en Rombach, D., Basili, V.,
Selby, R. Experimental Software Engineering Issues: Critical Assessment and Future
Directives. Proceedings of Dagstuhl-Workshop. publicado en Lecture Notes in Computer
Science #706. Springer-Verlag. 1993. [2] Basili, V. R., The Role of Experimentation: Past,
Present, Future, (Keynote presentation), 18th International Conference on Software
Engineering, Berlin, Germany, March, 1996. [3] Campos, F. J. Reingeniera de la Metodologa
en MIFISIS 2002. En MIFISIS 2002. I Workshop sobre Mtodos de Investigacin y
Fundamentos Filosficos en Ingeniera del Software y Sistemas de Informacin. Universidad
Rey Juan Carlos. Noviembre 18 de 2002.
http://kybele.escet.urjc.es/MIFISIS/Articulos/Art10.pdf [4] Consortium for Software
Engineering Research. http://www.cser.ca [5] Chavarriaga, J. La Ingeniera de Software como
profesin tecnolgica: Implicaciones en la investigacin. Mtodos de Investigacin y
Fundamentos Filosficos en Ingeniera del Software y Sistemas de Informacin. Madrid:
Universidad Rey Juan Carlos, 2003. p.162 - 178 [6] Dewayne, P. Porter, A. Votta, L. Empirical
Studies of Software Engineering: A roadmap. en Finkelstein, A. (editor) Proceedings of the
Conference on The Future of Software Engineering. ACM Press. 2002.
http://www.softwaresystems.org/front.html [7] Finkelstein, A. Kramer, J. Software
Engineering: a roadmap en Finkelstein, A. (editor) Proceedings of the Conference on The
Future of Software Engineering. ACM Press. 2002.
http://www.softwaresystems.org/front.html [8] Glass, R. The Software Research Crisis, IEEE
Software, Noviembre 1994.
http://csdl.computer.org/comp/mags/so/1994/06/s6042abs.htm [9] Galan, F.J. Caete, J.M.
Qu se entiende en Espaa por Investigacin en Ingeniera de Software? En MIFISIS 2002. I
Workshop sobre Mtodos de Investigacin y Fundamentos Filosficos en Ingeniera del
Software y Sistemas de Informacin. Universidad Rey Juan Carlos. Noviembre 18 de 2002.
http://kybele.escet.urjc.es/MIFISIS/Articulos/Art09.pdf [10] Jacobson, I. Object Oriented
Software Engineering: A Use Case Driven Approach. Addison-Wesley. 1992. [11] Johnson, R.
Beck, K. Booch. G. Cook, W. Gabriel, R. Wirfs-Brock, R. How to get a Paper Accepted at
OOPSLA. Panel. OOPSLA93.
http://www.acm.org/sigs/sigplan/oopsla/oopsla96/how93.html [12] Kitchenham B. A.,
Evaluating software engineering methods and tool, ACM SIGSOFT Software Engineering
Notes, (January, 1996) 11-15. [13] Koen, B. Definition of the Engineering Method. American
Society for Engineering Education. Washington. 1985. [14] Marcos, E. Investigacin en
Ingeniera de Software vs. Desarrollo de Software en MIFISIS 2002. I Workshop sobre
Mtodos de Investigacin y Fundamentos Filosficos en Ingeniera del Software y Sistemas
de Informacin. Universidad Rey Juan Carlos. Noviembre 18 de 2002.
http://kybele.escet.urjc.es/MIFISIS/Articulos/Art11.pdf [15] Martin, J. y McClure, C.
Structured Techniques for Computing. Prentice-Hall / Englewood Cliffs, NJ, EE.UU. 1985 [16]
Parnas, D. "Successful Software Engineering Research". Software Engineering Notes, Vol. 23,
No. 3, May 1998, pp. 64-68 [17] Potts, C. Software Engineering Research Revisited, IEEE
Software. Septiembre 1993. [18] Seaman, C., Conradi, R. Qualitative Methods in Software
Engineering Research. en la Conferencia ISERN, Octubre 2000.
http://csdl.ics.hawaii.edu/isern/slides/seaman.qual.ppt [19] Shaw, M. What makes Good
Research in Software Engineering?. European Joint Conference on Theory and Practice of
Software ETAPS 2002. Abril 2002. http://www- 2.cs.cmu.edu/~Compose/ftp/shaw-fin-
etaps.pdf [20] Shaw, M. Designing Good Research Projects in Software Engineering and
getting results accepted for publication. Carnegie Mellon University.
http://www.csc.calpoly.edu/~csturner/courses/shaw.pdf [21] Shaw, M. Writing Good
Software Engineering Research Papers. Minitutorial. Internacional Conference on Software
Engineering, ICSE 2003. Mayo 2003. http://www- 2.cs.cmu.edu/~Compose/shaw-icse03.pdf
[22] Snyder, A. How to get a Paper Accepted at OOPSLA. OOPSLA91 Proceedings.
http://www.acm.org/sigs/sigplan/oopsla/oopsla96/how91.html [23] Software Engineering
Institute. Carnegie Mellon University. http://www.sei.cmu.edu [24] Sprague de Camp, L. The
Ancient Engineers. Barnes & Noble. New Cork. 1993. [25] Zelkowitz, M. Wallace, D.
Experimental Models for Validating Technology. IEEE Computer . Mayo 1998, pp 23-31. [26]
Zelkowitz, M. Wallace, D. Experimental Validation in Software Engineering. Conference of
Empirical Assessment & Evaluation in Software Engineering, Keele University. Marzo 1997.
http://hissa.nist.gov/exper/ease.html