Cuadro comparativo

1,668 views
1,410 views

Published on

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
1,668
On SlideShare
0
From Embeds
0
Number of Embeds
157
Actions
Shares
0
Downloads
17
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Cuadro comparativo

  1. 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 MoralesISC – 2010/01 Marzo de 2012
  2. 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 08350384Zarate Castillo Celeste Yamín celeste_tux@hotmail.com 08350385
  3. 3. METODOLOGIAS DE LA REINGENIERIA DEL SOFTWAREMÉTODO/MODELO FASE ACTIVIDADES VENTAJAS DESVENTAJASMÉTODO ANÁLISIS DE FASE I. El Es un método sistemático, de Identifica Pude que demore masOPCIONES PARA entorno arquitectura central y de toma componentes de tiempo de losREINGENIERÍ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. 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 deseableMODELO 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. 5. REFERENCIAS[Berg 99] Bass, L &Kazman, R. “Architecture-Based Development” (CMU/SEI-99-TR-007). Pittsburgh, Pa.: SoftwareEngineering Institute, Carnegie Mellon University, 1999.[Berg 96] Behforooz, Ali & Hudson, Frederick.“Software Engineering Fundamentals”.Publicadopor Oxford UniversityPrees, 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 forMining Legacy Assets(CMU/ SEI-2001-TN-013) Pittsburgh, Pa.: Software Engineering Institute, Carnegie MellonUniversity, 2001[Bisb 99] Bisbal, Jesus; Lawless, Deirdre; Wu, Bing &Grimson, Jane “ Legacy Information Systems: Issues andDirections” IEEE Software, September-October 1999, Vol 16, No. 5, pags 103-111http://escolar.ittux.edu.mx/file.php/298/unidad-3/metodologias-reingenieria-software.pdfhttp://copernico.uneg.edu.ve/numeros/c11/c11_art05.pdfhttp://www.monografias.com/trabajos17/reingenieria-software/reingenieria-software.shtml

×