Examen Parcial1 Sem4 PDF

6/4/2019 Examen parcial - Semana 4: INV/PRIMER BLOQUE-INGENIERIA DEL SOFTWARE I-[GRUPO1]
Examen parcial - Semana 4
Fecha límite 9 de abr en 23:55 Puntos 70 Preguntas 14 Disponible 6 de abr en 0:00-9 de abr en 23:55 4 días Tiempo límite 90 minutos Intentos permitidos 2
Instrucciones
https://poli.instructure.com/courses/8504/quizzes/32540 1/13
Volver a realizar la evaluación
Historial de intentos
Intento Tiempo Puntaje

ÚLTIMO Intento 1 40 minutos 50 de 70
 Las respuestas correctas estarán disponibles del 10 de abr en 0:00 al 10 de abr en 23:55.
Calificación para este intento: 50 de 70

Presentado 6 de abr en 11:50
Este intento tuvo una duración de 40 minutos.
Pregunta 1 5 / 5 ptos.
En el proceso de ingeniería de software
no se aplica a software existente ya que se debe es automatizar procesos lentos.
no se aplica a software existente debido a que ya pasó por este proceso.
se aplica a software existente ya que se debe implementar nuevos requerimientos.
no se aplica a software existente ya que sólo se aplica para software nuevo.
Los siguientes son tipos de requerimientos:
Funcionales, explícitos y ocultos.
No funcionales y de negocio.
Externos y de usuario.
Extensiones, subvariaciones y flujo normal.
Durante la fase general de “desarrollo” de un proceso de software, se responde a una pregunta genérica respecto al proceso. Dicha
pregunta es
¿Qué tanto tiempo va a tomar la codificación?
¿Cuánto dinero costará el desarrollo?
¿Quiénes van a participar en el proceso?
¿Cómo se va a implementar un producto que satisfaga las necesidades del cliente?
Incorrecto Pregunta 4 0 / 5 ptos.
Se desea simular el comportamiento de un cajero automático, ¿cuáles de los siguientes serían casos de uso?
Revisar saldo. Realizar depósito. Desplegar saldo.
Revisar saldo. Realizar transacción. Desplegar información del sistema.
Revisar saldo. Realizar depósito. Realizar retiro.
Revisar saldo. Realizar transacción. Mostrar el valor de un retiro.
Suponga un sistema para un cajero automático en el que el cliente, previa identificación, realiza una de las siguientes transacciones:
- Retira dinero en efectivo.
- Deposita en efectivo o deposita en cheque.
El diagrama de casos de uso para el cajero automático es

Seleccione una:
A:
B:
C:
D:
En un proceso de diseño e implementación del software
se diseña y realiza la programación del software.
se valida y comprueba que el software cumpla los requerimientos.
se determinar las funcionalidades del software que cumplen las necesidades del cliente.
se desarrolla sólo el diseño de la base de datos del software.
El proceso unificado de Rational ¿En qué fase del ciclo de vida la arquitectura de software es el objetivo principal?
Diseño.
Transición.
Aplicación.
Elaboración.
Los diagramas de caso de uso
muestra la forma en que los objetos se comunican entre sí al transcurrir el tiempo.
muestra las interacciones de los actores con el sistema y las relaciones entre dichas interacciones.
permite visualizar las relaciones entre las clases que involucran el sistema.
muestra la secuencia de estados de un objeto respecto a unos estímulos.
La definición es una parte del proceso de software que busca entender de manera completa el problema a solucionar, por tanto la gestión
de requerimientos contempla
los procesos y métodos necesarios para identificar, organizar y documentar las necesidades del cliente.
la respuesta a cómo cumplirá el software las necesidades del cliente.
la comprensión del problema y decantarla en una serie de documentos con una visión ordenada y técnica del problema.
Es la fase de análisis.
determinar la estructura interna adecuada que permita a los desarrolladores comenzar la escritura de código.
La decisión del enfoque a tomar al abordar un proceso de construcción de software depende de varias características, por tanto es posible
llevar un proyecto de software desde varias perspectivas a efectos de contemplar
las capacidades e intereses de la compañía de desarrollo aún a expensas del producto a entregar al cliente.
el cambio de plataforma de sistemas del cliente a efectos de usar la experiencia del desarrollador en lenguajes tradicionales.
la reducción de las características del producto a efectos de agilizar su desarrollo.
el tipo de proyecto, el tipo de cliente, las restricciones de tiempo dinero o tecnología.
La ingeniería de software se encarga de
análisis, desarrollo e implementación de sistemas software.
especificación, desarrollo, validación y evolución del software.
desarrollo e implementación de software.
codificación y prueba de la programación.
Los tres grandes grupos de diagramas UML son:
De Booch, OMT y OOSE.
De interacción, de funcionalidad y de interfaz.
De estructura estática, de requerimientos, y de casos de uso.
De comportamiento, de estructura estática y de interacción
Una compañía de software de muchos años aborda un tipo de problema completamente nuevo para ella que no se parece en nada a lo
antes desarrollado, con esto en mente, la empresa opta para el proceso de desarrollo tomar el modelo basado en componentes, lo cual
usted justificaría indicando que
la idea general es encontrar partes de software previamente desarrollados que satisfagan requerimientos de la aplicación, de tal manera que no sea
necesario llevar a cabo un desarrollo repetido consumiendo tiempo y recursos.
en la mayoría de los casos buena parte del esfuerzo y tiempo se centra en la generación de código, resulta evidente que una mejora en ese sentido
podría afectar de manera favorable el desarrollo del proyecto.
una de las mayores ventajas es que el cliente puede poner en funcionamiento el sistema sin tener que esperar demasiado, al priorizar los
requerimientos, aquellos que son más importantes son entregados primero, lo que los somete a pruebas durante más tiempo.
los modelos basados en reutilización de código son muy importantes y el modelo basado en componentes se destaca entre ellos.
UML es un lenguaje gráfico estándar que se usa para especificar, documentar y visualizar el conjunto de productos de un proceso de
construcción de software, está pensado para facilitar los procesos de comunicación dentro de los equipos de desarrollo de software, la
razón de usar además de los diagramas de casos de uso, la documentación de la estructura interna de los casos de uso es
que no es una aproximación gráfica sino escrita y que ofrece información respecto al funcionamiento detallado de cada una de esas interacciones y
los diferentes escenarios en los cuales se desenvuelve.
que un caso de uso debe describir un objetivo particular a través de la correcta manipulación de la información y que tiene una complejidad suficiente
para que se requiera un número significativo de pasos para lograr el objetivo esperado.
que un caso de uso debe describir una actividad que tiene sentido dentro del proceso de uso del software.
que la recomendación es mantener los casos de uso en el nivel de los procesos elementales de negocio. Claramente es posible documentar casos
de uso en niveles de mayor o menor complejidad, pero enfocarse en el nivel recomendado suele generar mejores resultados.
Calificación de la evaluación: 50 de 70

Examen Parcial1 Sem4 PDF

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Examen Parcial1 Sem4 PDF

Enviado por

Direitos autorais:

Formatos disponíveis

6/4/2019 Examen parcial - Semana 4: INV/PRIMER BLOQUE-INGENIERIA DEL SOFTWARE I-[GRUPO1]

Examen parcial - Semana 4

Volver a realizar la evaluación

Intento Tiempo Puntaje

Calificación para este intento: 50 de 70

En el proceso de ingeniería de software

no se aplica a software existente ya que se debe es automatizar procesos lentos.

no se aplica a software existente debido a que ya pasó por este proceso.

se aplica a software existente ya que se debe implementar nuevos requerimientos.

no se aplica a software existente ya que sólo se aplica para software nuevo.

Los siguientes son tipos de requerimientos:

Funcionales, explícitos y ocultos.

Extensiones, subvariaciones y flujo normal.

¿Qué tanto tiempo va a tomar la codificación?

¿Cuánto dinero costará el desarrollo?

¿Quiénes van a participar en el proceso?

¿Cómo se va a implementar un producto que satisfaga las necesidades del cliente?

Incorrecto Pregunta 4 0 / 5 ptos.

Revisar saldo. Realizar depósito. Desplegar saldo.

Revisar saldo. Realizar transacción. Desplegar información del sistema.

Revisar saldo. Realizar depósito. Realizar retiro.

Revisar saldo. Realizar transacción. Mostrar el valor de un retiro.

El diagrama de casos de uso para el cajero automático es

En un proceso de diseño e implementación del software

se diseña y realiza la programación del software.

se valida y comprueba que el software cumpla los requerimientos.

se desarrolla sólo el diseño de la base de datos del software.

Incorrecto Pregunta 7 0 / 5 ptos.

Los diagramas de caso de uso

muestra la forma en que los objetos se comunican entre sí al transcurrir el tiempo.

muestra la secuencia de estados de un objeto respecto a unos estímulos.

Incorrecto Pregunta 9 0 / 5 ptos.

la respuesta a cómo cumplirá el software las necesidades del cliente.

la reducción de las características del producto a efectos de agilizar su desarrollo.

el tipo de proyecto, el tipo de cliente, las restricciones de tiempo dinero o tecnología.

Incorrecto Pregunta 11 0 / 5 ptos.

La ingeniería de software se encarga de

análisis, desarrollo e implementación de sistemas software.

especificación, desarrollo, validación y evolución del software.

desarrollo e implementación de software.

codificación y prueba de la programación.

Los tres grandes grupos de diagramas UML son:

De Booch, OMT y OOSE.

De interacción, de funcionalidad y de interfaz.

De estructura estática, de requerimientos, y de casos de uso.

De comportamiento, de estructura estática y de interacción

Você também pode gostar