Você está na página 1de 10

PREGUNTAS TIPO TEST ASIGNATURA INGENIERIA DEL

SOFWARE DE GESTION
PREGUNTAS TIPO TEST ASIGNATURA INGENIERIA DEL SOFWARE DE GESTION.....................1
CAPITULO 1 .INTRODUCCION A LOS SISTEMAS DE INFORMACION..................................................1
CAPTULO 2. SISTEMAS DE INFORMACIN BASICOS EN LAS EMPRESAS.......................................2
CAPTULO 3. GESTIN DE PROYECTOS SOFTWARE..............................................................................3
CAPTULO 4. MTRICA VERSION 3.............................................................................................................5
CAPTULO 5. OTROS ASPECTOS DEL DISEO..........................................................................................6
CAPTULO 6. PRUEBAS DE SOFTWARE......................................................................................................6
CAPTULO 7. VERIFICACION Y VALIDACION DE SOFTWARE..............................................................8
CAPTULO 8. GESTIN DE LA CONFIGURACIN DEL SOFTWARE (GCS)..........................................9
CAPTULO 9. MANTENIMIENTO DEL SOFTWARE...................................................................................9

CAPITULO 1 .INTRODUCCION A LOS SISTEMAS DE INFORMACION


1.1 Un sistema
a. Puede o no tener objetivos.
b. Ha de concretarse en una jerarqua estricta de componentes.
c. Sus principales elementos son componentes, relaciones entre componentes y objetivos.
d. Debe estar regido por un componente controlador.
1.2 El denominado enfoque sistmico
a.
b.
c.
d.

Es asimilable a la estrategia bottom up


Es coherente con el principio de descomposicin funcional.
Permite abordar los detalles sin perderse en generalidades.
Es un concepto especfico del campo de la ingeniera del software.

1.3 Datos e informacin.


a.
b.
c.
d.

Son la misma cosa.


Los datos ayudan a la toma de decisiones.
La informacin surge del procesamiento de datos.
Los datos dan sentido a la informacin.

1.4 Cuntos bits de informacin de informacin te estoy suministrando si te informo sobre el nmero que he pensado en el rango 1 a
64?.
a.
b.
c.

64 bits.
6 bits.
8 bits.

03/07/2014

d.

1 bit.

1.5 Cunta informacin recibimos si nos comentan que despus de haberse lanzado una moneda al aire nos dicen existe un 50% de
que haya salido cara?.
a.
b.
c.
d.

1 bit.
0 bits.
2 bits.
0.5 bits.

1.6 Cunta informacin recibimos si nos comentan que despus de haberse supuestamente lanzado una moneda al aire nos dicen:
puede que todava no se haya tirado la moneda.
a.
b.
c.
d.

0 bit.
0.5 bits.
-0.5 bits.
Ninguna de las anteriores.

1.7 Informacin.
a.
b.
c.
d.

Cuanto ms detallada mejor.


Cuanta mayor cantidad, mejor.
Es preferible la calidad a la cantidad.
Todas las anteriores.

1.8 Sistemas de informacin.


a.
b.
c.
d.

Sinnimo de sistemas informticos.


Las empresas los necesitan para cumplir sus fines.
Los sistemas de informacin forman parte de los sistemas de informticos.
Todas las anteriores.

1.9 Un DSS
a.
b.
c.
d.

Es un sistema de minera de datos


Es un sistema de apoyo a decisiones de cualquier tipo.
Es un sistema de apoyo a decisiones estructuradas.
Es un concepto anlogo al EIS.

CAPTULO 2. SISTEMAS DE INFORMACIN BASICOS EN LAS EMPRESAS


2.1 Generar un plan de formacin anual:
a.
b.
c.
d.

Es una actividad, a nivel operativo, del Subsistema de RRHH


Es una actividad, a nivel bsico, del Subsistema de RRHH
Es una actividad, a nivel estratgico, del Subsistema de RRHH
Es una actividad, a nivel tctico, del Subsistema de RRHH

2.2 Qu es la LOPD?
a.
b.

Es un paquete de gestin de produccin (Lay Out Product Development).


Es una normativa destinada a proteger los datos sensibles de personas.

03/07/2014

c.
d.

Es uno ms de los muchos productos ERP existentes.


Ninguna de las anteriores.

2.3 qu es un albarn?
a.
b.
c.
d.

Un escandallo de un producto terminado


Nota de entrega que firma la persona que recibe una mercanca.
El detalle de una nmina por conceptos retributivos
Un tipo de contrato

2.4 Qu se entiende por optimizar los niveles de reaprovisionamiento de materias primas dentro del subsistema de control de
almacn y produccin?
a.
b.
c.
d.

La bsqueda de un equilibrio entre el coste financiero del stock y el coste de ruptura de stock.
Intentar que haya las menores rupturas de stock posibles
La bsqueda del equilibrio de Pareto (criterio 20/80)
Conseguir un porcentaje de ocupacin mximo del rea de almacenaje.

2.5 cuales de los conceptos que siguen son especficos de la gestin de la produccin
a.
b.
c.
d.

Just in time, MRP,JSP


MRP, JSP, CIM
JSP, Just in time, CIM
CIM, ERP, Just in time

2.6 Qu aporta un ERP


a. Un enfoque integrado de los subsistemas ms comunes de una empresa
b. Una solucin totalmente adaptable a la problemtica de cada empresa
c. Un framework informtico de desarrollo para aplicaciones empresariales
d. Una solucin software para los subsistemas de produccin parcialmente adaptable a la problemtica de cada empresa

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

03/07/2014

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

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.7 Son funciones de ajuste que contribuyen al factor de complejidad dentro de la tcnica de dimensionamiento por punto de
funcin las siguientes:
a.
b.
c.
d.

Facilidad de cambio
Lenguaje de programacin
Volumen de datos
Accesibilidad para discapacitados

3.8 Cual es la diferencia entre el mtodo Delphi y el mtodo Delphi de banda ancha
a.
b.
c.
d.

Los participantes del mtodo Delphi banda ancha se dispone de un elenco de expertos ms amplio
En el mtodo Delphi banda ancha hay personas de distinto nivel jerrquico, con objeto de ampliar la visin
En el mtodo Delphi banda ancha hay reuniones entre expertos para debatir sus estimaciones
byc

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.

03/07/2014

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

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

03/07/2014

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.
d.

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
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.

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

03/07/2014

d.

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:


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

CAPTULO 7. VERIFICACION Y VALIDACION DE SOFTWARE


7.1 Cuales de las siguientes son actividades de verificacin segn ANDRIOLE?

03/07/2014

a.
b.
c.
d.

Generar datos de prueba funcionales


Evaluar el impacto de un cambio
Chequear que el coste y los plazos del producto se adapta a lo planificado
Formacin de usuarios

7.2 Cuales de de siguiente lista son herramientas o tcnicas complementarias de verificacin y validacin.?
a.
b.
c.
d.

Estimadores de tiempo de ejecucin


Auditores de cdigo
Monitores de software
Las tres anteriores

7.3 Cules de las siguientes afirmaciones son correctas?


a.
b.
c.
d.

Las revisiones tcnicas sirven tanto para chequear productos como para chequear proyectos
Las revisiones de gestin sirven para chequear proyectos
Los denominados Walkthroughs sirven para chequear productos
Todas las anteriores

7.4 Cules de las siguientes afirmaciones son correctas?


a.
b.
c.
d.

Las auditoras se suelen realizar por personas ajenas a la organizacin


Las revisiones tcnicas suelen realizarse por equipos mixtos de personas de la organizacin y de personas ajenas a la
organizacin.
Las revisiones suelen ser actuaciones que suelen unas semanas
Las auditoras suelen ser actuaciones puntuales y aperidicas.

7.5 Cuales de los siguientes tipos de auditora estn recogidos en el estndar IEEE 1028-1997 Standard for software reviews and
audits?
a.
b.
c.
d.

Auditoria orgnica (AOR)


Auditoria lgica (ALO)
Auditoria funcional (AFU)
Auditoria tcnica (ATE)

7.6 Cules de los siguientes roles son aplicables al proceso de inspeccin


a.
b.
c.
d.

Moderador
Presidente
Controlador
Todos los anteriores

7.7 Cuales de las siguientes son etapas del proceso de inspeccin definido por M Fagan
a.
b.
c.
d.

Planificacin
Coordinacin
Organizacin
Todas las anteriores

7.8 Inspecciones versus Walkthroughs


a.
b.
c.

Tanto las Inspecciones como los Walkthroughs sirven para revisar productos
Tanto las Inspecciones como los Walkthroughs son procesos muy formalizados
Tanto las Inspecciones como los Walkthroughs requieren una asignacin previa de roles a los participantes

03/07/2014

d.

Tanto las Inspecciones como los Walkthroughs sirven no slo para localizar defectos sino para buscar mejoras del producto

CAPTULO 8. GESTIN DE LA CONFIGURACIN DEL SOFTWARE (GCS)


8.1 En Mtrica versin 3, la actividad de definicin de los requisitos de GC se realizan durante el proceso
a.
b.
c.
d.

EVS
ASI
DSI
Ninguno de los anteriores

8.2 Cuales de los siguientes asertos son correctos


a.
b.
c.
d.

En la etapa de anlisis se produce la Lnea Base de requisitos


En la etapa de implementacin se produce la Lnea Base del producto
En la etapa de diseo detallado se produce la Lnea Base de asignacin
En la etapa de diseo se produce la Lnea Base de diseo

8.3 Son actividades fundamentales de la Gestin de la configuracin


a.
b.
c.
d.

Identificacin
Auditora
Control
Todas las anteriores

8.4 La actividad que se ocupa de responder a la pregunta es el producto conforme con sus requisitos? se denomina..
a.
b.
c.
d.

Control de requisitos
Auditora
Anlisis de requisitos
Identificacin

8.5 Cuales de las siguientes opciones son secciones de un plan de GCS [IEEE 1998] ?
a.
b.
c.
d.

Organizacin del GCS


Gestin de GCS
Auditora de GCS
Ninguna de las anteriores.

CAPTULO 9. MANTENIMIENTO DEL SOFTWARE


9.1 Segn Frazer, cual es el tipo de mantenimiento que tiene mayor coste relativo
a.
b.
c.
d.

Adaptativo
Correctivo
Perfectivo
Preventivo

9.2 Si estamos migrando un sistema desde una tecnologa de cliente software pesado a otra de cliente software ligero estamos
frente a
a.

Una actividad de mantenimiento adaptativo

03/07/2014

b.
c.
d.

Una actividad de mantenimiento perfectivo


Una actividad de mantenimiento migrativo
Una actividad de desarrollo evolutivo

9.3 La complejidad ciclomtica de Mcabe es una mtrica que se suele utilizar para medir la
a.
b.
c.
d.

Legibilidad del software


Reusabilidad del software
Facilidad de prueba del software.
Concisin del software

9.4 La facilidad de mantenimiento de un sistema puede ser determinada mediante el


a.
b.
c.
d.

Modelo de calidad de McClure


Modelo de calidad de Kiviat
Modelo de Calidad del CHIKOFSKY
Ninguno de los anteriores

9.5 La transformacin de una forma de representacin a otra en el mismo nivel de abstraccin relativo, manteniendo el
comportamiento externo del sistema se denomina
a.
b.
c.
d.

Redocumentacin
Reimplementacin
Reestructuracin
Reorganizacin

10

03/07/2014

Você também pode gostar