trabajo espoch
TRANSCRIPT
![Page 1: Trabajo espoch](https://reader037.vdocumento.com/reader037/viewer/2022103019/55b9ee25bb61eba9608b45b6/html5/thumbnails/1.jpg)
MAESTRIA EN INFORMATICA EDUCATIVA
INTEGRANTTES:
VALLEJO EDUARDO
QUISHPI GUSTAVO
GUILCAPI DIEGO
MORALES EDGAR
![Page 2: Trabajo espoch](https://reader037.vdocumento.com/reader037/viewer/2022103019/55b9ee25bb61eba9608b45b6/html5/thumbnails/2.jpg)
CICLO DE VIDA DEL DESARROLLO DEL SOFTWARE
“CASCADA”
Este modelo admite la posibilidad de hacer iteraciones, es decir,
durante las modificaciones que se hacen en el mantenimiento se
puede ver por ejemplo la necesidad de cambiar algo en el diseño,
lo cual significa que se harán los cambios necesarios en la
codificación y se tendrán que realizar de nuevo las pruebas, es
decir, si se tiene que volver a una de las etapas anteriores al
mantenimiento hay que recorrer de nuevo el resto de las etapas.
![Page 3: Trabajo espoch](https://reader037.vdocumento.com/reader037/viewer/2022103019/55b9ee25bb61eba9608b45b6/html5/thumbnails/3.jpg)
Ingeniería y Análisis del Sistema
Análisis de los requerimientos del
Software
Diseño
Codificación
Prueba
Mantenimiento
Ventajas y Desventaja
![Page 4: Trabajo espoch](https://reader037.vdocumento.com/reader037/viewer/2022103019/55b9ee25bb61eba9608b45b6/html5/thumbnails/4.jpg)
Ingeniería y Análisis del Sistema:
Debido a que el software es siempre parte de un sistema mayor el trabajo comienza
estableciendo los requisitos de todos los elementos del sistema y luego asignando
algún subconjunto de estos requisitos al software.
![Page 5: Trabajo espoch](https://reader037.vdocumento.com/reader037/viewer/2022103019/55b9ee25bb61eba9608b45b6/html5/thumbnails/5.jpg)
Análisis de los requisitos del software:
El proceso de recopilación de los requisitos se centra e intensifica
especialmente en el software. El ingeniero de software (Analistas) debe
comprender el ámbito de la información del software, así como la función, el
rendimiento y las interfaces requeridas
![Page 6: Trabajo espoch](https://reader037.vdocumento.com/reader037/viewer/2022103019/55b9ee25bb61eba9608b45b6/html5/thumbnails/6.jpg)
Diseño:
El diseño del software se enfoca en cuatro atributos distintos del
programa: la estructura de los datos, la arquitectura del
software, el detalle procedimental y la caracterización de la
interfaz. El proceso de diseño traduce los requisitos en una
representación del software con la calidad requerida antes de
que comience la codificación
![Page 7: Trabajo espoch](https://reader037.vdocumento.com/reader037/viewer/2022103019/55b9ee25bb61eba9608b45b6/html5/thumbnails/7.jpg)
Codificación:
El diseño debe traducirse en una forma legible para la maquina.
El paso de codificación realiza esta tarea.
Si el diseño se realiza de una manera detallada la codificación
puede realizarse mecánicamente
![Page 8: Trabajo espoch](https://reader037.vdocumento.com/reader037/viewer/2022103019/55b9ee25bb61eba9608b45b6/html5/thumbnails/8.jpg)
Prueba:
Una vez que se ha generado el código comienza la prueba del
programa. La prueba se centra en la lógica interna del software,
y en las funciones externas, realizando pruebas que aseguren
que la entrada definida produce los resultados que realmente se
requieren.
![Page 9: Trabajo espoch](https://reader037.vdocumento.com/reader037/viewer/2022103019/55b9ee25bb61eba9608b45b6/html5/thumbnails/9.jpg)
Mantenimiento:
El software sufrirá cambios después de que se entrega al cliente.
Los cambios ocurrirán debido a que hayan encontrado errores, a que
el software deba adaptarse a cambios del sistema operativo o
dispositivos periféricos), o debido a que el cliente requiera
ampliaciones funcionales o del rendimiento.
![Page 10: Trabajo espoch](https://reader037.vdocumento.com/reader037/viewer/2022103019/55b9ee25bb61eba9608b45b6/html5/thumbnails/10.jpg)
Ventajas.
• La planificación es sencilla.
• La calidad del producto resultante es alta.
• Permite trabajar con personal poco cualificado.
Desventajas.
• Lo peor es la necesidad de tener todos los requisitos al principio.
• Lo normal es que el cliente no tenga perfectamente definidas las especificaciones del sistema, o puede ser que surjan necesidades imprevistas.
• Si se han cometido errores en una fase es difícil volver atrás. • No se tiene el producto hasta el final, esto quiere decir que:
• Si se comete un error en la fase de análisis no lo descubrimos hasta la entrega, con el consiguiente gasto inútil de recursos.
• El cliente no verá resultados hasta el final, con lo que puede impacientarse .