Descarga la aplicación para disfrutar aún más
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
Compartir