Cuestiones
ayuda
option
Mi Daypo

TEST BORRADO, QUIZÁS LE INTERESEAnálisis y Diseño

COMENTARIOS ESTADÍSTICAS RÉCORDS
REALIZAR TEST
Título del test:
Análisis y Diseño

Descripción:
Analizar los temas de evaluación

Autor:
Miriam - Gustavo
(Otros tests del mismo autor)

Fecha de Creación:
02/11/2021

Categoría:
Informática

Número preguntas: 10
Comparte el test:
Facebook
Twitter
Whatsapp
Comparte el test:
Facebook
Twitter
Whatsapp
Últimos Comentarios
No hay ningún comentario sobre este test.
Temario:
Los requisitos que se traducen en casos de uso o historias de usuario y luego se implementan en la lógica empresarial de la aplicación. Se como como Requerimientos funcionales Requerimientos no funcionales.
Los requisitos que (en la mayoría de los casos) deben estar garantizados por la arquitectura del sistema. Se conocen como Requerimientos funcionales Requerimientos no funcionales.
Es la sección de un caso de uso que detalla la funcionalidad que satisface las necesidades de los clientes. Lo anterior se conoce como: Precondiciones Flujo básico Postcondiciones Extensiones.
Las precondiciones del sistema establecen aspectos que deben cumplirse después de que se realice una actividad del proceso del caso de uso. Falso Verdadero.
Un actor principal de un caso de uso es aquel que proporcionan servicios al sistema Falso Verdadero.
Observe el siguiente diagrama de casos de uso. Los actores en el proceso pueden ser individuos u otros sistemas. Para tal caso la representación a utilizar es la misma que se muestra en el diagrama anterior para un individuo o un sistema. Falso Verdadero.
Corresponde a la sección de un caso de uso donde se describen escenarios, tanto exitosos como de error, es una sección bastante larga y compleja, además se le conoce como flujo alternativo. Extensiones Precondiciones Postcondiciones Flujo base.
Es la manera de cómo va interactuar cada ventana o formulario del sistema. Es una relación entre el actor del caso de uso y el sistema. El modelo de objetos de análisis se define como: Objeto de Control Objeto de Entidad Objeto de Frontera Objeto de Relación.
Es responsable de cómo se realiza cada uno de los casos de uso, que procedimientos, tareas u operaciones se ejecutan para que se cumpla el objetivo de un caso de uso. El modelo de objetos de análisis se define como: Objeto de Control Objeto de Entidad Objeto de Frontera Objeto de Relación.
Para establecer las clases es necesario analizar con profundidad todas las especificaciones de los casos de uso para identificar la información que se utiliza o se manipula en un caso de uso. El modelo de objetos de análisis se define como: Objeto de Control Objeto de Entidad Objeto de Frontera Objeto de Relación.
Denunciar test Consentimiento Condiciones de uso