Ingeniería de Software 2
¿Cuales áreas de conocimiento tienen vincunculo directo con la construcción de software?
Análisis y Gestión de la configuración
Pruebas y Gestión de proyectos
Análisis, Diseño, Pruebas y Gestión de Configuración.
Diseño y Pruebas (Verificación y Validación)
Ninguna de las anteriores
Indique a continuación cuales son las áreas de conocimiento en la construcción de software. (SWEBOK)
Fundamentos, Gestión y Practicas de Construcción
Pruebas, Diseño y Desarrollo
Gestión, Codificar y Probar
Analizar, Diseñar, Codificar y probar.
Ninguna de las anteriores
Indique que tipos de pruebas pueden ser ejecutadas durante la fase de construcción.
Pruebas de caja negra y blanca
Pruebas de escritorio y computador
Pruebas eléctricas y electrónicas
Pruebas de funcionales y no funcionales
Pruebas Unitarias (TDD y ATDD) y Pruebas de Integración
El propósito del proceso de gestión de la configuración.
Mantener el código versionado con las herramientas propiamente definidas en los estándares de desarrollo de software
Organizar el equipo de trabajo para que todos tengan el ambiente bien configurado y para que no se presenten conflictos con el versionamiento de los componentes desarrollados.
Establecer y mantener la integridad de los productos de trabajo usando la identificación de la configuración, controlando los elementos de configuración, generando reportes de estado del ítem de configuración y generando auditorías sobre el cumplimiento del proceso.
Definir un proceso que toda la organización conozca y asimile para mantener todo lo que se desarrolla versionado y propiamente identificado por una versión.
Ninguna de las anteriores
Una línea Base es:
Una rama en la cual trabajan todos los desarrolladores de la empresa y que identifica la versión que está en un ambiente productivo
Una especificación o producto que se ha revisado formalmente y sobre los que se ha llegado a un acuerdo, y que de ahí en adelante sirve como base para un desarrollo posterior y que puede cambiarse solamente a través de procedimientos formales de control de cambios.
Una especificación o producto que está actualmente en desarrollo y sirve como base para un desarrollo posterior y que puede cambiarse solamente a través de procedimientos formales de control de cambios.
Una definición formal del usuario final que permite identificar cual es producto que se necesita al final de la fase de construcción de software.
Ninguna de las anteriores.
Los cambios dentro del desarrollo del SW pueden ocurrir en cualquier momento por lo tanto debemos estar preparados, las actividades de CGS sirven para
Garantizar que el cambio quede bien implantado E Informarlo
Controlar el cambio E Informarlo
Prepararnos para los cambios que puedan ocurrir durante la etapa de desarrollo que cambien el alcance del proyecto.
Identificar el cambio de nuestro software, Controlar ese cambio , Garantizar que el cambio quede bien implantado, E Informar el cambio.
Ninguna de las anteriores.
Que permite conocer la gestión de la configuración.
Como se hicieron los cambios, Que líneas de código presentaron conflictos y como se solucionaron.
Que cambios pidieron, Como se hicieron, Para que se hicieron y Como se versionaron
Estado actual de los repositorios de código fuente de la aplicación
Quien hizo los cambios, Que cambios se hicieron, Cuando se hicieron, Por qué se hicieron.
Ninguna de las anteriores.
El mayor riesgo que existe en el software se llama:
La ocurrencia de cambios
Personal poco competente
La ocurrencia de defectos
Todas las anteriores
No es una dimensión de calidad de software.
Mantenibilidad
Facilidad de uso
Funcionalidad
Análisis de flujo
No es una actividad propia de la gestión de configuración de software
Identificar el cambio de nuestro software.
Análisis de flujo.
Controlar ese cambio.
Garantizar que el cambio quede bien implantado.
Informar el cambio.
Una prueba unitaria es una forma de comprobar el correcto funcionamiento de una unidad de código.
Falso
Verdadero
La gestión de la configuración en un conjunto de actividades de ingeniería del software que se realizan después de que el software se haya entregado al cliente.
Falso
Verdadero
Los fundamentos de la construcción de software son minimizar la complejidad ,anticiparse a los cambios , construir para verificar y los estándares de construcción.
Falso
Verdadero
Si encuentra que tiene que documentar en exceso cierto pasaje de código, entonces es posible que exista una forma de escribir mucho mejor y de forma más legible dicho pasaje?
Verdadero
Falso
La construcción es una actividad en la cual el software se las tiene que ver con restricciones arbitrarias y caóticas del mundo real, y hacer exactamente lo que piden.
Verdadero
Falso
Porqué se desarrolla mal
Falta de tiempo.
Falta de conocimiento.
Falta de motivación.
Acudir a las fuentes equivocadas.
Fallos en las etapas iniciales de desarrollo de software
Todas las anteriores
En el siguiente fragmento de código que malas práticas se evidencian:
class Sample{
int ivar1;
int ivar2;
// Algorithm ...
}
Código no documentado
Todo esta correcto y no veo problema alguno
Código no documentadoy Variables no definidas claramente
Ninguna de las anteriores.
Como principio de la buena codificación se define Minimizar el acoplamiento y Maximizar la Cohesión
Falso
Verdadero
En el siguiente fragmento de código que malas prácticas se evidencian a nivel de codificación.
public void print(String str1,Date date1,List myList){
// Algorithm ...
}
Los nombres de las funciones, variables, deben definir claramente lo que hacen
Todo esta definido claramente y no hay inconsistencias
Falta documentación de la clase.
Todas las anteriores.
{"name":"Ingeniería de Software 2", "url":"https://www.quiz-maker.com/QPREVIEW","txt":"¿Cuales áreas de conocimiento tienen vincunculo directo con la construcción de software?, Indique a continuación cuales son las áreas de conocimiento en la construcción de software. (SWEBOK), Indique que tipos de pruebas pueden ser ejecutadas durante la fase de construcción.","img":"https://cdn.poll-maker.com/12-525372/software-engineering1-640x366.jpg?sz=1200"}