1. S.E.P. D.G.E.S.T. S.N.E.S.T.
INSTITUTO TECNOLÓGICO
de Tuxtepec
INFORMES SOBRE LAS DIFERENTES METODOLOGIAS DE
LA REINGENIERIA DEL SOFTWARE
UNIDAD III:
Métodos y modelos de la reingeniería del software
CARRERA:
Ingeniería en Sistemas Computacionales
MATERIA:
Reingeniería de Software
PRESENTAN:
Bolaños Duran Juan Carlos
Pérez Antonio Julio Cesar
Vázquez Gómez Guadalupe
Vicente Azamar Timoteo
Zarate Castillo Celeste Yamín
CATEDRÁTICO:
L. I. María de los Ángeles Martínez Morales
ISC – 2010/01 Marzo de 2012

2. NOMBRE DEL
CORREO ELECTRONICA N° DE CONTROL
ALUMNO
Bolaños Duran Juan
scorpion_03k@hotmail.com
Carlos 08350634
Pérez Antonio Julio
jcpat_10@hotmail.com
Cesar 08350355
Vázquez Gómez
Guadalupe lupev_g@hotmail.com 08350380
Vicente Azamar
Timoteo alkon_1_15@hotmail.com 08350384
Zarate Castillo Celeste
Yamín celeste_tux@hotmail.com 08350385

3. METODOLOGIAS DE LA REINGENIERIA DEL SOFTWARE
MÉTODO/MODELO FASE ACTIVIDADES VENTAJAS DESVENTAJAS
MÉTODO ANÁLISIS DE FASE I. El Es un método sistemático, de Identifica Pude que demore mas
OPCIONES PARA entorno arquitectura central y de toma componentes de tiempo de los
REINGENIERÍA FASE II. El de decisiones para la arquitectura. esperado en el
Software identificación y extracción de Analiza cambios proceso
componentes y complejos requeridos.
sistemas de software.
Establecimiento del contexto de
extracción.
Inventario de componentes.
Análisis de componentes
candidatos.
Plan de opciones de extracción.
Selección de opciones de
extracción.
MODELO HERRADURA FASE III. El Tiene como procesos básicos Recupera la Dificultad en la

4. desarrollo el análisis de un sistema arquitectura construcción de la
existente, transformación lógica desde el código parte anterior del
y desarrollo de un sistema. fuente. sistema.
Transforma la No suele ser
arquitectura. transformaciones en el
Ejemplifica la nivel de arquitectura.
arquitectura
deseable
MODELO CÍCLICO FASE IV. La Análisis del inventario. Se produce de Puede tener el tiempo
documentación Restructuración de documentos forma secuencial demorado para hallar
Ingeniería inversa y lineal. un riesgo determinado
Restructuración del código. Se pueden
Restructuración de datos. repetir en otras
Ingeniería directa. ocasiones.

5. REFERENCIAS
[Berg 99] Bass, L &Kazman, R. “Architecture-Based Development” (CMU/SEI-99-TR-007). Pittsburgh, Pa.: Software
Engineering Institute, Carnegie Mellon University, 1999.
[Berg 96] Behforooz, Ali & Hudson, Frederick.“Software Engineering Fundamentals”.Publicadopor Oxford University
Prees, New York, 1996
[Berg 00] Bergey, John &Smit Dennis “Guidelines for Using OAR Concepts in a DoD Product Line Acquisition Context”
(CMU/ SEI-2000-TN-008). Pittsburgh, Pa.: Software Engineering Institute, Carnegie Mellon University, 2000
[Berg 01] Bergey, John; O’Brien, Liam & Smith, Dennis “Options Anaysis for Reengineering (OAR): A Method for
Mining Legacy Assets(CMU/ SEI-2001-TN-013) Pittsburgh, Pa.: Software Engineering Institute, Carnegie Mellon
University, 2001
[Bisb 99] Bisbal, Jesus; Lawless, Deirdre; Wu, Bing &Grimson, Jane “ Legacy Information Systems: Issues and
Directions” IEEE Software, September-October 1999, Vol 16, No. 5, pags 103-111
http://escolar.ittux.edu.mx/file.php/298/unidad-3/metodologias-reingenieria-software.pdf
http://copernico.uneg.edu.ve/numeros/c11/c11_art05.pdf
http://www.monografias.com/trabajos17/reingenieria-software/reingenieria-software.shtml