Dpss u3 a2_wipl

Universidad Abierta y a Distancia de México
Carrera: Desarrollo de software.
Grupo: DS-DIRE-1702-B2-001
Materia: Pruebas y mantenimiento de sistemas de software.
Unidad 3. Mantenimiento de sistemas de software
Actividad 2. Procesos de evolución del Software
Maestro: Ricardo Rodríguez Nieves
Alumno: William Gonzalo Perera López
Matrícula: ES1421001907
Fecha: 8 de Marzo 2018

1. Un ejemplo para cada uno de los tipos de programas (S, P, E).
Programa S. Se escribe de acuerdo con una especificación exacta de lo que el programa
puede hacer. Ejemplo. Sistemas que devuelven resultados en base a fórmulas ya definidas
(una calculadora).
Programa P. Se escribe para implementar ciertos procedimientos que determinan lo que el
programa puede hacer. Ejemplo. El software Solver de Excel, que permite encontrar la
solución a un sistema de ecuaciones de utilizando algoritmos iterativos en función de los
requisitos o especificaciones del problema.
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.
Ejemplo. El software SAP que tiene como objeto adaptarse a los requerimientos de
administración empresarial a través de sus diferentes módulos de operaciones.

2. Las tres etapas de evolución del software (alfa, madurez, salida).
Etapa 1: Versión Alfa o desarrollo inicial.
Es posible que se detecte la falta de algunas características y posibles cambios o modificaciones en el futuro.
La mayoría de las referencias en esta etapa se basan en escenarios o casos de estudios. El desarrollo inicial
genera un banco de conocimiento, tal como el de dominio de aplicación, requisitos de los usuarios, reglas de
negocio, políticas, soluciones, algoritmos y al completarse exitosamente sigue la puesta en marcha.
Etapa 2: Madurez.
Se origina por que los usuarios tienden a cambiar sus necesidades, así como su propia percepción de mejoras en
el sistema.
La industria del software se enfrenta al reto de cambios vertiginosos en el entorno.
La meta de la evolución sea la adaptación de la aplicación a las siempre cambiantes necesidades de los usuarios
y el medio ambiente de trabajo.
En el sistema de software ya en producción, y durante los primeros días, 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.
Etapa 3: Salida.
El software evoluciona continuamente manteniéndose estable hasta que el sistema ya no sea adaptable,
entonces se llega a la etapa de salida, que se caracteriza porque ya no hay soporte técnico, sin embargo, el
software todavía está en producción. Por último, el sistema es dado de baja, se apaga o se interrumpe y los
usuarios son re direccionados hacia el nuevo.

3. Un ejemplo gráfico de una reingeniería de sistemas.
El proyecto de reingeniería
es un proyecto en el cual
participé en el 2016 para la
empresa donde
actualmente. El proyecto
consistió en mapear la base
de datos de viviendas den
venta y su correspondiente
avance de construcción,
para hacerla más eficiente y
enriquecerla con nueva
información
correspondiente y agregar
nuevas funcionalidades al
sistema. En el siguiente
gráfico se representan las
fases clave del proyecto y
los requerimientos.

4. Tipos de cambio y ejemplo real para cada tipo de uno.
Los siguientes casos de cambios y ejemplos reales se presentaron durante la realización de proyecto
terminal para desarrollar un sistema para control de ventas e inventarios:
1. Mejora de funciones existentes. Originalmente el sistema de ventas guarda los resultados de una
venta y envía un mensaje en pantalla de éxito, pero ahora el cliente desea que se mejore la función
adicionando que al enviar la alerta de éxito se envíe también al correo del cliente el reporte en pdf
de los datos de la compra.
2. Mejora de interfaz. Originalmente el sistema permite realizar una compra utilizando una
secuencia de direccionamiento de páginas php, pero ahora el cliente desea que todo el proceso se
realice en una sola página dinámica y con tecnología AJAX.
3. Especificación incorrecta o inadecuada. Para calcular el costo de fabricación de un marco de
madera, se especificó que el cálculo estaba en función del área cuando en realidad debió hacer sido
del perímetro.
4. Especificación de requerimientos incorrecta o inadecuada. Para buscar a un cliente se requirió
mostrar en pantalla la lista de clientes existentes, lo cual es inadecuado porque podrían existir miles
de clientes y lo adecuado es realizar una búsqueda con filtro de nombre o apellido.

5. Conclusiones.
En esta actividad se pudieron aplicar los conocimiento y conceptos correspondientes a los procesos
de evolución del software, y se pudo apreciar la importancia del mantenimiento para poder dar
continuidad a la vida útil y correcto funcionamiento del software en lo posible. En lo personal esta
actividad fue de especial importancia porque me dejó claro que el servicio de desarrollo de un
software va más allá de la entrega y puesta en marcha y la parte de mantenimiento es esencial para
incluir en el servicio completo así como calcular los costos asociados y los tiempos y planes de
mantenimiento que servirán para detallar al cliente. El no incluir el mantenimiento en el proyecto no
solo pondrá en riesgo la utilización del sistema debido a fallas y falta de adaptación, sino que
lesionará la imagen de la empresa desarrolladora por no haber cuidado la realización integral del
desarrollo.

6. Referencias consultadas.
Universidad Abierta y a Distancia de México [UnADM]. (2018). Unidad 3. Mantenimiento de sistemas
de software. En Programa de la asignatura: Pruebas y mantenimiento de sistemas de software.
Ingeniería en Desarrollo de Software. División de ciencias Exactas, Ingeniería y Tecnología.
Clasificación de sistemas 2014, página web recuperado de:
https://jummp.wordpress.com/2014/02/06/lehman-y-belady-clasificacion-de-los-sistemas/
Solver Excel 2016, página web recuperado de: https://support.office.com/es-es/article/definir-y-
resolver-un-problema-con-solver-5d1a388f-079d-43ac-a7eb-f63e45925040
SAP 2017, página web recuperado de: https://www.sap.com/latinamerica/index.html

Dpss u3 a2_wipl

Más contenido relacionado

La actualidad más candente (20)

Similar a Dpss u3 a2_wipl (20)

Último (20)

Dpss u3 a2_wipl