Reingenieria

28,176 views

Published on

Reingenieria

4 Comments
5 Likes
Statistics
Notes
No Downloads
Views
Total views
28,176
On SlideShare
0
From Embeds
0
Number of Embeds
254
Actions
Shares
0
Downloads
958
Comments
4
Likes
5
Embeds 0
No embeds

No notes for slide

Reingenieria

  1. 1. REINGENIERIA Integrantes: Darwin Valarezo Vickmar Morocho INGENIERÍA DE SOFTWARE
  2. 2. <ul><li>INTRODUCCION </li></ul><ul><li>REINGENIERIA DE PROCESOS DE NEGOCIO (RPN) </li></ul><ul><li>REINGENIERIA DE SOFTWARE </li></ul><ul><li>INGENIERIA INVERSA </li></ul><ul><li>REESTRUCTURACION </li></ul><ul><li>INGENIERIA DIRECTA </li></ul><ul><li>LA ECONOMIA DE LA INGENIERIA </li></ul>AGENDA
  3. 3. INTROCUCION ¿Qué es?   Es el proceso de reconstrucción del software, crear un producto con una mejor funcionalidad, mejor desempeño y fiabilidad, así como una mejor facilidad de mantenimiento.   ¿Quién la hace?   En el ámbito de las organizaciones, la reingeniería la llevan a cabo especialistas en negocios. En nuestro ámbito lo realizan los ingenieros de software. ¿Por qué es importante?   Por que nos permite mantenernos en el ritmo de las exigencias de las nuevas tecnologías, por tal motivo el software tendrá que rediseñarse para estar en ritmo.
  4. 4. <ul><li>¿Cuáles son los pasos? </li></ul><ul><li>  El proceso de reingeniería de software incluye análisis de inventarios, </li></ul><ul><li>reestructuración de documentos, ingeniería inversa, reestructuración de </li></ul><ul><li>programas y datos, e ingeniería avanzada. </li></ul><ul><li>  </li></ul><ul><li>¿Cuál es el producto obtenido? </li></ul><ul><li>Se produce una diversidad de productos de trabajo de reingeniería. Ejemplo: </li></ul><ul><li>Modelos de análisis, modelos de diseño, procedimientos de prueba, entre </li></ul><ul><li>otros. </li></ul><ul><li>  </li></ul><ul><li>¿Cómo puedo estar seguro de que lo he hecho correctamente? </li></ul><ul><li>  Utilizando las mismas prácticas de SQA que se aplican a cualquier proceso de </li></ul><ul><li>ingeniería del software: las revisiones técnicas formales evalúan los modelos </li></ul><ul><li>de análisis y de diseño; las revisiones especializadas consideran la </li></ul><ul><li>aplicabilidad y la compatibilidad en el negocio; y las pruebas se aplican para </li></ul><ul><li>descubrir errores en contenido, funcionalidad e interoperabilidad. </li></ul>INTROCUCION
  5. 5. REINGENIERIA DE PROCESOS DE NEGOCIO (RPN) <ul><li>La (RPN) rebasa el ámbito de las tecnologías de la información y de la </li></ul><ul><li>ingeniería de software. Una de las definiciones mas relevantes pala la (RPN) </li></ul><ul><li>en la publicada por la revista fortune “La búsqueda e implementación de un </li></ul><ul><li>cambio radical en el proceso de negocios para lograr resultados de </li></ul><ul><li>vanguardia”.  </li></ul><ul><li>Pero ¿como se lleva a cabo la búsqueda y como se logra la implementación? </li></ul><ul><li>¿Cómo se puede garantizar que el “cambio radical” nos conducirá a </li></ul><ul><li>“ resultados de vanguardia” en lugar de caos organizacional? </li></ul>
  6. 6. <ul><li>Procesos de negocios. </li></ul><ul><li>Es un conjunto de tareas lógicamente relacionadas que se ejecutan para lograr </li></ul><ul><li>un resultado de negocios específico; dentro de este se combina la gente, el </li></ul><ul><li>equipo, los recursos materiales y los procedimientos del negocio para producir </li></ul><ul><li>un resultado específico. Los ejemplos de proceso de negocios incluyen el </li></ul><ul><li>diseño de un nuevo producto, la compra de servicios y suministros, la </li></ul><ul><li>contratación de un nuevo empleado y el pago a proveedores. Cada uno </li></ul><ul><li>demanda un conjunto de tareas y también emplea diversos recursos dentro del </li></ul><ul><li>negocio. </li></ul><ul><li>  </li></ul><ul><li>Cada proceso de negocio tiene un cliente definido: una persona o grupo que </li></ul><ul><li>recibe el resultado. Además los procesos de negocio traspasan las fronteras </li></ul><ul><li>de la organización. </li></ul><ul><li>  </li></ul><ul><li>Cada sistema de negocio está compuesto de uno o mas procesos de negocio, </li></ul><ul><li>y cada proceso de negocio lo define un conjunto de subprocesos. </li></ul>REINGENIERIA DE PROCESOS DE NEGOCIO (RPN)
  7. 7. <ul><li>Un Modelo de RPN </li></ul><ul><li>  </li></ul><ul><li>La RPN es iterativa, las metas del negocio y los procesos con que se logran se </li></ul><ul><li>deben adaptar a un entorno de negocios cambiante. Por tal razón no existe </li></ul><ul><li>principio ni fin para la RPN. </li></ul><ul><li>  </li></ul><ul><li>  </li></ul>REINGENIERIA DE PROCESOS DE NEGOCIO (RPN)
  8. 8. <ul><li>Definición del negocio: El mismo que se identifica con cuatro controladores </li></ul><ul><li>clave: </li></ul><ul><li>Reducción de costo </li></ul><ul><li>Reducción de tiempos </li></ul><ul><li>Mejora de la calidad </li></ul><ul><li>Desarrollo y fortalecimiento del personal. </li></ul><ul><li>Identificación del proceso: Se identifican los procesos claves para así lograr </li></ul><ul><li>las metas precisas en la definición del negocio. </li></ul><ul><li>Evaluación del Proceso: se hace un análisis del proceso existente así como </li></ul><ul><li>también identificamos las tareas del proceso, tomamos nota de los costos y el </li></ul><ul><li>tiempo que consumen las tareas; aislando los problemas de calidad y </li></ul><ul><li>desempeño. </li></ul>REINGENIERIA DE PROCESOS DE NEGOCIO (RPN) Un Modelo de RPN
  9. 9. <ul><li>Especificación y diseño del proceso: Preparamos casos de uso para cada </li></ul><ul><li>proceso que será rediseñado. Aquí los casos de uso identifican un escenario </li></ul><ul><li>que entrega cierto resultado a un cliente. Con el caso de uso como la </li></ul><ul><li>especificación del proceso se diseña un nuevo conjunto de tareas para el </li></ul><ul><li>proceso. </li></ul><ul><li>Elaboración de Prototipos: Un proceso de negocios rediseñado debe </li></ul><ul><li>convertirse en prototipo antes de que sea integrado por completo en el </li></ul><ul><li>negocio. </li></ul><ul><li>Refinamiento y particularización: Con base en la retroalimentación del </li></ul><ul><li>prototipo, el proceso de negocio se refina y luego se particulariza dentro de un </li></ul><ul><li>sistema de negocio. </li></ul>REINGENIERIA DE PROCESOS DE NEGOCIO (RPN) Un Modelo de RPN
  10. 10. <ul><li>La reingeniería de software involucra diferentes actividades como lo son: </li></ul><ul><li>análisis de inventarios, reestructuración de documentos, ingeniería inversa, </li></ul><ul><li>reestructuración de programas y datos, e ingeniería directa; con la finalidad de </li></ul><ul><li>crear versiones de programas ya existentes que sean de mejor calidad y los </li></ul><ul><li>mismos tengan una mayor facilidad de mantenimiento. </li></ul><ul><li>Mantenimiento del software </li></ul><ul><li>  </li></ul><ul><li>El mantenimiento del software se define identificando cuatro actividades </li></ul><ul><li>Deferentes como lo son: mantenimiento correctivo, mantenimiento </li></ul><ul><li>adaptativo, mejora o mantenimiento de perfeccionamiento y mantenimiento </li></ul><ul><li>preventivo o reingeniería. Según estadísticas el 20 % del trabajo de </li></ul><ul><li>mantenimiento se emplea en “componer errores”. El restante 80% se dedica a </li></ul><ul><li>adaptar los sistemas existentes a los en su entorno externo. </li></ul>REINGENIERIA DE SOFTWARE
  11. 11. <ul><li>Un modelo de Proceso de Reingeniería del software. </li></ul><ul><li>  </li></ul>REINGENIERIA DE SOFTWARE
  12. 12. <ul><li>Análisis de Inventarios: Las organizaciones de software deberían tener un </li></ul><ul><li>inventario de todas sus aplicaciones. El inventario tal vez no sea más que un </li></ul><ul><li>modelo en una hoja de cálculo que contenga información que proporcione una </li></ul><ul><li>descripción detallada (tamaño, edad, importancia para el negocio) de las </li></ul><ul><li>aplicaciones activas. Es importante señalar que el inventario deberá visitarse con </li></ul><ul><li>regularidad, el estado de las aplicaciones puede cambiar en función del tiempo y, como </li></ul><ul><li>resultado, cambiaran las prioridades para la reingeniería. </li></ul><ul><li>  </li></ul><ul><li>Reestructuración de documentos. La documentación débil es la marca de </li></ul><ul><li>muchos sistemas heredados. ¿Pero que se hace acerca de ello? ¿Cuáles son </li></ul><ul><li>las opciones?. Crear documentación consume mucho tiempo, si el sistema funciona </li></ul><ul><li>Vivirá con lo que tenga. La documentación debe actualizarse pero se tiene recursos </li></ul><ul><li>limitados. Se utilizara un enfoque de “documentar cuando se toque”. El sistema es </li></ul><ul><li>crucial para el negocio y debe volver a documentarse por completo incluso en este caso </li></ul><ul><li>un enfoque inteligente es recortar la documentación a un mínimo esencial. Cada una de </li></ul><ul><li>estas opciones es viable. Una organización de software debe elegir la más apropiada </li></ul><ul><li>para cada caso. </li></ul>REINGENIERIA DE SOFTWARE Un modelo de Proceso de Reingeniería del software.
  13. 13. <ul><li>Ingeniería Inversa: Es el proceso de analizar un programa con la finalidad e </li></ul><ul><li>crear una representación del programa en un mayor grado de abstracción que </li></ul><ul><li>el código fuente. La ingeniería inversa es un proceso de recuperación de </li></ul><ul><li>diseño. Las herramientas de la ingeniería inversa obtienen información del </li></ul><ul><li>diseño de datos, arquitectónico y de procedimientos a partir de un programa </li></ul><ul><li>existente. </li></ul><ul><li>Reestructuración de código: El tipo más común de reingeniería es la </li></ul><ul><li>reestructuración de código, se lo puede hacer con módulos individuales que se </li></ul><ul><li>codifican de una manera que dificultan comprenderlos, probarlos y </li></ul><ul><li>mantenerlos. Llevar a cabo esta actividad requiere analizar el código fuente </li></ul><ul><li>empleando una herramienta de reestructuración. </li></ul>REINGENIERIA DE SOFTWARE Un modelo de Proceso de Reingeniería del software.
  14. 14. <ul><li>Reestructuración de datos: La reestructuración de datos es una actividad de </li></ul><ul><li>reingeniería a gran escala. En la mayoría de los casos, la reestructuración de </li></ul><ul><li>datos comienza con una actividad de ingeniería inversa. La arquitectura de </li></ul><ul><li>datos actual se analiza con minuciosidad y se define los modelos de datos </li></ul><ul><li>necesarios, se identifican los objetivos de datos y los atributo, y después se </li></ul><ul><li>revisa la calidad de las estructuras de datos existentes.  </li></ul><ul><li>Ingeniería directa: La ingeniería directa, también llamada renovación o </li></ul><ul><li>reclamación, no solo recupera la información de diseño a partir del software </li></ul><ul><li>existente, también utiliza esta información para alterar o reconstruir el sistema </li></ul><ul><li>existente con la finalidad de mejorar su calidad global. En la mayoría de los </li></ul><ul><li>casos el software sometido a reingeniería vuelve a implementar la función del </li></ul><ul><li>sistema existente y también añade nuevas funciones o mejora el desempeño </li></ul><ul><li>global. </li></ul>REINGENIERIA DE SOFTWARE Un modelo de Proceso de Reingeniería del software.
  15. 15. Ingeniería Inversa <ul><li>Proceso de analizar el software con el objetivo de recuperar su diseño y especificación. </li></ul><ul><li>Requiere de entradas tal como el código fuente. </li></ul><ul><li>Se diferencia de la reingeniería pues esta trata de obtener un nuevo sistema más sostenible. </li></ul>
  16. 16. Ingeniería Inversa
  17. 17. Ingeniería Inversa <ul><li>Grado de Abstracción. - Se refiere a la sofisticación del diseño que es obtenido del código fuente. Conforme aumenta el nivel se obtiene información que permitirá entender de mejor manera los diferentes programas. </li></ul><ul><li>Completitud :- Se refiere al grado de detalle que se ofrece en un grado de abstracción, lo cual provee de una mejora en proporción directa con la cantidad de análisis que efectúa quien realiza la ingeniería inversa. Además tomamos en cuenta la interactividad refiriéndose al grado en que el humano esta integrado con las herramientas para crear un proceso de ingeniería inversa efectivo. En consecuencia con el aumento de los puntos antes mencionados se deberá incrementar la completitud. </li></ul><ul><li>Direccionalidad .- tiene que ver en dos sentidos, para el caso de ser unidireccional , la información obtenida del código fuente servirá en cualquier actividad de mantenimiento. Por otra parte si es bidireccional , la información alimentara a herramientas de REINGENIERIA que reestructurara o regenerara el software anterior. </li></ul>
  18. 18. P ARA COMPRENDER DATOS. <ul><li>Es una de las primeras tareas de reingeniería, ya que la frecuente ocurrencia de los datos en distintos niveles de abstracción, las estructuras de los datos internos son sometidos a esta tarea para ajustarlos con los paradigmas de la gestión de BBDD, con lo cual se establecen escenarios para la introducción a bases de datos nuevas que contengan todo el sistema. </li></ul>
  19. 19. Estructuras de datos internos <ul><li>Enfoca a la definición de clases de objetos para examinar el código con el fin de agrupar las variables que se pueden relacionar. </li></ul>
  20. 20. Estructuras de base de datos <ul><li>Permite comprender los objetos existentes y sus respectivas relaciones. </li></ul><ul><li>Construcción de un modelo inicial de objeto. </li></ul><ul><li>Determinación de los candidatos claves. </li></ul><ul><li>Refinar las clases tentativas. </li></ul><ul><li>Definición de generalidades. </li></ul><ul><li>Descubrimiento de asociaciones. </li></ul>QUE PASOS SE SIGUEN? <ul><li>Luego se realiza una serie de transformaciones para correlacionar con el modelo anterior con la nueva. </li></ul>
  21. 21. PARA COMPRENDER EL PROCESAMIENTO. <ul><li>Trata de comprender y extraer abstracciones de los procedimientos que se representan en el código. </li></ul><ul><li>Para esto se debe analizar en grados variables de abstracción como sistema, programas componentes, patrones y planteamiento. </li></ul><ul><li>Además se debe considerar la funcionalidad de forma global </li></ul>
  22. 22. DE INTERFACES DE USUARIO. <ul><li>Antes de reconstruir cualquier interfaz de usuario se realiza actividades de II, se requiere especificar estructuras y comportamientos de las interfaces. </li></ul>¿Cuáles son las acciones básicas que procesa la interfaz? ¿Descripción del comportamiento del sistema a dichas acciones? ¿Qué equivalencia de las interfaces es mas relevante?. Consideraciones
  23. 23. Reestructuración <ul><li>Modifica el código o los datos con la finalidad de adecuarlos para futuros cambios. </li></ul><ul><li>No modifica la arquitectura sino que se enfoca sobre detalles de diseño de los módulos y en la estructura de datos </li></ul>
  24. 25. Reestructuración de código <ul><li>Genera un diseño que produzca la misma función del programa pero con mayor calidad. </li></ul><ul><li>El objetivo es tomar una porción de código y derivar el diseño de procedimientos que concuerden con la filosofía del mismo. </li></ul>
  25. 27. Reestructuración de datos <ul><li>Primero se realiza el ANALISIS del código. </li></ul><ul><li>Se evalúan las definiciones de los datos, archivos, O/I e Interfaces. </li></ul><ul><li>Extraer elementos y objetos de datos para obtener información del flujo de datos y comprender la estructura </li></ul>
  26. 28. Reestructuración de datos <ul><li>Rediseño de datos trata de que exista consistencia de los mismos (nombres y formatos de registro) en na estructura o archivo. </li></ul><ul><li>Racionalización de nombre asegura que el nombramiento de datos concuerden con el estándar local y elimina los pseudónimos (flujo de datos a través del sistema) </li></ul>
  27. 30. INGENIERIA DIRECTA <ul><li>Se puede trabajar modificación tras modificación y luchar con el diseño para implementar los cambios. </li></ul><ul><li>Intentar conocer el funcionamiento interno del SW para realizar modificaciones eficientes. </li></ul><ul><li>Rediseñar, recodificar y. probar el Sw en un enfoque de Ingeniería de Sw </li></ul>
  28. 31. ECONOMIA DE LA REINGENIERIA <ul><li>P1 COSTO DE MANTENIMIENTO ANUAL </li></ul><ul><li>P2 COSTO DE OPERACIÓN ANUAL </li></ul><ul><li>P3 VALOR DE NEGOCIOS </li></ul><ul><li>P4 COSTO DE MANT PREDICHO </li></ul><ul><li>P5 COSTO DE OPERACIÓN ANUAL PREDICHO </li></ul><ul><li>P6 VALOR DE NEGOCIOS PREDICHO </li></ul><ul><li>P7 COSTO ESTIMADO </li></ul><ul><li>P8 FECHA ESTIMADO </li></ul><ul><li>P9 FACTOR RIESGO </li></ul><ul><li>L VIDA ESPERADA </li></ul>
  29. 32. Formulas para el Calculo <ul><li>Costo mantenimiento </li></ul><ul><li>(p3 – (p1+ p2) * L </li></ul><ul><li>Costo reingeniería </li></ul><ul><li>(p6 – (p4+ p5)*(L – p8) – (p7*p9)). </li></ul><ul><li>Costo beneficio </li></ul><ul><li>Costo reingeniería - Costo mantenimiento </li></ul>

×