Fundamentos de Ingeniera de Software

Marcello Visconti y Hernn Astudillo

Departamento de Informtica
Universidad Tcnica Federico Santa Mara
{visconti,hernan} at inf.utfsm.cl

Sesion 05 Fundamentos de Ingeniera de SW 1

Anlisis Orientado a Objetos

Contenido

? Modelo conceptual
? Identificacin de conceptos
? -- Asociaciones
? Atributos

UTFSM
EXUMBRA
IN
SOLEM Fundamentos de Ingenier a de SW 2

1
 Anlisis Orientado a Objetos
Agregacin de Asociaciones

? Una asociacin es una relacin entre dos conceptos que indica alguna
conexin significativa entre ellos.
? En UML se describen como relaciones estructurales entre clases de
objetos.
? Es necesario identificar las asociaciones de los conceptos que se
requieren para satisfacer los requerimientos de informacin de los
casos de uso en cuestin y los que contribuyen a entender el modelo
conceptual.

UTFSM
EXUMBRA
IN
SOLEM Fundamentos de Ingenier a de SW 3

Anlisis Orientado a Objetos

Agregacin de Asociaciones: Criterios

? Las asociaciones que vale la pena mencionar suelen incluir el

conocimiento de una relacin que ha de preservarse durante algn
tiempo: puede tratarse de milisegundos o aos segn el contexto.

TPDV Venta actual

1 Registra 1

Asociacin

UTFSM
EXUMBRA
IN
SOLEM Fundamentos de Ingenier a de SW 4

2
 Anlisis Orientado a Objetos
Agregacin de Asociaciones: Criterios

? Examine la conveniencia de incluir las siguientes asociaciones en un

modelo conceptual:
? Las asociaciones en que el conocimiento de la relacin ha de ser
preservado durante algn tiempo (asociaciones que deben conocerse)
? Las asociaciones provenientes de la lista de asociaciones comunes.
? Por ejemplo, las instancias de VentaLineaDeProducto deben ir asociadas a la
instancia Venta, sin esto sera imposible imprimir un recibo, calcular el total,
etc.
? En cambio, no necesitamos una relacin entre Gerente y Venta.

UTFSM
EXUMBRA
IN
SOLEM Fundamentos de Ingenier a de SW 5

Anlisis Orientado a Objetos

Agregacin de Asociaciones: Notacin

? Una asociacin se representa como una lnea entre los conceptos con
el nombre de la asociacin.
? Esta es intrnsecamente bidireccional: es un nexo entre objetos.
? Los extremos de una asociacin pueden contener una expresin de
multiplicidad que indique la relacin numrica entre las instancias o
conceptos, que se llaman papeles.

UTFSM
EXUMBRA
IN
SOLEM Fundamentos de Ingenier a de SW 6

3
 Anlisis Orientado a Objetos
Asociaciones : Identificacin de casos comunes [1]

? Comience por agregar las asociaciones utilizando la lista de anexa.

? Categoras comunes que normalmente vale la pena incluir.

Categora Ejemplos
Caja-TPDV
A es una parte fsica de B
Ala-Avin
VentasLineaDeProducto-Venta
A es una parte lgica de B
TramoDeVuelo-RutaDeVuelo
TPDV-Tienda Producto-Estante
A est fsicamente contenido en B
Pasajero- Avin
DescripcionDeProducto Catlogo
A est lgicamente contenido en B
Vuelo - ProgramaDeVuelo

UTFSM
EXUMBRA
IN
SOLEM Fundamentos de Ingenier a de SW 7

Anlisis Orientado a Objetos

Asociaciones: Identificacin de casos comunes [2]

DescripcionDeProducto Producto
A es una descripcin de B
DescripcionDeVuelo - Vuelo
A es un elemento de lnea en una VentasLineaDeProducto-Venta
transaccin o reporte B TrabajoDeManteniemiento-Mantenimiento
A se conoce/ introduce/ registra/ presenta/ Venta TPDV
captura en B Reservacion - ListaDePasajeros
Cajero Tienda
A es miembro de B
Piloto Avion
Departamento Tienda
A es una subunidad organizacional de B
Mantenimiento - LineaAerea
Cajero TPDV
A usa o dirige a B
Piloto Avion
Cliente Cajero
A se comunica con B
AgenteDeReservaciones - Pasajero

UTFSM
EXUMBRA
IN
SOLEM Fundamentos de Ingenier a de SW 8

4
 Anlisis Orientado a Objetos
Asociaciones: Identificacin de casos comunes [3]

Pago Boleta
A se relaciona con una transaccin B
Pasajero Boleto
A es una transaccin relacionada con otra Pago Venta
transaccin B Reservacion Cancelacion
TPDV TPDV
A est contiguo a B
Cuidad Cuidad
TPDV Tienda
A es propiedad de B
Avion LineaAerea

UTFSM
EXUMBRA
IN
SOLEM Fundamentos de Ingenier a de SW 9

Anlisis Orientado a Objetos

Asociaciones: Identificacin de casos comunes [4]

? Las categoras de alta prioridad que siempre vale la pena incluir son:
? A es una parte fsica o lgica de B
? A est fsicamente o lgicamente contenido en B
? A est registrado en B
? Las asociaciones son importantes, pero un error comn es dedicar
demasiado tiempo a descubrirlas.
? Es mucho ms importante identificar conceptos que asociaciones. El
tiempo asignado a crear el modelo conceptual debera destinarse a
identificar conceptos, no asociaciones.
? Demasiadas asociaciones tienden a confundir el modelo conceptual en vez
de aclararlo. A veces se requiere mucho tiempo para descubrirlas, y los
beneficios son escasos.

UTFSM
EXUMBRA
IN
SOLEM Fundamentos de Ingenier a de SW 10

5
 Anlisis Orientado a Objetos
Asociaciones : Directrices

? Concentrarse en las asociaciones en que el conocimiento de la relacin

ha de preservarse durante algn tiempo (asociaciones que es
necesario conocer).
? No incluir las asociaciones redundantes, ni las derivables.
? Redundantes: repiten lo dicho por otras asociaciones.
? Derivables: pueden ser deducidas a partir de otras asociaciones.

UTFSM
EXUMBRA
IN
SOLEM Fundamentos de Ingenier a de SW 11

Anlisis Orientado a Objetos

Asociaciones : Multiplicidad

? La multiplicidad define cuntas instancias de tipo A pueden asociarse a

una instancia del tipo B en determinado momento.
Tienda Producto
1 Almacena *

Multiplicidad del papel

? Algunos ejemplos de multiplicidad:

* cero o ms, muchos 1..40 de uno a 40
1..* uno o ms 5 exactamente 5
3,5,8 exactamente 3, 5 u 8

? En UML, el valor de multiplicidad depende del contexto.

? P.ej., la multiplicidad de Trabaja-Para entre Persona y Compaa ser
diferente si se est haciendo el sistema al SII (*..*) o una empresa (1..*).

UTFSM
EXUMBRA
IN
SOLEM Fundamentos de Ingenier a de SW 12

6
 Anlisis Orientado a Objetos
Asociaciones : Notacin

? Se asigna un nombre a una asociacin basndose en el esquema

NombreDeTipo FraseNominal NombreDeTipo.
? La idea es genera una secuencia (con al frase nominal) que sea legible y
significativa dentro del contexto del modelo.
? Los nombres de las asociaciones comienzan con mayscula.
? Una frase nominal (verbo) debe construirse con guiones.
? La direccin de lectura es de izquierda a derecha y de arriba hacia abajo.

UTFSM
EXUMBRA
IN
SOLEM Fundamentos de Ingenier a de SW 13

Anlisis Orientado a Objetos

Asociaciones : Ejemplo

Tienda

1
Contiene
1..*
TPDV Venta Pago
1 Captura 1..* 1 Pagada-por 1

Linea Aerea

1
Emplea
1..*

Persona Vuelo Avin

1 Asignada-a * * Asignado-a 1

1 *

Supervisa
UTFSM
EXUMBRA
IN
SOLEM Fundamentos de Ingenier a de SW 14

7
 Anlisis Orientado a Objetos
Asociaciones mltiples entre 2 conceptos

? Dos conceptos pueden tener varias asociaciones entre ellos.

? P.ej., en el dominio de la lnea area encontramos varias relaciones entre
Vuelo y Aeropuerto.
? Las asociaciones volar-hacia y volar-de son netamente diferentes que
deben mostrarse por separado.
? Nota: no se garantiza que todos los vuelos aterricen en un aeropuerto.

* Vuela-de 1
Vuelo Aeropuerto

* Vuela-hacia 0..1

UTFSM
EXUMBRA
IN
SOLEM Fundamentos de Ingenier a de SW 15

Anlisis Orientado a Objetos

Asociaciones: Implementacin

? Durante la fase de anlisis, una asociacin no es una proposicin sobre

flujos de datos, variables de instancia, ni conexiones de objetos en una
solucin de software; es una proposicin de que una relacin es
significativa en el mundo real.
? Una asociacin no necesariamente debe ser implementada durante la
construccin.
? Es posible que una asociacin sea reemplazada por una clase al elaborar el
modelo de software.

UTFSM
EXUMBRA
IN
SOLEM Fundamentos de Ingenier a de SW 16

8
 Anlisis Orientado a Objetos
Ej. punto de venta: Asociaciones del dominio

? Deberamos incorporar las asociaciones que indican los requerimientos

(los casos de uso, por ejemplo), las que conllevan la necesidad de
recordar o que de alguna otra forma nos sugiere nuestra percepcin
del dominio del problema.
? Conceptos:
? TPDV, Producto, Tienda, Venta, Pago
? Catalogo De Producto, Especificacin De Producto
? Ventas Lnea De Productos
? Cajero, Cliente, Gerente

UTFSM
EXUMBRA
IN
SOLEM Fundamentos de Ingenier a de SW 17

Anlisis Orientado a Objetos

Ej. punto de venta: Asociaciones del dominio

? Relaciones inolvidables en la Tienda

TPDV captura Venta Para conocer la venta actual genera un total e

Venta pagada en efectivo
CatalogoDeProductos registra
EspecificacionDeProducto
imprime un recibo.
Para saber si se pag la venta, relaciona la
cantidad ofrecida con el total de la venta e
imprime un recibo.
Para recuperar la especificacin de producto con
un cdigo universal de producto

UTFSM
EXUMBRA
IN
SOLEM Fundamentos de Ingenier a de SW 18

9
 Anlisis Orientado a Objetos
Ej. punto de venta: Asociaciones del dominio

? Recorreremos la lista de comprobacin, basndonos en tipos

anteriormente identificados y teniendo presentes los requerimientos
actuales del caso de uso.

Categora Sistema TPDV

A es una parte fsica de B
A es una parte lgica de B
A est contenido fsicamente en B
A est contenido lgicamente en B
A es una descripcin de B
A es un elemento de lnea en una
transaccin o reporte B
no se aplica
VentasLineaDeProducto -Venta
TPDV-Tienda
Producto -Tienda
EspecificacionDeProducto
CatalogodeProductos
CatalogodeProductos - Tienda
EspecificacionDeProducto Producto
VentasLineaDeProducto -Venta

UTFSM
EXUMBRA
IN
SOLEM Fundamentos de Ingenier a de SW 19

Anlisis Orientado a Objetos

Ej. punto de venta: Asociaciones del dominio

A se conoce/ introduce/ registra/ presenta/ Venta (terminada) Tienda

captura en B Venta (actual) TPDV
A es miembro de B Cajero Tienda
A es una subunidad organizacional de B no aplicable
Cajero TPDV
Gerente TPDV
A usa o dirige a B
Gerente Cajero, probablemente no
aplicable
A se comunica con B Cliente Cajero
Cliente Pago
A se relaciona con una transaccin B
Cajero Pago
A es una transaccin relacionada con otra
Pago Venta
transaccin B
A est contiguo a B TPDV TPDV, probablemente no aplicable
A es propiedad de B TPDV Tienda

UTFSM
EXUMBRA
IN
SOLEM Fundamentos de Ingenier a de SW 20

10
 Anlisis Orientado a Objetos
Ej. punto de venta: Modelo Conceptual
Descrita-por
EspecificaciondeProducto
Contiene
1
1..* 1
1
CatalogoDeProductos Describe

*
1 *
VentasLineaDeProducto 1
Producto
0..1 Registra-Venta-de
1..* Usado-por

* *
Contenidas-en
Capturas-Terminada Tienda 1
* Almacena
1 1 1
Venta Capturadas-en
Aloja Iniciado-por 1
1 1 1 Gerente
Iniciado-por 1 1..* 1
Pagado-por TPDV 1 1 Cajero
1 Registra-Ventas-en
1
Pago Cliente

UTFSM
EXUMBRA
IN
SOLEM Fundamentos de Ingenier a de SW 21

Anlisis Orientado a Objetos

Ej. punto de venta: Modelo Conceptual

? El conjunto de asociaciones que se incluye en el modelo se obtuvo de

manera bastante mecnica a partir de la lista de comprobacin. Pero
tal vez hay que ser ms restrictivos con las asociaciones.
? Venta Capturada por Cajero
? Los requerimientos no indican la necesidad de conocer, ni de registrar al
cajero actual. Adems es derivable si existe la asociacin TPDV usado-por
Cajero.
? TPDV Usado-por Cajero
? Los requerimientos no indican la necesidad de conocer, ni de registrar al
cajero actual.

UTFSM
EXUMBRA
IN
SOLEM Fundamentos de Ingenier a de SW 22

11
 Anlisis Orientado a Objetos
Ej. punto de venta: Modelo Conceptual

? TPDV Iniciado-por Gerente

? Los requerimientos no indican la necesidad de conocer, ni de registrar al
gerente que inici un TPDV.
? Venta Iniciada por Cliente
? Los requerimientos no indican la necesidad de conocer, ni de registrar al
cliente actual.
? Tienda Almacena Producto
? Los requerimientos no indican la necesidad de conocer o mantener la
informacin del inventario.
? Ventas Lnea De Producto Registra-venta-de Producto
? Los requerimientos no indican la necesidad de mantener la informacin del
inventario.

UTFSM
EXUMBRA
IN
SOLEM Fundamentos de Ingenier a de SW 23

Anlisis Orientado a Objetos

Ej. punto de venta: Modelo Conceptual
Descrita-por
Contiene EspecificaciondeProducto
1
1..* 1
1
CatalogoDeProductos Describe

*
1 *
VentasLineaDeProducto Producto

1..* Usado-por

*
Contenidas-en
Capturas-Terminada Tienda
*
1 1 1
Venta Capturadas-en
Aloja
1
1 Gerente
1 1..*
Pagado-por TPDV Cajero

1
Pago Cliente

UTFSM
EXUMBRA
IN
SOLEM Fundamentos de Ingenier a de SW 24

12
 Anlisis Orientado a Objetos
Ej. punto de venta: Modelo Conceptual

? Ntese que la necesidad de conocer una asociacin depende de los

requerimientos; un cambio de ellos (p.ej., exigir que la identificacin
del cajero aparezca en el recibo) altera la necesidad de recordar la
relacin.
? Hay asociaciones que deben conocerse, pero hay otras opcionales que
son tiles slo para la comprensin.
? Para documentar un conocimiento enriquecido del dominio.
? El propsito t pico de un modelo es ser ledo por personas.

UTFSM
EXUMBRA
IN
SOLEM Fundamentos de Ingenier a de SW 25

Anlisis Orientado a Objetos

Contenido

? Modelo conceptual
? Identificacin de conceptos
? Asociaciones
? -- Atributos

UTFSM
EXUMBRA
IN
SOLEM Fundamentos de Ingenier a de SW 26

13
 Anlisis Orientado a Objetos
Atributos [1]

? Un atributo es un valor lgico de un dato u objeto.

? Pertenece a un concepto.
? Tiene un tipo, que define sus posibles valores.
? En UML, los atributos aparecen en la 2da seccin de un concepto (con tipo
opcional).
Venta
Atributos
fecha
HoraDeInicio: hora

? Los tipos ms simples de atributos corresponden a tipos primitivos de

datos; los tipos simples ms comunes son:
? Booleano, Tiempo (Fecha, Hora, ), Nmero, String (Texto)
? Color, Geometra (Punto, Rect ngulo, )
? Direccin, Telfono, RUT, Cdigo (de producto, postal, ), enumeraciones

UTFSM
EXUMBRA
IN
SOLEM Fundamentos de Ingenier a de SW 27

Anlisis Orientado a Objetos

Atributos [2]

? En un modelo conceptual:
? Los atributos que aparecen en un modelo conceptual derivan de
requerimientos (p.ej., casos de uso) que indican o implican la necesidad
de recordar informacin.
? P.ej., si un recibo de ventas incluya fecha y hora, el concepto Venta requiere
atributos fecha y hora.
? Los atributos deberan ser atributos simples o valores puros de datos.
? Normalmente, el tipo de un atributo no debera ser un concepto complejo del
dominio (como Venta o Aeropuerto).
? Si un atributo parece requerir un tipo complejo (p.ej. el TPDV actual) ,
generalmente es mejor expresarlo con una asociacin.

Cajero Cajero TPDV

1 Usa 1
nombre nombre numero
TPDVactual

UTFSM
EXUMBRA
IN
SOLEM Fundamentos de Ingenier a de SW 28

14
 Anlisis Orientado a Objetos
Ej. punto de venta: Atributos

? Es necesario producir una lista de atributos para los conceptos del

dominio de punto de venta. Debera estar reservada especficamente a
los requerimientos a las simplificaciones en cuestin: Comprar
productos versin 1.
? Para eso habr que leer los siguientes documentos:
? especificacin de requerimientos
? casos de uso en cuesti n
? documentos de simplificaciones, clarificaciones y suposiciones
? P.ej., podemos identificar los atributos:
? Tienda: direccin, nombre
? Venta: fecha, hora
? VentasLineaDeProducto: cantidad
? Pago: monto
? EspecificacionDeProducto: descripcin, precio, cup
UTFSM
EXUMBRA
IN
SOLEM Fundamentos de Ingenier a de SW 29

Anlisis Orientado a Objetos

Ej. punto de venta: Atributos

? Es posible que el cajero reciba un grupo de productos afines (seis

paquetes de pauelos desechables) y introduzca una sola vez el CUP y
la cantidad (6).
? En consecuencia una instancia de VentasLineaDeProducto puede estar
asociada a ms de una instancia de cada producto.
? La cantidad que introduce el cajero puede quedar registrada como atributo
de VentasLineaDeProducto.
? Sin embargo, tambin puede ser calculada a partir del valor real de
multiplicidad de la relacin; as puede caracterizarse como atributo
derivado, el cual puede ser deducido de otra informacin.
? En UML, un atributo derivado se denota con el smbolo /.

UTFSM
EXUMBRA
IN
SOLEM Fundamentos de Ingenier a de SW 30

15
 Anlisis Orientado a Objetos
Ej. punto de venta: Atributos

VentasLineaDeProducto Producto

/cantidad 0..1 Registra-venta-de 1..*

UTFSM
EXUMBRA
IN
SOLEM Fundamentos de Ingenier a de SW 31

Anlisis Orientado a Objetos

Ej. punto de venta: Modelo Conceptual
Descrita-por
EspecificaciondeProducto
Contiene
1
1 1..* 1
CatalogoDeProductos
descripcion Describe
precio
* CUP
*
VentasLineaDeProducto 1 Producto
cantidad
1..* Usado-por
*
Contenidas-en Tienda
Capturas-Terminada
direccio
*
1 n
1
Venta 1
fecha Capturadas-en
hora Aloja
1
1
1 1..*
TPDV
Pagado-por

Pago 1

UTFSM
EXUMBRA
IN
SOLEM Fundamentos de Ingenier a de SW 32

16
 Anlisis Orientado a Objetos
Ej. punto de venta: Modelo Conceptual

? Hemos creado un modelo conceptual relativamente til del dominio del

punto de venta.
? No existe un modelo apropiado para todos los casos y circunstancias,
todos ellos no son ms que aproximaciones al dominio que queremos
entender.
? Un buen modelo conceptual capta las abstracciones esenciales y la
informacin indispensable para comprender el dominio dentro del
contexto de los requerimientos actuales.

UTFSM
EXUMBRA
IN
SOLEM Fundamentos de Ingenier a de SW 33

Anlisis Orientado a Objetos

Contenido

? Modelo conceptual
? Identificacin de conceptos
? Asociaciones
? Atributos

UTFSM
EXUMBRA
IN
SOLEM Fundamentos de Ingenier a de SW 34

17
 Anlisis Orientado a Objetos
Quiz

? Qu es lo que aparece en el modelo conceptual?

? Qu es el principio del cartgrafo?
? Qu representa una asociacin?
? Todas las asociaciones son importantes?
? Qu representa la multiplicidad?
? Porqu son tan importantes los nombres en el modelo?

UTFSM
EXUMBRA
IN
SOLEM Fundamentos de Ingenier a de SW 35

Anlisis Orientado a Objetos

Quiz

? Cmo se interpreta este diagrama?

<<entorno>>
OpcionesCursoProfesor <<entorno>>
AadirOfertaCurso
1 1

1
<<control>> 1 <<entidad>>
GestorCursosProfesor OfertaCursos

maneja
0..* 1..*
<<entidad>>
1..* 1
Cursos

0..*
0..*
prerrequisitos

UTFSM
EXUMBRA
IN
SOLEM Fundamentos de Ingenier a de SW 36

18
 En clases 2004-08-24 p1

/usa
Bloque
Prerequisito dia : String
Sala
horas : String
edificio : String
piso : Natural
num : Natural 1
Cursa capacidad : Natural
0..*
0..*
5..* Ramo 1
1..*
(from ramos)
Horario
Alumno +pertenece
(from Use Case View)
0..1
Hace-ayudantia-de 1 1..3
tiene
dicta

Notas 1..* Profe

+tiene (from Use Case View)
Paralelo
numero : Natural

temas abiertos: 1
Lista
- Alumno cursa Paralelo, no Ramo 1
- Alumno tiene nota por Ramo
- Alumno puede hacer ayudantia de un
Ramo que Cursa

UTFSM
EXUMBRA
IN
SOLEM Fundamentos de Ingenier a de SW 37

En clases 2004-08-24 p2
Sala
edificio : String Bloque
piso : Natural dia : String
num : Natural horas : String pendiente:
capacidad : Natural - Alumno no debe ser ayudante de Ramo
que Toma
1
1 1

Horario
Paralelo
1..* numero : Natural
oficina
Toma
1..*
1 ensena 5..*
1..*
Profesor
tiene
nombre : String
1..* Alumno
/dictado-por
1
(from Use Case...View)
)
Ramo
0..1 es-ayudante-de
creditos : Natural
sigla : String
asociacion
derivada 1
0..*
0..*

DescripcionR
prerequisito 1
amo

UTFSM
EXUMBRA
IN
SOLEM Fundamentos de Ingenier a de SW 38

19
 En clases 2004-08-25 p1
Prerequisito

Sala Bloque
Malla edificio : String dia : String
piso : Natural horas : String
+habilita +preReq
0..* num : Natural
0..* 0..* capacidad : Natural 1
Asignatura
1..* sigla
1
Semestre creditos
0..*
ano
sec 0..* 1 1

Cursacion Horario
vtr
nota : 0..100
Ramo
+horarios 1..3
cursa 0..1 1
Alumno +alumno 0..1+pertenece
(from Use Case View) +profe
5..*
nombre 1
tiene Profe
rol 0..*
dicta
+ayudante (from Use Case View)
5..* Hace-ayudantia-de
+asistente +tiene
1..*
Paralelo temas:
numero - Alumno cursa Paralelo, no Ramo --> agr.semestre
asiste
cupos - Alumno tiene nota por Ramo --> asoc.c/clase
1..* - Alumno puede hacer ayudantia de un Ramo que Cursa
- vtr es medio extrano

UTFSM
EXUMBRA
IN
SOLEM Fundamentos de Ingenier a de SW 39

En clases 2004-08-25 p2
Sala
temas:
edificio : String Bloque - Alumno no debe ser ayudante de Ramo que
piso : Natural dia : String Toma --> PEND
num : Natural horas : String - la NotaFinal no es del Alumno ni del Ramo
capacidad : Natural - Alumno se inscribe en Parelelo pero parece
tener NotaFinal por Asignatura --> NF es de
1 1 la asoc. Alumno-Paralelo
1 0..* 0..* - preReqs. son de Asignatura, sin Semestre
Horario +horarios --> separar Semestre
Paralelo
1..3 0..* es-ayudante-de
numero : Natural
1..7
+cursos 1..* inscribe
oficina 1..* +paralelos
ensena 5..*
<<Actor>>
1 Alumno
1 +profe tiene NotaFinal
(from Use Case View)
Profesor nota : 0..100
nombre : String
1
+ramo
0..1 Asignatura+Semestre
Semestre
ano+sem

0..* DescrAsignat
0..* ura
propone creditos
Asignatura 1
sigla
0..* 1 nombre
0..* horasLab
0..*

prerequisito
UTFSM
EXUMBRA
IN
SOLEM Fundamentos de Ingenier a de SW 40

20