1. ACTIVIDAD 2
PROCESOS DE EVOLUCIÓN DE
SOFTWARE
UNAD
Nombre: Carlos A. Dzul
Ocejo
Grupo: DS-DPSS-1801-
B1-001
Facilitador: MC Ricardo
Rodríguez Nieves
20/03/2018
Desarrollo de Unidad 3 Mantenimiento de
2. CATEGORÍAS DE SOFTWARE
DE LEHMAN Y BELADY
• Se escribe de acuerdo con una
especificación exacta de lo que el
programa puede hacer.
• Son aquellos que pueden
especificarse formalmente. Por
ejemplo, sistemas que devuelven
resultados en base a fórmulas ya
definidas
UNAD Desarrollo de Unidad 3 Mantenimiento de
Programa S Programa P Programa E
EJEMPLO
• Programa que realiza un
cálculo de pago de artículos,
hace suma del pago total y
agrega el porcentaje de
impuestos.
• Son aquellos que pese a que pueden
especificarse formalmente, su solución
no es ni aparente, ni inmediata, lo que
provoca que sea necesario un proceso
iterativo para encontrar una solución
válida. Se sabe, por tanto, el resultado
que se necesita (o el esperado), pero no
se sabe describir cómo llegar a él.
EJEMPLO
• Aplicación para “trading”
(inversión en bolsa de
valores). Los resultados
cambian constantemente
tras hacer un análisis de
diversos datos financieros
• Son aquellos que tratan de modelar
procesos del mundo real y como
consecuencia de su uso forman parte
del mundo que tratan de modelar,
dando lugar a una situación en la que
el sistema y su entorno evolucionan
de manera conjunta
EJEMPLO
• Aplicación asistente virtual que
realiza tareas como realizar
búsquedas en internet, agendar
cita, alarmas y recordatorios,
realizar llamadas y mensajes.
Simula “ser una persona”.
Ejemplo: Aplicación OK,
GOOGLE.
3. ETAPAS DE EVOLUCIÓN DEL SOFTWARE
DE BENNETT Y REJLICH
• Desarrollo inicial.
• Requisitos de usuario
• Reglas de negocio
• Políticas, algoritmos.
• Es posible vislumbrar
posibles cambios o
modificaciones en el futuro.
• Es posible que se detecte la
falta de algunas
características.
UNAD Desarrollo de Unidad 3 Mantenimiento de
ETAPA ALFA ETAPA MADUREZ ETAPA SALIDA
• Se origina por que los
usuarios tienden a cambiar
sus necesidades.
• Los usuarios pueden
cambiar su percepción en
cuanto a mejoras del
sistema.
• Se pueden detectar fallas.
• Se pueden corregir fallas
• El Software puede seguir o
no en producción
• Ya no hay soporte técnico.
• El sistema es dado de baja.
• Los usuarios pueden ser
redireccionados a un
Software nuevo.
4. 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 oUNAD Desarrollo de Unidad 3 Mantenimiento de
¿Qué es?
• Es el proceso de análisis de un
programa con el fin de crear una
representación con un nivel de
abstracción más elevado que el
código fuente. Recupera el
diseño original arquitectónico,
de proceso, y la información de
los datos.
Ingeniería Inversa
5. TIPOS DE CAMBIO
• EJEMPLO: Error de formato incorrecto, na falla detectada en un formulario, el cual solicita ingresar
una cifra, la cual es una cantidad para hacer una conversión de pesos a dólares. El sistema marca
error debido a que el formato de entrada se programó como STRING, y debió ser tipo FLOAT. Este
error no permite hacer cálculos, ya que el formato STRINGF no es el indicado para hacer
operaciones matemáticas.
UNAD Desarrollo de Unidad 3 Mantenimiento de
DE ENTRADA: Formato incorrecto ,
Lectura de entrada desde ubicación
incorrecta, Fin de archivo no
encontrado o encontrado
prematuramente .
COMPUTACIONALES: Operandos
incorrectos en ecuación, Uso incorrecto
de paréntesis, Ecuación incorrecta o
inexacta, Error de redondeo o
truncamiento
ESPECIFICACION: Interfaz del sistema,
Especificación incorrecta o inadecuada,
Especificación de requerimientos incorrecta o
inadecuada, Entrenamiento /manual de usuario
inadecuado
INTERFZAZ: Interfaz de
software/hardware, Interfaz de
usuario software, Interfaz de base de
datos de software
• EJEMPLO: Error de ecuación incorrecta, en un cálculo matemático, el cual debe hacer un cálculo
de suma, y agregar porcentajes al total como los impuestos. El cálculo sí hace la suma de los
artículos, pero no suma el valor de los impuestos al total.
• EJEMPLO: Error de especificación de requerimientos, en el filtro de información de un software
para una empresa inmobiliaria. Se solicitó que para la búsqueda de inmuebles del inventario se
tuvieran ciertos filtros, de los cuáles algunos no se pusieron.
• EJEMPLO: Error de Interfaz de Software, un botón del sitio web solicitado no hace la función que
debería. El botón “REGRESAR”, al ser pulsado lo que hace es recargar la página, y no regresa a la
página anterior.
6. CONCLUSIONES
UNAD Desarrollo de Unidad 3 Mantenimiento de
El mantenimiento de Software en la actualidad, es una actividad
importante a considerar en cualquier proyecto de desarrollo. Esto
es debido a los avances que se hacen en el tiempo, los cuales
van dejando obsoletas algunas tecnologías, con el fin de mejorar
nuevas técnicas y sistemas. Por ello es necesario que en sistemas
o programas complejos se tomen en cuenta las actividades de
mantenimiento para ir a la par de los nuevos cambios y, en caso
de ser posible, ir modificando gradualmente para no perder por
completo un sistema.
7. REFERENCIAS
UNAD Desarrollo de Unidad 3 Mantenimiento de
• Jummp (2014). Lehman y Belady. Clasificación de los sistema.
Obtenido de
https://jummp.wordpress.com/2014/02/06/lehman-y-
belady-clasificacion-de-los-sistemas/
• Martínez T., David (s.f.) Mantenimiento del Software. Obtenido
de: http://www.utm.mx/~dtorres/cursos/ingsw/tema7.pdf
• UNADM (s.f.) Programa de la asignatura: Pruebas y
mantenimiento de sistemas de software Mantenimiento de
sistemas de Software.