Trabajo Colaborativo 2 Paso 4 – Estructuración

...

- Teniendo en cuenta el material de la unidad 2 sustenten la importancia de las pruebas del sistema.

Rta.

La Importancia que tienen las pruebas del sistema son de gran provecho para identificar las fallas que pueda presentar el sistema y prever las futuras fallas. Para que cuando hagamos entrega del software ya analizado cuente con los más altos estándares de calidad.

El Diseño promedio tiene semanas destinadas a la prueba, principalmente en las semanas antes de la demostración. Por supuesto, la mayoría del software termina retrasado y por encima del presupuesto.

- Participe en el desarrollo de una espina de pescado de las técnicas y niveles de prueba de los sistemas.

FORMATOS

FORMATO DE AUTOEVALUACIÓN

NOMBRES Y APELLIDOS

Claudia Patricia Pulido Quevedo

CODIGO

52184655

GRUPO COLABORATIVO

204017A63

MOMENTO

Paso 4 - Estructuración

FECHA DE REALIZACIÓN

Noviembre 2017

ITEM EVALUADO

VALORACIÓN ALTA (4-5)

VALORACIÓN MEDIA (3)

VALORACIÓN BAJA (1-2)

Los aportes en los foros son pertinentes y sustancialmente fundamentados

5

Las participaciones son frecuentes y dentro de las fechas establecidas

5

Los aportes se derivan del estudio de la bibliografía y demás materiales entregados en el curso y de juiciosos procesos investigativos.

5

Existe un grado de acompañamiento a lo(a) s compañero(a) s del grupo colaborativo, en las que poseo mayor fortaleza.

Total por escala de valoración

20

Gran total (suma de las diferentes escalas de valoración)

20

Observaciones al proceso auto evaluativo:

El trabajo se facilitó mucho por la disposición de la tutora en brindar continuamente material de apoyo, incluso nos deja el material en el foro por si se nos dificulta encontrarlo en los entornos, adicional la webcoferencia deja ver un panorama claro y conciso sobre el desarrollo de la actividad.

CONCLUSIONES

La dinámica del presenta trabajo fase 4 estructuración hemos desarrollado la habilidad de analizar objetivamente los aspectos a tratar de las temáticas de la unidad 2, tomando conciencia de lo imprescindible que es tener en cuenta este esquema para el desarrollo de cualquier software en este caso se realizó el ejercicio con el software propuesto en la fase 2.

---------------------------------------------------------------

REFERENCIAS

Weitzenfeld, A. (2005). Modelo de Requisitos. In Ingeniería de Software Orientada a Objetos con UML, Java e Internet.Páginas 195 - 197. México City: Cengage Learning. Recuperado de

Weitzenfeld, A. (2005). Descripción del Problema. InIngeniería de Software Orientada a Objetos con UML, Java e Internet. Páginas 197 - 199. México City: Cengage Learning. Recuperado de

Weitzenfeld, A. (2005). Modelo de Casos de uso. InIngeniería de Software Orientada a Objetos con UML, Java e Internet. Páginas 199 - 209. México City: Cengage Learning. Recuperado de

Amaya, A. J. (2009). Sistemas de información gerenciales: hardware, software, redes, internet, diseño (2a. Ed.). Páginas 111 - 112. Bogotá, CO: Ecoe Ediciones. Recuperado de http://bibliotecavirtual.unad.edu.co:2077/lib/unadsp/reader.action?docID=10472672

Amaya, A. J. (2009). Sistemas de información gerenciales: hardware, software, redes, internet, diseño (2a. Ed.). Páginas 113- 115. Bogotá, CO: Ecoe Ediciones. Recuperado de http://bibliotecavirtual.unad.edu.co:2077/lib/unadsp/reader.action?docID=10472672

Weitzenfeld, A. (2005). Tipos de Pruebas. In Ingeniería de Software Orientada a Objetos con UML, Java e Internet. Páginas 578 - 581. México City: Cengage Learning. Recuperado de

Rubio, C.E. (2016) Etapas de desarrollo de software. UNAD. Ibagué. [OVI] Recuperado de

http://hdl.handle.net/10596/9622