tipo test is1 parte 2 / 3
|
|
Título del Test:
![]() tipo test is1 parte 2 / 3 Descripción: test tipo 8 is1 |



| Comentarios |
|---|
NO HAY REGISTROS |
|
En la fase de diseño detallado y producción. Se especifican los casos de uso del software. Se definen los componentes que formarán parte del sistema. Se implementan las interfaces externas del sistema. Las pruebas de integración. forman parte de la fase de transferencia. se realizan en la fase de diseño detallado y producción. deben ser supervisadas por el cliente. ¿Por qué se deben controlar las dependencias entre requisitos?. Para agruparlos en un mismo subsistema o componente del software. Porque ayudan a prevenir efectos colaterales cuando se producen fallos o cambios en el software. Porque los requisitos dependientes tienen la misma prioridad y deben implementarse en la misma iteración. ¿que aporta la ingeniería del software?. todas las anteriores. un enfoque sistemático del desarrollo. una visión metodológica de los procesos del software. modelo de referencia y buenas practicas. El DRA (Desarrollo rápido de aplicaciones). no es viable si el sistema a desarrollar no se puede dividir para que pueda implementarse por equipos de desarrollo que trabajen en paralelo. se adapta fácilmente cuando surgen nuevos requisitos de usuario durante el proceso de desarrollo del sistema. es aconsejable cuando existen riesgos técnicos elevados en el desarrollo de sistemas que requieren un alto grado de interoperabilidad con sistemas externos. Según las Leyes de evolución del software (Leyes de Lehman): La incorporación de más recursos a un proyecto no afecta a la velocidad de desarrollo que se mantiene prácticamente constante. La velocidad de desarrollo es directamente proporcional a los recursos dedicados al proyecto. La velocidad de desarrollo varía en función de la cantidad de cambios a realizar y de la complejidad de los mismos. Por qué se caracteriza el método RUP (Rational Unified Process)?. Por proponer el uso de historias de usuario. Por representar una única vista de toda la arquitectura del sistema. Por estar guiada por los casos de uso. ¿Qué técnica ayuda a controlar lo que falta para completar una iteración?. Sprint Burndown Chart. Sprint Backlog. Product Burndown Chart. El proceso de desarrollo de software. es un proceso general del software. es un proceso principal del software. es un proceso de operación del software. Los modelos de ciclo de vida del software. son representaciones que describen el software desde diferentes perspectivas. son métodos de desarrollo de software. representan diferentes enfoques de desarrollo para producir software. Un requisito que hace referencia. al tiempo aceptable entres fallos es un requisito de fiabilidad. a los navegadores en los que se deberá ejecutar el software es un requisito de usabilidad. a los tiempos máximos para la resolución de incidencias es un requisito de rendimiento. ¿Qué no debe formar parte de la especificación de un requisito funcional?. El tiempo máximo en el que se debe poder adaptar la función cuando el cliente lo solicite. Los datos que debe devolver el sistema según el flujo normal de ejecución de la función. Las validaciones a realizar sobre los datos de entrada para que se pueda ejecutar la función. El proceso de mantenimiento. Es uno de los procesos principales del software (ISO 12207). Es uno de los procesos de soporte del software (ISO 12207). Es uno de los procesos generales del software (ISO 12207). El modelado es una técnica. poco recomendable cuando el desarrollo se hace con un efoque tradicional. que no sirve para representar abstracciones del sistema. que facilita la comunicación entre los ingenieros de software. La abstracción durante en el proceso de diseño de software. se usa para medir la dependencia entre módulos. no debe aplicarse ya que no facilita la implementación. permite centrarse en el diseño sin entrar en aspectos de implementación. ¿Qué representa el Product Burndown Chart?. El trabajo que falta para terminar el proyecto. El esfuerzo que falta para obtener el incremento. El tiempo que falta para completar las tareas de la iteración. Los modelos de ciclo de vida tradicionales no se caracterizan por. elaborar una documentación exhaustiva durante todas las fases del ciclo de vida del software. dar prioridad al cumplimiento de los plazos de entrega acordados con el cliente. adoptar un enfoque de desarrollo iterativo e incremental para la obtención de múltiples versiones del producto. ¿Cuál de las siguientes representaciones sería un modelo de proceso?. Un prototipo de la interfaz de usuario. La especificación de un requisito no funcional. Las tareas para realizar las pruebas de aceptación. ¿Qué utilidad tienen los métodos de desarrollo de software?. Organizan el ciclo de vida del software. Ayudan a realizar técnicamente el software. Representan el proceso de desarrollo de software. Las pruebas de unidad. se realizan en la fase de diseño detallado y producción. deben ser supervisadas en todo momento por el cliente. forman parte de la fase de transferencia. |




