Eog Exd2

Evaluacin, Organizacin y Gestin de Proyectos Informticos.
Escuela Universitaria de Informtica
Parcial 16 de Diciembre de 2000
1. En el comienzo de un proyecto, la definicin del problema: a) Suele ser difuso. b) esta claramente especificada.

c) Requiere mucho tiempo a pesar de no tener mucha trascendencia. d) Todas las anteriores se dan. 2. No son caractersticas tpicas de los proyectos: a) tener un objetivo claro. b) las economas de escala. c) que se puedan identificar tareas. d) que existan limitaciones de recursos. 3. Las fases genricas de un proyecto son: a) Planeacin, codificacin y pruebas. b) Puesta en marcha y conclusin del proyecto.

c) Planeacin y ejecucin del proyecto d) todas las anteriores son correctas. 4. Durante la puesta en marcha es habitual: a) Establecer la estructura organizativa. b) Seleccionar al personal. c) Organizar el lugar de trabajo. d) todas las anteriores son correctas. 5. En la curva real de fallos del software se evidencia: a) que como todos los artefactos, el software tambin se estropea del uso. b) que al efectuar cambios en el software se introduce errores que lo hacen inmanejable.

c) que el software no se desgasta por lo que no se hace obsoleto. d) todas las anteriores son correctas. 6. El software empotrado se caracteriza por: a) encontrarse incluido en los aparatos a los que controlan. b) Ser fciles de modificar por el usuario. c) tener ubicaciones fijas, sin posible movilidad geogrfica. d) Tanto la a), como la c) son ciertas. 7. El software es: a) fcil de desarrollar y en pocas ocasiones se habla de proyectos fracasados. b) fcil de verificar por el usuario ya que este tiene visibilidad del mismo.

c) no suele ser complejo. d) todas las anteriores son incorrectas. 8. la ingeniera del software se caracteriza por: a) el desarrollo de pequeos programas con en lenguajes actuales. b) relacionarse con cuestiones de gestin que caen fuera del dominio de la programacin. c) no necesitar presupuestos en sus proyectos. d) Tanto la a), como la b) son ciertas.

9. El metodo de desarrollo quick & dirty: a) Es una forma de desarrollar software, sin especificaciones. b) Es un mtodo riguroso de desarrollo de software. c) Tanto a), como b) son ciertas. d) Ninguna de las anteriores son correctas. 10. En el ciclo de vida de prototipos desechables: a) cuando el cliente acepta el prototipo ya ha finalizado la aplicacin. b) hay una fase de optimizacin mecnica. c) se supone que el cliente tiene claro lo que desea desde el comienzo. d) hay un proceso iterativo de construccin de prototipos, evaluacin y mejora de la especificacin.

11. Una organizacin de desarrollo de software madura (cmm) es aquella que: a) Al menos 10 aos de desarrollos. b) Controla los procesos de desarrollo de software y mantenimiento. c) Evoluciona hacia la Ingeniera del software y una gestin eficaz. d) Tanto la b) como la c) son correctas. 12. En la estimacin bottom-up: a) se descompone el proyecto en las unidades lo menores posibles. b) Se descompone el proyecto en grandes bloques o fases y se estima el coste de cada uno. c) se estima cada unidad y se calcula el coste total. d) Tanto la a) como la c) son ciertas.

13. En el mtodo de medicin de puntos de funcin, entendemos por informacin de control: a) la que se usa para sincronizar los procesos. b) aquellas que solicita el usuario del tipo: mensajes de error, claves de seguridad. c) La que es imprescindible incluir en el sistema, como consecuencia del diseo realizado. d) Tanto la a) como la c) son ciertas. 14. En los puntos de funcin, con tasa de transacciones, nos referimos a: a) Cantidad de comunicaciones que tendr el sistema. b) La cantidad de entradas en lnea que tendr el sistema. c) que se prevn picos de transacciones con cierta regularidad. d) todas las anteriores son correctas.

15. El mantener datos histricos sobre los proyectos realizados, es imprescindible: a) Si se desea prescindir del juicio experto como nico mtodo de estimacin. b) Para poder realzar estimaciones de esfuerzo con mtodos algoritmos. c) Tanto la a) como la b) son ciertas. d) todas las anteriores son incorrectas. 16. La representacin grfica del WBS: a) Nos muestra un grafo no ordenado donde los nodos son las tareas. b) Consiste en una lista desordenada de tareas a realizar. c) Nos muestra un rbol en que las hojas son las tareas. d) Ninguna de las anteriores.

17. Entendemos por entregables de un proyecto informtico, aquellos productos: a) que a lo largo del proyecto intercambian proveedor y suministrador. b) que a lo largo del proyecto intercambian clientes y desarrolladores. c) exclusivos de la gestin del proyecto que se hacen llegar al cliente. d) Tanto la a) como la c) son ciertas. 18. El nmero de actividades que se realiza para el desarrollo de un proyecto depende de: a) la calidad de los recursos y la duracin de la tarea. b) del enfoque, no es lo mismo si se trata de un cpd, outsourcing o sw comercial. c) nada, siempre son las mismas actividades. d) a) y c) son ciertas.

19. Disponer de una lista de tareas habituales en los proyectos de nuestra empresa, es til: a) estimar la duracin de la tarea. b) evitar que se nos olviden tareas. c) impresionar a los clientes. d) evitar el tener que planificar siempre. 20. La asignacin de persona a tareas es complicada, ya que: a) uno no esta seguro de que responder. b) a la gente no le gusta que le asignen tareas. c) estas son seres vivos y tienen derecho a ser diferentes. d) a) y b) son ciertas.

21. Antes de comenzar a asignar recursos a las tareas tiene que estar clara cual es: a) La duracin deseada del proyecto. b) cuantos mdulos tendr la aplicacin. c) aspectos de gestin del desarrollo. d) todas las anteriores. 22. La clasificacin de las tareas segn Brooks: a) asocia la calidad de los recursos y la duracin de la tarea. b) relaciona la duracin de las tareas en funcin de la cantidad de personas asignadas. c) clasifica las tareas en dos tipos. d) b) y c) son ciertas.

23. Conviene recordar, al asignar personas a tareas que: a) dada una estimacin cualquier persona que asignemos tendr que cumplirla, independientemente de su nivel de experiencia o conocimientos. b) la productividad es constante e igual para todos los miembros de un equipo. c) la productividad entre programadores es muy variable, es habitual una relacion 1:5 d) Todas las anteriores. 24. La negociacin de los plazos sin un estudio previo lleva a: a) ofrecer una serie de alternativas al cliente para que este seleccione. b) subestimar las necesidades del usuario. c) un compromiso del jefe difcilmente respaldado por los subordinados d) b) y c) son correctas.

25 La holgura de una tarea: a) siempre es cero. b) tiempo mximo que puede durar una tarea en caso de comenzar en su inicio temprano y concluir en su fin tardo. c) es el tiempo que disponemos para jugar con el inicio de la tarea sin afectar al proyecto. d) b) y c) definen el concepto de holgura. 26. Al revisar la duracin de las tareas para ajustar el calendario: a) podemos revisar las tareas del camino crtico, reduciendo su duracin y con ello la del proyecto. b) hay que tener en cuenta que puede cambiar el camino crtico. c) ajustar la reduccin al mximo con coste mnimo.

d) todas las anteriores son correctas. 27. El volumen de fondos a comprometer en un proyecto es: a) La cantidad mxima de endeudamiento en el que incurre el desarrollador. b) El flujo de caja del proyecto. c) el acumulado del flujo de pagos. d) es el mayor de los pagos del flujo de pagos. 28. Flujo de caja se obtiene: a) sustrayendo del flujo de pagos el flujo de ingresos. b) actualizando los valores con el inters indicado. c) sustrayendo del flujo de ingresos el flujo de pagos.

d) acumulando los pagos. 29 La tasa de interes nos permite comprar importes en distintos instantes del tiempo, mediante la siguiente formula: a) Actual = Futuron / (1+i)-n.. b) Actual = Futuron * (1+i)n.. c) Futuron = Actual / (1+i)n.. d) Actual = Futuron / (1+i)n. 30. Los retrasos en los proyectos informticos: a) suelen ser aceptados de buen grado por los clientes. b) no se dan nunca, o de forma puntual y esporadica.

c) Tienen mucho impacto en los resultados financieros. d) Todas las anteriores son ciertas. Las preguntas test, de teora suponen un total de 3 puntos. Cada respuesta correcta vale 0,1 puntos y cada tres respuestas fallidas valen 0,1 puntos (es decir 1/30 puntos cada una). Las respuestas en la hoja tabulada debe realizarse con lpiz HB o 2H (segn indica el ICE, que es que dispone de las maquinas para correccin de los mismos. Es OBLIGATORIO poner el NOMBRE, el nmero del DNI y codificar el DNI en la hoja de respuestas. Guadar silencio mientras se este en el aula de examen.

Problema 1. ( 2,5 puntos)

(Recuerde que es obligatorio contestar este problema.) Una Juguetera decide crear un sistema mediante el cual los nios puedan escribir sus cartas de Reyes a travs de una pgina web y que los padres de los mismos puedan consultar las cartas de sus hijos, tambin a travs de la web. Este sistema tiene acceso al fichero de artculos que es mantenido por otra aplicacin. Para que un nio pueda hacer su carta es

necesario que el padre se haya dado de alta en el sistema antes. Se desea conocer los Puntos

PADRE GESTIN CARTA A LOS REYES MAGOS
NIO GESTOR
Artculos
de funcin de l

a especificacin siguiente:
NIO PADRE GESTOR PADRE Dilogo nio Articulos
NIO
GESTOR
Figura - Diagrama de CONTEXTO Figura - GESTIN CARTA A LOS REYES MAGOS
1.1 Nios Ciudad 2.2 1.2 GESTOR ALTA Datos Listado juguetes 2 GESTIN ESCRIBIR Listar Datos Listado Carta Juguetes Padre PADRE 1 Padre de ciudad CONSULTAR Dialogo CARTA A juguetes CARTA ms demandados Datos Carta GESTIN DEMANDAS gestor Dilogo ciudad LOS REYES Id. del Carta da CARTAS padre Padres MAGOS Artculos 1.4 NIO 2.1 Cartas Nios PADRE Ver Carta Listar juguetes Datos juguetes 1.3 ms demandados CONSULTAR Identific. Juguete Cartas del da JUGUETES Artculos
Figura .- GESTIN CARTAS

Figura 5. CONSULATAR DEMANDAS
Diccionario de Datos
ARTICULOS={Articulo} Articulo = Cdigo_articulo + descripcin + Precio + Edad + {foto} + pvp CARTAS = {Carta} Carta = Cd_nio + Cd_padre + {Cod_articulo} Ciudad = *Nombre de una ciudad* Datos_Carta = Cd_nio + Cd_padre + Nombre + edad + {Cod_articulo} Datos_Carta_Padre = Cd_nio + Nombre + edad + {Cod_articulo + descripcin + Precio + Edad + {foto} + pvp } + total_carta Datos_Juguetes = Cdigo_articulo + descripcin + Edad + {foto}

Datos_padre = padre Id_Carta = Cd_nio + Cd_padre Identific_Juguete = [Cod_articulo | Nombre] Listado_Juguetes_ms_demandados_de_da = da + { Cdigo_articulo + descripcin + Precio + Edad + pvp + total_demandados } Listado_Juguetes_ms_de_ciudad = ciudad + { Cdigo_articulo + descripcin + Precio + Edad + pvp + total_demandados} NIOS = {Nio} Nio = Cd_nio + Cd_padre + Nombre + edad PADRES = {Padre} Padre = Cd_padre + Nombre + Poblacin + dir-correo

La aplicacin tendr las siguientes caractersticas: El sistema funcionar en internet, de modo que cualquier persona puede acceder a crear una carta. El cdigo del programa se ejecutara en los ordenadores cliente mediante una aplicacin Java. No existen restricciones a la utilizacin del procesador. Se prevn perodos semanales con picos de transacciones. La aplicacin debe tener un interface amigable con menus, pop-up, y ser bilinge. Se prev la reutilizacin del cdigo en la misma aplicacin, y se estima que no se reutilizar un 7% del codigo. Se solicita facilidad de instalacin. Se proveer de procesos de arranque, back-up y recuperacin. La aplicacin se desarrolla pensando en que funcione con cualquier visor de web por lo que hay que verificar como funciona en los distintos entornos habituales.

Problema 2. ( 0,5 puntos )

Realizada una estimacin de 400 Puntos de Funcin para una aplicacin a desarrollar en Java y sabiendo que la empresa desarrolladora dispone del siguiente histrico, obtener: El esfuerzo del proyecto as como el esfuerzo en horas a aplicar en cada fase.
Nombre Proyecto Puntos de Funcin Lenguaje Esfuerzo en horas Estudio viabilida d Anlisis Diseo Codific Pruebas acin Instal acin Mantenimie nto Inicial
Snia
200 470
Java Java
3.050 6.900
11% 8%
14% 17%
14% 15%
22% 21%
17% 16%
8% 10%
14% 13%

Segura
Problema 3. ( 15 punto )
Para informatizar una empresa, se ha decidido llevar a cabo las tareas que se muestran en la siguiente tabla

T a r e a A
Descripcin
Esfuerz o (das)
Tipo Brooks
Recursos
Sigue a:
Estudio Viabilidad Adaptar ERP
2 12
1 1
2 Analistas 4 Programadores
H, J

K L
Probar ERP
1 Analista
I, K
Se ha de tener en cuenta que todas las tareas se realizarn tan pronto como sea posible. Desendose conocer el plazo mnimo de realizacin del trabajo (Diagrama de Precedencias, de Gantt, y Camino Critico). Obtener para cada tarea los inicios y finales tempranos y tardos.

Enunciado Problemas 4 y 5
A una empresa se le contrata un test independiente de una aplicacin ya desarrollada. La planificacin inicial que se propone es la siguiente .
Descripcin Esfuerz o (mes) 2 Cantida d person as 1 Perfil Profesional Analista Tipo Brooks 1 Sigue a: -
Estudiar sistema

Pruebas
Programad or
F, G
El diagrama de precedencias de este proyecto, es el que se muestra a continuacin.

B 2 1 , 0 3 E 3 1 , 0 4

, 0 3 , 0 2 , 0
, 0 4 , 0 1 , 0
, 0 4 , 0 2 , 0
, 0 5 , 0 1 , 0
4 , 0 5 , 5 3 , 0
, 5 5 , 5 7 , 0 1 , 5
2 ,
3 ,
2 ,

0 , 0 0 , 0 2 , 0
0 2 , 0 2 , 0 0 , 0
2 , 0 2 , 0 3 , 0
0 5 , 0 5 , 0 0 , 0
5 , 0 5 , 0 2 , 0
0 7 , 0 7 , 0 0 , 0
H 7 , 0
2, 0 9, 0

D 2 , 0 3 , 0 3 , 0
2 , 0 4 , 0 5 , 0 1 , 0
7 , 0 2 , 0
9, 0 0, 0

Problema 4. ( 1,5 punto )

Dada la planificacin mostrada, se desea el estudio econmico del mismo, siendo los costes mensuales, en euros: Analista: 3.000 C; Diseador 2.500 C; Programador 1.500 C 1. La empresa cobrara 67.000 euros al finalizar Preparar pruebas operaciones habituales. 2. La tasa de inters es del 3% mensual. Se pide calcular los diagramas de cargas de los recursos, el Gannt, el flujo de caja y el acumulado, tanto actualizados como sin actualizar. Aadir una grfica de estos.
Problema 5. ( 1 punto )
Dado el siguiente proyecto, suponga que la empresa conseguir de otra empresa un analista mas, 2 diseadores y dos programadores, a lo largo del presente proyecto, pero a un costo

superior al propio. Dado que hay que evitar tener ms personal y gastos de los necesario, pero minimizando la duracin del trabajo, reorganice la planificacin. Se ha de reconstruir el diagrama de precedencias con las fechas tempranas y tardas de inicio y fin de cada tarea, el diagrama de Gantt, adems de indicar las modificaciones realizadas.

Eog Exd2

Загружено:

Сведения о документе

Исходное описание:

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Eog Exd2

Загружено:

Авторское право:

Доступные форматы

Evaluacin, Organizacin y Gestin de Proyectos Informticos.

Escuela Universitaria de Informtica

Parcial 16 de Diciembre de 2000

Evaluacin, Organizacin y Gestin de Proyectos Informticos.

Parcial 16 de Diciembre de 2000

Evaluacin, Organizacin y Gestin de Proyectos Informticos.

Parcial 16 de Diciembre de 2000

Evaluacin, Organizacin y Gestin de Proyectos Informticos.

Parcial 16 de Diciembre de 2000

Evaluacin, Organizacin y Gestin de Proyectos Informticos.

Parcial 16 de Diciembre de 2000

Evaluacin, Organizacin y Gestin de Proyectos Informticos.

Parcial 16 de Diciembre de 2000

Evaluacin, Organizacin y Gestin de Proyectos Informticos.

Parcial 16 de Diciembre de 2000

Evaluacin, Organizacin y Gestin de Proyectos Informticos.

Parcial 16 de Diciembre de 2000

Evaluacin, Organizacin y Gestin de Proyectos Informticos.

Parcial 16 de Diciembre de 2000

Evaluacin, Organizacin y Gestin de Proyectos Informticos.

Parcial 16 de Diciembre de 2000

Evaluacin, Organizacin y Gestin de Proyectos Informticos.

Parcial 16 de Diciembre de 2000

Evaluacin, Organizacin y Gestin de Proyectos Informticos.

Parcial 16 de Diciembre de 2000

Evaluacin, Organizacin y Gestin de Proyectos Informticos.

Parcial 16 de Diciembre de 2000

Evaluacin, Organizacin y Gestin de Proyectos Informticos.

Parcial 16 de Diciembre de 2000

Evaluacin, Organizacin y Gestin de Proyectos Informticos.

Parcial 16 de Diciembre de 2000

Evaluacin, Organizacin y Gestin de Proyectos Informticos.

Parcial 16 de Diciembre de 2000

Evaluacin, Organizacin y Gestin de Proyectos Informticos.

Parcial 16 de Diciembre de 2000

Evaluacin, Organizacin y Gestin de Proyectos Informticos.

Parcial 16 de Diciembre de 2000

Problema 1. ( 2,5 puntos)

Evaluacin, Organizacin y Gestin de Proyectos Informticos.

Parcial 16 de Diciembre de 2000

Evaluacin, Organizacin y Gestin de Proyectos Informticos.

Parcial 16 de Diciembre de 2000

PADRE GESTIN CARTA A LOS REYES MAGOS

Evaluacin, Organizacin y Gestin de Proyectos Informticos.

Parcial 16 de Diciembre de 2000

Figura - Diagrama de CONTEXTO Figura - GESTIN CARTA A LOS REYES MAGOS

Figura .- GESTIN CARTAS

Evaluacin, Organizacin y Gestin de Proyectos Informticos.

Parcial 16 de Diciembre de 2000

Figura 5. CONSULATAR DEMANDAS

Evaluacin, Organizacin y Gestin de Proyectos Informticos.

Parcial 16 de Diciembre de 2000

Evaluacin, Organizacin y Gestin de Proyectos Informticos.

Parcial 16 de Diciembre de 2000

Evaluacin, Organizacin y Gestin de Proyectos Informticos.

Parcial 16 de Diciembre de 2000

Problema 2. ( 0,5 puntos )

Evaluacin, Organizacin y Gestin de Proyectos Informticos.

Parcial 16 de Diciembre de 2000

Evaluacin, Organizacin y Gestin de Proyectos Informticos.

Parcial 16 de Diciembre de 2000

Estudio Viabilidad Adaptar ERP