1. ¿De qué tipo de diagrama es el diagrama de comunicación y que nos representa?

Es un diagrama de comunicación que nos brinda la interactuación de objetos y partes en

cuanto a la secuencia de los casos de uso.
2. ¿Qué tipo de clases existen en el diagrama de secuencia y comunicación?
Entity(Entidad) , Boundary(Frontera) , Control
3. ¿Es totalmente innecesario implementar diagramas de comunicación para los Subflujos?
No
4. ¿Una realización de caso de uso puede tener varios diagramas de comunicación?
No
5. En que modelo tenemos las realizaciones de negocio para el sistema de información.
Modelo de análisis de negocio
6. Cuantos modelos existen
 Modelo de caso de uso del negocio
 Modelo de análisis de negocio
 Modelo de casos de uso del sistema
 Modelo de Análisis del sistema
7. La clase de análisis Boundary o interfaz tiene las siguientes funciones:
Tiene como funciones limitar el uso del software al usuario con respeto a las delimitaciones
del diseño o validaciones.
8. ¿Qué es una clase estereotipada en el architec?
Mecanismo definidito por los UML para especializar un elemento único.
9. Patrón MVC.
MVC(MODEL-VIEW-CONTROLLER) define clases enfocadas a la separación de
responsabilidades para conseguir componentes extensibles y reutilizables.
10. Que herramientas se utilizan para el análisis de casos de uso ESTATICO / DINAMICO
Estático: Casos de usos
Dinámico: Interacción (Diagramas de secuencia, comunicaciones), estados y actividades
11. ¿Por qué se efectúa el modelo Análisis de Casos de Uso?
 Para entender los problemas actuales de la organización de la empresa
 Estudiar el impacto que pueden producir los cambios a nivel organizacional
 Asegurar que los clientes tengan una visión común de la organizacion
 Obtener los requisitos del sistema software
12. Enumerar los 4 propósitos del modelo de análisis de negocio
 Identificar los roles de productos y entregables del negocio por los trabajadores.
 Definir las entidades del negocio y describir las entidades en diagramas de estados
 Para planificar el negocio mediante un diagrama de actividades
 Completar la especificación con los casos de uso generados con respecto a lo
anteriormente mencionado.

13. ¿Cómo se pueden identificar los métodos?

14. ¿Por qué utilizamos paquetes en el análisis?

Para definir las partes del negocio de manera superficial y así poder empaquetar de manera
correcta al dividir por área o procesos nuestros casos de uso.
15. El paquete de Seguridad, Reutilizables, Reportes son parte del modelo de ….
ARQUITECTURA DE ANALISIS (CAPA GENERAL)
16. En la capa especifica es posible colocar paquetes de contabilidad para un estudio contable
SI

17. Agrupar los paquetes en capa especifica o en capa General

18. Reglas de identificación de paquetes de análisis
 Tener un diagrama de caso de uso con los roles bien definidos.
 Los casos de uso que estén bajo la responsabilidad de un actor deben tener
contenidos estrechamente relacionados.
 Los casos de uso que están relacionados mediante relaciones de generalización deben
pertenecer al mismo paquete
 Los casos de uso relacionados mediante relaciones de extensión y que solo se
extienden a partir de un caso de uso base deben pertenecer al mismo paquete del
caso de uso base
 Los casos de uso incluidos tienden a generar su propio paquete la mayor parte de
veces. Si los casos de uso base que incluyen al caso de uso son funcionalidades con
distintos contenidos, entonces, se debe crear un paquete para el caso de uso incluido
19. Diferencias entre el Modelo de casos de uso y el modelo de análisis (PAG. 12).

20. Que es y para qué sirve un ECU

21. El ECU debe ser consistente con que herramientas
Los diagramas de comunicaciones.
22. Tipos de relaciones
Include,Extend,General./relación identificada y no identificada
23. Es posible efectuar una generalización de Actores
No
24. Técnicas para capturar requisitos
ENTREVISTAS
CUESTIONARIO
LLUVIA DE IDEAS
PROTOTIPOS
25. FURPS por cada letra
F: funcional (Funtional)
U: facilidad de uso (Usability)
R: fiabilidad (Reliability)
P: rendimiento (Perfomance)
S: soporte(Supportability)
implementación, interfaz, operaciones, empaquetamientos, legales (Plus)
26. La importancia del Modelo de Casos de uso del Sistema
Definicion de manera correcta sin los paquetes generales y correcta división según procesos.
27. El worker es un actor para que diagrama. (Caso de uso del sistema).
Diagrama de secuencias.
28. En que diagramas aparece el worker.( clase, actividades)
Actividades.
29. Donde están los diagramas de estado.(Entidades del negocio)
En las entidades de negocio.
30. Donde están los diagramas de actividades.(Realizaciones del negocio)
En la realizaciones de negocio.