El documento describe los diferentes tipos de programas, las etapas de la evolución del software, una taxonomía de cambios de software y conclusiones sobre la importancia de los procesos de evolución de software para el mantenimiento de sistemas. Se clasifican los programas en S, P y E. Luego explica las etapas alfa, madurez y salida. Finalmente presenta una taxonomía de cambios en interfaces, rendimiento y lógica.

1. UNIVERSIDAD ABIERTA Y
A DISTANCIA DE MÉXICO
Pruebas y mantenimiento de sistemas de software
Facilitador: Mtro. Ricardo Rodríguez Nieves
Grupo: DS-DPSS-1801-B1-001
U3 A2
Procesos de evolución de software
Cuauhtémoc Jiménez Pérez
Matrícula: ES1421013691 | cuauj@nube.unadmexico.mx

2. Programa S
Se escribe de acuerdo con una especificación precisa
sobre lo que el programa hace:
El programa que se encuentra en los cajeros automáticos de estacionamiento
(Lehman & Belady, 1985 en UnADM, 2017, p. 18)
Programa P
Se escribe para implementar ciertos procedimientos
que determinan lo que el programa puede hacer:
Los programas de transformación de formatos gráficos de archivos,
de texto a pdf, de ppt a pdf, de pdf a texto, etcétera.
Programa E
Se escribe para realizar actividades en el mundo real,
se encuentra relacionado directamente con el entorno en el que se ejecuta:
Las interfaces bancarias donde se interactúa con bases de datos y servicios
de telecomunicaciones en tiempo real.

3. (Bennett & Rajlich,
2000, p. 4,
en UnADM,
2017, p. 20)
Etapas de la evolución del software
Versión alfa
Programa en construcción pero con características
ya funcionales que permiten la detección de omisiones o errores,
denominado también desarrollo inicial.
1
Madurez
Programa en uso, en escenario, donde los usuarios
encuentran posibles mejoras o crean nuevas necesidades,
son desarrollos ya en producción
pero en permanente actualización.
2
Salida
Programa en uso que deja de ser estable de manera paulatina
Pero se incrementa el soporte técnico para mantener la
producción, es útil mas requerirá una nueva versión.
3

4. Reingeniería de sistemas:
Análisis de inventarios →
Reestructuración de documentos →
Ingeniería inversa →
Reestructuración del código →
Reestructuración de los datos →
Ingeniería avanzada
(Pressman, 2010
en UnADM, 2017, p. 22;
ISSN, 2016 [en línea])
Plataforma ‘Marcalyc 3.0’
La versión 1.0 estable del sistema Marcalyc, tecnología Redalyc se liberó en 2016.
Esta versión incluye diversas mejoras como la inferencia automática de más formatos de
citación, ejemplo de ello son ASA, IEEE, ABNT, ISO 690 y 690-2 (versión
2007) y NLM. Además, esta versión hace un reconocimiento automático de
identificadores en las referencias y notas dentro del artículo,
lo que facilita la navegación en el artículo.
Uno de los cambios más importantes que se integran a dicha versión, es la
personalización del idioma dentro del visor inteligente de artículos, además, el mismo
visor se mostrará en el idioma original en el que fue escrito cada artículo.
Es importante resaltar que el visor inteligente muestra nuevos elementos del estándar
XML JATS, además de estar contenidos en los archivos HTML, PDF y ePub.
[https://xmljatsredalyc.org/2016/12/07/marcalyc-version-1-0-estable/]

5. Interfaz
Office
Estos programas de
Microsoft presentan en
cada versión
modificaciones a sus
interfaces.
Taxonomía de cambios de software
(Stark, 1996, en UnADM, 2017, p. 36)
Rendimiento
Amazon
El rendimiento que debe
presentar esta plataforma
de ventas necesita de
revisión y cambios
constantes en su
rendimiento derivados
del crecimiento del
mercado.
Lógicos
Estadísticos en línea
Existen diferentes cálculos estadísticos que
ofrecen en línea para su uso y en la medida que
son usados y retroalimentados por los usuarios se
percatan que son necesarios cambios en las lógicas
de las aplicaciones o de sus métodos.
De entrada
Sistemas de facturación en línea
Las plataforma para facturación requieren
cambios por la manera de procesar los elementos
de una factura, sea por la cantidad de caracteres o
por el modo de lectura, por tanto, hacen cambios
para ajustarse a la diversidad de formas en la que
los usuarios registran sus datos.

6. Conclusiones
Un plan de mantenimiento de sistemas debe tener presente
los procesos de evolución de software ya que permiten
integrar a procedimientos futuros las prácticas obligatorias y
las facultativas que se han generado en desarrollos
semejantes con anterioridad; además, se encuentran las
recomendaciones que surgen de los análisis anteriores.
Las clasificaciones y conceptos hechos por Lehman &
Belady, Bennett & Rajlich o Pressman en los apartados del
texto didáctico de la unidad integran un marco de estudio
para la clasificación y manejo de los procesos de
mantenimiento que complementan las directrices de los
estándares ya vistos.

7. Referencias
o ISSN (2016). Redalyc innovates with XML JATS Marcalyc tool
[en línea], Disponible en
http://www.issn.org/newsletter_issn/marcalyc-version-1-
0-estable/
o Redalyc (2016). Marcalyc versión 1.0 estable [en línea].
Disponible en
https://xmljatsredalyc.org/2016/12/07/marcalyc-version-
1-0-estable/
o UnADM (2017). ‘Unidad 3. Mantenimiento de sistemas de
software’ en Pruebas y mantenimiento de sistemas de software
[texto didáctico]. Descargado de la plataforma.