Actividad Evaluativa Eje1 (P1) - INGENIERIA DE SOFTWARE II - IS - 2020 - 09 - 28 - 042

10/10/2020 Actividad evaluativa Eje1 [P1]: INGENIERIA DE SOFTWARE II_IS - 2020/09/28 - 042
Ac vidad evalua va Eje1 [P1]

Fecha de entrega 12 de oct en 23:59 Puntos 25 Preguntas 15
Disponible 28 de sep en 0:00 - 12 de oct en 23:59 15 días
Límite de tiempo 30 minutos
Instrucciones
Para responder el siguiente examen, es importante estudiar todos los contenidos y recursos del eje
correspondiente.
Cada referente de pensamiento, recurso o lectura complementaria le brinda herramientas para

responder las preguntas de forma correcta.
Este examen tiene el objetivo de verificar el avance de su aprendizaje y representa una práctica de
evaluación formal y, por tanto, otorga una calificación de desempeño.
¡Cuidado!
Le recordamos que solo tiene un intento para resolver la evaluación.
Apreciado estudiante, antes de contestar su examen, por favor lea las siguientes recomendaciones:
1. Una vez que haya dado clic en el botón “Realizar la evaluación”, no haga ninguna otra actividad
diferente a contestar su examen (por ejemplo: dar clic en el botón atrás del navegador, leer algún
tipo de documento, foro, etc.) ya que esto podrá hacer que el examen se cierre y se pierda el
intento.
2. Este examen cuenta con 30 minutos para ser resuelto.
3. Al terminar el examen, siempre debe dar clic en el botón "Entregar evaluación", de otra forma el
examen quedará abierto y no se calificará.
4. Recuerde que el examen debe hacerse por lo menos dos horas antes de la hora de cierre de la
actividad, una vez se llegue a la hora de cierre este se enviará automáticamente.
5. Una vez cerrado el examen usted tendrá la posibilidad de revisar la solución.
6. Por favor, asegúrese de tener una buena conexión. Le recomendamos cerrar cualquier programa
que pueda consumir el ancho de banda. Evite usar el Internet móvil.
Si usted presenta problemas, se puede comunicar con la línea única nacional de atención al
estudiante, en Bogotá 7449191, Medellín 6044508, Pereira 3401516, Valledupar 5897879, a la línea
gratuita nacional 018000180099.
https://areandina.instructure.com/courses/10236/quizzes/36762 1/13
Tipo de preguntas:
Cada examen puede contener distintos tipos de preguntas o consignas:
Verdadero-Falso: debe indicar si la proposición se considera verdadera o falsa. Tenga en cuenta que,
si un solo elemento es falso, toda la proposición también lo es.
Opción múltiple: una sola de las opciones es correcta. Las alternativas están indicadas con círculos.
Debe seleccionar la respuesta correcta, marcando el círculo precedente.
Respuesta múltiple: más de una respuesta es correcta. Debe seleccionar todas las alternativas que
considere correctas, marcando el cuadrado que precede a cada una.
En caso de no marcar todas las respuestas correctas, se le otorga un puntaje parcial.
Coincidente: debe vincular dos categorías, seleccionando en la 1a columna el concepto que

corresponde con la categoría de la 2a columna.
¡Deseamos que pueda desarrollar con éxito este examen!
Historial de intentos
Intento Hora Puntaje
MÁS RECIENTE Intento 1 10 minutos 25 de 25
 Las respuestas correctas están ocultas.
Puntaje para este examen: 25 de 25

Entregado el 10 de oct en 21:26
Este intento tuvo una duración de 10 minutos.
Pregunta 1 1.7 / 1.7 pts
Modelo de desarrollo.
Etapa del proceso de desarrollo enfocada al moldeamiento del problema

a solucionar.
Análisis.
Verificable.
Ninguna de las anteriores.
Ciclo de vida.
En un modelo de desarrollo de software la etapa del proceso de

desarrollo enfocada al moldeamiento del problema a solucionar es
el análisis.
Especificación de requisitos
Que son los requerimientos de software:
Una condición o capacidad que debe estar presente en un sistema o

componentes de sistema para satisfacer un contrato, estándar,
especificación u otro documento formal.
Una condición o necesidad de un usuario para resolver un problema o

alcanzar un objetivo.
Todas las anteriores.
Una representación documentada de una condición o capacidad.
Los requerimientos de software Una condición o capacidad que

debe estar presente en un sistema o componentes de sistema
para satisfacer un contrato, estándar, especificación u otro
documento formal, Una representación documentada de una
condición o capacidad.
Especificación de requisitos.
Son los servicios funciones qué debe incluir un sistema después de haber
finalizado un proceso de desarrollo.
Requisitos funcionales.
Requisitos no funcionales.
Comprensible.
Línea base.
Los requisitos funcionales son los servicios funciones qué debe

incluir un sistema después de haber finalizado un proceso de
desarrollo.
Diseño de software
UML es:
a y b son correctas.
Un framework de desarrollo
Unified Modeling Language.
Un estándar para crear esquemas, diagramas documentación relativa a

los desarrollos de software.
UML es un Unified Modeling Language.
Especificación de requerimientos.
La línea base es:
Proceso de análisis de requerimientos, modelado de prototipos antes de

iniciar los procesos de codificación.
Listado de requisitos que han sido aceptados por el equipo de desarrollo y

el cliente.
Anomalía en un producto de software.
Proceso de tiempo que lleva un software desde su diseño hasta su

finalización.
A partir de la especificación de requisitos se da inicio al diseño y

desarrollo del software
Interfaz.
El concepto "Es una funcionalidad que un sistema debe realizar para que
cumpla con el objetivo para el cual fue desarrollado" está relacionado a:
Interfaz.
Casos de uso.
Requisito.
Verificabililidad.
Interfaz se relaciona con la parte grafica del sistema.
Casos de uso se relaciona con modelamiento.
Verificabilidad es una característica de calidad de los requisitos
Requerimientos.
Los requisitos de información:
Permiten especificar como deberá ser el comportamiento de un sistema.
Definen la forma en que interactuara con otros sistemas.
Describen los datos que el sistema debe almacenar y procesar.
Representan aquellas tareas específicas que el sistema debe realizar.
La respuesta b se refiere a requisitos de interfaz.
La respuesta c se refiere a requisitos de funcionalidad.
La respuesta d se refiere a requisitos funcionales.
Comportamiento de software.
El concepto "Permiten especificar como deberá ser el comportamiento de

un sistema" se refiere a:
Requisitos de funcionalidad.
Requisitos de interfaz.
Requisitos de seguridad.
Los requisitos de seguridad se refieren a nivel de seguridad de los

datos.
Los requisitos de interfaz se refieren a interacción con otros

sistemas.
Los No funcionales se asocian con restricciones que tendrá un

sistema.
Casos de uso.
Los elementos de los casos de uso son:
Relaciones de uso, comunicación y herencia.
Actor, casos de uso.
Validador, promotor y analista.
Actor, casos de uso.
Requisitos no funcionales
Es un requisito no funcional:
De usabilidad.
Escalabilidad.
De seguridad.
A, es un requisito no funcional.
B es una característica de calidad de requisitos.
C es un requisito no funcional.
Casos de uso.
En los casos de uso, una relación de dependencia o instanciación indica

que:
Un caso de uso tiene características similares a otro.
Una clase depende de otra.
Invocación desde un actor o caso de uso a otra operación.
La respuesta a es la correcta ya que:
La respuesta b se refiere a la relación de asociación.
La respuesta c, se refiere a relación de generalización de uso.
Casos de uso.
La relación de Generalización de tipo Herencia (<<extends>>):
Indica la invocación desde un actor o caso de uso a otra operación.
Se usa cuando un caso de uso tiene características similares a otro.
Se usa cuando varios casos de uso tienen un conjunto de características

similares.
La respuesta b se refieren a la relación de generalización de tipo

""uses""
La respuesta c se refiere a una relación de asociación.
La respuesta d no es, ya que, si se analiza la respuesta a, se

verifica que efectivamente describe lo que es la relación de
generalización de tipo Herencia.
Caos de uso.
La representación gráfica ---------------->, se refiere a que tipo de relación:
Dependencia o instantico.
De generalización.
Asociación.
La representación gráfica de la respuesta es una flecha punteada.
El siguiente no es un requisito no funcional:
De usabilidad.
De funcionabilidad.
De seguridad.
De mantenimiento.
Las respuestas a, b y c son requisitos no funcionales y la pregunta

dice "...no es un requisito no funcional", por lo que la respuesta
correcta es la d. de funcionalidad.
Un requisito no funcional:
Es fácil de verificar.
Está asociado con las restricciones impuestas al sistema.
Se relaciona con las funciones elementales que debe realizar el sistema.
Se asocian con restricciones que tendrá un sistema, ya sean

internas o externas.
Puntaje del examen: 25 de 25

Actividad Evaluativa Eje1 (P1) - INGENIERIA DE SOFTWARE II - IS - 2020 - 09 - 28 - 042

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Actividad Evaluativa Eje1 (P1) - INGENIERIA DE SOFTWARE II - IS - 2020 - 09 - 28 - 042

Cargado por

Copyright:

Formatos disponibles

10/10/2020 Actividad evaluativa Eje1 [P1]: INGENIERIA DE SOFTWARE II_IS - 2020/09/28 - 042

Ac vidad evalua va Eje1 [P1]

Cada referente de pensamiento, recurso o lectura complementaria le brinda herramientas para

Le recordamos que solo tiene un intento para resolver la evaluación.

Cada examen puede contener distintos tipos de preguntas o consignas:

En caso de no marcar todas las respuestas correctas, se le otorga un puntaje parcial.

Coincidente: debe vincular dos categorías, seleccionando en la 1a columna el concepto que

¡Deseamos que pueda desarrollar con éxito este examen!

 Las respuestas correctas están ocultas.

Puntaje para este examen: 25 de 25

Pregunta 1 1.7 / 1.7 pts

Etapa del proceso de desarrollo enfocada al moldeamiento del problema

Ninguna de las anteriores.

En un modelo de desarrollo de software la etapa del proceso de

Pregunta 2 1.7 / 1.7 pts

Que son los requerimientos de software:

Una condición o capacidad que debe estar presente en un sistema o

Una condición o necesidad de un usuario para resolver un problema o

Todas las anteriores.

Una representación documentada de una condición o capacidad.

Los requerimientos de software Una condición o capacidad que

Pregunta 3 1.7 / 1.7 pts

Los requisitos funcionales son los servicios funciones qué debe

Pregunta 4 1.7 / 1.7 pts

Unified Modeling Language.

Un estándar para crear esquemas, diagramas documentación relativa a

UML es un Unified Modeling Language.

Pregunta 5 1.7 / 1.7 pts

La línea base es:

Proceso de análisis de requerimientos, modelado de prototipos antes de

Listado de requisitos que han sido aceptados por el equipo de desarrollo y

Anomalía en un producto de software.

Proceso de tiempo que lleva un software desde su diseño hasta su

A partir de la especificación de requisitos se da inicio al diseño y

Pregunta 6 1.7 / 1.7 pts

Interfaz se relaciona con la parte grafica del sistema.

Casos de uso se relaciona con modelamiento.

Verificabilidad es una característica de calidad de los requisitos

Pregunta 7 1.7 / 1.7 pts

Los requisitos de información:

Permiten especificar como deberá ser el comportamiento de un sistema.

Definen la forma en que interactuara con otros sistemas.

Describen los datos que el sistema debe almacenar y procesar.

Representan aquellas tareas específicas que el sistema debe realizar.

La respuesta b se refiere a requisitos de interfaz.

La respuesta c se refiere a requisitos de funcionalidad.

La respuesta d se refiere a requisitos funcionales.

Pregunta 8 1.7 / 1.7 pts

El concepto "Permiten especificar como deberá ser el comportamiento de

Los requisitos de seguridad se refieren a nivel de seguridad de los

Los requisitos de interfaz se refieren a interacción con otros

Los No funcionales se asocian con restricciones que tendrá un

Pregunta 9 1.7 / 1.7 pts

Los elementos de los casos de uso son:

Relaciones de uso, comunicación y herencia.

Actor, casos de uso.

Validador, promotor y analista.

Actor, casos de uso.

Pregunta 10 1.7 / 1.7 pts

B es una característica de calidad de requisitos.

Pregunta 11 1.6 / 1.6 pts

En los casos de uso, una relación de dependencia o instanciación indica

Un caso de uso tiene características similares a otro.