Proceso del software: modelos, RUP y XP

1. 1¿Cuál de los siguientes modelos integra las etapas del proceso de software, desarrollo y mantenimiento?

   1. AEspiral
   2. BEvolutivo
   3. CCascada
2. 2El tiempo planeado para entrega de resultados puede no coincidir con el tiempo necesario para completar una actividad

   1. ARichtig
   2. BFalsch
3. 3Los ingenieros del software deben utilizar herramientas y técnicas apropiadas al problema que resuelve, a las restricciones del desarrollo y recursos disponibles

   1. ARichtig
   2. BFalsch
4. 4¿Los ingenieros del software construyen: Instrucciones, Procedimientos, Especificaciones, Estructuras de datos y Documentos?

   1. ARichtig
   2. BFalsch
5. 5Razones de uso de RUP
   
   1. RUP controla el riesgo del alcance:
   2. RUP va más allá de los datos:
   3. RUP controla de forma temprana el riesgo técnico:
   4. RUP controla el riesgo financiero:
   5. RUP permite la agilidad de forma disciplinada:
   6. RUP demanda un enfoque de alta colaboración:
   

   1. ARichtig
   2. BFalsch
6. 6Con el tiempo ha aumentado la incapacidad de atender a la demanda

   1. ARichtig
   2. BFalsch
7. 7Valores que fomenta XP:
   
   • Reuniones de seguimiento muy frecuentes
   • Mucha documentación
   • Una sola entrega

   1. ARichtig
   2. BFalsch
8. 8Un sistema de gestión de la calidad es el conjunto de la estructura de la organización, de responsabilidades, procedimientos, procesos y recursos que se establecen para llevar a término la gestión de calidad.

   1. ARichtig
   2. BFalsch
9. 9El software es el elemento de principal coste en el desarrollo de un sistema informático

   1. ARichtig
   2. BFalsch
10. 10Diagramas de UML
    
    Diagramas de Comportamiento
    • Diagrama de Estados
    • Diagrama de Actividad

    1. ARichtig
    2. BFalsch

11. 11Diagrama de Caso de Uso.
    Propósito:
    • Especificar el contexto de un sistema
    • Capturar los requerimientos del sistema
    • Validar la arquitectura del sistema
    • Dirigir la implementación del sistema y generar escenarios de testeo.

    1. ARichtig
    2. BFalsch
12. 12Metodologías Ágiles de Desarrollo. No es posible planificar cuando el desarrollo de software no es predecible.

    1. ARichtig
    2. BFalsch
13. 13¿En qué caso el desarrollo de la planificación de determinados proyectos no es suficiente utilizar estimaciones basadas en la experiencia?

    1. AProyectos complejos y grandes
    2. BEn todos los proyectos
    3. CProyectos nuevos
14. 14La actividad más costosa del ciclo de vida de un producto software es el mantenimiento.

    1. ARichtig
    2. BFalsch
15. 15Metodología o proceso de desarrollo. ¿Cuál de estas afirmaciones no es falsa?

    1. AProceso para la producción de software libre, empleando una colección de técnicas predefinidas y convenciones en las notaciones.
    2. BSe presenta normalmente como una serie de pasos, con técnicas y notaciones asociadas a cada paso.
    3. CLos pasos de la producción del software se organizan normalmente en un ciclo de vida consistente en sólo tres fases de desarrollo.
16. 16El prototipado es recomendado cuando existen especificaciones de alto riesgo.

    1. ARichtig
    2. BFalsch
17. 17El proceso unificado consta de cuatro fases:
    • Inicio: Reunión con el cliente
    • Documentación
    • Diseño
    • Transición

    1. ARichtig
    2. BFalsch
18. 18Para el desarrollo de la planificación de un proyecto se utilizan estimaciones obtenidas de métricas de proyectos anteriores.

    1. ARichtig
    2. BFalsch
19. 19Los modelos son útiles para manejar y visualizar sistemas grandes y medianos.

    1. ARichtig
    2. BFalsch
20. 20Diagrama de Componentes. Desarrollados por los clientes.

    1. ARichtig
    2. BFalsch
21. 21En Métrica, los participantes se clasifican en perfiles considerando funciones y responsabilidades afines y el conocimiento que necesitan respecto de la
    metodología. Los perfiles establecidos son:
    - Directivo
    - Jefe de Proyecto
    - Consultor
    - Analista

    1. ARichtig
    2. BFalsch
22. 22Las decisiones a largo plazo se toman en la dirección con información detallada y específica.

    1. ARichtig
    2. BFalsch
23. 23El análisis de riesgos es una tarea del análisis del sistema y la especificación de requisitos.

    1. ARichtig
    2. BFalsch
24. 24Los objetivos de los Sistemas de Información van a depender del nivel de la organización en el que se apliquen para resolver determinados problemas.

    1. ARichtig
    2. BFalsch
25. 25Mejores prácticas XP:
    
    • Programación en grupos de 10
    • Propiedad de la empresa
    • Integración por etapas
    • Reuniones en la sede del cliente

    1. ARichtig
    2. BFalsch
26. 26En el modelo de desarrollo evolutivo la visibilidad del proceso es pobre y muy caro al producir documentos en cada iteración.

    1. ARichtig
    2. BFalsch
27. 27La gestión de la configuración, controla los cambios en todos los entregables producidos en el desarrollo y no solo en el mantenimiento

    1. ARichtig
    2. BFalsch
28. 28RUP. Procesos de soporte del ciclo de vida del software. El estándar ISO/IEC 12207 identifica los procesos de soporte que pueden ser utilizados desde un proceso primario, o incluso desde otro proceso de soporte. Los procesos de soporte son:
    
    ASEGURAMIENTO DE LA CALIDAD
    • Actividades empleadas para garantizar de forma objetiva que el producto y los procesos asociados son conformes a los requisitos documentados y a las planificaciones.
    VERIFICACIÓN
    • Actividades empleadas para verificar el producto.
    VALIDACIÓN
    • Actividades empleadas para validar el producto.

    1. ARichtig
    2. BFalsch
29. 29El Manifiesto de las Metodologías Ágiles:
    
    Principio:
    • Los propietarios del negocio y los desarrolladores deben no trabajar juntos a lo largo del proyecto.

    1. ARichtig
    2. BFalsch
30. 30Para sistemas grandes el uso del desarrollo evolutivo no es adecuado.

    1. ARichtig
    2. BFalsch
31. 31Un sistema es un modelo de componentes relacionadas entre sí.

    1. ARichtig
    2. BFalsch
32. 32Un sistema de información necesita estar basado en la automatización y la informática.

    1. ARichtig
    2. BFalsch
33. 33Los Autores de Metodología RUP (Rational Unified Process) son Booch, Rumbaugh y Jacobson.

    1. ARichtig
    2. BFalsch
34. 34El Proceso Unificado de Desarrollo, es sólo iterativo.

    1. ARichtig
    2. BFalsch
35. 35Las pruebas de integración se realizan en la implantación del sistema.

    1. ARichtig
    2. BFalsch
36. 36Un sistema es efectivo si utiliza de forma óptima los recursos disponibles.

    1. ARichtig
    2. BFalsch
37. 37¿Cual de las siguientes cuestiones no establece la ingeniería de los requerimientos?

    1. ALa información a procesar
    2. BLas funciones del sistema
    3. CLas restricciones del diseño
    4. DLas pruebas a realizar
    5. EEl comportamiento del sistema
38. 38Entre las mejores prácticas XP se encuentran:
    
    • Programación en parejas
    • Propiedad colectiva
    • Integración continua
    • Semana de 40 horas
    • Cliente in situ
    • Estándares de programación

    1. ARichtig
    2. BFalsch
39. 39El riesgo es proporcional a la calidad de la información disponible. Cuanto menos información, menor el riesgo.

    1. ARichtig
    2. BFalsch
40. 40XP, es una metodología ágil:
    
    • Diseñada para entornos dinámicos
    • Pensada para equipos pequeños (hasta 10 programadores)
    • Orientada fuertemente hacia la codificación
    • Énfasis en la comunicación informal, verbal

    1. ARichtig
    2. BFalsch
41. 41Entre las tarea de un Ingeniero del Software no está la de medir la calidad sino gestionarla.

    1. ARichtig
    2. BFalsch
42. 42Metodologías Ágiles de Desarrollo, como Métrica, se basan en la creencia de que las metodologías ingenieriles no son válidas para el desarrollo de software.

    1. ARichtig
    2. BFalsch
43. 43Las metodologías de desarrollo contemplan actividades Técnicas o de Desarrollo, como la comercialización del proyecto.

    1. ARichtig
    2. BFalsch
44. 44Cuáles de las siguientes medidas de calidad del software proporcionan indicadores útiles directos (medidos directamente)
    
    Facilidades de mantenimiento integral [blank_start]Respuesta 1[blank_end]
    
    Facilidades de uso [blank_start]Respuesta 2[blank_end]
    
    Los errores y defectos [blank_start]Respuesta 3[blank_end]
    
    Los costes [blank_start]Respuesta 4[blank_end]

    1. AINDIRECTOS
    2. BDIRECTOS
    3. CINDIRECTOS
    4. DDIRECTOS
    5. EINDIRECTOS
    6. FDIRECTOS
    7. GINDIRECTOS
    8. HDIRECTOS
45. 45Diagrama de Clases. Desarrollados por analistas, diseñadores e desarrolladores.

    1. ARichtig
    2. BFalsch
46. 46MÉTRICA consta de tres grandes procesos
    • Análisis de Sistemas
    • Documentación del software
    • Mantenimiento de Sistemas de Información

    1. ARichtig
    2. BFalsch
47. 47Las herramientas CASE (Computer Aided Systems Engineering): Facilita la realización de prototipos y el desarrollo conjunto de aplicaciones.

    1. ARichtig
    2. BFalsch
48. 48Clasificación de las metodologías de desarrollo:
    
    En base a su alcance
    • Metodología de largo alcance
    • Metodología alcance medio
    • Metodología alcance corto

    1. ARichtig
    2. BFalsch
49. 49Con el tiempo se han mejorado los problemas de capacidad de mantenimiento del software existente.

    1. ARichtig
    2. BFalsch
50. 50Diagrama de Desarrollo o Despliegue. Desarrollados por programadores, junto con los clientes.

    1. ARichtig
    2. BFalsch
51. 51El Proceso Unificado de Desarrollo, utiliza UML para desarrollar los esquemas y diagramas de un sistema software.

    1. ARichtig
    2. BFalsch
52. 52Análisis y Diseño estructurado de Michael Jackson es un Modelo de proceso: en cascada.

    1. ARichtig
    2. BFalsch
53. 53Diagrama de Desarrollo o Despliegue. Desarrollados por programadores.

    1. ARichtig
    2. BFalsch
54. 54Un sistema de información modular significa que está integrado peros sus partes son independientes.

    1. ARichtig
    2. BFalsch
55. 55Roles XP: Programador
    
    • Responsable de decisiones técnicas
    • Responsable de construir el sistema
    • Sin distinción entre analistas,diseñadores o codificadores
    • En XP, los programadores diseñan,programan y realizan las pruebas.

    1. ARichtig
    2. BFalsch
56. 56El Proceso Unificado de Desarrollo, es sólo incremental.

    1. ARichtig
    2. BFalsch
57. 57La equifinalidad es la característica la cual los sistemas logran el objetivo de múltiples formas.

    1. ARichtig
    2. BFalsch
58. 58Prácticas XP. Refactoring
    
    • Refactorización = Ordenar el código
    • Intentar eliminar las librerías.
    • Se plantea su aplicación antes de implementar cada user-story.

    1. ARichtig
    2. BFalsch
59. 59El Proceso Unificado consta de cuatro fases:
    • Inicio
    • Elaboración
    • Construcción
    • Transición

    1. ARichtig
    2. BFalsch
60. 60¿El software es código, especificaciones, datos y documentación?

    1. ARichtig
    2. BFalsch
61. 61Es una obligación para los ingenieros del software el aprendizaje continuo.

    1. ARichtig
    2. BFalsch
62. 62Valores que fomenta XP:
    
    • Comunicación
    • Simplicidad
    • Retroalimentación
    • Coraje

    1. ARichtig
    2. BFalsch
63. 63Roles XP: Programador
    
    • Organiza y guía las reuniones
    • Ayuda al cliente con las pruebas funcionales
    • Se asegura de que las pruebas funcionales se superan

    1. ARichtig
    2. BFalsch
64. 64Diagramas de UML
    
    Diagramas de Interacción
    • Diagrama de Secuencia
    • Diagrama de Colaboración

    1. ARichtig
    2. BFalsch
65. 65El sistema solo se puede probar hasta que se haya implementado.

    1. ARichtig
    2. BFalsch
66. 66En Métrica, el Aseguramiento de la Calidad (CAL), supone, incorporar mecanismos de seguridad adicionales relacionados tanto con la seguridad intrínseca del sistema de información como por la seguridad del propio proceso de desarrollo del sistema de información.

    1. ARichtig
    2. BFalsch
67. 67Las decisiones a medio plazo son aquellas que se toman pensando en los próximos:

    1. AMás de 4 años
    2. B3-4 años
    3. C1-2 años
68. 68Entre las mejores prácticas que propone XP están:
    
    • El juego de la planificación
    • Entregas pequeñas
    • Metáfora
    • Diseño simple
    • Pruebas
    • Refactoring

    1. ARichtig
    2. BFalsch
69. 69La ingeniería del software son las teorías, métodos y herramientas que se deben utilizar en el desarrollo del software.

    1. ARichtig
    2. BFalsch
70. 70Decisiones de negocio las toma el cliente:
    
    • Alcance. ¿Cuándo debe estar listo el producto para que sea valioso en producción?
    • Prioridad. Prioriza la incorporación de las user-stories
    • Composición de entregas. ¿Qué se necesita para que el negocio sea mejor antes de tener el SW?
    • Fechas de entrega. Fechas cuando el software funcionando causaría una gran diferencia

    1. ARichtig
    2. BFalsch
71. 71Roles XP: Cliente (Customer)
    
    • Es parte del equipo
    • Determina qué construir y cuándo
    • Establece las pruebas funcionales

    1. ARichtig
    2. BFalsch
72. 72Las actividades de administración y gestión del proceso de desarrollo constan de etapas como:
    
    • Diseño detallado
    • Implementación
    • Pruebas

    1. ARichtig
    2. BFalsch
73. 73En Métrica, la Gestión de Proyectos (GP), supone, evaluar la calidad del proceso y del producto. reducir, eliminar y prevenir las deficiencias de los productos, alcanzando una razonable confianza en que las prestaciones y servicios esperados.

    1. ARichtig
    2. BFalsch
74. 74RUP identifica los siguientes procesos de soporte del ciclo de vida del software:
    
    GESTIÓN
    • Describe las actividades de gestión de la organización, incluyendo también la gestión de proyectos.
    INFRAESTRUCTURA
    • Actividades necesarias para que puedan realizarse otros procesos del ciclo de vida. Incluye entre otros el capital y el personal.
    MEJORA
    • Actividades realizadas para mejorar la capacidad del resto de procesos.
    FORMACIÓN

    1. ARichtig
    2. BFalsch
75. 75Las metodologías de desarrollo contemplan actividades Técnicas o de Desarrollo, como la obtención de requisitos y el análisis.

    1. ARichtig
    2. BFalsch
76. 76Las técnicas son programas que mecanizan los métodos para dar soporte al desarrollo.

    1. ARichtig
    2. BFalsch
77. 77La dirección estratégica suele tomar decisiones que están poco formalizadas y subjetivas.

    1. ARichtig
    2. BFalsch
78. 78Los estándares extraen modelos de cómo ejecutar procesos de las mejores prácticas.

    1. ARichtig
    2. BFalsch
79. 79Un producto software contiene:

    1. Aprograma
    2. Bsistema software
    3. Cproyecto software
80. 80La reusabilidad es la posibilidad de que cualquier módulo software pueda ser usado en múltiples entornos.

    1. ARichtig
    2. BFalsch
81. 81Cuesta más mantener el software que desarrollarlo.

    1. ARichtig
    2. BFalsch
82. 82El modelo de proceso no se puede seleccionar según la naturaleza del proyecto.

    1. ARichtig
    2. BFalsch
83. 83Las herramientas son programas que mecanizan los métodos y las técnicas ayudan a llevar a cabo los métodos.

    1. ARichtig
    2. BFalsch
84. 84En Métrica, la Gestión de Proyectos (GP), supone, la planificación, seguimiento y control de las actividades y de los recursos humanos y materiales que intervienen en el desarrollo de un Sistema de Información.

    1. ARichtig
    2. BFalsch
85. 85En la etapa de diseño se tiene que descubrir la mayor cantidad posible de errores que se puedan reparar antes de entregar el sistema.

    1. ARichtig
    2. BFalsch
86. 86Decisiones de negocio las toma el analista:
    
    • Alcance. ¿Cuándo debe estar listo el producto para que sea valioso en producción?
    • Prioridad. Prioriza la incorporación de las user-stories
    • Composición de entregas. ¿Qué se necesita para que el negocio sea mejor antes de tener el SW?
    • Fechas de entrega. Fechas cuando el software funcionando causaría una gran diferencia

    1. ARichtig
    2. BFalsch
87. 87MÉTRICA consta de tres grandes procesos
    • Planificación de Sistemas de Información (PSI)
    • Desarrollo de Sistemas de Información
    • Mantenimiento de Sistemas de Información (MSI)

    1. ARichtig
    2. BFalsch
88. 88La ingeniería del software concierne a todos los aspectos del desarrollo de métodos y procesos, del hardware, software y comunicaciones.

    1. ARichtig
    2. BFalsch
89. 89En las Metodologías Ágiles se valora poder responder a los cambios más que seguir estrictamente una planificación.

    1. ARichtig
    2. BFalsch
90. 90¿Cuál de las siguientes problemáticas del software es falsa?

    1. ALas estimaciones del tiempo, costes y esfuerzo para el desarrollo no son precisas
    2. BEl software es difícil de mantener
    3. CLa comunicación entre desarrolladores y usuarios es deficiente
    4. DLa productividad es mayor la demanda
    5. ELa calidad del software desarrollado es cuestionable
    6. FLa satisfacción del usuario es baja
    7. GLas responsabilidades están diluidas
91. 91Uno de las ventajas/éxitos de la reutilización es que disminuye la cantidad de código a probar.

    1. ARichtig
    2. BFalsch
92. 92El análisis, la planificación y la especificación son tareas que definen el software que se desarrolla.

    1. ARichtig
    2. BFalsch
93. 93La complejidad computacional se puede considerar una actividad incluida en las métricas del software.

    1. ARichtig
    2. BFalsch
94. 94Un método se puede definir como un conjunto de tareas ordenadas para conseguir un fin.

    1. ARichtig
    2. BFalsch
95. 95El modelo de cascada es utilizado en desarrollos bien comprendidos.

    1. ARichtig
    2. BFalsch
96. 96Clasificación de las metodologías de desarrollo:
    
    En base a su agilidad
    • Pesadas. Burocráticas o ingenieriles
    • Ágiles
    
    En base a su alcance
    • Metodología de análisis
    • Metodología de desarrollo
    
    En base a la naturaleza del proyecto
    • Metodologías orientadas a flujo de información
    • Metodologías orientadas a datos
    • Metodologías orientadas a objetos
    • Metodologías basadas en roles
    • Metodologías ágiles de desarrollo
    • Metodologías de dominio específico.
    • Metodologías híbridas

    1. ARichtig
    2. BFalsch
97. 97La decisión de reutilizar componentes se basa en una evaluación de costos, entre crear una nueva solución o adaptar una existente.

    1. ARichtig
    2. BFalsch
98. 98Para que un software sea correcto es necesario y suficiente que esté libre de fallos, que cumpla las especificaciones y …

    1. ACumpla con los requisitos de los usuarios
    2. BCumpla con las expectativas de los usuarios
    3. CSupere las pruebas de diseño y codificación
99. 99El Proceso Unificado de Desarrollo, no es un desarrollo basado en componentes.

    1. ARichtig
    2. BFalsch
100. 100En los productos genéricos de software la organización no controla la especificación y en los productos personalizados es el cliente quien la controla.

     1. ARichtig
     2. BFalsch
101. 101IBM desarrollo MÉTRICA 3.

     1. ARichtig
     2. BFalsch
102. 102La ingeniería del software no es una disciplina de la ingeniería sino una disciplina encargada de la producción del software.

     1. ARichtig
     2. BFalsch
103. 103En general podemos decir que en los sistemas informáticos el % del coste del software supera el % de costes del hardware.

     1. ARichtig
     2. BFalsch
104. 104Perfil Jefe de Proyecto, en esta categoría se agrupan los siguientes tipos de participantes:
     - Jefe de Proyecto
     - Responsable de Implantación
     - Responsable de Mantenimiento
     - Responsable de Operación
     - Responsable de Sistemas
     - Responsable de Seguridad
     - Responsable de Calidad

     1. ARichtig
     2. BFalsch
105. 105Un sistema informático es un sistema basado en computadoras pero no un sistema de información.

     1. ARichtig
     2. BFalsch
106. 106Entre proyectos la reutilización se aprovecha para ahorrar en análisis y especificación de requisitos.

     1. ARichtig
     2. BFalsch
107. 107Los procesos son un conjunto de técnicas y herramientas organizadas para el desarrollo.

     1. ARichtig
     2. BFalsch
108. 108¿Cuál de estas actividades no está incluida en el mantenimiento?

     1. ATodas están incluidas
     2. BCambios en los requisitos
     3. CCorrección de errores
     4. DCambios en el entorno
109. 109Diagrama de Objetos.
     
     Propósito
     • Ilustrar las estructuras de datos/objetos del sistema
     • Especificar detalles del modelo

     1. ARichtig
     2. BFalsch
110. 110¿Cuáles de las siguientes pueden ser las dificultades de la confiabilidad del software?

     1. AEspecificaciones inseguras incorrectas e incompletas
     2. BLa complejidad del software
     3. CAmbiente variable al que hay que adaptarse
111. 111Los estándares introducen formas de trabajo sistemáticos, disciplinados y cuantificables de calidad.

     1. ARichtig
     2. BFalsch
112. 112¿Cuál de las siguientes no es una causa de los problemas de software?

     1. AExperiencia corta de la informática
     2. BLas dificultades de la programación
     3. CLa rapidez de los cambios tecnológicos
     4. DLas curvas de aprendizaje y experiencia de desarrollo
     5. ELa propia naturaleza del software
     6. FResistencia al cambio
     7. GCapacidades de comunicación
     8. HProblemas de gestión
113. 113El ciclo de vida es lo mismo que el modelo de proceso o paradigma utilizado.

     1. ARichtig
     2. BFalsch
114. 114El desarrollo como fase del proceso de software incluye las tareas de diseño, codificación, pruebas, implantación y mejoras.

     1. ARichtig
     2. BFalsch
115. 115Establecer un estándar es proporcionar un marco teórico para la disciplina del software.

     1. ARichtig
     2. BFalsch
116. 116Captura de requisitos en XP. Historias de los Usuarios (User.Stories)
     - Establecen los requisitos del cliente
     - Trozos de funcionalidad que aportan valor
     - Se les asignan tareas de programación con un nº de horas de desarrollo
     - Las establece el cliente
     - Son la base para las pruebas funcionales

     1. ARichtig
     2. BFalsch
117. 117El proceso unificado de desarrollo, es iterativo e incremental.

     1. ARichtig
     2. BFalsch
118. 118Las metodologías de desarrollo contemplan actividades Técnicas o de Desarrollo, como la administración de la configuración del software.

     1. ARichtig
     2. BFalsch
119. 119No todas las metodologías cubren las mismas actividades.

     1. ARichtig
     2. BFalsch
120. 120La gestión de la configuración, controla los cambios que se desarrollan en la etapa de mantenimiento.

     1. ARichtig
     2. BFalsch
121. 121Los requerimientos son las restricciones fundamentales del sistema.

     1. ARichtig
     2. BFalsch
122. 122Clasificación de las metodologías de desarrollo:
     
     En base a la naturaleza del proyecto
     • Metodologías orientadas a base de datos
     • Metodologías orientadas a casos de uso

     1. ARichtig
     2. BFalsch
123. 123¿Cuáles de los siguientes aspectos de la calidad del software proporcionan indicadores internos, externos y en uso?
     
     Los costes [blank_start]Respuesta 1[blank_end]
     Los errores y defectos [blank_start]Respuesta 2[blank_end]
     Facilidades de uso [blank_start]Respuesta 3[blank_end]
     Facilidades de mantenimiento integral [blank_start]Respuesta 4[blank_end]

     1. AINTERNO (MEDIBLE)
     2. BEXTERNO (PRUEBA)
     3. CUSO (USO USUARIO)
     4. DINTERNO (MEDIBLE)
     5. EEXTERNO (PRUEBA)
     6. FUSO (USO USUARIO)
     7. GINTERNO (MEDIBLE)
     8. HEXTERNO (PRUEBA)
     9. IUSO (USO USUARIO)
     10. JINTERNO (MEDIBLE)
     11. KEXTERNO (PRUEBA)
     12. LUSO (USO USUARIO)
124. 124MÉTRICA es una metodología para la documentación de los sistemas de información.

     1. ARichtig
     2. BFalsch
125. 125Software es el conjunto de programas, estructuras de datos y documentos asociados para soportar la instalación, operación y uso de los programas.

     1. ARichtig
     2. BFalsch
126. 126En un proyecto de software los usuarios finales son más importantes que los gerentes, directores y mandos intermedios.

     1. ARichtig
     2. BFalsch
127. 127El proceso unificado de desarrollo
     - Guiado y manejado por casos de uso
     - Centrado en la arquitectura
     - Centrado en modelos

     1. ARichtig
     2. BFalsch
128. 128Diagrama de Caso de Uso.
     
     Propósito:
     • Captura la funcionalidad del sistema desde el punto de vista de los desarrollado.

     1. ARichtig
     2. BFalsch
129. 129Certificación del software es una autorización escrita que establece que en un sistema de computación es seguro y está permitido operar en un entorno definido, produciendo información sensible.

     1. ARichtig
     2. BFalsch
130. 130Diagramas de UML
     
     Diagramas de Estructurales
     - Diagrama de Casos de Uso
     - Diagrama de Clases
     - Diagrama de Objetos

     1. ARichtig
     2. BFalsch
131. 131Diagrama de desarrollo o despliegue.
     
     Propósito
     • Especificar la distribución de los componentes
     • Identificar cuellos de botella
     • Evaluar el rendimiento y la carga del hardware del sistema
     • Redundancia, balance de carga, etc.

     1. ARichtig
     2. BFalsch
132. 132Añadir recursos humanos a un proyecto software retrasado lo retrasa aún más.

     1. ARichtig
     2. BFalsch
133. 133Diagrama de UML.
     • Diagrama de Implementación
     • Diagrama de Componentes
     • Diagrama de Despliegue

     1. ARichtig
     2. BFalsch
134. 134En un modelo de cascada la documentación y las pruebas se hacen al final.

     1. ARichtig
     2. BFalsch
135. 135Es suficiente comenzar el desarrollo de un sistema con una descripción de objetivos generales y los detalles se irán especificando más adelante.

     1. ARichtig
     2. BFalsch
136. 136Mejores prácticas XP:
     El juego de la documentación, una sola entrega, diseño por capas…

     1. ARichtig
     2. BFalsch
137. 137El análisis, la planificación y la especificación son tareas que definen el que y el como del desarrollo del software.

     1. ARichtig
     2. BFalsch
138. 138El Manifiesto de las Metodologías ágiles
     
     Principios
     • Los propietarios del negocio y los desarrolladores deben trabajar juntos a lo largo del proyecto
     • Construir proyecto en torno a individuos motivados. Darles el entorno y el apoyo que necesitan y confiar en ellos para conseguir el trabajo
     • El diálogo cara a cara es el método más efectivo para comunicar información dentro de un equipo de desarrollo
     • El software que funciona es la medida principal de progreso

     1. ARichtig
     2. BFalsch
139. 139Las actividades del proceso del software varían dependiendo de la organización y del tipo de sistema a desarrollarse.

     1. ARichtig
     2. BFalsch
140. 140La confiabilidad es la habilidad de un programa para ejecutar un conjunto de funciones requeridas en cualquier entorno de computación.

     1. ARichtig
     2. BFalsch
141. 141Metodologías ágiles de desarrollo. Centran su filosofía en la adaptabilidad al cambio en los requisitos.

     1. ARichtig
     2. BFalsch
142. 142Las metodologías de desarrollo contemplan actividades Técnicas o de Desarrollo como:
     • Administración de proyecto
     • Ciclo de vida del software

     1. ARichtig
     2. BFalsch
143. 143Las metodologías de desarrollo contemplan actividades Técnicas o de Desarrollo como:
     • Comunicación
     • Administración de la fundamentación
     • Administración de la configuración del software

     1. ARichtig
     2. BFalsch
144. 144Practicas XP. Programación por parejas
     • Todo el código se escribe en parejas
     • Se produce de mayor calidad
     • Extiende el conocimiento
     • Se realiza el trabajo de 1 persona en casi la mitad de tiempo y mejor

     1. ARichtig
     2. BFalsch
145. 145En el análisis se transforma los casos de uso en un modelo que describe el sistema.

     1. ARichtig
     2. BFalsch
146. 146¿Cuál de las siguientes afirmaciones no es un algoritmo?

     1. Aun modelo de ordenación
     2. Buna técnica de ordenación
     3. Cun proceso de ordenación
     4. Dun método de ordenación
147. 147El ciclo de vida es el conjunto de etapas de desarrollo del sistema y el modelo de proceso el orden y actividades a desarrollar.

     1. ARichtig
     2. BFalsch
148. 148Análisis estructurado de Tom DeMarco 1979 & diseño estructurado de Yourdo modelo de proceso: iterativo e incremental (híbrido).

     1. ARichtig
     2. BFalsch
149. 149Las metodologías se desarrollan para cada una de las fases del desarrollo del producto.

     1. ARichtig
     2. BFalsch
150. 150En Métrica, los participantes se clasifican en perfiles considerando funciones y responsabilidades afines y el conocimiento que necesitan respecto de la metodología. Los perfiles establecidos son:
     - Directivo
     - Jefe de proyecto
     - Cliente
     - Diseñador gráfico

     1. ARichtig
     2. BFalsch
151. 151Las metodologías de desarrollo contemplan actividades técnicas o de desarrollo, como: diseño del sistema, implementación y pruebas.

     1. ARichtig
     2. BFalsch
152. 152Reunión diaria “Stand-up Meeting”
     Todo el equipo
     - Problemas
     - Solutions
     De pie en un círculo
     - Evitar discusiones largas
     - Sin conversaciones separadas

     1. ARichtig
     2. BFalsch
153. 153Las especificaciones de requisitos son un producto de trabajo interno.

     1. ARichtig
     2. BFalsch
154. 154RUP procesos primarios del ciclo de vida del software (ISO/IEC 12207):
     • Adquisición: proceso global que sigue el adquiriente para obtener el producto.
     • Suministro: proceso global que sigue el suministrador para proporcionar el producto.
     • Desarrollo: proceso empleado por el suministrador para el diseño, construcción y pruebas del producto.

     1. ARichtig
     2. BFalsch
155. 155Diagrama de caso de uso son desarrollados por los clientes.

     1. ARichtig
     2. BFalsch
156. 156Un problema del desarrollo evolutivo es que no se sabe cuando deja de evolucionar el prototipo.

     1. ARichtig
     2. BFalsch
157. 157RUP Proceso de soporte de ciclo de vida del software:
     • Reuniones de revisión: Reuniones empleadas por las dos partes para evaluar el estado del producto y de las actividades.
     • Auditorias: Actividades para determinar que el proyecto cumple con los requisitos, planes y contratos.
     • Resolución de problemas: Actividades para analizar y resolver problemas relativas al proyecto, sea cual sea su fuente y naturaleza.

     1. ARichtig
     2. BFalsch
158. 158Las herramientas de ingeniería del software son más importantes que el hardware para conseguir una buena productividad.

     1. ARichtig
     2. BFalsch
159. 159En métrica, la seguridad (SEG), supone, incorporar mecanismos de seguridad adicional relacionados tanto con la seguridad intrínseca del sistema de información como por la seguridad del propio proceso de desarrollo del sistema de información.

     1. ARichtig
     2. BFalsch
160. 160Los procesos integran métodos y herramientas, y definen la secuencia en que se aplican los métodos.

     1. ARichtig
     2. BFalsch
161. 161El estándar ISO/IEC 12207 identifica los procesos de soporte del ciclo de vida del software que pueden ser utilizados desde un proceso primario, o incluso desde otro proceso de soporte. Los procesos de soporte son:
     
     DOCUMENTACIÓN
     • Actividades empleadas para registrar información específica empleada por otros procesos.
     GESTIÓN DE LA CONFIGURACIÓN
     • Actividades empleadas para mantener un registro de los productos generados en la ejecución de los procesos.
     ASEGURAMIENTO DE LA CALIDAD
     • Actividades empleadas para garantizar de forma objetiva que el producto y los procesos asociados son conformes a los requisitos documentados y a las planificaciones.
     VERIFICACIÓN
     • Actividades empleadas para verificar el producto.
     VALIDACIÓN
     • Actividades empleadas para validar el producto.

     1. ARichtig
     2. BFalsch
162. 162El proceso unificado no se repite a lo largo de una serie de ciclos.

     1. ARichtig
     2. BFalsch

Beschreibung

Quiz am Ohne Titel, erstellt von Gerard CV am 04/06/2021.

Autor

Gerard CV

Sprache

Español

Aufrufe

11

Bewertung

Noch keine Bewertungen

Bewerte dieses Quiz

Bewerte dieses Quiz

Mehr zu Ciclo de vida y modelos de desarrollo de software