Logo Studenta

Examen Segundo Parcial Bello Muñoz Edgar Alejandro - Edgar Bello

¡Estudia con miles de materiales!

Vista previa del material en texto

SEGUNDO EXAMEN DE A.D.O.O. 
PARTE TEÓRICA 
Alumno: Bello Muñoz Edgar Alejandro Grupo: 2CM15 
Describa los siguientes conceptos y/o explique las diferencias marcando ejemplos, se puede 
auxiliar de la siguiente tabla 
A) Que es un requisito funcional y cuál es la diferencia con un no funcional 
 
Diagrama Simbología Ejemplo Diferencias 
Requisitos 
funcionales: 
Los requisitos 
funcionales son 
definiciones de 
servicios o 
funcionalidades 
del software o 
una de sus partes. 
No tiene una simbología 
específica, puede 
representarse como una 
tabla de cada requisito 
funcional o como una 
lista. 
Ejemplo: Sistema de 
boletos de autobús. 
 
RF1. Seleccionar 
destino 
RF2. Seleccionar 
punto de origen 
RF3. Ingresar horario 
salida 
RF4. Selección de 
asiento 
RF5. Pagar boletos 
Los requisitos 
funcionales 
especifican el 
comportamiento o 
acciones del sistema, 
mientras que los no 
funcionales se 
relacionan con la 
funcionalidad a nivel 
técnico y establecer 
características de 
rendimiento del 
sistema. 
 
 
B) Diagrama de casos de uso explique su simbología 
Diagrama Simbología Ejemplo 
Diagrama de casos de 
uso. Sirven para 
especificar la 
comunicación y el 
comportamiento de un 
sistema mediante su 
interacción con los 
usuarios o sistemas 
 
 
Sistema 
 
Actor: Un individuo o individuos que 
tiene participación en la interacción 
con el sistema 
 
 
Caso de uso: Función del sistema que 
cumple con determinados requisitos 
 
Relaciones 
Asociación 
Sistema: Cajero automático 
Actor1: Cliente 
Caso de uso1: Retirar 
dinero 
Caso de uso2: Cambiar NIP 
Caso de uso 3: Obtener 
movimientos 
 
Relaciones: 
Asociación Actor1 a caso 
de uso 1 
Asociación Actor1 a caso 
de uso 2 
Asociación Actor1 a caso 
de uso 3 
 
Generalización 
Inclusión 
Extensión 
 
 
C) Diagrama de clases y qué nos ayuda a plasmar 
Diagrama Simbología Ejemplo 
Diagrama de clases. 
Los diagramas de clase 
describen los tipos de 
objetos de un sistema y 
las relaciones que 
pueden existir entre 
ellos. 
Las clases se representan con 
rectángulos divididos en tres 
áreas: la superior contiene el 
nombre de la clase, la central 
contiene los atributos y la inferior 
los métodos. 
Asociaciones 
Las asociaciones son las que 
representan a las relaciones 
estáticas entre las clases. 
En un sistema de servicio de 
Streaming de música y audio: 
Clase: Artista 
- Atributos: 
o NumOyentes 
- Métodos: 
o Seguir() 
 
Clase: Album 
- Atributos: 
o Año 
o Artista 
- Métodos: 
o Reproducir() 
o AgragarPlaylist() 
Clase: Canción 
- Hereda de Album 
- Album 
 
 
D) Diagrama de secuencia y diferencia con el de actividades 
Diagrama Simbología Ejemplo Diferencia 
Diagrama de 
secuencia. 
Muestra la forma en 
que los objetos se 
comunican e 
interactúan entre sí. 
 
Objetos: Se 
representan con un 
rectángulo con su 
nombre 
Línea de vida: 
Representa un 
participante en el 
diagrama 
Recursividad: 
Invocación a una 
operación por parte 
de si misma 
Actor: Cliente 
Objeto1: Interfaz de 
autenticación 
Objeto2: Usuario 
 
Actor ingresa con 
usuario y contraseña 
a interfaz, se busca el 
usuario en BD, si se 
encuentra, avanza, si 
no, notifica de error y 
la interfaz pide 
recursivamente los 
datos de acceso 
El diagrama de 
secuencia se centra 
en la forma en la que 
los objetos se 
comunican entre sí. 
El diagrama de 
actividades se centra 
en las acciones y su 
orden dentro de un 
caso de uso. 
 
E) Diagrama de estados y diferencia con el de actividades 
Diagrama Simbología Ejemplo Diferencia 
Diagrama de estados. 
Muestran el conjunto 
de estados por los 
cuales pasa un objeto 
durante su vida en 
una aplicación en 
respuesta a eventos 
 
Estado de la vida de 
un objeto 
 
Transición entre los 
estados de un objeto 
 
Estado inicial 
 
 
Estado final. 
Carrito de compras: 
Estado inicial: Vacío 
Transición1: 
Producto1 agregado 
Estado1: Carrito con 
producto1 añadido 
Transición: Pagar 
productos / vaciar 
carrito 
Estado final: Carrito 
vacío 
 
Los diagramas de 
estado describen el 
comportamiento, 
reacciones y acciones 
de los objetos. 
El diagrama de 
actividades se centra 
en el funcionamiento 
interno de un caso de 
uso. 
 
Como se clasifican las herramientas case 
1. Herramientas I-CASE (Integrated CASE): son aquellas que se pueden emplear todas las etapas 
del ciclo de vida del desarrollo de un sistema. 
2. Herramientas U-CASE (Upper CASE): Orientadas a la automatización y soporte de las 
actividades desarrolladas durante las primeras fases del desarrollo como análisis y diseño. 
3. Herramientas L-CASE (Lower CASE): Son las orientadas a las últimas fases del desarrollo: 
construcción e implantación. 
Que elementos debe llevar el diseño

Continuar navegando