Gestion deProyectos Informaticos-Uned

¿Qué pregunta ya no preocupa a la ingeniería del software moderna?. ¿Por qué cuesta tanto el Hardware?. ¿Por qué tarda mucho tiempo el software en terminar?. ¿Por qué cuesta tanto desarrolla un componente software?. ¿Por qué no pueden ser eliminados los errores de software antes de la entrega.

. El software es un producto y puede ser fabricado utilizando las mismas tecnologías utilizadas para otros artefactos de ingeniería. Verdadero. Falso.

El software se deteriora más en vez de desgastarse porque: Por la exposición a ambientes hostiles. Los defectos son más propensos a surgir cuando el software ha sido utilizado con frecuencia. Solicitudes de cambios múltiples introducen errores en las interacciones de los componentes. Las piezas de recambio del software se convierten en más difíciles de ordenar.

Las WebApps son una mezcla de edición de impresa y desarrollo de software, haciéndose su desarrollo fuera del ámbito de la práctica de la ingeniería del software. Verdadero. Falso.

¿Cuál de los elementos que se enumeran a continuación no es una de las capas de ingeniería de software?. Procesos. Fabricación. Métodos. Herramientas.

Las actividades paraguas de ingeniería del software solo son aplicadas en las fases iniciales de desarrollo del software. Verdadero. Falso.

¿Cuáles son las 5 actividades estructurales del proceso de ingeniería del software?. Comunicación, planificación, modelado, construcción, despliegue. Comunicación, gestión del riesgo, estimación, producción y revisión. Análisis, planificación, diseño, codificación y pruebas. Análisis, diseño, codificación, depuración y mantenimiento.

La esencia de la práctica de la ingeniería del software podría ser descrita como entender el problema, planificar una solución, llevar a cabo el plan, examinar el resultado con precisión. Verdadero. Falso.

En los modelos de procesos ágiles el único producto de trabajo entregable es el programa de trabajo. Verdadero. Falso.

La mayoría de los proyectos de desarrollos software son iniciados para tratar de satisfacer algunas necesidades de la empresa. Verdadero. Falso.

El software solamente tiene éxito si su comportamiento es coherente con los objetivos de sus diseñadores. Verdadero. Falso.

Planificar con antelación la reusabilidad del software reduce el coste y aumenta el valor de los sistemas en los que se incorporan. Verdadero. Falso.

¿Cuáles de los siguientes son reconocidos tipos de flujo de procesos?. A) Flujo de proceso concurrente. B)Flujo de proceso iterativo. C)Flujo de proceso lineal. D)Flujo de proceso en espiral. B y C.

Los procesos de software pueden ser construidos a partir de patrones software preexistentes para satisfacer mejor las necesidades de un proyecto software. Verdadero. Falso.

¿Cuáles de estos son estándares para la evaluación de los procesos software?. A)SEI. B)SPICE. C)ISO 9000. D)ISO 9001. B y D.

El modelo de proceso en cascada es... Apropiado cuando los requisitos están bien definidos y son estables. Apropiado cuando se requiere que la funcionalidad principal se entregue rápidamente. La mejor elección cuando los equipos de desarrollo son muy grandes. Un modelo anticuado que no se usa.

El modelo de proceso incremental de desarrollo de software es... Apropiado cuando los requisitos están bien definidos y son estables. Apropiado cuando se requiere que la funcionalidad principal se entregue rápidamente. La mejor elección cuando los equipos de desarrollo son muy grandes. Un modelo revolucionario que no se utiliza para productos comerciales.

El modelo de proceso evolutivo es... Es de naturaleza iterativa. Permite incorporar fácilmente cambios en los requisitos del producto. Generalmente no produce sistemas desechables. Todas las anteriores.

El modelo espiral de desarrollo de software... Termina con la entrega del producto software. Es más caótico que el modelo incremental. Incluye la evaluación de riesgos del proyecto en cada iteración. Todas las anteriores.

El modelo de desarrollo concurrente es. A)Es otro nombre para la ingeniería concurrente. B)Define eventos que desencadenan transiciones de un estado a otro para cada una de las actividades, acciones o tareas. C)Sólo se utiliza para el desarrollo de sistemas paralelos o distribuidos. D)Se utiliza cuando se prevé un gran número de cambios. A y B.

El modelo de desarrollo basado en componentes es. Sólo apropiado para el diseño de hardware de computadora. No es capaz de apoyar el desarrollo de componentes reutilizables. Se apoya en tecnologías orientadas a objetos. Conocidas métricas de software definen el modelo como no rentable.

El modelo de métodos formales utiliza métodos matemáticos para. Definir las especificaciones para los sistemas basados en computadoras. Permite obtener un software libre de defectos. Verificar la exactitud de los sistemas basados en computadoras. Todas las anteriores.

El modelo de prototipos de desarrollo de software es... Apropiado cuando los requisitos están bien definidos y son estables. Un enfoque útil cuando el cliente no puede definir claramente los requisitos. La mejor elección cuando los equipos de desarrollo son muy grandes. Un modelo de riesgo que rara vez produce un producto significativo.

¿Cuál de las siguientes no es una fase definida en el modelo de proceso unificado para desarrollo de software?. Fase de concepción. Fase de elaboración. Fase de elaboración. Fase de validación.

¿Cuál de las siguientes no es una característica del modelo de proceso personal de software?. Enfatiza en la medición personal del producto de trabajo. Requiere una cuidadosa supervisión del director del proyecto. El profesional es responsable de la estimación y planeación del proyecto. El profesional tiene la facultad de controlar los productos del trabajo de software que se desarrollen.

¿Cuáles son los objetivos del Proceso del equipo de software?. A)Acelerar la mejora del proceso de software. B)Permitir una mejor gestión del tiempo por profesionales altamente capacitados. C)Formar equipos auto dirigido. D)Mostrar a los gerentes cómo reducir costos y mantener la calidad. A, B y C.

Las herramientas de tecnología del proceso permite a las organizaciones software acortar tiempos saltándose actividades sin importancia. Verdadero. Falso.

Es comúnmente aceptado que si se descuida el proceso de desarrollo no se podrá obtener un producto final de calidad. Verdadero. Falso.

La agilidad es nada más que la capacidad de un equipo de proyecto para responder rápidamente a los cambios. Verdadero. Falso.

Cuál de las siguientes no es una característica del desarrollo ágil en proyectos informáticos?. Comunicación continua entre desarrolladores y clientes. Solo se generan productos del trabajo esenciales. Se eliminan las actividades de planificación y pruebas. Entregas de producto incremental.

¿Cómo crear procesos ágiles para gestionar imprevisibilidad?. A)La reunión de requisitos debe llevarse a cabo con mucho cuidado. B)El análisis de riesgos debe llevarse a cabo antes de que la planificación se lleve a cabo. C)Los incrementos de software deben ser entregados en cortos períodos de tiempo. D)Los procesos software deben adaptarse a los cambios de forma incremental. C y D.

En el desarrollo ágil, la prioridad más alta es satisfacer al cliente mediante la entrega temprana y continua de software valioso. Verdadero. Falso.

¿Cuál de las siguientes características deben existir entre los miembros de un equipo software ágil?. Competencia. Habilidad para tomar decisiones. Confianza y respeto mutuos. Todas las anteriores.

En el desarrollo ágil es más importante construir software que satisfaga las necesidades de los clientes hoy que preocuparse acerca de las características que podrían ser necesarias en el futuro. Verdadero. Falso.

¿Cuáles son las 4 actividades estructurales que se encuentran en el modelo de proceso de programación extrema (XP)?. análisis, diseño, codificación, pruebas. planificación, análisis, diseño, codificación. planificación, análisis, codificación, pruebas. planificación, diseño, codificación, pruebas.

Todos los modelos de procesos ágiles se ajustan en mayor o menor grado a los principios establecidos en el "Manifiesto para el desarrollo ágil de software". Verdadero. Falso.

1. ¿Cuáles son las tres actividades generales para el (DAS) modelo de proceso de desarrollo adaptativo de software?. análisis, diseño, codificación. estudio de viabilidad, modelo de iteración funcional, implementación. Toma de requisitos, planificación del ciclo de adaptación, desarrollo iterativo. Especulación, colaboración, aprendizaje.

¿Cuál no es una de las preguntas claves que es respondida por cada uno de los miembros del equipo en la reunión diaria en Scrum?. ¿Qué has hecho desde la última reunión de equipo?. ¿Qué obstáculos estás encontrando?. ¿Cuál es la causa de los problemas que estás encontrando?. ¿Qué planeas hacer mientras llega la próxima reunión de equipo?.

El Método de Desarrollo de Sistemas Dinámicos (MDSD) sugiere una filosofía que se basa en el principio de Pareto (80% de la solicitud se puede entregar en el 20% del tiempo que se requiere para construir la aplicación completa). Verdadero. Falso.

En el desarrollo impulsado por las características (DIC) un requisito valorado por el cliente es un que puede ser entregado en 2 semanas o menos. Verdadero. Falso.

El modelado ágil (MA) ofrece orientación durante cuál de las siguientes tareas software?. A)Análisis. B)Diseño. C)Codificación. D)Pruebas. A y B.

El proceso unificado ágil utiliza las actividades en fase clásicas del proceso unificado (concepción, elaboración, construcción, transición) para ayudar al equipo a visualizar el flujo general del proceso. Verdadero. Falso.

Los principios de ingeniería del software tienen un tiempo medio de vida de tres años. Verdadero. Falso.

¿Cuál de los siguientes no es uno de los principios básicos de la práctica de la ingeniería de software?. Todo diseño debe ser lo más simple posible, pero no simple. Un sistema de software existe solo para proporcionar valor a sus usuarios. Principio de Pareto (20% de cualquier producto requiere 80% del esfuerzo). Recordar que tu produces lo que otros consumirán.

Cada actividad de comunicación debe tener un facilitador para asegurarse de que no se permite al cliente dominar los procesos. Verdadero. Falso.

La vista ágil de comunicación iterativa con el cliente y la colaboración es aplicable a todas las prácticas de ingeniería de software. Verdadero. Falso.

Una de las razones para involucrar a todos en el equipo de software en la actividad de planificación es. ajustar la granularidad del plan. control feature creep. Involucrar a los miembros del equipo a "firmar" el plan. Entender el alcance del problema.

El plan de desarrollo de un proyecto no debe modificarse una vez aceptado. Verdadero. Falso.

¿En qué 3 dominios se representan los modelos de requisitos?. arquitectura, interfaz, componente. coste, riesgo, calendario. información, función, comportamiento. Ninguna de las anteriores.

¿El modelo de diseño debe ser conforme al modelo de requisitos?. Verdadero. Falso.

Los equipos que utilizan prácticas de software ágiles no suelen crear modelos. Verdadero. Falso.

¿Cuál de los siguientes no es uno de los principios de la buena codificación?. Crear pruebas unitarias antes de comenzar la codificación. Crear un diseño visual que ayuda a la comprensión. Refactorizar el código después de completar la primera pasada de codificación. Escribir código autodocumentado, no documentación del programa.

Una prueba es exitosa es la que descubre un error no detectado hasta el momento. Verdadero. Falso.

¿Cuál de las siguientes son razones válidas para recoger comentarios de los clientes en relación con el software entregado?. Permitir a los desarrolladores realizar cambios en un entrega incremental. El plazo de entrega puede ser revisado para reflejar los cambios. Los desarrolladores pueden identificar los cambios a incorporar en siguiente incremento. Todas las anteriores.

1. ¿Cuál de las siguientes no es una de las fases de evolución de la tecnología?. Automatización. Avance. Empirismo. Innovación.

El ciclo de promoción excesiva da una visión realista de la integración de la tecnología a largo plazo. Verdadero. Falso.

La colaboración y la globalización son ejemplos de tendencias blandas que afectarán a las tecnologías de ingeniería de software. Verdadero. Falso.

Hoy utilizamos procesos, métodos y herramientas para mantener la complejidad bajo control. Verdadero. Falso.

Software de mundo abierto es otro nombre para el software de código abierto. Verdadero. Falso.

Los modelos de procesos incrementales son parte de una estrategia para hacer frente a necesidades emergentes. Verdadero. Falso.

1. ¿Cuál de los siguientes roles forman parte de un "equipo de ensueño de software"?. Cerebro. Recolector (chica de datos en el libro :-) ). Hacker. Todas las anteriores.

Una plataforma de software libre permite a un FEO dedicar el esfuerzo de software en aquellas características que diferencian su producto. Verdadero. Falso.

Sólo cuando se alcanza un "punto de no retorno" la tecnología cae en cascada a través de la ingeniería del software y ocurre verdaderamente un cambio amplio. Verdadero. Falso.

Los ingenieros de software pondrán menos énfasis en el retorno de la inversión a medida que las tecnologías automatizadas del proceso de software se hacen más generalizadas. Verdadero. Falso.

El éxito de los esfuerzos de colaboración implican ¿cuál de las siguientes?. A)Presupuesto compartido. B)Cultura compartida. C)Metas compartidas. D)Proceso compartido. b, c y d.

La noción de especificación de software de ingeniería de requisitos puede ser reemplazado por "requerimientos impulsados por valores" derivada del uso de los interesados en el producto. Verdadero. Falso.

El desarrollo de software impulsado por modelo elimina la necesidad de preocuparse por la generación de código. Verdadero. Falso.

Las pruebas de regresión no son necesarias en el desarrollo impulsado por pruebas ya que cada subfunción se prueba cuando se desarrolla. Verdadero. Falso.

Entornos de ingeniería de software hacen posible la integración de herramientas COTS de varios paquetes. Verdadero. Falso.

La gestión eficaz de proyectos de software se centra en. Personal, rendimiento, rentabilidad, producto. Personal, producto, rendimiento, proceso. Personal, producto, proceso, proyecto. Personal, proceso, rentabilidad, producto.

Las organizaciones que logran altos niveles de madurez en la gestión de las personas tienen una mayor probabilidad de implementar procesos eficaces de ingeniería de software. Verdadero. Falso.

1. El primer paso en la planificación del proyecto es. Determinar el presupuesto. Seleccionar un modelo de organización de equipo. Determinar las restricciones del proyecto. Establecer los objetivos y alcances.

Las actividades del marco de procesos se rellenan con. Hitos. Productos de trabajo. Puntos QA. Todo lo anterior.

La gestión de proyectos es menos importante para el desarrollo de software moderno ya que la mayoría de los proyectos tienen éxito y son completado a tiempo. Verdadero. Falso.

¿Cuál de los siguientes no se considera una de las partes interesadas en el proceso de software?. Clientes. Usuarios finales. Gestor de proyectos. Personal de ventas.

La mejor persona para contratar como líder del equipo de proyecto es el más competente ingeniero de pruebas. Verdadero. Falso.

El mejor modelo de organización del equipo de proyecto para utilizar a la hora de abordar los problemas extremadamente complejos es la. Paradigma cerrado. Paradigma abierto. Paradigma al azar. Paradigma síncrono.

¿Qué factores se deben considerar en la elección de la estructura organizativa para un equipo de software?. A)grado de comunicación deseado. B)tamaño predicho del programa resultante. C)rigidez de la fecha de entrega. D)tamaño del presupuesto del proyecto. A,b y c.

Una de las mejores maneras de evitar la frustración durante el proceso de desarrollo de software es. dar a los miembros del equipo un mayor control sobre el proceso y las decisiones técnicas. dar a los miembros del equipo menos control sobre el proceso y las decisiones técnicas. ocultar malas noticias de los miembros del equipo del proyecto hasta que las cosas mejoren. recompensar a los programadores en función de su productividad.

Equipos ágiles pequeños no tienen lugar en el desarrollo de software moderno (no es segura la respuesta). Verdadero. Falso.

¿Cuál de estas características de software no es un factor que contribuye a proyectar dificultades de coordinación?. Interoperabilidad. Rendimiento. Escala (extensión). Incertidumbre.

¿Cuál de estas características de software se utilizan para determinar el ámbito de un proyecto de software?. contexto, líneas de código, función. contexto, función, requerimientos de comunicación. objetivos de información, función, desempeño. Requerimientos de comunicación, desempeño, objetivos de información.

Las principales áreas de problema de descomposición durante la actividad de alcance del proyecto son los. A)flujo de trabajo del cliente. B)funcionalidad para ser entregado. C)proceso que se utiliza para entregar funcionalidad. D)modelo de proceso de software. ambas b y c.

La fusión del producto y proceso se produce al mismo tiempo que el plan del proyecto evoluciona. Verdadero. Falso.

¿ Cuándo las actividades seleccionadas del marco del proceso común pueden omitirse durante la descomposición proceso?. cuando el proyecto es extremadamente pequeño en tamaño. cada vez que el software es de misión crítica. prototipado rápido no requiere su uso. Nunca, las actividades son invariantes.

¿Cómo se necesita actuar un gestor de proyectos de software para minimizar el riesgo de fracaso de software?. A) duplicar el tamaño del equipo de proyecto. B) solicitar un presupuesto grande. C) empezar con el pie derecho. D) siga la pista al proceso. ambas c y d.

¿El principio W5HH cuál de las siguientes preguntas contiene?. A) ¿Por qué es el sistema que se ha desarrollado?. B) ¿Qué se hará y por quién?. C) ¿Dónde están organizacionalmente localizados?. D) ¿Cuánto de cada recurso se requiere?. A, C y D.

¿Cuál de ellas son prácticas fundamentales para la gestión de proyectos basado en el rendimiento?. A) evaluar la usabilidad del producto. B) seguimiento de defectos en contra de los objetivos de calidad. C) estimación de costos empírica. D) gestión de riesgos formal. b,c y d.

La mayoría de las métricas de software técnicos descritos en este capítulo representan atributos de software medidas indirectas que son útiles en la evaluación cuantitativa de la calidad del software. Verdadero. Falso.

¿Cuáles de estas son razones para el uso de medidas técnicas de productos durante el desarrollo de software?. gran cantidad de evidencia científica apoya su uso. proporciona a los ingenieros de software un mecanismo objetivo para la evaluación de la calidad del software. permiten que toda la información de la calidad del software de calidad se exprese inequívocamente como un solo número. todo lo anterior.

¿Qué actividad de medición no se encuentra en la lista de abajo? Formulación Recolección Análisis Interpretación. diseño. retroalimentación. medición. cuantificación.

El paradigma Meta/Pregunta/Métrica (MPM) fue desarrollado como una técnica para asignar culpas de fallos de software. Verdadero. Falso.

Uno de los atributos más importantes para una métrica de producto de software es que debe ser. fácil de calcular. De naturaleza cualitativa. fiable en el tiempo. ampliamente aplicable.

En muchos casos las métrica para un modelo pueden ser utilizados en actividades de ingeniería de software posteriores (por ejemplo, las métricas de diseño pueden ser usados en la planificación de prueba). Verdadero. Falso.

La métrica de punto de función es un ejemplo de métrica que se puede utilizar para ayudar en la toma de decisiones técnicas en base a la información del modelo de análisis, sin hacer uso de los datos históricos de proyectos. Verdadero. Falso.

Las métricas de especificación propuestas por Davis a que dos características de los requisitos de software hacen frente?. funcionalidad y rendimiento. rendimiento e integridad. especificidad y exhaustividad. especificidad y funcionalidad.

Las métricas de diseño arquitectónico se centran en. A) estructura arquitectónica. B) relaciones estructurales de datos. C) complejidad módulo interno. D) efectividad de los módulos. tanto A y D.

¿Cuál de los siguientes no es una característica medible de un diseño orientado a objetos?. completitud. eficiencia. tamaño. volatilidad.

La métrica profundidad del árbol de herencia (PAH) puede dar a un diseñador de software OO una lectura sobre la. atributos requeridos para cada clase. tiempo de terminación requerido para la implementación del sistema. complejidad de la jerarquía de clases. la reutilización a nivel de objeto.

Debido a que la clase es la unidad dominante en los sistemas OO no hay lugar para la definición de métricas orientadas a clase. Verdadero. Falso.

Si encuentra una clase con una gran responsabilidad (de gran tamaño de clase o de valor CS) debe considerar. hacer que sea una clase base. hacer que sea una subclase. la partición de la clase. iniciar una nueva jerarquía de clases.

Métricas en el nivel de componentes incluyen medidas de. A) complejidad. B) acoplamiento. C) cohesión módulo. D) rendimiento. a, b y c.

Debido a que la clase es la unidad dominante en los sistemas OO se han propuesto muy pocas métricas para las operaciones que residen dentro de una clase. Verdadero. Falso.

Las métricas de interfaz se usan para evaluar la complejidad de las relaciones de entrada y salida del módulo con dispositivos externos. Verdadero. Falso.

La mayoría de las WebApps pueden ser fácilmente caracterizadas por el uso juicioso de suites ampliamente reconocidos de métricas de software?. Verdadero. Falso.

Las métricas de código fuente de Halstead se basan en el número de. A) módulos del programa. B) operandos en el programa. C) operadores del programa. D) elementos de volumen en el programa. tanto byc.

Métricas de pruebas de software se dividen en dos grandes categorías. A) métricas que se centran en la eficacia de eliminación de defectos. B) métricas que se centran en la cobertura de la prueba. C) indicadores que estiman la duración del proceso de pruebas. D) indicadores que predicen el número de casos de prueba requerido. tanto byd.

El índice de madurez software (IMS) se utiliza para proporcionar una medida de la. capacidad de mantenimiento de un producto de software basado en su disponibilidad. edad relativa de un producto de software que se considera para la jubilación. fiabilidad de un producto de software después de las pruebas de regresión. la estabilidad de un producto de software, ya que se modifica durante el mantenimiento.

¿Cuál de estas son razones válidas para la medición de los procesos de software, productos y recursos?. A) para caracterizar. B) para evaluar. C) para fijar el precio. D) para mejorar. a, b, y d.

Los indicadores de proceso permiten a un gerente de proyecto de software para. valorar el estado de un proyecto en marcha. realizar un seguimiento de los riesgos potenciales. ajustar el flujo de trabajo o tareas. Ninguna de las anteriores.

Se utilizan métricas Públicas. A) para evaluar el rendimiento de los equipos de desarrollo de software. B) para evaluar el desempeño de los miembros individuales del equipo. C) hacer cambios estratégicos en el proceso de software. D) hacer cambios tácticos durante un proyecto de software. tanto c y d.

¿Cuál de los siguientes items no se miden por las métricas de proyectos de software?. entradas. mercados. salidas. resultados.

La calidad y funcionalidad del software deben ser medidos indirectamente. Verdadero. Falso.

¿Cuales son las ventajas de la utilización de LOC (líneas de código) como una métrica orientada a tamaño?. LOC se calcula fácilmente. LOC es una medida dependiente del lenguaje. LOC es una medida independiente del lenguaje. LOC se puede calcular antes de completar un diseño.

Cuáles son las ventajas del uso de puntos de función (PF) como una medida de la funcionalidad entregada por una aplicación de software?. A) PF se calcula fácilmente. B) PF es una medida dependiente del lenguaje. C) PF es una medida independiente del lenguaje. D) PF puede ser calculado antes de completar un diseño. tanto c y d.

No hay necesidad de conciliar medidas LOC y FP ya que cada una es significativa en su propio derecho como una medida de proyecto. there is no need to reconcile LOC and FP measures since each in meaningful in its own right as a project measure. Veredadero. Falso.

Las medidas de proyectos orientados a objetos se pueden combinar con los datos históricos de proyectos para proporcionar las métricas que ayudan en la estimación de proyectos. Verdadero. Falso.

Métricas orientadas a los caso de uso se calculan directamente de diagramas UML, que se utilizan a menudo como medidas de normalización. Verdadero. Falso.

¿Cuál de los siguientes no es una medida que puede ser recogida de un proyecto de aplicación Web?. Índice de personalización. Número de objetos dinámicos. Número de enlaces de páginas internas. Número de páginas web estáticas.

¿Cuál de los siguientes factores de calidad de software es más probabilidades de verse afectados por los cambios radicales en el cálculo de las arquitecturas?. operacion. transición. revisión. Ninguna de las anteriores.

Cuál de las siguientes proporcionan medidas útiles de la calidad del software?. corrección, el rendimiento, la integridad, la usabilidad. fiabilidad, facilidad de mantenimiento, la integridad, las ventas. corrección, mantenibilidad, el tamaño, la satisfacción. corrección, mantenimiento, integridad, usabilidad.

Una métrica de la calidad del software que se puede utilizar tanto en el ámbito del proceso y del proyecto es la eficiencia de eliminación de defectos (ERD). Verdadero. Falso.

¿Por qué es importante medir el proceso de ingeniería de software y el software que produce?. Realmente no es necesario a menos que el proyecto es sumamente complejo. Para determinar los costos y permitir un margen de beneficio que desea ajustar. Para determinar si un grupo de software está mejorando o no. Para hacer la ingeniería de software más como otros procesos de ingeniería.

Para ser una ayuda eficaz en la mejora de procesos, los datos de referencia utilizados deben ser: A) Basados en estimaciones razonables de proyectos anteriores. B) medido consistentemente a través de proyectos. C) extraída de proyectos similares. D) sobre la base de todos los proyectos previamente completados. tanto byc.

Los datos de referencia se deben recoger de una proyecto en curso y no se pueden calcular por el estudio formal de los datos históricos de proyectos. Verdadero. Falso.

En las organizaciones de software pequeñas no es probable que veamos ningún retorno económico al establecer el programa de métricas de software. Verdadero. Falso.

Las métricas de software elegidas por una organización son impulsadas por los objetivos de negocio y técnicos que quiera lograr una organización. Verdadero. Falso.

Desde las estimaciones del proyecto no son completamente fiables, pueden ser ignorados una vez que comienza un proyecto de desarrollo de software. Verdadero. Falso.

El objetivo de la planificación de proyectos de software es. convencer al cliente de que un proyecto es viable. hacer uso de los datos históricos de proyectos. permitir a un administrador para hacer estimaciones razonables de costo y horario. determinar el margen de beneficio probable antes de hacer una oferta en un proyecto.

El ámbito del proyecto se define como un medio de delimitación de que característica del sistema. A) Funcionalidad. B) Rendimiento. C) Costes. D) Horario. Ambas a y b.

Viabilidad del software se basa en cuál de las siguientes opciones. preocupaciones comerciales y de marketing. alcance, limitaciones, el mercado. tecnología, finanzas, tiempo, recursos. destreza técnica de los desarrolladores.

El número de personas necesarias para un proyecto de software es determinado. se hace después de una estimación del esfuerzo de desarrollo. por el tamaño del presupuesto del proyecto. a partir de una evaluación de la complejidad técnica del sistema. todo lo anterior.

Componentes de software reutilizables deben ser. catalogado para una fácil referencia. Estandarizados para una fácil aplicación. validado para una fácil integración. todo lo anterior.

¿ El entorno de ingeniería de software (SEE) en cuál de las siguientes consiste?. A) Clientes. B) Desarrolladores. C) plataformas de hardware. D) herramientas de software. ambas c y d.

¿ En cuál de los siguientes tipos se pueden clasificar ampliamente técnicas de estimación de proyectos de software?. A) procesos automatizados. B) técnicas de descomposición. C) modelos empíricos. D) modelos de regresión. ambas b y c.

La estimación del tamaño de un producto de software que se construirá debe basarse en una medida directa como LOC. Verdadero. Falso.

La Estimación de problemas-base basado en la descomposición de un problema se centra en. A) valores del dominio de información. B) cronograma del proyecto. C) funciones de software. D) actividades del proceso. A y C.

Técnicas de estimación basados en LOC requieren problema de descomposición basados en. valores del dominio de información. cronograma del proyecto. funciones de software. actividades del proceso.

Técnicas de estimación basados en PF requieren problemas de descomposición basados en. valores del dominio de información. cronograma del proyecto. funciones de software. actividades del proceso.

Técnicas de estimación basados en procesos requieren un problema de descomposición basado en. A) valores del dominio de información. B) cronograma del proyecto. C) funciones de software. D) actividades del proceso. ambas c y d.

A diferencia de LOC o punto de función cada persona “uso-caso” es exactamente del mismo tamaño. Verdadero. Falso.

Cuando el acuerdo entre las estimaciones es pobre la causa a menudo puede atribuirse a alcance del proyecto definido inadecuadamente o los datos de productividad inadecuados. Verdadero. Falso.

Modelos de estimación empíricos se basan normalmente en. la opinión de expertos sobre la base de experiencias de proyectos pasados. refinamiento de la estimación del valor esperado. modelos de regresión derivados de los datos históricos de proyectos. determinación de ensayo y error de los parámetros y coeficientes.

COCOMO II es un ejemplo de un conjunto de modelos de estimación empíricos modernos que requieren información de tamaño expresado como: Puntos de función. Líneas de código. Puntos de objeto. Cualquiera de los anteriores.

Ecuación de software de Putnam es un modelo dinámico empírico que tiene dos parámetros independientes: una estimación del tamaño y una indicación de la duración del proyecto en meses o años calendario. Verdadero. Falso.

Los puntos de función no son usados en el desarrollo de las estimaciones de software orientado a objetos. Verdadero. Falso.

En el desarrollo de software ágil técnicas de estimación se centran en el tiempo requerido para completar cada. Incremento. Escenario. Tarea. Caso de uso.

Es posible utilizar una técnica de punto de función modificada para desarrollar estimaciones para las aplicaciones Web. Verdadero. Falso.

Utilizando una técnica estadística como el análisis de árbol de decisión se puede proporcionar alguna ayuda en la clasificación de los costos reales asociados a la decisión de hacer-comprar. Verdadero. Falso.

Externalización siempre ofrece un medio sencillo de adquirir el software a un costo más bajo que el desarrollo en el lugar del mismo producto. Verdadero. Falso.

Los proyectos de software son inevitablemente tardíos y no hay nada que pueda explicar por qué. Verdadero. Falso.

No es ético para llevar a cabo un proyecto que usted sabe de antemano no se puede completar antes del plazo del cliente, a menos que usted le informa al cliente de los riesgos y establecer un plan de proyecto que puede ofrecer el sistema necesitaba de forma incremental. Verdadero. Falso.

¿Cuál de los siguientes no es uno de los principios rectores de la programación de proyectos de software?. Compartimentación. evaluación del mercado. asignación de tiempo. validación esfuerzo.

Duplicar el tamaño de su equipo de proyecto de software está garantizado para cortar el tiempo de finalización del proyecto en el medio. Verdadero. Falso.

La ecuación de software puede ser utilizado para mostrar que mediante la ampliación del plazo del proyecto ligeramente. se necesitan menos personas. que están garantizados para cumplir con el plazo. más líneas de código se pueden producir. Ninguna de las anteriores.

La regla 40-20-40 sugiere que la menor cantidad de esfuerzo de desarrollo se gastarán en. Estimación y planificación. Análisis y diseño. Codificación. pruebas.

Un conjunto de tareas es una colección de. tareas de trabajo de ingeniería, hito, entregable. asignaciones de tareas, las estimaciones de costos, métricas. fases, los resultados, métricas. responsabilidades, hitos, documentos.

La red de tarea (actividad) es un mecanismo útil para. A) el cálculo de la estimación global esfuerzo. B) detectar dependencias intertarea. C) determinar la ruta crítica. D) especificando el mandato definido para el cliente. ambas b y c.

Las tareas que se encuentran en la ruta crítica en una red de tareas se pueden completar en cualquier orden, siempre y cuando el proyecto se ajusta al calendario. Verdadero. Falso.

Dos herramientas para el cálculo de ruta y terminación de proyectos momentos críticos de las redes de actividad son. A) CPM. B) DRE. C) FP. D) PERT. AMBAS A y D.

Gráficos de línea de tiempo ayudan a gerentes de proyecto para determinar qué tareas se llevarán a cabo en un punto dado en el tiempo. Verdadeero. Falso.

El mejor indicador de progreso en un proyecto de software es la terminación. de una tarea de actividad de ingeniería definido. de una reunión de revisión del presupuesto con éxito a tiempo. y el examen con éxito de un producto de trabajo definido por software. y la aceptación exitosa de prototipo de proyecto por parte del cliente.

Dado que el modelo de proceso iterativo funciona mejor para proyectos orientados a objetos es imposible determinar si el incremento se completará a tiempo o no. Verdadero. Falso.

Proyectos de aplicación web sólo requieren la creación de un programa de macro. Verdadero. Falso.

El propósito del análisis del valor ganado es. determinar cómo compensar los desarrolladores basado en su productividad. proporcionar un medio cuantitativo de evaluación de los progresos de proyectos de software. proporcionar un medio cualitativo de evaluación de los progresos de proyectos de software. establecer el punto de precio de un producto de software basado en el esfuerzo de desarrollo.

Análisis de valor ganado es una técnica que permite a los administradores a tomar medidas correctivas antes de que aparezca una crisis de proyecto. Verdadero. Falso.

A veces se describe la gestión de riesgos proactiva se describe como “lucha contra incendios”. (modo bombero?). Verdadero. Falso.

Los riesgos de software siempre implican dos características. lucha contra incendios y la gestión de crisis. riesgos conocidos y desconocidos. la incertidumbre y la pérdida. dotación de personal y presupuesto.

Tres categorías de riesgos son. riesgos de negocio, riesgos de personal, riesgos presupuestarios. los riesgos del proyecto, riesgos técnicos, los riesgos empresariales. riesgos de planificación, riesgos técnicos, los riesgos de personal. los riesgos de gestión, riesgos técnicos, los riesgos de diseño.

Riesgos genéricos requieren mucha más atención que los riesgos específicos del producto. Verdadero. Falso.

Una lista de verificación de item de riesgo contiene riesgos conocidos y predecibles de cuál de estas categorías. tamaño del producto. entorno de desarrollo. tamaño del personal. definición de los procesos. Todoslosanteriores.

Las preguntas que deben plantearse para evaluar el riesgo global del proyecto incluyen: A) ¿Los gerentes de software y de cliente se reunieron formalmente para apoyar el proyecto?. B) ¿Los usuarios finales se comprometen de manera entusiasta con el proyecto y con el sistema/producto que se va a construir?. C) ¿El equipo de ingenieria del software y sus clientes entienden por completo los requisitos?. D) ¿El proyecto de presupuesto tiene tiempo asignado para la comercialización?. A B y C.

La evaluación del impacto del riesgo de software debe centrarse en las consecuencias que afectan a. planificación, recursos, costos, plazos. bursatilidad, el costo, el personal. negocios, tecnología, proceso. el rendimiento, el apoyo, el costo, el calendario.

La proyección de riesgos intenta evaluar cada riesgo de dos maneras. probabilidad y costo. probabilidad y el impacto. probabilidad y consecuencias. probabilidad y la exposición.

Tablas de riesgo están ordenados por. probabilidad y coste. probabilidad y el impacto. probabilidad y consecuencias. probabilidad y la exposición.

Los miembros del equipo pueden hacer su propia estimación de la probabilidad de riesgo y luego desarrollar un valor de consenso. Verdadero. Falso.

¿Qué factores afectan las probables consecuencias si se produce un riesgo?. A) costo del riesgo. B) temporización del riesgo. C) el ámbito del riesgo. D) recursos del riesgo. tanto b y c.

La razón de refinar riesgos es dividirlos en unidades más pequeñas que tienen diferentes consecuencias. Verdadero. Falso.

¿Cuál de estos temas debe abordar un plan de gestión de riesgos eficaz?. evitar el riesgo. monitorear el riesgo. planificar las contingencias. todo lo anterior.

El monitoreo de riesgos implica ver los indicadores de riesgo definidos para el proyecto y no dar seguimiento a la efectividad de los pasos de mitigación del riesgo. Verdadero. Falso.

El análisis de riesgos se centra en la identificación y evaluación de los peligros potenciales que pueden causar. la terminación del proyecto. horario de deslizamiento. sobrecostes. que todo el sistema falle.

Las hojas de información de riesgos (HIR) no son un sustituto aceptable para un plan completo de mitigación de riesgos, supervisión y gestión (MMMR). Verdadero. Falso.

La calidad de la conformidad se centra en el grado en que la implementación de un diseño cumple con sus requisitos y objetivos de rendimiento. Verdadero. Falso.

¿Cuál de los siguientes no es uno de los atributos de calidad del software?. Agrega valor a los desarrolladores y usuarios. Proceso de software eficaz crea la infraestructura. Elimina la necesidad de considerar los problemas de rendimiento. Productos útiles satisfacen los requerimientos de los participantes.

La calidad del producto sólo puede evaluarse midiendo factores duros de calidad. Verdadero. Falso.

Muchas métricas de software solo pueden ser medidas de forma indirecta. Verdadero. Falso.

.¿Cuál de los siguientes son ISO 9126 los factores de calidad de software?. A) Funcionalidad. B) Portabilidad. C) Confiabilidad. D) Atractivo visual. E) a, b, y c.

Los desarrolladores necesitan crear una colección de preguntas dirigidas a evaluar cada factor de calidad. Verdadero. Falso.

Las métricas de software representan medidas directas de alguna manifestación de la calidad. Verdadero. Falso.

El dilema de la calidad podría resumirse como elegir entre construir cosas rápidamente o construir cosas correctamente. Verdadero. Falso.

Un software lo suficientemente bueno ofrece funciones de software de alta calidad junto con funciones especializadas que contienen bugs. Verdadero. Falso.

¿Cuál de los siguientes es probable que sea el costo más caro de la calidad?. Costo de evaluación. Costo de fallos externos. Costo de fallos internos. Los costos de prevención.

La mala calidad conduce a riesgos de software que pueden llegar a ser graves. Verdadero. Falso.

Cuando un sistema no puede entregar funciones requeridas es porque el cliente cambia los requisitos. Verdadero. Falso.

Los desarrolladores deben empezar a centrarse en la calidad durante la fase de diseño para la construcción de sistemas seguros. Verdadero. Falso.

¿Cuál de las siguientes decisiones de gestión tienen el potencial de afectar la calidad del software?. Decisiones de estimación. Decisiones orientadas por riesgo. Decisiones de programación. Todo lo anterior.

El plan del proyecto debe incluir técnicas explícitas para _______ y _______ gestión?. A) cambio. B) costo. C) error. D) calidad. E) tanto A y D.

El control de calidad abarca un conjunto de acciones de ingeniería de software que ayudan a asegurar que cada producto de trabajo cumple con sus objetivos de calidad. Verdadero. Falso.

El objetivo de la garantía de calidad es asegurar que un proyecto de software está libre de errores. Verdadero. Falso.

El propósito del análisis de programas es descubrir los errores y defectos de los productos de trabajo para que puedan ser retirados antes de pasar a la siguiente fase de desarrollo. Verdadero. Falso.

En general, descubrir y corregir pronto un defecto de software es menos costoso para el presupuesto general del proyecto. Verdadero. Falso.

Los modelos de amplificación de defectos se pueden utilizar para ilustrar los costos asociados al uso de software desde su desarrollo inicial hasta su retirada. Verdadero. Falso.

Las métricas de revisión pueden utilizarse para evaluar la eficacia de cada actividad de revisión. Verdadero. Falso.

La densidad del error se puede estimar para cualquier producto de trabajo de ingeniería de software. Verdadero. Falso.

los desarrolladres de software ágil son conscientes de que las revisiones de software llevan mas tiempo de lo planeado. Verdadero. Falso.

Por cuál de los siguientes es determinado el nivel del espectro de la formalidad?. A) cantidad de preparación. B) revisor de seguimiento. C) tamaño del presupuesto del proyecto. D) estructura de la reunión. E) a, b, d.

En cuál de las siguientes puede consistir una revisión informal?. A) Reunión casual. B) verificación de escritorio. C) inspección. D) programación en parejas. E) tanto a como B.

¿Cuál de los siguientes son los objetivos de las reuniones de revisión?. permiten a los miembros de alto rango del personal corregir errores. evaluar la productividad del programador. determinar quién introdujo un error en un programa. descubrir errores en cualquier representación del software.

Al final de una reunión de revisión todos los asistentes pueden decidir. A) aceptar el producto del trabajo sin modificaciones. B) modificar el producto de trabajo y continuar la revisión. C) rechazar el producto debido a discrepancias de estilo. D) rechazar el producto debido a errores graves. E) tanto A y D.

A que tres preguntas responde un reporte técnico formal de la revisión?. terminar el proyecto, reemplazar al productor, solicitar una prórroga. lo defectos fueron encontrados, lo que causó defectos, que era el responsable. lo que fue revisado, quién lo revisó, cuáles fueron los resultados. Ninguna de las anteriores.

En cualquier tipo de revisión técnica, el objetivo de la revisión es sobre el producto y no el productor. Verdadero. Falso.

Las revisiones orientadas al muestreo sólo tienen sentido para los muy pequeños proyectos de desarrollo de software. Verdadero. Falso.

La calidad del software puede definirse como la conformidad con los requisitos y normas explícitamente requeridos, nada más y nada menos. Verdadero. Falso.

Las personas que realizan control de calidad de software deben mirar el software desde la perspectiva del cliente. Verdadero. Falso.

Los elementos de control de calidad de software consisten en revisiones, auditorías y pruebas. Verdadero. Falso.

¿Cuál de estas actividades no es una de las actividades recomendadas para ser realizado por un grupo ACS independiente?. preparar el plan ACS para el proyecto. actividades de ingeniería de software revisión para verificar el cumplimiento proceso. reportar cualquier evidencia de incumplimiento a la alta dirección. servir como el único equipo de pruebas para cualquier software producido.

Las métricas se pueden utilizar para indicar la fuerza relativa de un atributo de la calidad del software. Verdadero. Falso.

Los intentos de aplicar una prueba matemática para demostrar que un programa se ajusta a sus especificaciones están condenados al fracaso. Verdadero. Falso.

Aseguramiento de la calidad estadística implica. mediante muestreo en lugar de pruebas exhaustivas de software. encuesta a los clientes para conocer sus opiniones sobre la calidad del producto. rastrear cada defecto para descubrir su causa subyacente, el aislamiento de los “causas vitales”, y corregir los problemas. rastrear cada defecto a sus causas subyacentes y utilizando el principio de Pareto para corregir cada problema encontrado.

Seis Sigma metodología define tres pasos principales. analizar, mejorar, controlar. analizar, diseñar, verificar. definir, medir, analizar. definir, medir, controlar.

Los problemas de fiabilidad del software casi siempre se deben a. A) errores en la exactitud. B) errores en el diseño. C) errores en la aplicación. D) errores en la operación. E) tanto byc.

La seguridad del software es una actividad de aseguramiento de la calidad que se centra en los peligros que. afectan a la fiabilidad de un componente de software. puede causar que falle un sistema completo. puede resultar de errores de entrada de usuario. prevenir la comercialización rentable del producto final.

El estándar de aseguramiento de la calidad ISO que se aplica a la ingeniería de software es. ISO 9000. ISO 9001. ISO 9002. ISO 9003.

¿Cuál de los siguientes no es una sección en la norma para los planes de ACS recomendados por IEEE?. presupuesto. documentación. revisiones y auditorías. prueba.

En el trabajo de aseguramiento de la calidad del software, no hay diferencia entre la verificación y validación del sofware. Verdadero. Falso.

La mejor razón para usar los equipos de prueba de software independientes es que. los desarrolladores de software no tienen que hacer ninguna prueba. los extraños pondrán a prueba el software sin piedad. los probadores no se involucran con el proyecto hasta que se inicie la prueba. los conflictos de interés entre los desarrolladores y probadores se reduce.

¿Cuál es el orden normal de las actividades en las que el software tradicional prueba se organiza?. A) pruebas de integración. B) pruebas del sistema. C) las pruebas unitarias. D) pruebas de validación. E) c, a, d, y b.

Mediante la recopilación de métricas de software y haciendo uso de modelos de fiabilidad del software existentes es posible elaborar directrices significativas para determinar cuándo se termina la prueba del software. Verdadero. Falso.

¿Cuál de los siguientes temas estratégicos debe ser abordado en un proceso de pruebas de software exitoso?. A) realizar revisiones técnicas formales antes de la prueba. B) especificar los requisitos de una manera cuantificable. C) utilizar equipos de pruebas independientes. D) esperar hasta que el código está escrito antes de escribir el plan de pruebas. E) tanto a como B.

¿Cuál de los siguientes es necesario evaluar durante las pruebas unitarias?. A) rendimiento algorítmico. B) estabilidad código. C) manejo de errores. D) rutas de ejecución. E) tanto c y d.

Unidades y representantes (stubs) no son necesarios para las pruebas unitarias porque los módulos son probados independientemente unos de otros. Verdadero. Falso.

Pruebas de integración de arriba hacia abajo tienen una importante ventaja(s) sobre. A) módulos de bajo nivel no necesitan pruebas. B) los principales puntos de decisión se prueban antes. C) no necesitan ser reescritos los controladores. D) no necesitan ser reescritos los representantes. E) tanto b y c.

Las pruebas de integración de abajo hacia arriba tienen la ventaja de que. los principales puntos de decisión se prueban antes. no necesitan ser reescritos los controladores. no necesitan ser reescritos los representantes. No se requieren pruebas de regresión.

Las pruebas de regresión debe ser una parte normal de las pruebas de integración, porque cada vez que se agrega un nuevo módulo. A) se invoca la lógica de control. B) se establecen nuevas rutas de flujos de datos. C) los conductores requieren pruebas. D) todo lo anterior. E) tanto a como B.

Pruebas de humo podría ser mejor descrito como. un chaleco a prueba de balas de sofware. pruebas de integración. las pruebas que esconden los errores de implementación. pruebas unitarias para programas pequeños.

Al probar el software orientado a objetos es importante probar cada operación de clase por separado como parte del proceso de pruebas unitarias. Verdadero. Falso.

La estrategia de integración de pruebas OO implica pruebas. con los grupos de clases que colaboran o se comuniquen de alguna manera. de operaciones individuales a medida que se añaden a la implementación de la clase en evolución. de programas de operador derivados de escenarios de casos de uso. Ninguna de las anteriores.

Dado que muchos WebApps evolucionan de forma continua, el proceso de prueba debe ser permanente también. Verdadero. Falso.

El enfoque de las pruebas de validación es descubrir lugares en los que usuario podrá observar un fallo del software. Verdadero. Falso.

La validación del software se logra a través de una serie de pruebas realizadas por el usuario una vez que el software se implementa en su entorno de trabajo. Verdadero. Falso.

La revisión de la configuración no es necesaria si las pruebas de regresión se ha aplicado rigurosamente durante la integración de software. Verdadero. Falso.

Las pruebas de aceptación se realizan normalmente por el. desarrollador. usuario finale. equipo de pruebas. ingenieros de sistemas.

Las pruebas de recuperación es una prueba del sistema que obliga al software a fallar en una variedad de formas y verifica que el software es capaz de continuar la ejecución sin interrupción. Verdadero. Falso.

Las pruebas de seguridad intentan verificar que los mecanismos de protección integrados en un sistema de protegerlo de la penetración inadecuada. Verdadero. Falso.

En las pruebas de estrés se examina la presión sobre el usuario durante el uso del sistema en ambientes extremos. Verdadero. Falso.

Las pruebas de rendimiento sólo son importante para sistemas de tiempo real o sistemas embebidos. Verdadero. Falso.

La depuración no es una prueba, pero siempre se produce como consecuencia de las pruebas. Verdadero. Falso.

Cuál de las siguientes es una aproximación a la depuración?. retroceso. fuerza bruta. eliminación de causas. reestructuración código. E) a, b, y c.

¿Cuáles de estos son los elementos de configuración de software válidos?. a- Case tools. b- Documentación. c- Programas ejecutables. d- Test data. e- a, b, c y d.

¿Cuál de los siguientes no es considerado uno de los cuatro elementos importantes que deben existir cuando se desarrolla un sistema de gestión de la configuración?. Elementos componentes. Elementos humanos. Elementos del proceso. Elementos de validación.

Una vez que una línea de referencia es establecida, no se puede cambiar de nuevo. Verdadero. Falso.

¿Qué objetos de configuración no habría normalmente en la base de datos del proyecto?. a- Especificación de diseño. b- Datos de marketing. c- Descripción de la estructura organizativa. d- Especificación de prueba. e- b y c.

En la actualidad los ICS se mantienen en una base de datos del proyecto o repositorio. Verdadero. Falso.

Un papel de repositorio de datos se utiliza para determinar cómo. La información se almacena en el repositorio. Se puede mantener la integridad y seguridad de los datos. Fácilmente el modelo existente se puede ampliar. Todo lo anterior.

Muchos de los requisitos de un repositorio de datos son los mismos que los de una aplicación de base de datos típica. Verdadero. Falso.

La posibilidad de realizar un seguimiento de las relaciones y los cambios a los objetos de configuración es una de las características más importantes del repositorio ACS. Verdadero. Falso.

¿Cuál de las siguientes tareas no es una de las tareas de la gestión de configuración de software? (Pregunta examen - 19). Control estadístico de la calidad. Control de versión. Control del cambio. Identificación.

Un objeto de configuración básica es una __________ creado por un ingeniero de software durante alguna fase del proceso de desarrollo de software. Estructura de datos del programa. Controlador de hardware. Unidad de información. Todo lo anterior.

Los sistemas de control de versiones establecen un conjunto de cambios como parte de su funcionalidad principal. Verdadero. Falso.

El control de cambios no es necesario si un grupo de desarrollo está haciendo uso de una herramienta de base de datos del proyecto automatizado. Verdadero. Falso.

Cuando la gestión de configuración de software es una actividad formal de la auditoría de configuración de software se lleva a cabo por el. Equipo de desarrollo. Grupo de aseguramiento de la calidad. Los altos directivos. Especialistas en ensayos.

El propósito principal del reporte de estado de configuración es. permitir la revisión del calendario y los costos estimados de los proyectos por los jefes de proyecto. evaluar el desempeño de los desarrolladores y organizaciones de software. asegurarse de que la información de cambio se comunica a todas las partes afectadas. Ninguna de las anteriores.

Que conflictos deben considerarse cuando se desarrollan tácticas para la administración de la configuración de una Webapp: a- Contenido. b- Costo. c- Persona. d- Políticas. e- a, c y d.

Los objetos de configuración de aplicación web se pueden manejar de la misma forma que los objetos de configuración de software convencional, excepto para: Objetos de contenido. Componentes funcionales. Objetos de interfaz. Elementos de usuario.

La gestión de contenidos establece un proceso por el cual el contenido Web se muestra en la pantalla del usuario. Verdadero. Falso.

La gestión del cambio para Aplicaciones Web se maneja mejor en forma ágil. Verdadero. Falso.

Una de las razones de que el control de versiones es difícil para Aplicaciones Web es que en un ambiente no controlado, puede tener varios autores realizar cambios en los mismos archivos desde múltiples ubicaciones sin darse cuenta. Verdadero. Falso.

Exigir a los desarrolladores revisar la configuración web cada vez que salga o entre o un item (en el repositorio) y mandar un mail a los participantes de forma automática son buenas formas de lidiar con la auditoria de configuración y presentación de informes para Webapps. Verdadero. Falso.

El mejoramiento del proceso de software (MPS) debe ofrecer un retorno de la inversión razonable para justificar su uso. Verdadero. Falso.

Un esfuerzo eficaz de MPS se basa en el mismo marco de trabajo para cada proyecto. Verdadero. Falso.

La intención de un modelo de madurez como CMM es proporcionar una hoja de ruta con las buenas prácticas de software. Verdadero. Falso.

MPS solo está justificada por las organizaciones de software grandes. Verdadero. Falso.

La parte más difícil de MPS es establecer un consenso para iniciar el proceso. Verdadero. Falso.

Conforme se realiza el proceso de valoración, en cuales de los siguientes atributos también se debe enfocar. Aceptación. Compromiso. Consistencia. Todo lo anterior.

¿Cuáles de estos individuos no están involucrados en las actividades de educación y formación MPS?. Clientes. Gerentes. Practicantes. Las partes interesadas.

A menudo es difícil llegar a un consenso entre los diferentes grupos durante la selección y justificación actividad MPS. Verdadero. Falso.

¿Cuál no es uno de los procesos que deben tenerse en cuenta durante la instalación y migración de proceso?. a- Como es. b- De aquí a allá. c- Justo a tiempo. d- Por ser. e- a, b y d.

La evaluación sólo se produce durante la actividad post mortem MPS. Verdadero. Falso.

MPS con frecuencia falla porque los riesgos no se consideraron adecuadamente y no se tuvo ningún plan contingencia. Verdadero. Falso.

Cual no es uno de los factores de éxito cruciales que conducen a esfuerzos exitosos de MPS?. Apoyo a la gestión. Integración de procesos. La participación del personal. Estrategias estandarizadas MPS.

El CMMI representa un metamodelo implementado como un. a- Modelo continuo. b- Modelo por etapas. c- Modelo teórico. d- Tanto a como b.

El CMM de personal sugiere prácticas que se deben seguir por una organización para atraer, desarrollar y retener el talento excepcional. Verdadero. Falso.

Es fácil determinar los beneficios cuantitativos y medidas de costos requeridos para calcular el retorno de la inversión para las actividades de MPS. Verdadero. Falso.

Para ser eficaz en el desarrollo de software moderno los marcos MPS deben convertirse en mucho más ágiles. Verdadero. Falso.

La intención del modelo CMM es… (Pregunta examen 20). Implementar estándares de proceso de ciclo de vida. Proporcionar un indicio global de la madurez del proceso de la organización. Realizar una auditoría de la calidad del proyecto. Certificar a la organización conforme a la norma ISO 12207.