Examen Tipo Test PGPI

Según el modelo de estimación de “Puntos de función”, ¿Cuál de las siguientes afirmaciones es incorrecta?. Depende del lenguaje de programación. Es un modelo adecuado para proyectos de gestión. Realiza la estimación a partir de los requisitos.

Para medir el tamaño de la funcionalidad de una aplicación en Puntos de Función se elaboró el cuadro siguiente en el que se indica la cantidad de cada una de las características que aportan Puntos de Función y a su vez, se discrimina cada una de acuerdo al grado de complejidad. Siendo 1,1 el Factor de Ajuste de la Complejidad obtenido considerando los distintos factores de ajuste: Los puntos de función sin ajustar son 224. Los puntos de función sin ajustar son 224 y los puntos de función ajustados son 242. Los puntos de función sin ajustar son 224 y los puntos de función ajustados son 246,4.

Como resultado de la Revisión Técnica Formal: Se obtendrá un informe sumarial sobre consideraciones vistas únicamente desde el punto de vista económico, ya que es la parte que realmente condiciona terminar el producto a tiempo. Se obtendrá una lista con los sucesos de la revisión y un informe sumarial de dicha revisión. Se llevan a cabo constantemente a lo largo del proyecto, y únicamente determinan si se aprobará o no la salida del producto.

El método de planificación PERT es: Una definición en base a una red (grafo dirigido) de dependencias de tareas que llevan al final del proyecto. Una definición en forma de grafo no dirigido de tareas que ayudan a visualizar el Plan del Proyecto. Una definición en forma de barras que dan un aspecto visual temporal del Plan del Proyecto.

En un grafo de actividades (PERT): No se consideran relaciones de precedencia entre las actividades. La holgura total de una actividad indica cuánto se puede atrasar su comienzo sin afectar la duración total del proyecto. El fin más tardío de una actividad es lo más tarde que puede comenzar una actividad, afectando con su retraso a la duración total del proyecto.

Estudio de viabilidad en un proyecto software: Debe hacerse el estudio de viabilidad cuando el coste supere el umbral Boehm. Debe hacerse un estudio de viabilidad como una de las etapas iniciales del ciclo de vida. Solo debe realizarse el estudio de viabilidad cuando el cliente lo solicita.

Rol del gerente funcional: Responsable de la gestión coordinada de proyectos relacionados. Persona clave que desempeña el rol de gestor en un área de la empresa, como recursos humanos, finanzas, contabilidad o adquisiciones. Persona relacionada con la producción y el mantenimiento de los productos o servicios que vende la empresa.

La ACM y la IEEE ha cooperado para crear un código de ética y práctica profesional. Este código se basa en ocho principios, uno de estos principios es la Valoración, el cual hace referencia a: El ingeniero de software mantendrá la valoración de su juicio personal y profesional a lo largo de todo el proyecto. El ingeniero de software mantendrá la integridad e independencia en sus valoraciones profesionales. El ingeniero de software tiene la obligación de informar al cliente, teniendo en cuenta sus valoraciones personales.

En relación con la técnica PERT podemos afirmar que. En una actividad el tiempo early es el tiempo máximo en el que se puede iniciar las actividades siguientes sin que ello retrase la duración del proyecto. Una actividad comprendida entre dos actividades no tiene por qué ser crítica. En una actividad cualquiera el tiempo last podría ser menor que el tiempo early de dicha actividad.

En un proyecto software: Los riesgos suelen ir cambiando a los largo del mismo, por lo que en instancias predefinidas conviene rehacer las evaluaciones de riesgos. Los riesgos se establecen con precisión en la fase de planificación, ya que suelen ser estables a lo largo del mismo. Los riesgos identificados se suelen reducir sistemáticamente, es decir, se desarrollan acciones que permitan aumentar la probabilidad de que un riesgo ocurra y/o disminuya el impacto negativo que produciría.

La Ley Orgánica 15/1999, de Protección de Datos de Carácter Personal (en adelante LOPDCP) tiene por objeto garantizar y proteger, en lo que concierne al tratamiento de los datos personales: Las libertades públicas de las personas físicas. Las libertades públicas y los derechos fundamentales de las personas físicas y jurídicas. Las libertades públicas y los derechos fundamentales de las personas físicas.

En relación a la patente software en España se protege: El código fuente, el código objeto y los manuales de instrucciones. En España solo se protege el código fuente mediante patentes. En España no se aceptan las patentes de software.

Indica cuál de las siguientes afirmaciones es VERDADERA: Uno de los grandes inconvenientes de las revisiones técnicas formales es que fomentan la inseguridad en el proyecto. Como resultado de una Revisión Técnica Formal se obtiene un informe sobre consideraciones vistas únicamente en la codificación del software, ya que es la parte que condiciona realmente el funcionamiento de la aplicación. La Garantía de Calidad del Software (SQA) es una actividad que se aplica en todo el proceso de ingeniería del software.

La holgura de una tarea: Siempre es cero. Es el tiempo máximo que puede durar una tarea en caso de comenzar en su inicio temprano y concluir en su fin tardío. Es el tiempo que disponemos para jugar con el inicio de una tarea sin afectar al proyecto.

La representación gráfica del WBS: Nos muestra un grafo no ordenado donde los nodos son las tareas. Nos muestra un árbol en que las hojas son las tareas. Ninguna de las dos anteriores es correcta.

El objetivo básico del estudio de viabilidad es: Determinar las actividades principales dentro del proyecto y desglosarlas en paquetes de trabajo componentes. Determinar si la organización cuenta con los recursos y capacidades requeridas para llevar a cabo el proyecto. Incorporar el proyecto con las metas estratégicas de la empresa.

Tras la elaboración del correspondiente grafo PERT, una empresa calcula que el camino crítico de uno de sus proyectos es A-F-G. Si la duración de las actividades del camino crítico es 10, 19 y 10 semanas respectivamente, podemos asegurar que: La duración total del proyecto es de 39 semanas. La duración total del proyecto es de 19 semanas, ya que es la máxima duración de una de las actividades del camino crítico. Estas actividades son las únicas que pueden retrasarse sin que se retrase la entrega final del proyecto.

La duración del proyecto es de 15 semanas, la varianza del camino crítico es 3,11 y su desviación estándar 1,76 semanas. La probabilidad de que el proyecto termine en 16 semanas es (16 semanas - 15 semanas)/1,76: 62,5%. 71,2%. 77,3%.

Propiedades que se pueden medir en un software para evaluar su calidad: Características operativas, adaptabilidad a nuevos entornos y capacidad para soportar cambios. Cumplimiento normativo, planificación temporal y adaptabilidad a nuevos entornos. Cumplimiento de la planificación temporal y de los requisitos funcionales del proyecto.

Indique cuál de las siguientes sentencias es falsa: La SQA es una actividad de protección que se aplica en todo el proceso de ingeniería del software. Entre las actividades de la SQA no se encuentra la realización de las revisiones técnicas formales. Entre las actividades de la SQA se encuentra el control de cambios.

El estudio de viabilidad del proyecto se realiza desde cuatro perspectivas diferentes: Económico, normativo, legal y social. Económico, técnico, operativo y legal. Económico, técnico, operativo y social.

Sobre la gestión de riesgos: Para todo riesgo se debe determinar un conjunto de acciones para reducir o eliminar el riesgo. Los riegos y las decisiones se registran en un plan de gestión de riesgos al comienzo del proyecto, que se debe actualizar y monitorear a lo largo del mismo. En la detección de riesgos, solo se deben identificar y atacar todos los riesgos específicos del proceso.

Para medir el tamaño de la funcionalidad de una aplicación en Puntos de Función se elaboró el cuadro siguiente en el que se indica la cantidad de cada una de las características que aportan Puntos de Función y a su vez, se discrimina cada una de acuerdo al grado de complejidad. Siendo 1,2 el Factor de Ajuste de la Complejidad obtenido considerando los distintos factores de ajuste: Los puntos de función sin ajustar son 212. Los puntos de función sin ajustar son 212 y los puntos de función ajustados son 258,8. Los puntos de función sin ajustar son 212 y los puntos de función ajustados son 254,4.

El código de ética y práctica profesional de la ACM-IEEE los ingenieros de software se adhieren a los ocho principios siguientes: Sociedad, cliente, producto, empresario, juicio, administración, profesión y personal. Cliente y empresario, producto, gestión, compañeros, juicio, administración, personal y computadores. Sociedad, cliente y empresario, producto, valoración, gestión, profesión, compañeros y personal.

COCOMO versus PUNTOS DE FUNCIÓN: COCOMO estima costes, PUNTOS DE FUNCIÓN no aporta directamente una estimación de costes. Son dos técnicas distintas pero persiguen exactamente los mismos objetivos: dimensionar proyectos, plazos y costes. Ninguna de las anteriores es correcta.

Sea el grafo de precedencia, ¿Cuál de las siguientes afirmaciones es CORRECTA?. No hay caminos críticos. El proyecto tiene siete actividades reales, las tareas precedentes de E son B y C. Tiene más de un camino crítico.

Indica cuál de las siguientes afirmaciones sobre dirección de proyectos es incorrecta: El objetivo principal de la dirección de proyectos es cumplir con los requisitos del proyecto. Los cinco grupos de procesos en la dirección de proyectos son: iniciación, planificación, ejecución, seguimiento y control y cierre. La dirección de proyectos no es la encargada de equilibrar las restricciones contrapuestas del proyecto.

Los tipos básicos de relaciones entre fases de un proyecto son. Relación secuencial, relación de superposición y relación iterativa. Relación de gobernabilidad, relación con los stakeholders y relación bilateral. Relación secuencial, relación bilateral y relación de superposición.

Una editorial solicita a una empresa de informática que desarrolle un software para un nuevo libro electrónico. El presidente de la empresa de informática asigna a un director de proyecto para que se haga cargo del desarrollo del proyecto. En este ámbito tenemos: Patrocinador: Presidente de la empresa de informática. Cliente: Editorial. Usuario: Persona que compra el libro electrónico en el mercado. Patrocinador: Director de Proyecto. Vendedor/Socio de Negocio: Editorial. Gerente de operaciones: Editorial. PMO: Presidente de la empresa de informática. Usuario: persona que compra el libro en el mercado.

La Deontología Profesional: Está recogida en normas y códigos deontológicos. Está regulada por el Estado. No son exigibles a los profesionales de un determinado colectivo.

¿Quién debe cumplir la Ley Orgánica de Protección de Datos?. El responsable del fichero y quien decide sobre la finalidad, contenido y uso del tratamiento. El responsable del fichero y el encargado del tratamiento. Persona o personas responsables de los ficheros.

Obligaciones de las empresas respecto a los datos personales. Proteger los ficheros para preservar la confidencialidad, legitimar los datos personales y declarar los ficheros con datos de carácter personal a la Agencia de Protección de Datos. Proteger los ficheros para preservar la confidencialidad e implantar un responsable de seguridad junto con una Auditoría interna o externa. Desarrollar un Reglamento de Medidas de Seguridad e informar al Registro General de Protección de Datos sobre los datos de carácter personal sensible.

Desarrollamos un software para jugar al ajedrez. Para proteger este programa de la mejor forma posible: Lo registramos mediante una Patente del Software. Lo registramos en el Registro de la Propiedad Intelectual. Las dos anteriores son correctas, ya que ambas ofrecen igual grado de protección.

Una entrevista se puede estructurar de los siguientes modos: Pirámide, TFEA, Cerradas y Abiertas. Especificación Preliminar Individual y Unificada. Pirámide, Embudo y Diamante.

El estudio de viabilidad en un proyecto consiste en: Estudio que garantice que el proyecto es factible y es la mejor solución. Estudio que garantice que el proyecto se puede integrar en otros sistemas de la empresa y se puede hacer en plazo y coste. Las dos anteriores son correctas.

La Holgura Una Tarea: Es el tiempo máximo que puede durar una tarea en caso de comenzar en su inicio temprano y concluir en su fin tardío. Es el tiempo que disponemos para jugar con el inicio de la tarea sin afectar al proyecto. Las anteriores definen el concepto de holgura.

Según el modelo de estimación “puntos de función”, ¿cuál de las siguientes afirmaciones es correcta?: Realiza la estimación a partir de los requisitos. Es dependiente del lenguaje de programación. No es un modelo adecuado para proyectos “tipo gestión”.

El código de ética y práctica profesional de SISTEDES se adhieren a los ocho principios siguientes: Sociedad, cliente, valoración, empresario, juicio, gestión, profesión y personal. Cliente y empresario, producto, gestión, compañeros, juicio, administración, colegas y uso de computadores. Sociedad, cliente y empresario, producto, juicio, administración, profesión, colegas y personal.

Las propiedades que puede medir en un software para evaluar su calidad son: Características operativas, funcionalidad del SQA y adaptabilidad a nuevos cambios. Adaptabilidad, funcionalidad del SQA y facilidad de prueba. Características operativas, adaptabilidad a nuevos entornos y capacidad de soportar cambios.

Indique cuál de las siguientes afirmaciones es falsa. La Garantía de Calidad del Software (SQA) es una actividad de protección que se aplica en todo el proceso de ingeniería del software. Uno de los grandes inconvenientes de las revisiones técnicas formales es que fomenta la inseguridad en el proyecto debido a las pruebas tan exhaustivas realizadas. Un objetivo de la SQA es la satisfacción del cliente.

Las Revisiones Técnicas Formales tienen como objetivo. Garantizar que el software se desarrolle bajo los estándares. Comprobar que el software cumple los requisitos de software especificados. Las dos anteriores son correctas.

En la gestión de riesgos en el software es fundamental. Establecer la probabilidad y el impacto de cada riesgo. Identificar todos los riesgos y abordarlos sistemáticamente. Estimar un plan de contingencia para todos los riesgos que puedan aparecer en un proyecto, para así actuar de forma proactiva.

Los cinco grupos de procesos en la dirección de proyectos son: Iniciación, planificación, ejecución, seguimiento y control y cierre. Planificación, identificación de requisitos, análisis de la calidad del software, análisis de riesgos y mantenimiento. Análisis, gestión, identificación de requisitos, estudio de viabilidad y alternativas y mantenimiento.

En un proyecto software se han planificado utilizar 60 componentes software, pero solo puede usarse el 70%. La media por componente es de 100 LDC, y el coste para cada LDC es de 14€. Si suponemos que la probabilidad de que ocurra el riesgo es del 80%, la Exposición al Riesgo (ER) para el desarrollo de componentes sería: ER=0,8*25.200 (0,8*0,3*60*100*14). ER=0,8*1.400. Con estos datos no se puede calcular la ER para el desarrollo de componentes.

Respecto al diagrama WBS, indique cuál de las siguientes declaraciones es falsa. Las actividades deben ser listadas en la secuencia en la que se realizarán. El desglose del trabajo representará un 100% del trabajo que será hecho en el proyecto. Cada nivel del diagrama brinda progresivamente mayores detalles.

Uno de los modelos utilizados para la estimación de costes de un proyecto informático es COCOMO (COnstructive COst MOdel). Se puede afirmar sobre COCOMO que: Incluye tres modelos: básico, intermedio y avanzado. Cada modelo se divide en tres modos: orgánico, inorgánico y semiacoplado. El modo orgánico se aplica a un tipo de proyecto complejo, con unos requisitos muy restrictivos.

¿Quién debe cumplir la Ley Orgánica de Protección de Datos?. El responsable del fichero y quien decide sobre la finalidad, contenido y uso del tratamiento. El responsable del fichero y el encargado del tratamiento. Persona o personas responsables de los ficheros.