Dpss u3 a2_alds
- 1. UNIVERSIDAD ABIERTA Y A DISTANCIA DE MEXICO UNIDAD 3. MANTENIMIENTO DE SISTEMAS DE SOFTWARE ACTIVIDAD 2. PROCESOS DE EVOLUCION DEL SOFTWARE ALUMNO: DÍAZ SALAZAR ALEXIS MICHELLE GPE. DOCENTE: RICARDO RODRIGUEZ NIEVES
- 2. ANALISIS DEL SUBTEMA 3.2 LA EVOLUCION DEL SOFTWARE: Es todas las actividades de programación que se orientan a generar una nueva versión de un software a partir de una versión anterior operativa.(Lehman y Ramil). Las leyes se distinguen en tres categorías de software: 1. Un programa S se escribe de acuerdo con una especificación exacta de los que el programa puede hacer. 2. Un programa P se escribe para implementar ciertos procedimientos que determinan lo que el programa puede hacer. 3. Un programa E está escrito para llevar a cabo algún tipo de actividad en el mundo real; su comportamiento está relacionado con el entorno en el que se ejecuta. Un programa de este tipo tiene que adaptarse a las diferentes necesidades y circunstancias del medio ambiente.
- 3. LEYES A CONTEMPLAR PARA LOS PROCESO DE EVOLUCION DEL SOFTWARE • Cambio continuo • Aumento de la complejidadL1 • Evolución de sistemas grandes • Estabilidad organizacional • Sistema de retroalimentaciónL2 • Conservación de familiaridad • Continuo crecimientoL3
- 4. EJEMPLO GRÁFICO DE UNA REINGENIERÍA DE SISTEMAS Hay una propuesta de evolución del software de Bennet y Rajlich (2000), que se muestra en la siguiente imagen, la cual considera a todos los sistemas de software, incluyendo a los de programa E, y se basa en el principio de que todos los sistemas tienen una versión alfa, una etapa de madurez y una salida.
- 5. ETAPAS DE CADA TIPO DE PROGRAMA Alfa: Se detectan faltas de algunas características Madurez: Los usuarios implican cambios por necesidades Salida: Se mantiene estable hasta que ya no sea adaptable. Vislumbra posibles cambios o modificaciones en el futuro y las referencias se basan en escenarios o casos de estudios los usuarios pueden detectar fallas, que se pueden corregir durante la etapa de madurez a partir de requisitos más específicos y precisos, debido al estudio de casos o escenarios facilita la identificación de las fases del sistema de software y se determina a tiempo la posible salida de un sistema para ir preparando el nuevo, considerando siempre que las necesidades del usuario sean satisfechas
- 6. EJEMPLOSDELAEVOLUCION DECADATIPODESOFTWARE ALFA Programa FreeMind: herramienta para pc que permite realizar diagramas conceptuales, esencialmente, y adaptable al uso del Internet 2.0. su cambio y salida a programas con gran diseño de adaptabilidad después del lanzamiento del mismo. MADUREZ Programa Moodle: herramienta para ayudar a los educadores a crear comunidades de aprendizaje en línea, gracias a su gran eficiencia se logró adaptar a instituciones educativas a nivel internacional. SALIDA Programa: PHP herramienta que permite la administración de una base de datos de MySQL a través de páginas web, la cual últimamente han comenzado a verse obsoleto, debido a que los mismos programas permiten ejecutarse desde la nube, innecesariamente de pagos excesivos a servidores externos
- 7. Ejemplo Gráfico de la Reingeniería de Sistemas La modificación de un producto software, o de ciertos componentes, usando para el análisis del sistema existente técnicas de ingeniería inversa y, para la etapa de reconstrucción, herramientas de ingeniería directa, de tal manera que se oriente este cambio hacia mayores niveles de facilidad en cuanto a mantenimiento, reutilización, comprensión o evaluación. La reingeniería implica borrar todo lo pasado y empezar de nuevo. Se determina primero qué debe hacerse y luego cómo debe hacerse. Se olvida de lo que es y se concentra en lo que debe ser.
- 8. 1. Se tiene una necesidad 2. Se hace uso de un programa 3. Se realiza el cálculo del producto 4. Al no lograrse la necesidad, se observa y se reestructura el código 5. Se realiza el cálculo nuevo 6. Se alcanza el resultado deseado EJEMPLO GRAGICO DE REINGENIERÍA DE SISTEMAS
- 9. TIPOS DE CAMBIO LOGICOS: Operandos incorrectos en una expresión lógica Lógica fuera de secuencia, Variable incorrecta Falta de prueba lógica o condición Número de iteraciones incorrectas en un ciclo COMPUTACIONALES: Operandos incorrectos en ecuación Uso incorrecto de paréntesis Ecuación incorrecta o inexacta Error de redondeo o truncamiento DE ENTRADA: Formato incorrecto Lectura de entrada desde ubicación incorrecta Fin de archivo no encontrado o encontrado prematuramente DE SALIDA: Manejo de datos Archivo de datos no disponible Datos de referencia fuera de límites Datos de inicialización variables usados como bandera, o índice no ajustado apropiadamente Los datos no están apropiadamente definidos ni dimensionados Error de subíndices MANEJO DE DATOS Archivo de datos no disponible Datos de referencia fuera de límites. Datos de inicialización variables usados como bandera, o índice no ajustado apropiadamente Los datos no están apropiadamente definidos ni dimensionados Error de subíndices
- 10. TIPOS DE CAMBIO INTERFAZ: Interfaz de software / hardware Interfaz de usuario software Interfaz de base de datos de software MEJORA: Mejora de funciones existentes Mejora de interfaz ESPECIFICACIÓN: Interfaz del sistema Especificación incorrecta o inadecuada Especificación de requerimientos incorrecta o inadecuada Entrenamiento / manual de usuario inadecuado RENDIMIENTO: Tiempo límite excedido Límite de almacenamiento excedido Código o diseño ineficiente Eficiencia de la red OPERACIONES: Cambio de software Configuración del control
- 11. TIPOS DE CAMBIO El equipo de mantenimiento asigna también una prioridad al FCS (Formulario de Cambio de Software), bajo las siguientes características: Emergencia, si el FCS es necesario para evitar tiempo de inactividad del sistema, o si los requerimientos son de alta prioridad. Urgente, si se necesita el FCS en la próxima entrega de software para un proceso en particular, o para solucionar un problema que surgió como resultado de un cambio en las operaciones. Rutina para el resto de los FCS, por ejemplo, la conversión de unidades, cambios en el valor por defecto y para arreglar la impresión.
- 12. CONCLUSIÓN: La reingeniería del software es muy importante para el mantenimiento de aplicaciones que el desarrollo de estos ha sido muy costoso para luego tratar de adaptarlos a sus necesidades. Asimismo permite el desarrollo de aspectos tales como recuperar el diseño, desarrollar documentación, convertir código a lenguaje orientado a objetos. Trata de mantener la funcionalidad del sistema, mantenimiento de los datos, que se estructuraron con una interfaz de usuario totalmente nueva y que facilite su utilización por parte del usuario final con las nuevas especificaciones. La reingeniería del software se trata de realizar una completa automatización de los procesos.
- 13. REFERENCIAS: Ingeniería del Software I. (2006). 1er. Cuatrimestre. Informe 1: Análisis de Requerimientos y Especificación. Consultado el 16 de Marzo de 2018. Recuperado de: http://www.idaes.edu.ar/pdf_papeles/UnTercerInformeUno.pdf UNADM. (2018). Programa de la asignatura: Pruebas y mantenimiento de sistemas de software. Unidad 3. Mantenimiento de sistemas de software, Consultado el 16 de Marzo de 2018. Recuperado de: https://unadmexico.blackboard.com/webapps/assignment/uploadAssinment? content_id=1473365_1&course_id=47028_1&user_id=136691_1 BIBLIOGRAFÍA: Pressman Roger, Ingeniería de software, sexta edición