1 Ingeniería del Software Ejercicio 2: P2P  Examen Febrero 2005 (1h ¼)  Diagrama de Casos de Uso y  Casos de uso expandido (2,5 puntos)  Modelo de.

Slides:



Advertisements
Presentaciones similares
UML DCU -DS Alvaro Garrido V..
Advertisements

Métrica v2.1 : Técnica - Diagrama de Flujo de Datos (DFD)
Diseño de la Interfaz de Usuario
Qué es una Comunidad? Comunidades… … compartir conocimientos, noticias y documentación entre agrupaciones de usuarios en torno a un tema determinado. Pestaña.
Ingeniería del Software
Solución para Control de Presencia Empleados
Bienvenido a Marangatu'i, Módulo del Contribuyente de la SET!
TEMA 8: DIAGRAMAS EN UML.
CLIENTE / PROVEEDOR.
DISEÑO DE BASE DE DATOS DISEÑO DE SOFTWARE.
1 Ingeniería del Software Ejercicios de Captura de Requerimientos Reservas de casas rurales (Febrero 2003) Reservas de pistas de tenis (Junio 2003) Reservas.
0/ Localizar la intranet en los tablet del alumno. Como la Intranet está instalada en algunos ordenadores, debemos localizarla primeramente para poder.
PROMETEO EXPRESS OBJETIVOS REQUISITOS SISTEMA DE GESTION
Acceder a la Web del SERVICIO DE ALUMNOS Acceder al portal de SELECTIVIDAD.
Seleccionar: usuario: SUPERVISOR Clave: 123
SISTEMA DE NACIMIENTOS MANUAL DEL USUARIO. El objetivo del presente manual es servir de guía al usuario final para interactuar con el Sistema, permitiéndole.
Diagrama de Casos de Uso
Introducción y Caso Práctico de Uso
Índice Sesión I Bloque I (09:30 a 10:30 Horas) Configuración Inicial
ARIS-G: Software de Monitoreo Geomecánico de Superficies
StoOrol StoOrol, es un sistema diseñado para adaptarse a las necesidades de operación de cualquier almacén, llevando el control total de las transacciones.
Guía del Catálogo de la Biblioteca.
Envío de Informes Trimestrales de Dotación de Personal
GLOBAL ON LINE MANUAL DEL USUARIO COMO COMPRAR EN GLOBAL ON LINE COMO INGRESAR AL CARRITO DE COMPRAS DATOS DE SU EMPRESA COMO REALIZAR LA BUSQUEDA DE UN.
Contratos Constituyen una descripción del comportamiento de un sistema. Se elaboran durante la fase de análisis. Dependen de: Modelo Conceptual Diagrama.
Acceso del usuario a la aplicación.
Como empezar en Access 2000 Abrir Access 2000 Pulsamos INICIO
ROMERO G ARCIA FANY KARINA Y BARRIOS CRUZ REBECCA SARAHI GRUPO:303 EQUIPO:5.
¿Qué es Outlook? Barra de Outlook
Proyecto NETeus 1.0 Diseño y Programación Orientada a Objetos. Primer Semestre 2004 Por Solange Ahumada Fierro.
Métrica v2.1 : Técnica - Diagrama de Flujo de Datos (DFD)
Técnica - Diagrama de Flujo de Datos (DFD)
1 ONLINE SHOP ‘09 Ainara Ortega Silvia Urdiain Carmen Moriones.
HERRAMIENTA DE GESTION DE VENTAS Departamento de Electrónica Diseño y Programación Orientados a Objetos Cristian Hernández C Daniel Spataris.
USO DE LA PLATAFORMA LIMESURVEY
Análisis y Diseño Orientado a Objetos utilizando UML
FONASA Subdepto. Gestión Territorial DZS Compra Bono WEB Beneficiarios.
Portal de Facturación (servicio de facturación electrónica para empresas proveedoras del Ayuntamiento de Alzira) ic.
Patrones para asignar responsabilidades
Ejercicio 2 Ejercicio 3. Ejercicio 4 Ejercicio 6.
Diagrama de Casos de Uso

Ingeniería del Software
Ingeniería del Software
J.C.Cano, J. Sahuquillo, J.L. Posadas 1 Juan Carlos Julio Juan Luis
Documentación contable
DOSSIER INFORMATIVO ALQUILIBRIX. España es uno de los pocos países donde los libros de texto, al igual que el material escolar, son financiados por los.
Ingeniería del Software
NUEVO DISEÑO SITIO WEB EXPLORA REGIÓN METROPOLITANA Resultados en cuanto a tráfico, posicionamiento y nuevas herramientas.
Bases de Datos en Excel Microsoft Excel aporta al usuario la posibilidad de trabajar con tablas de información: nombres, direcciones, teléfonos, zonas,
NGWEB >New Generation Products David Emmanuel Alvarado Hernández / Ana Lilia Ramirez Sánchez | Ingenieros de Software Descartado En proceso Terminado Administrador.
1 Ingeniería del Software Ejercicios de Análisis  Caso de Uso Cambiar Médico Cabecera (Enero 2002)  Caso de Uso Reasignar Citas (Junio 2002)  Caso de.
TEMA 9: DIAGRAMA DE CLASE EN UML
 Formación a distancia: - La Universidad Oberta de Cataluña  Formación a distancia: - La Universidad Oberta de Cataluña, que hace posible que alumnos.
E-MARKETING Como promocionar una página en Internet.
Ingeniería del Software 2002
Documentación de Control de Inventarios
1 Ingeniería del Software Ejercicio 3: Películas de mayor éxito ESTRATEGA Obtener mejores películas.
Utilizar Costo Promedio Ponderado en el Software Administrativo SAW
Noviembre / 2010 Impacto en Back Office BVC. Contenido 1.Reglas generales 2.Complementación 2.1. De operaciones sobre valores Colombianos 2.2. De operaciones.
1 Ingeniería del Software Ejercicios de Diseño  Caso de Uso Generar Facturas (Junio 2003)  Caso de Uso Grado de Ocupación (Febrero 2004)  Caso de Uso.
Colegio de Bachilleres Plantel 13 Xochimilco - Tepepan
INTRODUCCIÓN A LAS REDES DE COMPUTADORAS. ·
P2P son las siglas en inglés de Peer-to-Peer, que significa comunicación entre iguales. en una red P2P las computadoras se conectan y comunican entre sí.
Práctico 1 Letra de ejercicios 4 y 5 + Trabajo práctico 1
Plataformas e- learning Moodle. Instalacion  Descargamos Moodle de su página oficial  Una vez hemos descargado el archivo, lo descomprimimos y copiamos.
Link : MANUAL DE USO IM STORE │ Ingram Micro.
Modelado UML Diagramas de Casos de Uso
EmBlue mobile es una división de ePEXO emBlue mobile.
Curso de programación Visual Chart 6 (1ªEd.)
Transcripción de la presentación:

1 Ingeniería del Software Ejercicio 2: P2P  Examen Febrero 2005 (1h ¼)  Diagrama de Casos de Uso y  Casos de uso expandido (2,5 puntos)  Modelo de Dominio (1 puntos)

2 Ingeniería del Software Jerarquía de actores PEER CENTRAL

3 PLANIFICADOR Obtener el tren más pesado

4 Ingeniería del Software Actor CENTRAL CENTRAL Activar nodo CENTRAL Desactivar nodo CENTRAL

5 Ingeniería del Software Modelo de dominio 1* Estación código ciudad permiteCambio? Película título... Pase fecha hora /venta ** Sala códigoSala aforo

6 Ingeniería del Software Actor PEER (1) PEER Dar de alta nodo PEER Modificar Recursos > Dar de baja nodo PEER

7 Ingeniería del Software Actor PEER (2) PEER Conectar Desconectar Consultar nodo CENTRAL Solicitar recurso >

8 Ingeniería del Software Casos de uso de alto nivel (1) Caso de uso: Activar nodo CENTRAL Actores:CENTRAL Tipo:Secundario Descripción:El nodo CENTRAL se pone en marcha. Con ello se inicializa la lista de resursos disponibles y el historial. Caso de uso: Desactivar nodo CENTRAL Actores:CENTRAL Tipo:Secundario Descripción:El nodo CENTRAL deja de estar activo.

9 Ingeniería del Software Casos de uso de alto nivel (2) Caso de uso: Dar de alta nodo PEER Actores:PEER Tipo:Secundario Descripción: El nodo PEER se registra en el sistema proporcionando su dirección IP. Caso de uso: Dar de baja nodo PEER Actores:PEER Tipo:Secundario Descripción:El nodo PEER se da de baja del sistema. Se eliminan todos sus datos excepto del historial. Sus recursos dejan de estar disponibles.

10 Ingeniería del Software Casos de uso de alto nivel (2) Caso de uso: Conectar nodo CENTRAL Actores:PEER Tipo:Secundario Descripción:El nodo PEER se conecta al nodo CENTRAL. El nodo PEER debe estar registrado. Sus recursos pasan a estar disponibles. Caso de uso: Desconectar nodo CENTRAL Actores:PEER Tipo:Secundario Descripción:El nodo PEER se desconecta del nodo CENTRAL. Sus recursos dejan de estar disponibles.

11 Ingeniería del Software Casos de uso de alto nivel (3) Caso de uso: Modificar recursos Actores:PEER Tipo:Secundario Descripción:Los usuarios registrados podrán cambiar el conjunto de recursos a compartir, pero mientras estén registrados al menos deberán dejar algún recurso compartido. (a) Los nuevos recursos compartidos se almacenan en el historial.

12 Ingeniería del Software Casos de uso de alto nivel (4) Caso de uso: Consultar nodo CENTRAL Actores:PEER Tipo:Secundario Descripción:Cuando un usuario desea algún recurso, realiza una consulta al nodo CENTRAL para que le indique qué nodos PEER lo facilitan. El nodo CENTRAL sólo proporcionará información de los nodos PEER conectados al sistema en ese momento. Al realizar una búsqueda de recursos, el usuario proporciona una o varias palabras clave. El nodo CENTRAL buscará en las descripciones textuales y nombres de los recursos. La información devuelta por el nodo CENTRAL será una lista de elementos de la forma:, donde IP es el número IP del nodo PEER que facilita el recurso, Nombre el nombre del recurso (fichero o directorio) que se desea compartir y Descripción la descripción textual del recurso.

13 Ingeniería del Software Caso de uso de alto nivel (5) Caso de uso: Solicitar recurso Actores:PEER Tipo:Secundario Descripción:Un usuario puede solicitar un recurso proporcionando:. Si el nodo PEER situado en dicha IP está conectado entonces le enviará el contenido del recurso con dicho Nombre y Descripción. (b) El sistema guardará un historial con la información de todos los recursos que en el pasado se han compartido.

14 Ingeniería del Software Modelo de dominio (a) 1* Central IP /conectados /registrados... PEER IP conectado /recursos 1* Recurso nombre contenido Fichero descripción Directorio 1* historial

15 Ingeniería del Software Modelo de dominio (b) 1* Central IP /conectados /registrados... PEER IP conectado /recursos 1* Recurso nombre contenido Fichero descripción Directorio * * Historial nombre fichero descripción

16 Ingeniería del Software Ejercicio 3: Comprar Entradas Numeradas  Examen Febrero 2005 (45 min)  Diagrama de Secuencia de Sistema  Contratos

17 Ingeniería del Software Ejercicio 3: Comprar Entradas Numeradas CLIENTE Comprar entradas numeradas TAQUILLERA

18 Ingeniería del Software Modelo de dominio 1* Multicine dni tel... 1 * Película título ciclo... /venta Pase fecha /venta Localidad fila asiento vendida ** Sala número aforo

19 Ingeniería del Software Caso de uso: Comprar entradas numeradas Actores:Cliente, Taquillera Descripción:Un cliente llega a la taquilla del Multicine y pide las entradas que desea comprar. La taquillera registra los la compra las entradas y recibe un pago en efectivo. Al terminar la operación, el Cliente se marcha con las entradas compradas Curso normal de los eventos: 1.Cliente: Este caso de uso comienza cuando el Cliente llega a la taquilla del Multicine y solicita entradas para una película y un pase. 2.Taquillera: Consulta los pases de la película. 3.Sistema: Presenta la información de los distintos pases disponibles para ese día y las salas que proyectan la película solicitada y su grado de ocupación. 4.Taquillera: Selecciona uno de los pases. 5.Sistema: Presenta un plano de la sala con las localidades libres y las ya vendidas. 6.Taquillera: Le informa de las distintas posibilidades y solicita al Cliente sus preferencias....

20 Ingeniería del Software... Cliente: Informa a la taquillera de sus preferencias y escoge alguna posibilidad. Taquillera: Selecciona unas localidades que se ajustan a las preferencias del Cliente. Sistema: Calcula y presenta el importe total. Taquillera: Indica el total al Cliente. Cliente: Efectúa el pago en efectivo. Taquillera: Introduce la cantidad abonada. Sistema: Calcula la diferencia entre pago y el importe. Emite las entradas compradas y registra la venta. Taquillera: Entrega las entradas y el cambio si es que ha pagado en efectivo. Cliente: Se marcha con las entradas compradas. Cursos alternativos: Paso 4. No quedan localidades para el pase solicitado. Informar de otros pases disponibles. Paso 7. El Cliente prefiere no comprar las entradas. Paso 11. El Cliente no dispone de suficiente dinero.

21 :Taquillera ConsultarPases(título) : listaInfoPases ConsultarEstadoLocalidades(titulo, sala, fecha) : listaInfoLocalidades SeleccionarLocalidades(listaLocalidades) : importe :Sistema RegistrarVenta(listaLocalidades, importe, monto) : cambio * Diagrama de secuencia de sistema

22 Contrato operación ConsultarPases  Name:ConsultarPases(título) : listaInfoPases  Responsabilities Presenta la información de los distintos pases disponibles para ese día y las salas que proyectan la película solicitada y su grado de ocupación.  Preconditions El título de la película es válido  Postconditions  Salida listaInfoPases = lista de salas, fechas (horas) y grados de ocupación (sala.aforo – pase.venta) en las que se proyecta ese día la película solicitada

23 Contrato operación ConsultarEstadoLocalidades  Name:ConsultarEstadoLocalidades(título, sala, fecha) : listaInfoLocalidades  Responsabilities Seleccionado un pase, obtener la información de las localidades libres y las ya vendidas  Preconditions El título, sala y fecha son válidos  Postconditions  Salida listaInfoLocalidades = lista de todas las localidades asignadas al pase incluyendo para cada una de ellas fila, columna y si està vendida

24 Contrato operación SeleccionarLocalidades  Name:Seleccionarlocalidades(listaLocalidades) : importe  Responsabilities Calcula y presenta el importe total de las localidades seleccionadas en listaLocalidades (lista de ).  Preconditions listaLocalidades es válido  Postconditions  Salida Importe = precio total de las localidades vendidas (cardinalidad de listaLocalidades * precioEntrada)

25 Contrato operación RegistrarVenta  Name:RegistrarVenta(listaLocalidades, importe, pago) : cambio  Responsabilities Calcula la diferencia entre el pago y el importe. Emite las entradas compradas y registra la venta: asigna como vendidas todas las localidades de listaLocalidades (lista de ).  Preconditions listaLocalidades es válido, importe <= pago.  Postconditions Para cada localidad l de listaLocalidades l.vendida = true Para el pase p (de la película, sala y fecha), p.venta = p.venta + | listaLocalidades | Para la película p, p.venta = p.venta + | listaLocalidades |  Salida cambio = pago – importe (y emitir las localidades de listaLocalidades)

26 Ingeniería del Software Ejercicio 4: Eliminar Pases  Examen Febrero 2005 (45 min)  Diagrama de Secuencia

27 :Administrador ObtenerCiclos() : listaCiclos ObtenerPelículas(nombre) : listaPelículasCompleta EliminarPases(listaPelículas, fecha) :Sistema Diagrama de Secuencia de Sistema Ingeniería del Software

28 Ingeniería del Software Modelo de dominio 1* Ciclo nombre... Película título... Pase fecha hora /venta ** Sala códigoSala aforo

29 :Pase Ingeniería del Software ObtenerCiclos() :GestorEliminarPases ObtenerNombre() :Ciclo Lista(nombre) nombre *

30 Ingeniería del Software Escogemos el patrón controlador para gestionar el evento externo ObtenerCiclos. Aunque otras opciones son posibles, a falta de más información al tratarse de modelar un caso de uso, seleccionamos un controlador de caso de uso: GestorEliminarPases. Además, esta clase artificial agrupa a todos los ciclos del festival. Con ello pretendemos un diseño global con alta cohesión y bajo acoplamiento. Por el patrón experto, el método ObtenerNombre es el encargado de buscar el nombre del ciclo.

31 :Pase Ingeniería del Software ObtenerPelículas(nombre) :GestorEliminarPases ObtenerTítulo() :Película Lista(título) título * ObtenerTitulos(nombre) :Ciclo Lista(título)

32 Ingeniería del Software Escogemos el patrón controlador para gestionar el evento externo ObtenerPelículas. Aunque otras opciones son posibles, a falta de más información al tratarse de modelar un caso de uso, seleccionamos el mismo controlador de caso de uso que para la operación anterior: GestorEliminarPases. Además, esta clase artificial agrupa a todos los ciclos del festival y los tiene accesibles para recorrido y de forma directa (hash). Con ello pretendemos un diseño global con alta cohesión y bajo acoplamiento. Por el patrón experto, el método ObtenerTítulos es el encargado de buscar las películas asociadas al ciclo nombre. Por el patrón experto, el método ObtenerTítulo es el encargado de buscar el título de la película.

33 :Pase Ingeniería del Software EliminarPases(ListaPelículas, fecha) :GestorEliminarPases EliminarPase(fecha) :Pase EliminarPases(titulo,fecha) :Pase :Pelicula ComprobarPase() [ok] EliminarAsocSala() ok [ok] EliminarAsocPase() [ok] * *

34 Ingeniería del Software Escogemos el patrón controlador para gestionar el evento externo EliminarPases. Aunque otras opciones son posibles, a falta de más información al tratarse de modelar un caso de uso, seleccionamos el mismo controlador de caso de uso que para la operación anterior: GestorEliminarPases. Además, esta clase artificial agrupa también todas las películas del festival. Con ello pretendemos un diseño global con alta cohesión y bajo acoplamiento. Por el patrón experto, el método EliminarPases de Película es el encargado de eliminar los pases de las películas cuyo título aparece en ListaPelículas y cumplan las condiciones impuestas. En el caso de cumplirlas, eliminaremos su asociación con el pase (realizado por EliminarAsocPase) y por último lo destruiremos. Por el patrón experto, el método EliminarPase de Pase es el encargado de comprobar si Pa.venta=0 y Pa.fecha > fecha (realizado por ComprobarPase). En el caso de cumplirse la condición, eliminaremos su asociación con Sala (realizado por EliminarAsocSala). Nota: podría ser que la Sala también tuviera una asociación con Pase. En ese caso, también deberíamos acceder a Sala para eliminarla.