Holii a todos

Hoy rendí el final de Ingeniería en Software con Schivo y Reitano. No me dejaron sacarle foto al final de hoy ni a los parciales durante la cursada. Horrible, sí, y digno de elevar una nota al departamento porque eso no está permitido; pero bueno, con experiencia entendí que uno sale perdiendo si quiere ir en contra de las cátedras.

Al margen de este horrible inconveniente, les dejo más o menos la dinámica del final...
Tiempo: 40 minutos
Modalidad: Escrita presencial
El final constaba de dos partes: Una parte A a desarrollar (70% de la nota) y otra parte B siendo un V/F sin justificaciones (30% de la nota)

La parte A eran 10 preguntas que abarcaban entre 1 y 2 preguntas de cada una de las 7 unidades de la materia. Las preguntas (parafraseando) eran:
1. El diagrama causa y efecto se usa para conocer los problemas del desarrollo de SW. V/F
Falso. Identifica las causas de un problema
(Rta. correcta)

2. ¿Qué es el SWEBoK y para qué lo utilizaría?
Software Engineering Body Of Knowledge. Sirve para tratar al desarrollo de Software como una ciencia, con marco teórico y práctico, aplicable como un área de la ingeniería. Se podría utilizar para definir procesos que luego servirán como fundamentos a la hora de desarrollar el SW
(Rta. parcialmente correcta)

3. Similitudes y diferencias entre SCRUM y KANBAN.
Ambas sirven para proyectos del tipo incremental.
SCRUM sirve en contextos cynefin complejos, KANBAN en caóticos.
SCRUM tiene roles, KANBAN no.
(Rta. parcialmente correcta. Faltaba poner alguna similitud más de acuerdo al desarrollo de proyectos)

4. Similitudes y diferencias entre Testing exploratorio y oráculos de testing.
Ambas sirven sobre testeo dinámico
Ambas sirven para testear caja negra y caja blanca
Oráculos es testeo scripted. Exploratorio sale de ese contexto
(Rta. parcialmente correcta. Se corrigió en este texto para que quede bien)

5. Diferencias entre testeo estático y dinámico. Ejemplos de testeo estático
La diferencia entre ambos es que dinámico es con el SW en ejecución, mientras que el estático no. Ejemplos de testeo estático: cobertura de sentencias, cobertura de decisiones, cobertura de condiciones, flujo de camino básico y complejidad ciclomática.
(Rta. correcta)

6. Métodos no paramétricos no estiman tamaño. V/F
Falso. Todos estiman tamaño (No recuerdo si era correcta o no)

7. Conviene tener varios repositorios para un proyecto, para aumentar productividad y seguridad. V/F
Falso. Conviene tener un único repositorio, para saber dónde estamos trabajando. Para productividad, branching; para seguridad, baselines.
(Rta. correcta)

8. Se tienen siempre los mismos IC en una baseline, pero pueden variar las versiones. V/F
Falso. No necesariamente se tienen siempre los mismos IC; pueden aparecer nuevos o sacarse algunos. Además, no siempre tienen por qué tener las mismas versiones.
(Rta. correcta)

9. Tipos de pruebas dinámicas
Volume Test, Stress Test, User Acceptance Test, Test Unitario, Test de Integración, Test de performance, Test de Usabilidad, Smoke Test, Test de Seguridad, Test de Regresión.
(Rta. correcta)

10. MTBF (Mean Time Between Failures) y MTTR (Mean Time To Recover) son buenas métricas para evaluar nuestros recursos. V/F
Falso. MTBF y MTTR son buenas métricas para evaluar la fiabilidad del sistema (ISO 25000).
(Rta. correcta)


En cuanto a la parte B, eran 10 V/F teóricos y cortitos (aunque algunos con trampa) que no los recuerdo. Pero la salsa del canelón estaba en la parte A


Luego, las lecturas (obligatorias) que se están utilizando actualmente...
1. Classic Mistakes
2. Good Enough
3. Standing on Principle
4. A leader's framework for decision making (Cynefin)
5. Timebox Development
6. But I only changed one line of code
7. Exploratory testing
8. Test oracles
9. When two eyes are not enough

Eso, más las PPT, tienen todo lo necesario del material teórico para rendir...


Y en cuanto a los parciales de la cursada, por si a alguien le interesa, fueron también presenciales en el 2C2022 y tenían una dinámica similar: 40 minutos y dos partes. Una parte A a desarrollar (70% de la nota) y otra parte B de V/F sin justificaciones (30% de la nota). Pero cambiaba en que no eran preguntas puntuales de la teoría en la parte A, sino casos prácticos donde había que aplicar la teoría leída misma. Algo así como "estás en un equipo X con este proyecto Y. ¿Qué Software Engineering Approach conviene utilizar?"; y preguntas de ese estilo.


Ante cualquier duda, a la disposición de mi querido público utniano. Besis y éxitos a todos

Buenas.

Excelente la data.

Te hago unas consultas:

¿Te dan 40 minutos para responder las 10 preguntas a desarrollar y los VoF? Si es así, ¿Pudiste llegar bien con el tiempo?

En cuanto a las respuestas en sí: ¿Toman como válido unicamente lo que dice el apunte o son un poco flexibles?, En línea general ¿Hubo varios aprobados, pocos. Vos pudiste?

Muchas gracias por todo!

Respondiendo:

1. Si, los 40 minutos son para todo el final.
En mi caso particular, pude hacer todo. Sin embargo, vengo de cursarla recién y tenía todo fresco, cosa que me jugó a favor; pero no tuve tiempo de revisar ni nada. Apenas de terminar de hacerlo completo. Por ende, el tiempo es bastante ajustado y hay que tener todo bastante claro. No da mucho margen de tiempo a pensar o rever cosas.

2. Piden respuestas cortas y concretas, sin mucho margen a extenderse con las mismas. Por lo que, en mi opinión, no son muy flexibles con lo que toman como válido. Hay que saberse bastante bien lo que dicen los apuntes. Incluso, durante el final, un par de chicos preguntaron algunas cuestiones sobre el enunciado y las respuestas que les dieron eran: "En el paper tal, está" o "Si te acordás de la PPT aquella, es eso".
Particularmente creo que si bien los profesores dicen que es una materia meramente práctica por lo aplicables que son los conceptos que se van viendo a lo largo de la cursada en un ambiente laboral, es sumamente teórica por la cantidad de definiciones que hay que memorizar, que no tienen margen a parafrasearse, porque son visiones de autores que se van viendo a lo largo del cuatrimestre.

3. En líneas generales, éramos unos 20 rindiendo. De los cuales, habremos aprobado unos 15; yo entre ellos con un 7, por suerte . Por lo que, de la mano con lo que decía antes, no es un final jodido, sino que hay que ponerse culo-silla a memorizar unas cuantas definiciones. Una paja, pero simple dentro de todo.

Besis y éxitos

Muchisimas gracias por la data, espero liquidarla ahora o sino en la última fecha.

Felicitaciones y saludos