Fin de Actividad

Segundo Parcial

Cuadro comparativo de las metodologías

Aquí se comprendió el uso de diferentes metodologías para lo que es el desarrollo de software, así como sus diferencias. Así como cuándo se debe de optar por una ágil o una de desarrollo lento; si es para proyectos largos, cortos, de poco personal o bastante personal, entre otros casos como lo es el presupuesto.

Se identificaron los diferentes tipos de metodologías.

-OOD (Diseño Orientado a Objetos)
 Muy bien detallada para saber que se tiene que lograr, pero no calcula los tiempo sde elaboración sino hasta después del análisis y tiempos limites propuestos que se sujeta a uno.

-RAD (Diseño de Arquitectura Rápida)

 Muy común para programadores veteranos que identifican bien su rubro de lo que se quiere lograr y en poco tiempo, a veces no se necesitan proyectos completos, sino funcionales. Pero el pago para este tipo de diseñadores es uno de los mejores pagados.

-SCRUMP

 Simplemente dividen las tareas que se quieren lograr en horas creando pequeños sprints, y se tarta de lograr la menor cantidad de obras para liberar un proyecto largo. Ya que se anotan los por hacer y los retrasos se sabe donde atacar para resolver problemas, se crean seminarios y todos pueden colaborar para terminar con una tarea más.

-Prototipado y XP
 No son exactamente iguales, pero requieren mucho del costumer para identificar que si lo que están haciendo está satisfaciendo lo que necesita éste.

-Cascada

Otro punto que analizar son los puntos flacos de las estructuras de diseño, por ejemplo esta tiene muchas desventajas, ya que es una de las metodologías pioneras. Ya que aquí sólo puedes dar marcha atrás una vez por cada escalon que avanzas. El producto final puede salir con defectos, y largos retrasos de entrega.

-Espiral

La más común al desarrollar aplicaciones wep o apps. Ésta se diferencia por contar con ciclos de retroalimentación para mejorar este producto por el matenimiento constante.

Entre otra metodologías, estás fueron las más comunes.

Tercer Parcial

Aquí simplemente se tomo en practica una metodología, y con ayuda de una herramienta automatizada como lo es PangoScrum para resolver proyectos de la metodología Scrum.

Se creo una cuenta en la versión Beta de este programa PangoScrum

Una vez que se quería lograr y lo que se definió hacer, simplemente se plasmaron las ideas y se programaron los tiempos para realizar un producto de software.

Registramos nuestras, horas y obtuvimos entrañable experiencia del desarrollo de un software colaborando en equipo gracias al apoyo mutuo.

La herramienta nos brindo la oportunidad de crear las listas de deseos de los clientes o backlog, después de terminar cada uno de ellos se iba registrando como liberado.

En caso de errores que mostraba nuestro tester era capaz de reportarlo y sugerir pequeños retrazos para averigua como resolver el problema para continuar con el resto de la programación.

Después sólo mostramos el funcionamiento y se espera que el cliente acepte el diseño de la interfaz, para que el cliente obtenga lo que él desea.

¡Bueno! Muchas gracias, por brindarnos estos temas, con ayuda de ésto tenemos una idea de lo que nos espera ahí a fuera y como es el área de desarrollo.