Preguntas sobre el componente Ingeniería de Software, correspondiente a los capítulos 1, 2, 3, 4, 5, del libro base de estudio.
El analista deberá explicar al usuario que saldría muy costoso realizar futuros cambios, una vez desarrollada la aplicación.
El analista debería crear una aplicación lo suficientemente flexible, que aunque surjan futuras modificaciones, no sea muy complicado la implementación de los cambios.
El analista deberá crear una aplicación que no sea accesible a cambios, debido que debe centrarse en la sustentabilidad y seguridad de la aplicación.
PostgreSQL
Microsoft office
Sistema de control de citas médicas
Antes de realizar soluciones informáticas, se deberá establecer políticas a los cuales los miembros del equipo de trabajo deberán regirse para evitar futuros conflictos.
No importa que existan diferencias de criterio, mientras tanto uno de los miembros del equipo se responsabilice del trabajo.
Si llegasen a existir discusiones, es preferible que el equipo de trabajo se disuelva o que en su defecto se contrate nuevos integrantes con los cuales se compartan criterios.
La organización que desarrolla el software.
La organización que compra el software.
La organización que desarrolla y compra el software.
La combinación de esas dos palabras tan distantes no trae resultados positivos, pues la palabra “ético” siempre nos refiere a algo “bueno”, mientras que “hacking” indica lo contrario. De donde se lo quiera ver, el hacking ético es un arma de doble filo.
Toda práctica hacker no puede considerarse ética desde ningún punto de vista.
El hacking ético es una práctica proactiva, que ayuda a reaccionar ante las amenazas de los sistemas y permite el diseño de defensas frente a dichos peligros.
Procesar grandes cantidades de datos como los sistemas de pago de salario.
Controlar el software como por ejemplo de un teléfono celular móvil.
Sistemas de entretenimiento personal como juegos.
Metodología XP.
Metodología en cascada.
Metodología SCRUM.
Metodología SCRUM o XP.
Metodología en espiral o cascada.
Es indiferente la metodología que se use para este caso.
Se diseña y realiza la programación del software.
Se desarrolla sólo el diseño de la base de datos del software.
Valida y comprueba que el software cumpla los requerimientos.
Si
No
Es indiferente dicha situación para utilizar la metodología SCRUM.
Desarrollo de software iterativamente, gestión de requisitos, usar arquitectura en componentes, software modelado visualmente, verificar calidad y controlar los cambios del software.
Especificación, diseño, implementación, validación y evolución del software.
Análisis y definición de requerimientos, diseño del sistema y software e implementación.
Iniciar partida, Descubrir una casilla, Marcar una casilla.
Iniciar partida, Jugar partida, Contar minas.
Jugador, Minas, Anotaciones.
No ser tomados en cuenta para correcciones del documento de especificación de requerimientos y simplemente ser atendidos en lo que resta del proceso de desarrollo.
Deberían ser utilizados para corregir los errores del documento de requerimientos y volver a definirlos de manera correcta.
Estos errores son indiferentes al proceso de desarrollo del software, y no deberían ser tomados en cuenta debido a que ya se tenía una planificación previa a la realización de los prototipos.
El programador deberá aceptar la decisión del cliente y podría ofrecer la aplicación realizada a un nuevo interesado.
El programador deberá reevaluar el proceso de desarrollo de software nuevamente, hasta contemplar los "nuevos" requisitos del cliente.
Si existió una buena práctica de parte del programador, no debería existir ningún problema para salir de esta situación. Bastaría con recurrir a los documentos de visión y especificación de requerimientos, los cuales debieron haber sido autorizados previamente para el desarrollo de la aplicación.
Programar el software con todos sus componentes.
Dirigir el proceso de desarrollo de software para que se entregue a tiempo y con el presupuesto acordado.
Diseñar, programar e implementar el software.
Copiar, pegar, guardar documento.
Verificar el tipo de archivo.
Realizar un informe del número de caracteres, palabras, párrafos y páginas que contiene el documento.
Métodos con la función de maximizar los riesgos desarrollando software en lapsos de plazos largos.
Un método ágil en donde los requerimientos se expresan como escenarios.
Métodos que permiten invertir más tiempo en diseñar el sistema.
Enviar emoticones en un sms.
La definición del número de caracteres de un mensaje.
Recibir llamadas.
El sistema debe funcionar correctamente en cualquier navegador.
El sistema no debe tardar más de cinco segundos en mostrar los resultados de una búsqueda.
El usuario deberá tener la posibilidad de buscar por fecha del vuelo, tipo vuelo, disponibilidad de asientos y costo de los vuelos.
Requerimiento del producto.
Requerimiento de la organización.
Requerimiento externo.
Requerimiento del producto.
Requerimiento de la organización.
Requerimiento externo.
Diagrama de clases.
Diagrama de casos de uso.
Diagrama de secuencia.
Muestra la forma en que los objetos se comunican entre sí al transcurrir el tiempo.
Describen una interacción típica entre un actor y el sistema.
Permite visualizar las relaciones entre las clases que involucran el sistema.
Clientes y Empleados.
Clientes, Empleados, Empresa.
Persona: (Cliente y empleado: directivo), Empresa.
Partida iniciada.
Movimiento de una ficha.
Usuario y contraseña no válida.
Wait!
Here's an interesting quiz for you.