Beruflich Dokumente
Kultur Dokumente
Instrucciones de la evaluación
Pregunta 1 5 ptos.
B:
C:
D:
Pregunta 2 5 ptos.
Ya que un caso de uso describe una actividad dentro del proceso de software y un
requerimiento es una especificación de todo aquello que debe ser implementado en una
solución de software. Los diagramas del modelo UML reflejan entonces
el conjunto de procesos, prácticas y estándares necesarios para abordar todos los aspectos del
proceso de construcción.
un producto tangible que cumple con las necesidades y restricciones especificadas por el cliente
y refinadas en conjunto con el desarrollador.
un modelo del problema que es completo, correcto y posible de implementar a partir de los
requerimientos del cliente.
de manera inequívoca y concertada las funcionalidades que el producto de software debe tener
para satisfacer las necesidades del cliente.
Pregunta 3 5 ptos.
Uno de los factores de éxito de un producto y por tanto de la compañía que lo genera es
la capacidad de cambio constante. Se hace imperativo contar con estrategias y
mecanismos para garantizar la adaptabilidad de los productos entregados para
definir de antemano las futuras necesidades que son normales en el ámbito de desarrollo.
maximizar los cambios requeridos por las necesidades de los clientes o del ambiente.
soportar el rápido ritmo de cambio presente en la mayor parte de los escenarios de acción del
software.
Pregunta 4 5 ptos.
postcondición.
extensión.
subvariación.
Pregunta 5 5 ptos.
El desarrollador y el gerente.
El desarrollador y el cliente.
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
la comprensión del problema y decantarla en una serie de documentos con una visión ordenada
y técnica del problema.
los procesos y métodos necesarios para identificar, organizar y documentar las necesidades del
cliente.
Pregunta 7 5 ptos.
Pregunta 8 5 ptos.
Pregunta 9 5 ptos.
Pregunta 10 5 ptos.
Porque ya que el correcto funcionamiento del sistema depende de la sinergia existente entre los
componentes a reutilizar, es necesario definir aquí un diseño que satisfaga las interacciones
necesarias y cumpla a la vez con los requerimientos definidos para el sistema.
No hay razón alguna para elegir uno de ellos, pues son básicamente lo mismo ya que pretenden
el reuso de software y se pueden usar indistintamente, con la debida documentación, cohesión
y acoplamiento.
Pregunta 11 5 ptos.
Pregunta 12 5 ptos.
Pregunta 13 5 ptos.
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.
Pregunta 14 5 ptos.