06-12-2012, 10:31
Hola gente,
les dejo el primer parcial tomado por Dalceggio el 16/10/12:
1. Describa qué tareas involucra realizar la identificación y análisis de riesgos según el paradigma del SEI (2 ptos.)
2. Describa los pasos que Ud. seguiría para implementar en su organización un ciclo de estimaciones (2 ptos.)
3. Describa las 5 visiones de la calidad (1 pto.)
4. Según el modelo de calidad ISO 9126, la facilidad de mantenimiento es un atributo de la calidad. Explique qué comprende este atributo (1 pto.)
5. Enumere las dimensiones de un proyecto de SW. ¿Cuál es la diferencia entre driver, restricción y grado de libertad? (1 pto.)
6. Indique si la siguiente afirmación es verdadera o falsa. Justifique (1 pto.)
El CMMI es una metodología de desarrollo de SW que nos permite alcanzar distintos niveles de madurez de desarrollo de SW.
7. Timebox development (0,5 pto.)
- Es una práctica utilizada para poner foco en las principales funcionalidades a desarrollar dentro de una ventana de tiempo.
- Es recomendable cuando los requerimientos son poco estables y pueden padecer cambios y de esta manera reducir la incertidumbre.
- Uno de los principales riesgos de esta práctica es que se puede penalizar la calidad en lugar de la funcionalidad.
- Muy apropiado en proyectos de hasta un año calendario.
- Sólo aplicable para equipos pequeños (de hasta 6 personas aprox.)
8. Haciendo un análisis preliminar de requerimientos en una etapa temprana del ciclo de vida (0,5 pto.)
- El champion user es el que tiene autoridad para llevar adelante el proyecto.
- Una dimensión no puede ser driver y restricción al mismo tiempo.
- Las restricciones y los requerimientos no funcionales condicionan las elecciones de la solución a construir.
- En un proyecto siempre debemos contar con al menos una dimensión que sea driver.
- El usuario directo es el dueño del proyecto.
9. Function Points (0,5 pto.)
- Es una técnica para estimar el tamaño de los proyectos de SW en base a su arquitectura y los objetos más importantes que lo componen.
- Permite estimar el esfuerzo requerido para realizar un proyecto en base al conteo de las líneas de código funcionales.
- Permite medir el tamaño del SW en base a la funcionalidad definida en los requerimientos.
- Toman en cuenta factores de implementación recién en el momento que se ajusta la estimación, no antes.
- Se pueden aplicar en una etapa bien temprana del ciclo de vida a partir de un análisis preliminar de requerimientos.
10. El modelo CMMI mapea con el/los concepto/s de calidad de la "visión" (0,5 pto.)
- Del usuario.
- Del producto.
- Trascendental.
- Basada en el valor.
- Ninguna de las anteriores.
les dejo el primer parcial tomado por Dalceggio el 16/10/12:
1. Describa qué tareas involucra realizar la identificación y análisis de riesgos según el paradigma del SEI (2 ptos.)
2. Describa los pasos que Ud. seguiría para implementar en su organización un ciclo de estimaciones (2 ptos.)
3. Describa las 5 visiones de la calidad (1 pto.)
4. Según el modelo de calidad ISO 9126, la facilidad de mantenimiento es un atributo de la calidad. Explique qué comprende este atributo (1 pto.)
5. Enumere las dimensiones de un proyecto de SW. ¿Cuál es la diferencia entre driver, restricción y grado de libertad? (1 pto.)
6. Indique si la siguiente afirmación es verdadera o falsa. Justifique (1 pto.)
El CMMI es una metodología de desarrollo de SW que nos permite alcanzar distintos niveles de madurez de desarrollo de SW.
7. Timebox development (0,5 pto.)
- Es una práctica utilizada para poner foco en las principales funcionalidades a desarrollar dentro de una ventana de tiempo.
- Es recomendable cuando los requerimientos son poco estables y pueden padecer cambios y de esta manera reducir la incertidumbre.
- Uno de los principales riesgos de esta práctica es que se puede penalizar la calidad en lugar de la funcionalidad.
- Muy apropiado en proyectos de hasta un año calendario.
- Sólo aplicable para equipos pequeños (de hasta 6 personas aprox.)
8. Haciendo un análisis preliminar de requerimientos en una etapa temprana del ciclo de vida (0,5 pto.)
- El champion user es el que tiene autoridad para llevar adelante el proyecto.
- Una dimensión no puede ser driver y restricción al mismo tiempo.
- Las restricciones y los requerimientos no funcionales condicionan las elecciones de la solución a construir.
- En un proyecto siempre debemos contar con al menos una dimensión que sea driver.
- El usuario directo es el dueño del proyecto.
9. Function Points (0,5 pto.)
- Es una técnica para estimar el tamaño de los proyectos de SW en base a su arquitectura y los objetos más importantes que lo componen.
- Permite estimar el esfuerzo requerido para realizar un proyecto en base al conteo de las líneas de código funcionales.
- Permite medir el tamaño del SW en base a la funcionalidad definida en los requerimientos.
- Toman en cuenta factores de implementación recién en el momento que se ajusta la estimación, no antes.
- Se pueden aplicar en una etapa bien temprana del ciclo de vida a partir de un análisis preliminar de requerimientos.
10. El modelo CMMI mapea con el/los concepto/s de calidad de la "visión" (0,5 pto.)
- Del usuario.
- Del producto.
- Trascendental.
- Basada en el valor.
- Ninguna de las anteriores.