ACTIVIDAD 2. PROCESOS DE EVOLUCIÓN DEL SOFTWARE

1. PRUEBAS Y MANTENIMIENTO DE SISTEMAS DE
SOFTWARE
DOCENTE EN LÍNEA: RICARDO RODRIGUEZ NIEVES
ALUMNO EN LÍNEA: PEDRO JOEL COROY GONZÁLEZ
MATRICULA: ES1511105112
MARZO 2018

2. EJEMPLOS PROGRAMAS S, P Y E
S-type
(Static type)
Sistemas que dan
resultados en base a
formulas definidas,
como una calculadora,
hojas de calculo, etc.
P-type
(Practical type)
Lenguajes de
programación:
Java
Suite Office
E-type
(Embedded type)
Son los mas comunes de
hoy
WhatsApp
Redes sociales

3. ETAPAS DE LA EVOLUCIÓN DE SOFTWARE
ETAPA 1
VERSIÓN ALFA
ETAPA 2
MADUREZ
ETAPA 3
SALIDA
Se integran algunas
características faltantes. Se verán
cambios a futuro. Es basada en
escenarios o casos de estudio. Es
donde se crea el dominio de la
aplicación, reglas, políticas,
algoritmos, soluciones y demás.
Al terminar esta versión con éxito
es puesta en marcha y con esto
llega el uso y la evolución.
Se da por el cambio en las
necesidades de los usuarios. Al
cambiar siempre el entorno la
aplicación siempre tiene que
estar evolucionando para poder
adaptarse a los cambios en las
necesidades y ambiente de
trabajo de los usuarios. En esta
etapa se corrigen las fallas
detectadas a partir de requisitos
específicos gracias al estudio de
casos o escenarios.
En esta ya no hay soporte técnico
pero el software todavía se
encuentra en producción. Al final,
se da de baja el sistema o es
apagado o interrumpido y se
manda a los usuarios al nuevo.

4. REINGENIERIA DE SISTEMAS
EJEMPLO GRAFICO

5. TIPOS DE CAMBIO
De Entrada Interfaz Rendimiento Salida
Formato incorrecto
Lectura de entrada
desde ubicación
incorrecta
Fin de archivo no
encontrado o
encontrado
prematuramente
Ejemplo: Cuando se
digitan los datos en la
plataforma de la escuela
para entrar al aula.
Interfaz de
software/hardware
Interfaz de usuario
software
Interfaz de base de
datos de software
Ejemplo: Es la
plataforma en donde se
reciben los datos que el
alumno ingresa
(matricula y contraseña)
que valida los datos
ingresados para ver que
estos sean correctos.
Tiempo límite
excedido
Límite de
almacenamiento
excedido
Código o diseño
ineficiente
Eficiencia de la red
Ejemplo: Tiempo de
respuesta en que realiza
la entrada a la
plataforma y una vez
dentro el tiempo que
hay de respuesta.
Datos escritos en
ubicación
Formato incorrecto
Salida incompleta o
perdida
Salida confusa
Ejemplo: Lo que
muestra la plataforma
escolar, un caso mas
especifico es cuando
consultamos
calificaciones.

6. CONCLUSIONES
• Es de suma importancia manejar este tema ya que nos lleva a satisfacer lo que los
usuarios requieren en la nueva versión del software. La importancia de validar los
problemas reales y darle solución esta en que algunos no representan un problema
real.
• Si esto no se maneja de manera adecuada no será posible apegarse a los
estándares establecidos.

7. REFERENCIAS
• 2015. Jummp. Gestión de proyectos y desarrollo de software. Disponible en web:
• https://jummp.wordpress.com/2014/02/06/lehman-y-belady-clasificacion-de-los-
sistemas/
• S. n. (S. f.).2017. Unidad 3.Mantenimiento de sistemas de software. UNADM