reingenieria

5/17/2018 reingenieria - slidepdf.com

http://slidepdf.com/reader/full/reingenieria-55b07a8c555cb 1/32

Reingeniería del Software

M.C. Juan Carlos Olivares Rojas

CECyTEM, Morelia, Junio 2010



Software Hoy en Día

• Mito: los

programadores deahora ya noprograman como losde antes.

• Herramientas másfáciles y productivas

• El software es cadadía más complejo



• ¿Si su software fuera un edificio, se parecería

mas a uno de la izquierda o de la derecha?




¿Software Sustentable?



• Reducir

• Reusar

• Reciclar

• 80% Desarrollo de Software es paramantenimiento. Por lo tanto se necesita de uncódigo simple, legible y bien diseñado para queen un futuro pueda ser extensible.

Software Sustentable



• Se originó a finales de la década de 1980

aunque se popularizó en la década de 1990.

• La reingeniería es un proceso que trata de dar

respuesta a una interrogante: ¿Estamos acasohaciendo las cosas bien o podríamos hacerlasmejor?

• Es el rediseño o cambio drastico de un procesoen un negocio (deriva hacia el producto). Escomenzar de cero, cambio de todo o nada.

Reingeniería



Ejemplo de Reingeniería



• La reingeniería de software es costosa y

consumidora de tiempo.

• La reingeniería es una actividad de

reconstrucción, preferible de realizar antes deque se “derrumbe” la obra.

• Antes de derribar una casa, quizás se necesitacorroborar que está mal.




• La reingeniería es un proceso que altera los

elementos internos de toda obra, no es unasola remodelación de la fallada.

• La reingeniería ayuda a la evolución ymantenimiento del software

• Generalmente se siguen los siguientes pasospara aplicar reingeniería:




• Refactoring (Reestructuración) es modificar el

comportamiento interno (generalmente códigofuente) sin modificar su comportamientoexterno (apariencia, funcionalidad).

• Un cambio al sistema que deja sucomportamiento inalterable (sin cambios), peroaumenta alguna cualidad no funcional comosimplicidad, flexibilidad, comprensión, … [Beck,1999]

Refactoring



• El término se creó como analogía con la

factorización de números y polinomios. Por ejemplo, x² − 1 puede ser factorizado como (x + 1)(x − 1), revelando una estructura interna que no era visible previamente (como las dos raíces en -1 y +1)

• El libro de Martin Fowler Refactoring es la

referencia clásica (1999).

Definición



• Es correcto el siguiente modelo

•¿Se puede mejorar?¿cómo?

Ejemplo de Refactoring



• Si. Subiendo el método a la clase padre

• ¿En qué casos no sería conveniente estarefactorización?

• Cuando los métodos difieren en suim lementación. Pero aun así es mala?

Ejemplo de Refactoring



¿Qué hay de malo en esto?



Antipatrón BLOB

ó O



Antipatrón BLOB

B d S ll



• Algunas ideas sobre que reestructura

Bad SmellsBAD SMELL REFACTORING PROPUESTO

CODIGO DUPLICADO EXTRAER EL MÉTODO

SUBIR VARIABLES

SUSTITUIR EL ALGORITMO

MÉTODOS LARGOS EXTRAER EL MÉTODO

INTRODUCIR OBJETOS COMO PARÁMETROS

REEMPLAZAR EL MÉTODO CON UN OBJETOMÉTODO

CLASES GRANDES EXTRAER CLASES

EXTRAER SUBCLASES

CARACTERÍSTICA DE LA “ENVIDIA” MOVER MÉTODO

CLASES “PEREZOSAS” COLAPSAR JERARQUÍAS

I i í I



• Se aplica para obtener un modelo detallado de

análisis, ingeniería de requerimientos, diseño yen algunos casos implementación teniendo unasolución, la cual es una actividad consumidorade tiempo.

• Tanto la Ingeniería Inversa como laReingeniería en la mayoría de las licencias deSoftware se encuentran penadas por la ley.

Ingeniería Inversa

I i í I



• Los archivos ejecutables pueden ser

desemsamblados obteniendo su código fuenteen ensamblador.

• Los archivos ejecutables con código portable(Java, .NET) pueden ser desemsambladospara obtener su código fuente.

Ingeniería Inversa

R di ñ



Rediseño

R d S ft



• El reuso es una de las técnicas de resolución

de problemas que más utilizamos los humanos.De hecho es lo primero que verifica nuestrocerebro.

• El reuso en software nos ayuda a mejorar laproducción y calidad del software al “no reinventar la rueda”.

• Desafortunadamente no todo se puede

reutilizar.

Reuso de Software

R d S ft



• La reutilización es la propiedad de utilizar

conocimiento, procesos, metodologías ocomponentes de software ya existente paraadaptarlo a una nueva necesidad,incrementando significativamente la calidad yproductividad del desarrollo.

• Para que un objeto pueda ser reusable senecesita de un alto nivel de abstracción. Entremayor es su nivel de abstracción, mayor es sunivel de reuso.

Reuso de Software

Of ió



Ofuscación

Ot Ej i i



• P1: Reestructuración de auto documentación

con Javadoc

• P2: traducción de un código a otro

• P3: Estándares de codificación (notaciónCamello-Húngaro, manejo de IDs) y Pruebas

Unitarias.

• P4: manejo de versiones, construcción desde

cero. Ofuscación de código.

Otros Ejercicios

Ot Ej i i



• P5: reestructuración de datos (archivos a base

de datos). Internalización.

• P6: creación de bibliotecas utilizando patrón de

diseño MVC

• P7: uso de catálogo de refactorings

• P8: Utilización de patrón de diseño factoría

Otros Ejercicios

Ot Ej i i



• P9: Refactoring otro lenguaje mismo paradigma

de programación

• P10: Ingeniería inversa

• P11: Refactoring de POO a Aspectos

• P12: Patrón Diseño Adapter

• P13: Patrón diseño memento

Otros Ejercicios

Calidad del Soft are en Mé ico

R f i



Calidad del Software en México• Roger S. Pressman, Ingeniería de software un

enfoque práctico.Ed. McGraw Hill.

•

• Piattini M.G. y F.O, Calidad en el desarrollo y

mantenimiento del software. Ed. RAMA.•

• Fowler, M. (1999), Refactoring, Adison-Wesley.

Referencias

D d



Dudas

Datos de Contacto



• Departamento de Sistemas y Computación

• Edificio I, Inst. Tec. De Morelia

• [email protected]

• http://antares.itmorelia.edu.mx/~jcolivar • MSN: [email protected]

• Skype: juancarlosolivares

• Twitter: @jcolivares

• Facebook: Juan Carlos Olivares Rojas

Datos de Contacto

mailto:[email protected]

http://antares.itmorelia.edu.mx/~jcolivar



















reingenieria

Documents