Ing.Requisitos: Tema 4.3
|
|
Título del Test:
![]() Ing.Requisitos: Tema 4.3 Descripción: Tercera parte del tema 4 |



| Comentarios |
|---|
NO HAY REGISTROS |
|
¿Qué se busca identificar al principio en la identificación de clases?. Solo las clases esenciales para el sistema. Todas las clases que puedan ser relevantes, especificando por exceso. Solo las clases que interactúan directamente con el usuario. ¿Qué tipo de relaciones entre clases se deben considerar para el modelo del dominio?. Todas las relaciones posibles para tener un modelo completo. Solo las relaciones que sean imprescindibles y no redundantes. Solo las relaciones que se puedan representar gráficamente en UML. ¿Cuáles son las dos técnicas principales para identificar clases conceptuales y asociaciones?. Análisis de rendimiento y observación de prototipos. Análisis lingüístico de escenarios y observación basada en listas de categorías. Diseño de interfaz y pruebas de usuario. En el análisis lingüístico, ¿qué denotan generalmente los nombres o expresiones nominales?. Acciones del sistema. Posibles clases conceptuales o atributos. Requisitos funcionales. ¿Qué dificultad puede surgir al aplicar el análisis lingüístico, donde distintos nombres se refieren al mismo concepto?. Información superflua. Sinónimos. Nombres omitidos. ¿Qué representan los verbos en el análisis lingüístico de escenarios, según el documento?. Clases conceptuales. Atributos. Asociaciones entre clases. Según la técnica de observación, ¿qué tipo de elementos pueden ser considerados clases conceptuales?. Solo objetos tangibles físicos. Objetos tangibles físicos, descripciones, lugares, roles de gente, hechos observables, contenedores, objetos contenidos, transacciones, organizaciones, otros sistemas, reglas y políticas. Solo lugares y roles de gente. ¿Qué tipo de relación es 'A es una parte física de B' en la técnica de observación?. Composición. Asociación genérica. Agregación. ¿Cuál es una consideración importante al construir el modelo del dominio, respecto a la clase 'Sistema'?. La clase 'Sistema' debe ser una clase principal en el modelo. La clase 'Sistema' NO debe aparecer en el modelo. La clase 'Sistema' solo debe aparecer si hay asociaciones con actores. ¿Qué se debe considerar con respecto a las asociaciones en las que una de las clases es un Actor?. Todas las asociaciones con actores deben ser incluidas. Se debe considerar si la asociación es relevante y debe quedar registrada en el sistema. Las asociaciones con actores deben ser evitadas. ¿Cuál es el propósito de los diagramas de CLASES UML en la ingeniería de requisitos según el documento?. Documentar el comportamiento dinámico del sistema. Documentar una visión estática o estructural del sistema, desde la perspectiva de datos. Definir las interfaces de programación de aplicaciones. ¿Cómo se representa una clase software en un diagrama UML?. Mediante una elipse. Mediante un rectángulo con tres apartados: nombre, atributos y operaciones. Mediante un rombo. ¿Qué distingue a una clase conceptual de una clase software en el contexto del documento?. Una clase conceptual tiene operaciones, mientras que una clase software no. Una clase conceptual solo considera el nombre de la clase y sus atributos, sin operaciones. No hay diferencia entre una clase conceptual y una clase software. ¿Cuál es un ejemplo de relación de 'Generalización'?. Un producto aparece en muchas líneas de factura. Una clase 'Cliente' hereda atributos de una superclase 'Persona'. Un hospital 'contiene' pacientes. |





