Donar $20 Donar $50 Donar $100 Donar mensualmente
 


Enviar respuesta 
 
Calificación:
  • 0 votos - 0 Media
  • 1
  • 2
  • 3
  • 4
  • 5
Buscar en el tema
[Ingenieria en Software][Aporte] Primer Parcial 2C 2012
Autor Mensaje
mcTowers Sin conexión
Empleado de Fotocopiadora
el falso impostor
**

Ing. en Sistemas
Facultad Regional Buenos Aires

Mensajes: 42
Agradecimientos dados: 81
Agradecimientos: 152 en 27 posts
Registro en: Nov 2008
Mensaje: #1
[Ingenieria en Software][Aporte] Primer Parcial 2C 2012 Parciales Ingeniería de Software
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.
(Este mensaje fue modificado por última vez en: 17-12-2012 00:02 por mcTowers.)
06-12-2012 10:31
Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
[-] mcTowers recibio 10 Gracias por este post
alexandermonday (06-12-2012), matiasGorosito (29-04-2013), Maxter (02-05-2013), alterpeke (04-05-2013), Jarry (12-05-2013), franciscodiez (19-05-2014), fedelc (02-06-2014), Kurt (29-09-2014), agusbrand (12-05-2015), rm1216 (05-10-2015)
Buscar en el tema
Enviar respuesta 




Usuario(s) navegando en este tema: 1 invitado(s)



    This forum uses Lukasz Tkacz MyBB addons.