Sunteți pe pagina 1din 5

PREGUNTAS TIPO TEST ASIGNATURA INGENIERIA DEL

SOFWARE DE GESTION
PREGUNTAS TIPO TEST ASIGNATURA INGENIERIA DEL SOFWARE DE GESTION...................1
CAPTULO 3. GESTIN DE PROYECTOS SOFTWARE..............................................................................1
CAPTULO 4. MTRICA VERSION 3.............................................................................................................2
CAPTULO 5. OTROS ASPECTOS DEL DISEO..........................................................................................3
CAPTULO 6. PRUEBAS DE SOFTWARE.....................................................................................................4

CAPTULO 3. GESTIN DE PROYECTOS SOFTWARE

3.1 qu es una actividad ficticia dentro de un PERT?


a.
b.
c.
d.

Una actividad real que no aporta valor aadido


Una triquiuela para poder representar mediante grafos determinadas relaciones de precedencia
Una actividad real y sin coste
Una actividad real y con coste pero que realizan personas ajenas a nuestra organizacin y, por tanto, no nos cuesta nada

3.2 qu es una actividad crtica dentro de un PERT?


a.
b.
c.
d.

Son las actividades ms significativas de un proyecto


Son las actividades que, si se retrasan, retrasan el proyecto.
Las actividades que afectan ms al coste del proyecto
Una actividad que genera quejas de los trabajadores, de los usuarios o e los empresarios

3.3 La ley de Parkinson


a.
b.
c.
d.

Se tiende a dejar el trabajo difcil para el final


El trabajo se expande hasta ocupar todos los recursos
Los recursos son siempre escasos
Siempre se gastan ms recursos de los necesarios

3.4 Holgura libre (PERT)


a.
b.
c.
d.

Tiempo que nos podemos retrasar en una actividad para que no afecte al resto de actividades
La cantidad de holgura disponible si todas las actividades han comenzado en sus tiempos Last
Tiempo que puede retrasarse una actividad para que no retrase el proyecto
Es una holgura oculta repartida entre el resto de actividades que se guardan los responsables del proyecto para atender a
imprevistos

26/06/2014

3.5 Planificacin GANNT o PERT


a.
b.
c.
d.

Siempre es preferible utilizar PERT que GANNT


Siempre es preferible utilizar GANNT que PERT
PERT es una tcnica adecuada para procesos complejos y desconocidos
GANNT es una tcnica simple, efectiva en pequeos proyectos y muy intuitiva

3.6 Anlisis de puntos de funcin


a.
b.
c.
d.

Cuantifica la funcionalidad que hay que entregar al usuario y depende de las lneas de cdigo de la aplicacin.
El valor obtenido depende de la tecnologa utilizada
El valor obtenido es muy preciso e independiente de quien lo aplique.
Ninguna de las anteriores

3.9 COCOMO versus PUNTOS DE FUNCION


a.
b.
c.
d.

Son dos tcnicas distintas pero que persiguen exactamente los mismos objetivos: dimensionar proyectos, plazos y costes
COCOMO estima costes, PUNTOS DE FUNCION no aporta per se una estimacin de costes
Ambas consideran la calidad de los programadores como un factor de ajuste
Ninguna de las anteriores

3.10 En COCOMO.
a.
b.
c.
d.

Un sistema empotrado es, por ejemplo, un software incluido dentro de un electrodomstico


Un sistema empotrado es un sistema con gran volatilidad de requisitos
Hay 4 modelos distintos en funcin de la informacin disponible: bsico, intermedio, detallado y avanzado
Se presume un nivel de productividad constante, dentro de una organizacin

CAPTULO 4. MTRICA VERSION 3


4.1 Cul es la diferencia, en la metodologa Mtrica v3, entre tcnica y prctica
a.
b.
c.
d.

Tcnica est basada en estndares con notacin especfica y la prctica no


Son las misma cosa
Una prctica no es sino una tcnica aplicada.
Ninguna de las anteriores

4.2 Segn Mtrica v3, Son procesos de interface los siguientes


a.
b.
c.
d.

Aseguramiento de la calidad
Aseguramiento y Contraste de requisitos
Gestin de la calidad
Elaboracin de Reports de control

4.3 En Mtrica v3 el catlogo de requisitos


a.
b.
c.
d.

Es uno ms de los productos obtenidos en el proceso PSI


Es uno ms de los productos obtenidos en la actividad EVS 1.2 Identificacin del alcance del Sistema
Es una ms de los productos obtenidos en el proceso ASI
Es una ms de los productos obtenidos en la actividad EVS 3 Definicin de los requisitos del sistema

26/06/2014

4.4 Qu es un producto segn la metodologa Mtrica v3


a.
b.
c.
d.

Cada uno de los entregables que se obtienen de las tareas.


Una herramienta CASE
No es sino la aplicacin informtica obtenida
Ninguna de las anteriores

4.5 Mtrica v3.


a.
b.
c.
d.

Es una metodologa que presupone un ciclo de vida clsico o en cascada


Es una metodologa pura centrada en el paradigma de orientacin al objeto
Es una metodologa liviana
Ninguna de las anteriores

4.6 Mtrica v3: Cules de estos asertos son ciertos


a.
b.
c.
d.

PSI es prcticamente una copia mejorada de lo que contiene ISO 12207


CAL es un proceso principal
IAS es un proceso de interface
Ninguna de las anteriores

CAPTULO 5. OTROS ASPECTOS DEL DISEO


5.1 La elaboracin de los manuales de usuario en Mtrica versin 3
a.
b.
c.
d.

Tiene categora de actividad monotarea dentro del proceso de Construccin del Sistema
Es una ms de las tareas dentro de la actividad CSI 7 (formacin de usuarios finales)
Es una actividad del proceso de implantacin y aceptacin del sistema (IAS)
Ninguna de las anteriores.

5.2 Una interfaz WIMP es


a.
b.
c.
d.

Una interfaz grfica de Microsoft


La interfaz grfica del futuro
Una interfaz grfica de los aos 70
Ninguna de las anteriores

5.3 Diseo de la interfaz de usuario


a.
b.
c.
d.

El un proceso tan importante que suelen definirse ciclos de vida especficos para realizar dicho diseo.
El xito de su diseo subyace en que su aspecto sea bello y sistemtico
Es ms un arte que una ciencia
En mtrica versin 3, comienza en el proceso de diseo de diseo (DSI)

5.4 Sobre seguridad


a.
b.
c.

Mtrica versin 3 lo define como un proceso principal que se aplica a lo largo de todo el ciclo de vida del proyecto
Requiere definir puntos de control para comprobar que se est construyendo la aplicacin con el nivel de seguridad adecuado
Es un concepto que se centra en que los datos no sean accedidos por personas no autorizadas

26/06/2014

d.

Ninguna de las anteriores.

CAPTULO 6. PRUEBAS DE SOFTWARE


6.1 Cuales de los siguientes asertos son correctos
a.
b.
c.
d.

Las pruebas son el nico mtodo para poder verificar y validar el software
Verificar y validar son dos conceptos equivalentes
Verificar una aplicacin consiste en comprobar si satisface los requisitos marcados por el usuario
Validar una aplicacin consiste en comprobar si satisface los requisitos marcados por el usuario

6.2 Fallos, defectos y errores


a.
b.
c.
d.

Un fallo suele ser la consecuencia de un defecto


Un defecto suele ser el origen de un error
Un fallo puede ser el origen de un error
Un error suele ser la consecuencia de un fallo

6.3 Cuales de las siguientes afirmaciones son correctas


a.
b.
c.
d.

Las pruebas requieren del orden del 40% del esfuerzo de desarrollo
Las pruebas se centran en chequear si el software no hace lo que debe
El mejor probador es el propio programador que ha desarrollado el programa, ya que lo conoce a conciencia
Cuantos menos defectos se encuentren por unidad de tiempo, mayor es la eficiencia de las pruebas

6.4 Cuales de las siguientes afirmaciones son correctas


a.
b.
c.
d.

El enfoque de caja blanca tambin se denomina enfoque funcional.


El enfoque de caja negra consiste en probar todas las posibles funciones de entrada-salida del programa.
Existen los siguientes tipos o enfoques de pruebas: caja blanca, caja negra, aleatorias y deterministas.
Ninguna de las anteriores.

6.5 Criterios de cobertura lgica


a.
b.
c.
d.

La cobertura de decisiones garantiza la cobertura de condiciones.


La cobertura de condiciones garantiza la cobertura de decisiones.
La cobertura de caminos garantiza la cobertura de decisiones.
La cobertura de caminos garantiza la cobertura de condiciones.

6.6 Complejidad ciclomtica )CC)


a.
b.
c.
d.

CC= a-n+2 ; siendo a el numero de nodos y n el numero de arcos


CC= Nmero de regiones cerradas del grafo del programa + 1
CC= Nmero de nodos de condicin.
Ninguna de las anteriores

6.7 Criterio de prueba de McCabe


a.
b.
c.
d.

Es equivalente al de cobertura de condiciones


Es bastante similar al de cobertura de decisiones
Consiste en definir un caso de prueba para cada camino posible
Ninguna de las anteriores

6.8 Cuales de las siguientes afirmaciones son correctas:

26/06/2014

a.
b.
c.
d.

La tcnica AVL (anlisis de valores lmite) es tan exhaustiva como la tcnica de particiones de equivalencia.
La conjetura de pruebas es una tcnica basada en la intuicin y por tanto cientfica.
La tcnica de clases de equivalencia es ms sistemtica que la conjetura de errores.
La tcnica AVL (anlisis de valores lmite) suele ser una tcnica menos eficiente que la de particiones de equivalencia.

6.9 Cuales de los siguientes asertos son correctos


a.
b.
c.
d.

El mdulo impulsor es necesario para realizar pruebas incrementales descendentes


Los mdulos ficticios subordinados suelen ser menos costosos de desarrollar que los mdulos impulsores
Las pruebas de tipo sndwich combinan las pruebas de integracin incremental y no incremental
Ninguna de las anteriores

6.10 Una estructura de bucle y una estructura IF <condicion> THEN <accin 1> ELSE <accin 2> ENDIF, al generar ambas una
regin cerrada, tiene el mismo valor de complejidad segn McCabe. Qu conclusiones deduce Vd. de lo anterior?
a.
b.
c.
d.

Que ambas estructuras son igual de complejas


Que la complejidad ciclomtica es solamente un indicador aproximado de complejidad
Que el coste de probar ambas estructuras es equivalente
Que ambas estructuras son equivalentes

26/06/2014

S-ar putea să vă placă și