Ingeniería del Software

Ingeniería del Software
Ejercicios de Captura de Requerimientos Biblioteca Reservas de casas rurales (Febrero 2003) Reservas de pistas de tenis (Junio 2003) Reservas de billetes de avión (Septiembre 2003) * Gestión stock (Febrero 2004) Taller Automatik (Junio 2004) Albergues XXX (Septiembre 2004) * Para todos ellos se pide: Diagrama de Casos de Uso Casos de uso expandido Modelo de Dominio

Ejercicio: Biblioteca R1 La biblioteca contiene libros y revistas R2 Puede haber varias copias de un libro dado R3 Algunos libros se prestan sólo por un periodo de tres días R4 El resto de libros se prestan para tres semanas a cualquier socio de la biblioteca R5 Se puede tener en préstamo hasta 6 libros a la vez R6 Sólo los profesores pueden tomar en préstamo revistas R7 Los profesores pueden tener hasta 12 libros o revistas en préstamo R8 El sistema debe almacenar cuándo se toman y devuelven los libros y revistas en préstamo

Ejercicio: Biblioteca R9 Un libro puede reservarse cuando no está disponible R10 Es posible extender la fecha del préstamo del libro. Para ello hay que llevar dicho libro a la biblioteca, y si no hay reservas hechas para el libro, entonces se modifica la fecha de entrega R11 Socios y no socios pueden consultar el catálogo de la biblioteca por distintos campos de búsqueda. R12 Cuando llegan nuevos títulos debe actualizarse el catálogo

Jerarquía de actores PERSONA SOCIO PROFESOR BIBLIOTECARIO

Actor Persona Hacer socio PERSONA BIBLIOTECARIO Consultar catálogo

Actor Bibliotecario Controlar usuario Actualizar catálogo BIBLIOTECARIO <<uses>> Consultar catálogo

Actor Socio (1) Pedir libro Consultar catálogo Reservar libro <<uses>> <<extends>> SOCIO BIBLIOTECARIO Identificar socio Reservar libro <<extends>> Consultar catálogo

Actor Socio (2) devolver libro <<uses>> SOCIO <<extends>> BIBLIOTECARIO Identificar socio Extender préstamo

Actor Socio (3) Borrarse de socio SOCIO BIBLIOTECARIO <<uses>> Identificar socio

Actor Profesor (1) Pedir revista <<uses>> PROFESOR BIBLIOTECARIO Identificar socio <<extends>> Consultar catálogo

Actor Profesor (2) Devolver revista PROFESOR BIBLIOTECARIO <<uses>> Identificar socio

Caso de uso de alto nivel Caso de uso: Hacer socio Actores: Persona, Bibliotecario Tipo: Secundario Descripción: Una persona se presenta en la biblioteca. El bibliotecario registra los datos personales y le acredita como un nuevo socio de la biblioteca.

Caso de uso de alto nivel Caso de uso: Pedir libro Actores: Socio, Bibliotecario Tipo: Primario Descripción: Un socio solicita un libro en préstamo al bibliotecario. El bibliotecario verifica y registra el préstamo. Al terminar el bibliotecario le entrega una copia al socio.

Caso de uso expandido (1) Caso de uso: Pedir libro Actores: Socio, Bibliotecario Tipo: Primario Descripción: Un socio solicita un libro en préstamo al bibliotecario. El bibliotecario verifica y registra el préstamo. Al terminar el bibliotecario le entrega una copia al socio. Referencias cruzadas: R1, R2, R3, R4, R5, R7, R8, R9

Caso de uso expandido (2) Curso normal de los eventos Acción de los actores Este caso de uso comienza cuando un socio se presenta al bibliotecario para pedir un libro en préstamo. El Socio se identifica y solicita un libro en préstamo al Bibliotecario. El Bibliotecario identifica al socio. SEE SECTION Identificar socio 4. El Bibliotecario comprueba que el Socio no tiene el máximo de libros en préstamo. 5. El Bibliotecario consulta el catálogo: SEE SECTION Consultar catálogo El Socio confirma el libro buscado y acepta la fecha de devolución. Acción del sistema Presenta la información del socio, si es o no profesor y sus libros en préstamo. 6. Presenta los libros que cumplen los criterios de búsqueda. La información incluye las copias disponibles, las reservas y el periodo de préstamo y la fecha de devolución de cada copia.

Caso de uso expandido (3) Curso normal de los eventos Acción de los actores 8. El Bibliotecario verifica las copias disponibles: IF no hay copias disponibles SEE SECTION Reservar libro El Bibliotecario confirma el préstamo. El Bibliotecario indica al Socio la fecha de devolución del libro. 12. El socio se va con el libro en préstamo. Acción del sistema Registra el nuevo préstamo con la fecha actual. Cursos alternativos Paso 2: No se trata de un Socio. Sugerir hacerse socio Paso 4: El Socio tiene ya el máximo de libros prestados. Sugerir devolver libro. Paso 7: El Socio no encuentra el libro o no acepta la fecha de devolución.

Caso de uso expandido (1) Caso de uso: Devolver libro Actores: Socio, Bibliotecario Tipo: Primario Descripción: Un socio solicita devolver un libro al bibliotecario. El bibliotecario verifica y registra la devolución. Al terminar, la biblioteca se queda con el libro devuelto. Referencias cruzadas: R1, R2, R3, R4, R8, R9, R10

Caso de uso expandido (2) Curso normal de los eventos Acción de los actores Este caso de uso comienza cuando un socio se presenta al bibliotecario para devolver un libro en préstamo. El Socio se identifica y solicita devolver un libro en préstamo. El Bibliotecario identifica al socio y al libro. Si no hay reservas: a. If Socio quiere extender el préstamo SEE SECTION Extender Préstamo b. If Socio no quiere extender el préstamo, el Bibliotecario marca la copia como disponible Si hay reservas, el Bibliotecario marca la copia como reservada Acción del sistema 3. Presenta la información del socio, si es o no profesor y sus libros en préstamo. La información incluye las copias disponibles, las reservas y el periodo de préstamo y la fecha de devolución de cada préstamo. 5. Registra la copia como disponible o reservada

Modelo de dominio (1) Catálogo PréstamoP 1 0..* Publicación 0..12 prestadaA {disjoint, complete} Revista Copia 1..* 1 Libro 0..6 0..* reserva 0..* prestadaA 0..1 Socio PréstamoC Profesor 0..1

Modelo de dominio (2) Catálogo HistóricoP 1 0..* Publicación 0..12 fuéPrestadaA {disjoint, complete} Revista Copia 1..* 1 Libro 0..6 0..* reserva 0..* fuéPrestadaA 0..1 Socio HistóricoC Profesor 0..1

Modelo de dominio (3) Catálogo 1 1 0..* 0..* Revista Copia 1..* 1 Libro 0..6 0..6 0..* reserva 0..* prestadaA 0..1 Socio PréstamoC prestadaA 0..1 Profesor PréstamoR

Modelo de dominio (4) Catálogo 1 1 0..* 0..* Revista Copia 1..* 1 Libro 0..6 0..6 0..* reserva 0..* fuéPrestadaA 0..1 Socio HistóricoP fuéPrestadaA 0..1 Profesor HistóricoR

Modelo de dominio (5) LIBRO: signatura, título, autores, editorial, edición, fechaPublicación, ... COPIA: idCopia, /estado, tiempoMax, ... REVISTA: título, volumen, número, editorial, fechaPublicación, ... SOCIO: dni, nombre, dirección, teléfono, ... PROFESOR: dni, departamento, ... PRESTAMOC: fechaIni, fechaFin (estimada),... PRESTAMOR: fechaIni, fechaFin (estimada),... HISTORICOC: fechaIni, fechaFin, ... HISTORICOR: fechaIni, fechaFin, ...

Ejercicio Gestión de reservas Casas Rurales Examen Febrero 2003 (1h ¼) Diagrama de Casos de Uso y Casos de uso expandido (3 puntos) Modelo de Dominio (2 puntos)

Jerarquía de actores USUARIO PROPIETARIO

Actor Usuario Buscar por Población Buscar por Código Consultar Disponibilidad USUARIO <<uses>> Reservar

Actor Propietario (1) Registrar Propietario Añadir Casa Rural Eliminar Casa Rural PROPIETARIO Añadir Disponibilidad <<uses>> Eliminar Disponibilidad

Actor Propietario (2a) Anotar Pagos PROPIETARIO

Actor Propietario (2b) Anotar Pagos Anular Reserva <<extends>> <<uses>> PROPIETARIO Comprobar Reservas Anular Reserva

Actor Propietario (2c) Anotar Pagos <<uses>> PROPIETARIO Comprobar Reservas

Actor Propietario (2d) Anotar Pagos <<uses>> Comprobar Reservas Anular Reservas PROPIETARIO <<extends>> Anular Reserva

Casos de Uso por Actores Usuario Buscar por Población Buscar por Código Consultar Disponibilidad Reservar Propietario Registrar Propietario Añadir Casa Rural Eliminar Casa Rural Añadir Disponibilidad Eliminar Disponibilidad Anotar Pagos (a, b, c, d)

Modelo de dominio (1) Propietario Casa Rural Habitación Cocina Usuario Paquete Reserva

Modelo de dominio (1) Cocina Dormitorio 1..* 3..* Propietario 1 alquila 1..* Casa Rural 1 ofrece 1..* Usuario 1 1..* Paquete Reserva

Modelo de dominio (2) Propietario Casa Rural Dormitorio Cocina cuenta passw dni cc ... codCR poblacion /ndormitorios /ncocinas nbaños ncomedores nplazas Descripción precioCR codD ndobles nsencillas precioD codC lavavajillas? lavadora? Paquete periodo precioP entera? dormitorios? Usuario Reserva dni tel ... num fecha pagada? ...y ahora cómo representamos que se ha hecho una reserva de varios dormitorios? Cómo calculamos su precio?

Modelo de dominio (1) Cocina Dormitorio 1..* 3..* Propietario 1 alquila 1..* Casa Rural 1 ofrece 1..* Usuario 1 1..* Paquete Reserva 1..* ReservaD

Modelo de dominio (2) Propietario Casa Rural Dormitorio Cocina cuenta passw dni cc ... codCR poblacion /ndormitorios /ncocinas nbaños ncomedores nplazas descripción codD ndobles nsencillas precioD codC lavavajillas? lavadora? ...y ahora los precios de las dormitorios son siempre iguales? No dependen del periodo en que se alquilan? Usuario Reserva ReservaD Paquete dni tel ... num fecha pagada? entera? precioR codD periodo precioP entera? dormitorios?

Ejercicio Gestión de reservas de Pistas de Tenis Examen Mayo 2003 (1 hora) Diagrama de Casos de Uso y Casos de uso expandido (2,5 puntos) Modelo de Dominio (1,5 puntos)

Casos de uso SOCIO Reservar Pista Anotar Uso Pista <<uses>> Cancelar Reserva Generar Facturas ENCARGADO

Ejemplo: Caso de uso de alto nivel Caso de uso: Reservar Pista Actores: Socio, Encargado Tipo: Primario Descripción: Un socio solicita la reserva de una pista del club de tenis para una fecha concreta y unas horas determinadas. El encargado verifica la fecha y la disponibilidad de pistas para esas horas. Por último, el encargado registra la reserva.

Ejemplo: Caso de uso de alto nivel Caso de uso: Anotar Uso Pista Actores: Socio, Encargado Tipo: Primario Descripción: Un socio avisa al encargado del uso efectivo de la reserva de una pista. El encargado comprueba la reserva y anota el uso de la pista reservada.

Ejemplo: Caso de uso de alto nivel Caso de uso: Cancelar Reserva Actores: Socio, Encargado Tipo: Primario Descripción: Un socio solicita la cancelación de una reserva. El encargado, tras verificar los datos, hace efectiva la cancelación.

Ejemplo: Caso de uso de alto nivel Caso de uso: Generar Facturas Actores: Encargado Tipo: Primario Descripción: Cada mes el encargado genera las facturas de los socios.

Caso de uso expandidos Caso de uso: Reservar Pista Curso normal de los eventos: Socio: Este caso de uso comienza cuando un socio solicita al encargado la reserva de una pista del club de tenis. El Socio se identifica y solicita una reserva para una fecha y unas horas determinadas. Encargado: Identifica al socio. SEE SECTION Identificar Socio. 3. Sistema: Presenta la información del socio y sus reservas. 4. Encargado: Introduce la fecha. Sistema: Para esa fecha, presenta los horarios de las pistas no reservadas (libres). Encargado: Verifica las horas que quiere reservar el socio, asigna las pistas al socio para el horario solicitado y confirma la reserva. Sistema: Registra la reserva de las pistas. Cursos alternativos: Paso 2. No se trata de un Socio. Sugerir hacerse socio. Paso 3. El socio ya tenia reservada pistas para esa fecha y horario. Paso 4. La fecha es superior a un mes del día actual. Sugerir volver más adelante. Paso 6. No hay pistas libres para la fecha y horario solicitado. Sugerir horarios alternativos.

Caso de uso expandidos Caso de uso: Anotar Uso Pista Actores: Socio, Encargado Tipo: Primario Descripción: Un socio avisa al encargado del uso efectivo de la reserva de una pista. El encargado anota el uso de la pista reservada. Curso normal de los eventos: Socio: Este caso de uso comienza cuando un socio avisa al encargado que quiere hacer uso efectivo de una reserva del club de tenis. El Socio se identifica. Encargado: Identifica al socio. SEE SECTION Identificar Socio. Sistema: Presenta la información del socio y sus reservas. Encargado: Verifica la reserva, confirma el uso de la reserva y asigna tarifa. Sistema: Registra el uso de la reserva y asigna tarifa T1 (fin de semana u horario nocturno) o T2 (resto de horarios). Cursos alternativos: Paso 2. No se trata de un Socio. Sugerir hacerse socio. Paso 3. El socio no tenia reserva para esa fecha y horario.

Caso de uso expandidos Caso de uso: Cancelar Reserva Actores: Socio, Encargado Tipo: Primario Descripción: Un socio solicita la cancelación de una reserva. El encargado, tras verificar los datos, hace efectiva la cancelación. Curso normal de los eventos: Socio: Este caso de uso comienza cuando un socio avisa al encargado que quiere cancelar una reserva del club de tenis. El Socio se identifica y solicita una cancelación para una fecha y unas horas determinadas. Encargado: Identifica al socio. SEE SECTION Identificar Socio. Sistema: Presenta la información del socio y sus reservas. Encargado: Verifica la reserva y confirma la cancelación de la reserva. Sistema: Comprueba la fecha de cancelación con la fecha actual. Registra la cancelación de la reserva y asigna tarifa T4 (cancelación). Cursos alternativos: Paso 2. No se trata de un Socio. Sugerir hacerse socio. Paso 3. El socio no tenia reserva para esa fecha y horario. Paso 5. El socio quiere cancelar una reserva para el mismo día.

Caso de uso expandidos Caso de uso: Generar Facturas Actores: Encargado Tipo: Primario Descripción: Cada mes el encargado genera las facturas de los socios. Curso normal de los eventos: Encargado: Este caso de uso comienza cuando el encargado quiere generar las facturas mensuales de los socios. El encargado introduce el mes. Sistema: Para cada socio se obtienen todas las reservas del mes. Para cada reserva no cancelada, el sistema verifica si no ha sido efectiva, en cuyo caso le asigna la tarifa T3 (no usar la reserva). Calcula el importe de cada reserva y acumula el total.

Modelo de dominio (1) Socio Club de Tenis Pista Reserva 1 1..5 * ofrece Tarifa Factura tiene

Modelo de dominio (2) Club de Tenis Pista Número pista Socio Tarifa dni tel ... tipo precio Reserva Factura num fecha Hora /importe mes /total

Diagrama secuencia sistema: Pedir Libro :Bibliotecario :Sistema IdentificarSocio(dni) : Socio EnPrestamo(dni) : InfoLibros ConsultarLibro(Libro) : InfoLibros ReservarLibro(dni, signatura) PrestarCopia(dni, idCopia)

operación EnPrestamo Name:EnPrestamo(dni) : InfoLibros Responsabilities Mostrar los copias prestadas al socio. La información incluye el periodo de préstamo y la fecha de devolución de cada copia Exceptions Si no existe ningún socio con s.dni = dni, indicar error Preconditions Existe un socio s.dni = dni Postconditions Salida Todas las copias c = (Copia.prestadaA -> select(s.dni = dni)) Todas sus fechas de inicio y fin de préstamo p = (c.préstamoC)

operación PrestarCopia Name:PrestarCopia(dni, signatura) Responsabilities Registra el nuevo préstamo con la fecha actual. Exceptions Preconditions Existe un socio s.dni = dni Existe una copia c.idCopia = idCopia Postconditions Se creó una instancia pc de la asociación PréstamoC Se asoció pc a la cópia c y al sócio s pc.iniFecha = fechaActual() pc.finFecha = fechaActual() + c.tiempoMax c.estado = prestado Salida

Ejercicios de Captura de Requerimientos Gestión de Stock (Febrero 2004) Se pide: Diagrama de Casos de Uso Casos de uso expandido Modelo de Dominio

Actor encargado Montar producto <<uses>> ENCARGADO Verificar componentes Faltan componentes <<extends>> Solicitar Producto

Actor encargado Registrar producto ENCARGADO <<uses>> Producto Potencialmente disponible

Actor encargado Consultar Stock ENCARGADO

Actor encargado Componentes a enviar ENCARGADO

Ejemplo: Caso de uso de alto nivel Caso de uso: Montar Producto Actores: Encargado Tipo: Secundario Descripción: El encargado solicita el listado de componentes de un producto. El sistema proporciona el listado de componentes del producto indicando para cada uno de ellos, si se encuentra disponible en la sucursal, se ha solicitado a otra sucursal o si se ha solicitado su compra.

Ejemplo: Caso de uso de alto nivel Caso de uso: Verificar Producto Actores: Encargado Tipo: Primario Descripción: Dado un producto o componente, el sistema comprueba la cantidad en stock y el estado de todos los componentes y subcomponentes que forman un producto. Al terminar, proporciona el listado completo de: todos los componentes disponibles en la sucursal los componentes no disponibles en esa sucursal, pero si disponibles en otras sucursales los componentes no disponibles en ninguna sucursal

Ejemplo: Caso de uso de alto nivel Caso de uso: Solicitar Producto Actores: Encargado Tipo: Secundario Descripción: El encargado solicita una cierta cantidad de un componente a otra sucursal, o solicita su compra a un proveedor externo.

Ejemplo: Caso de uso de alto nivel Caso de uso: Registrar producto Actores: Encargado Tipo: Secundario Descripción: El encargado actualiza el stock de productos o componentes a medida que se montan, adquieren o llegan de otras sucursales.

Ejemplo: Caso de uso de alto nivel Caso de uso: Producto potencialmente disponible Actores: Encargado Tipo: Primario Descripción: Tras registrar un nuevo componente al stock, el sistema comprueba qué productos pueden iniciar su montaje al estar potencialmente disponibles.

Ejemplo: Caso de uso de alto nivel Caso de uso: Consultar Stock Actores: Encargado Tipo: Secundario Descripción: El encargado solicita el listado de todos los productos y componentes exisentes en cada sucursal. Para cada producto o componente en cada sucursal, se indica cuántos estan disponibles, potencialmente disponibles o en camino.

Ejemplo: Caso de uso de alto nivel Caso de uso: Componentes a enviar Actores: Encargado Tipo: Secundario Descripción: El encargado solicita el listado de componentes o productos solicitados por otras sucursales. El sistema proporciona para cada sucursal el listado de componentes solicitados y actualiza su stock.

Modelo de dominio Proveedor 1 1..* 0..* 0..* Componente Sucursal es_miembro 0..* 0..* stock disponibles no_disponibles en_camino p_disponibles

Examen Junio Taller Automatik Se pide: Diagrama de Casos de Uso Casos de uso expandido Modelo de Dominio

Jerarquía de actores ENCARGADO MECÁNICO

Casos de uso Registrar Vehículo CLIENTE ENCARGADO

Casos de uso Generar Facturas ENCARGADO

Casos de uso Avisar Cliente CLIENTE ENCARGADO

Casos de uso Recoger Vehículo CLIENTE ENCARGADO <<uses>> Abonar Factura

Casos de uso Actualizar Stock ENCARGADO

Casos de uso Reparar Vehículo Solicitar Historial Realizar Acción Solicitar Pieza Terminar Reparación Solicitar Historial <<extends>> <<extends>> Realizar Acción <<extends>> MECÁNICO <<extends>> Terminar Reparación Substituir Pieza Consultar Stock Solicitar Pieza <<extends>> <<extends>> Consultar Stock Solicitar Pieza

Ejemplo: Caso de uso de alto nivel Caso de uso: Registrar Vehículo Actores: Cliente, Encargado Tipo: Secundario Descripción: El cliente trae un vehículo al taller. Si es necesario, el encargado registra los datos principales del cliente (dirección, teléfono, etc.), así como las características básicas del vehículo (matrícula, modelo, marca, etc.). Por último, el encargado añade una breve descripción del motivo de entrada en el taller.

Ejemplo: Caso de uso de alto nivel Caso de uso: Generar Facturas Actores: Encargado Tipo: Secundario Descripción: El encargado genera las facturas pendientes de los vehículos cuya reparación ha terminado. Las facturas detallan cada una de las acciones realizadas, el tiempo empleado en su realización y el importe total de cada acción, así como las piezas que se hayan sustituido y su precio. El precio final de una reparación contempla la mano de obra del mecánico (número de horas totales por el precio hora) y el precio de las piezas nuevas.

Ejemplo: Caso de uso de alto nivel Caso de uso: Avisar Cliente Actores: Cliente, Encargado Tipo: Secundario Descripción: El encargado avisa a los clientes que tienen facturas pendientes de pago para que recojan sus vehículos reparados.

Ejemplo: Caso de uso de alto nivel Caso de uso: Recoger Vehículo Actores: Cliente, Encargado Tipo: Secundario Descripción: El cliente abona la factura de la reparación y el encargado le hace entrega del vehículo reparado.

Ejemplo: Caso de uso de alto nivel Caso de uso: Abonar Factura Actores: Cliente, Encargado Tipo: Secundario Descripción: El cliente abona la factura de la reparación.

Ejemplo: Caso de uso de alto nivel Caso de uso: Actualizar Stock Actores: Encargado Tipo: Secundario Descripción: Cuando llegan nuevas piezas de los fabricantes, el encargado actualiza su stock.

Ejemplo: Caso de uso de alto nivel Caso de uso: Reparar Vehículo Actores: Mecánico Tipo: Primario Descripción: El sistema muestra todos los vehículos en reparación. Para cada uno de ellos, el sistema indica los que están pendientes de piezas y los que no (puede que haya llegado la pieza que les faltaba). El mecánico selecciona uno de los vehículos en reparación. Para ese vehículo, el mecánico puede solicitar el historial detallado, introducir acciones codificadas o substituir piezas o dar por terminada la reparación.

Ejemplo: Caso de uso de alto nivel Caso de uso: Solicitar Historial Actores: Mecánico Tipo: Secundario Descripción: El mecánico solicita el historial detallado de las reparaciones del vehículo. El historial debe incluir para cada reparación, la fecha de entrada y salida del vehículo al taller, su kilometraje, el motivo de entrada, las acciones realizadas y las piezas cambiadas.

Ejemplo: Caso de uso de alto nivel Caso de uso: Realizar Acción Actores: Mecánico Tipo: Secundario Descripción: El mecánico contempla una serie de acciones posibles. Las acciones estan codificadas y tienen asociada una descripción.

Ejemplo: Caso de uso de alto nivel Caso de uso: Substituir Pieza Actores: Mecánico Tipo: Primario Descripción: Si la reparación requiere sustituir alguna pieza, el mecánico puede consultar el stock de piezas del almacén. Si no se dispone de la pieza necesaria, se debe solicitar al fabricante, en cuyo caso, la substitución de la pieza debe aplazarse.

Ejemplo: Caso de uso de alto nivel Caso de uso: Consultar Stock Actores: Mecánico Tipo: Secundario Descripción: El mecánico consulta el stock de piezas del almacén.

Ejemplo: Caso de uso de alto nivel Caso de uso: Solicitar Pieza Actores: Mecánico Tipo: Secundario Descripción: El mecánico solicita la pieza a substituir al fabricante.

Modelo de dominio (1) 1 * Cliente Vehículo dni Nombre teléfono matrícula marca modelo Reparación 1 * Acción * 1 TipoAcción fechaEntrada Kms fechaTerminada fechaSalida motivo numHoras descripción 1 * Pieza * 1 TipoPieza 1 numPiezas numPendientes Precio Descripción Fabricante enStock 1 Factura /totalNumHoras /totalPiezas /total fechaAbono

Ingeniería del Software

Presentaciones similares

Presentación del tema: "Ingeniería del Software"— Transcripción de la presentación:

Presentaciones similares

Sobre el proyecto

Feedback

Iniciar la sesión

Autorizarse a través de una red social:

Ingeniería del Software

Presentaciones similares

Presentación del tema: "Ingeniería del Software"— Transcripción de la presentación:

Presentaciones similares

Sobre el proyecto

Feedback