AGENDA
Semana 08: El Modelado de Objetos (II)
Generalización y Herencia
Recomendaciones
Mg. Ing. CIP Elvis Henry Guzman Aquije
2
Elementos
Un
diagrama
de
clases
esta
los
ZonaGeografica
+id
+nombre
+superficie
compuesto
por
siguientes elementos:
Clase: atributos, métodos y
visibilidad.
Relaciones:
Asociación,
Uso.
Herencia,
Provincia
+idPais
+gobernador
País
+idioma
+moneda
+presidente
Ensamblado
y
Mg. Ing. CIP Elvis Henry Guzman Aquije
Diapositiva N°4
Diagrama de Clases
Forma parte de la vista estática del
sistema. En el diagrama de clases
como ya hemos comentado será
donde definiremos las características
de cada una de las clases, interfaces,
SERVIDOR
PROCESADOR
rruestra_pag,na()
em1a_sugerenc1a()
e111ia datos de corr1>1a()
eJNa:datos:de=venta{)
andar_datos_de_venta{)
mandar an1culo onlneo
erMa_sÜgerenc1i_admimstrador{)
modificar_stoc kO
.,eahzar cotwo()
.,eahzarJ)ago()
actual12a_catálogo()
.,eal12a_oosquedaQ
NDEXADOR
actuahza almaceno
erMa_res ltado_busqueda()
colaboraciones
y
relaciones
de
USUARIO
ombre
-.apellldo
cuef1a
'borea:1ón
ogn
,...ord
dependencia y generalización. Es
ombre Cbd1recc1on dbtelefono
PRODUCTO
ecio
uto
-.autor
Korial
HILO
decir, es donde daremos rienda
sca_nOYedadesQ
.,.,,de,O
¡--------- -.año_de_edicK>n
f---------,
erMar_sugerenc1a()
,o
compra,O
.,.,,derO
.,_ahzar_e ctamac16n()
eferenc1as
suelta
a nuestros conocimientos de
..,_nderQ
comprar{)
..,_,_catálogo()
.·'
-,
diseño
orientado
a
objetos,
ARTICULO DE SEGUNDA MI\NO
1 las1ficac1on
ma
ndedor
'
definiendo
las
clases
e
NOVECl'\DES
l las16cac1on
ema
ARTICULO ONLINE
ma
e
implementando
las
ya
típicas
ambar_clas1ficacónO
relaciones de herencia y agregación.
En
el
diagrama
de
clases
debemos
definir a estas y a sus relaciones
Mg. Ing. CIP Elvis Henry Guzman Aquije
Diapositiva N°3
Clase
Una clase
esta
representada
por
un
rectángulo
que dispone de tres apartados, el primero para
indicar el nombre, el segundo para los atributos y
el tercero para los métodos.
Cada clase debe tener un nombre único, que las
diferencie de las otras.
Un
atributo
representa
alguna
propiedad
de
la
clase que se
encuentra en todas las instancias de
la clase. Los
atributos pueden representarse solo
mostrando su nombre, mostrando su nombre y su
tipo, e incluso su valor por defecto.
Un método o operación es la implementación
un servicio de la clase, que muestra
comportamiento común a todos los objetos.
resumen es una función que le indica a
instancias de la clase que hagan algo.
Para separar las grandes listas de atributos y
métodos se pueden utilizar estereotipos.
de
un
En
las
de
Mg. Ing. CIP Elvis Henry Guzman Aquije
Diapositiva N°5
Dependencia
de Clases
(I)
Es
una
relación
de
uso,
es
decir
una
para
clase usa a otra, que la
su cometido.
necesita
f1 1nOIO 1 M ít.' Nilr
Se
representa
con
una
flecha
clase
discontinua
va
desde
la
utilizadora a la clase utilizada.
Con la
dependencia
mostramos
que
un
cambio en la clase utilizada puede
afectar al funcionamiento de la clase
utilizadora,
pero
no
al
contrario.
Aunque las
dependencias se pueden
il1' iNrQ;,,\lf>l.rU An;iJ 'n:\d
,j ln.lLl ·Me,;i ·...-,A
crear tal cual, es decir sin ningún
estereotipo (palabra que aparece al
lado de la línea que representa la
dependencia) UML permite dar mas
significado a las dependencias, es decir
concretar mas, mediante el uso de
estereotipos.
Mg. Ing. CIP Elvis Henry Guzman Aquije
Diapositiva N°6
Dependencia de
Bind: La clase utilizada es una plantilla, y necesita de
Clases
(II)
parámetros para ser utilizada, con Bind se indica que la
clase se instancia con los parámetros pasándole datos
reales para sus parámetros.
Derive: Se utiliza al indicar relaciones entre dos atributos,
- -.·..s K..J..m. ._--,
indica que el valor de un atributo depende directamente
del
valor
de
otro. Es
decir
el
atributo
edad
depende
directamente del atributo Fecha nacimiento.
Friend: Especifica una visibilidad especial sobre la clase
¡"
relacionada. Es decir podrá ver las interioridades de la clase
destino.
InstanceOF: Indica que el objeto origen es una instancia
del destino.
Instantiate: indica que el origen crea instancias del destino.
Powertype: indica que el destino es un contenedor de
objetos del origen, o de sus hijos.
Refine: se utiliza para indicar que una clase es la misma que
otra, pero mas refinada, es decir dos vistas de la misma
clase, la destino con mayor detalle.
Mg. Ing. CIP Elvis Henry Guzman Aquije
Diapositiva N°7
Docente:
Mg.
lng.
CIP
Elvis
Henry
Guzman
Aquije
Semana
8
Herencia
Pues es la herencia, donde tenemos una o varias
clases padre o superclase o madre, y una clase hija o
subclase. UML soporta tanto herencia simple como
herencia múltiple. Aunque la representación común
es suficiente en el 99.73% de los casos UML nos
permite modificar la relación de Generalización con
un estereotipo y dos restricciones.
Estereotipo de generalización.
Implementation: El hijo hereda la implementación del
padre, sin publicar ni soportar sus interfaces.
Restricciones de generalización.
Complete: La generalización ya no permite mas hijos.
Incomplete: Podemos incorporar mas hijos a la
generalización.
Disjoint: solo puede tener un tipo en tiempo de
tipo de hijo.
Overlapping: puede cambiar de tipo durante su vida,
una instancia del padre puede ir cambiando de tipo
entre los de sus hijos.
Usuario
Clave
ejecución, una instancia del padre solo podrá ser de un
UsuarioADM
UsuariolNF
Mg. Ing. CIP Elvis Henry Guzman Aquije
Diapositiva N°8
Asociación
Especifica
que
los objetos
de
una
clase
están
relacionados
con
los
elementos de otra clase. Se representa mediante una línea continua,
que une las dos clases. Podemos
indicar
el
nombre,
multiplicidad
en
los
extremos,
su
rol,
y
agregación.
Usuario
Clave
UsuarioADM
UsuariolNF
Mg. Ing. CIP Elvis Henry Guzman Aquije
Diapositiva N°9
MODELADO
EN
RATIONAL
ROSE
Mg. Ing. CIP Elvis Henry Guzman Aquije
10
Diagrama
Ir a la pestaña 'GENERAL' y
en el campo name colocar
de Clase
Class Specification for TITULO_CLASE
(II)
2.
?
X
TITULO CLASE
ATRIBUTO CLASE
Components
Nested
Relations
General
Files
Mributes
Se desea generar la
clase TITULO_CLASE
I Operations I
Detail
el nombre de
TITULO_CLASE',
que el tipo sea
la clase '
verificar
'CLASS', en
,Mame:
Paren!: Logical View
Jype:
laass
...:J
2_tereotype: 1
Í !;xport Control
I ío' Pb!blic (" PrQ.tected
Documentation:
I
'METODO_CLASE()
Export control verificar
sea 'Public' y pulsar OK
que
(" P!)vate ("' )mplementation
1.
Hacer
sobre
doble
la
clic
clase
clic
Open Specification ...
Sub Diagrams
New Attribute
New Operation
generada
o
Select In Browser
Relocate
!l,rowse ""j
derecho encima de
la clase y seleccionar
OK
Cancel
é,ppl}'
.t!elp
Options
Formal
Edit
la
opción
Open
3.
Obtendremos el Titulo
la Clase
de
GOFPatterns
Specification
Mg. Ing. CIP Elvis Henry Guzman Aquije
Diapositiva N°13
TITULO_CLASE
Inicio de Rational
3-Se sugiere guardar y generar un nombre para el modelo, en este caso se
1-Iniciar Rational Rose
llamara 'ejemplo'
CI
X
Fi!t Edit V FOffl'lat Browse Rtport Query Tools Add-lns Winclow Htlp
E!IJmRose
Versian7.0.0
Welcome to lle Rational Unified Process Rose Model Framework
r
7
Purpose ofltle Framework:
a)prCMde a Oood structurefor a Rose model
b) prOVide a sl}'le ouide wiltl nami"lo conventionstsu1111estions c)idenlif'/ami"limalsetofdiaoramstoproduce
d) relate activities i"1 RUP 10 Rose diaorams
e) provide a basis for sophisticated SoDAreports. For instance based on
lhis structure most ofltle Rose parts of !Me "SoftwareArctlitecture
Dorumenr are oenerated from SoOA
UCIOl'l..d M,teri,I Prope,ty of IBM Co19 (o)Copyrioht by18M Corp nd otti· tilliJ2, 2008
AII fUfhb RH41Nd IBM, R.1110.11, .llld WOSph.,... ,. tt d m ., IBM Co,P., J,n .ltld
,11 J,.,,..b..nf tt d m.1ilcl ,,o \,,1dom ot Swn M10,osyort.1ms,. lno. Mlcros.tt. WlndON..
Wind- NT, ,nd tho Wind-1090 r t,,1dem.1tks ol M1c.osofl: Co,po1.1bon, lntol, lntol 1090,
;i:: , ::: ·t·J:;." ":;:;:.:,! 1·:::::,1 !: !'-0º ;:e:::::. 1 0G ...· ';': ;,: ,:':.'l !:
,.,.._.,m Tho .1bowo m1ntioned t1,d1m.1lllcll m,:, .1ppfy 111 lho Un,tod St,tes., ottlu countuu, or
j
..t
lnlol lnfldo, lntol lMido 1000. lftlol Cetittlu, li.tol Cot:Mo 1010. Colo1on. lftlol Xun,
Poltionr b.tMd º" Ou g1t P,rr,,ru- El'"''"i, fRt41Rblc Ob¡c,u Ortol'tftd So/flJ
X
2-Seleccionar Rational
Unified Process
c,ut Nirw Model
Nombre
CtlMOtloGOualSim2S-01-2016
OlscoSugatt
Oocumtntacion Curric:IJNm EHGA 2014
ft
2510l/20169:28p.-
3/04/20161:47p.m.
ll/02/20168:42 p..M
Tipo"
e,,..
e,,..
e,,..
e,,..
Carpty
>
ESET.N0032Antivirus.v9.0J18l0.ANAUS- 17/04/201610:S41-
4/0l/201611:46p.._
Fotos Cmaara Saposoa
,R_ at- --i--onal
Rose
le-,gl-1
Wdcane to lhe Rafunal Uri1ed Proceu F,ameWork
..·:';
cltheFr Olk: aJ¡xovideag,Xld:tructu-efofaRo:emodel b)¡xovidea opiel'it!Jlam9 c)identfy aminimal s«clCMIJamttoprcdtt
d)re',te srlRUPtoRoz:eCMIJamt
e)provide abaú:fOf sophisticatedSoDAreport:. fOfnslancebasedon!tis
i!ruc:b.le mo;t el lhe Roie parts of the ''SoftwareArctiecll.ie Oownert' ee
genei-atedfiornSoDA
OK
,cl<-12
¡lc-11
' ,
Mol.AoN-
Fr-i.
°'-11-
Oe1ais»
j
V86Stonde
7:08: 21 (Customizablc Mcnus)
'17:08: 21 (CustomizeblcMcnus)
17:08:421 (CuslomizeblcMcnusl
1
VC6All30
VC6MFC60
Loo/
F« .pressfl
r R12,to,onn1 ,tot!oOw._tt. clá,og., me r...ue
_
NUM
Mg. Ing. CIP Elvis Henry Guzman Aquije
Diapositiva N°11
Diagrama de
3- Hacer Clic en el espacio en Blanco y se creara la clase
Clase
(I)
1-Pulsar el Botón CLASS
<), Rational Rose - ejemplo - (Class Oiagram: Logical Vi / Welcome)
..
.O, Rational Rose - eJemplo - [Class Oiagram: Logical View / Welcome)
li) File Edit
D ¡;¡¡; liil
Vi
Format Browse Report Query Tools Add-lns Window He:lp
[ifJ File Edit View Format
Browse
Report
Query
Tools
Add-lns Window Help
"'-
g (';'12
.!9
l\?D lllli!l ll:!J ril+- E\IQI
!{ AIC o
r.i
t,i
l'l:
¡ D Logical View
e;emplo
ejemplo
00 D Use Case View
$ D LogicolVoew
l!l-D COfl1)CW'lef"llView
IÍ!li:!JD-Vóew
(!il Model P,opet"tiet
CJ Use CaseView
AIC
e::,
CJ Component Vtew
Mtttilbf..-!--f4 1
NewClass
$· {aJ Oepk,ymenl View
{¡a Model P,operties
13
r
E3
Class
r
CJ
·7'
_t
..t
2- Por defecto se generar automáticamente al cargar la primera hoja el entorno para modelar el diagrama de clases
..
Rational Rose - (untitled}
File. Edit View Format
Browse
Report
Que.ry
Tools
Add-lns Window
r.i
He.lp
. D Use CaseView
¡
l'l:
(untitled)
ABC
e:,,
,,
13
-o
r
7'
CJ
·"
J
,--
D LogicalView
D Component View
(m Class Diagram: Logical View / Welcome
f ::;,:;:;
-
Welcome to l'le Rational Unified Process Rose Model Framework
t.:::
Purpose of the Framework:
a) prOVide a coco structurefor a Rose model
b) provide a styte ouide with namno co nventions/suggestions e) identify a mi'limal set of diagrams to produce
d) relate activities 11 RUP to Rose diagrams
e) prOVide a easts tor sophisticated So DA reports. For instance based on this structure most ofthe Rose parts ot the -sonware Arehitecture Documenr are oenerated from SoDA.
w
Mg. Ing. CIP Elvis Henry Guzman Aquije
Diapositiva N°12
Diagrama de Clase
(III)
0.. Class Specification fer TITULO_CLASE ?
Relations I
X
X
?
Class Specification for TITULO_CLASE
TITULO_GLAS E
Components
Nested
Flles
Attributes
Components
Detail
Relations
General
Nested
Operations
Rles
Attributes
1
General I Detail
P how inherited
I Operations
Open Specification...
Sub Diagrrams
1
1
P' Show inheriled
Ster. .. Name
>
T
e lnitial
Par... T
TITULO
Par...
e lnitial
New Attribute
New Operation
Select In Browser
Relocate
TITULO CLASE
Undo
Cut
Copy
Paste
>
>
>
Options
Format
Edit
Delete
lnsert
Specification ...
<
<
>
>
GOFPatterns
-
OK
Cancel
Apply
.e_rowse .... 1
Help
...-1
é,pply
OK
Cancel
.t:!elp
.B_rowse
4.
Resultado
de
1.
Se
pulsa
Clic
clase
derecho
2.
Se selecciona la pestaña
ATTRIBUTES y luego se
pulsa clic derecho sobre
3.
Al
se
insertarse el elemento
implementación
de Atributo
sobre
la
y
se
le cambia
el
y
nombre
se pulsa
selecciona
Specification
Open
por ATRIBUTO
OK
la
parte
blanca
y
del
se
formulario
selecciona INSERT
Mg. Ing. CIP Elvis Henry Guzman Aquije
Diapositiva N°14
Características
(I)
Construir la clase
CUENTA
nt
Mg. Ing. CIP Elvis Henry Guzman Aquije
Diapositiva N°16
Diagrama de Clase
(IV)
Class Sp-ec:ification forTITULO_CLASE ?
X
Q.
Class Spocification for TITULO_CLASE
X
TITULO_Ou\SE
Atributo
Relations I
General I
P'" how inherited
Ster. ..
Nested I
Components I
Relations 1 · 1 Nested
I R1es
General I Detal ()perations I Mributes
Rles
I Mributes
Detail
Operetions
P" :¡howrileriled
Ster...
Open Specification ...
Sub Diaqrarns
Parert
>
Retum
e
Parent
TITULO_CLA
New Afüibute
New Operation
S:el ect In B rowser
Relocate
>
>
>
>
Options
Format
Edit
Undo
Cut
Copy
Paste
Delete
TITULO_CLASE
Atributo
<
<
>
GOFPattems:
lnsert
Specificallon...
metodo()
OK
Cancel
6ppl_y
1
.t:J.elp
.S.rowse
4.
Resultado
de
1.
Se
pulsa
Clic
clase
derecho
2.
Se
selecciona
la pestaña
3.
Al
se
insertarse el
elemento
implementación
de método
sobre
la
y
se
OPERATIONS y luego se
pulsa clic derecho sobre
le cambia
el nombre
y se pulsa
selecciona
Specification
Open
por METODO
OK
la
parte
blanca
y
del
se
formulario
selecciona INSERT
Mg. Ing. CIP Elvis Henry Guzman Aquije
Diapositiva N°15
Características
(II)
?
X
Q.. Class Specification for CUENITA
o. Class Attribute Specification for Bala ... ?
General I Detail I
X
Relations I
General I
P" Show inherited
Files
Mributes
Components
Nested
I Operations
r=
1
ICurrency
Date
Double
1
ILona
Detail
Name:
Oass: CUENTA
f;;7 Show classes
Type:
T'
e lnitial
Par...
,,..
r
...,
Stereotype:
Undo
Cut
Copy
Paste
lnitial value:
Export Control
I r Public r
Documentation:
I
r
,r.
Prívate
Protected
lmplementation
Delete
,..
lnsert
Specification ...
...,
<
>
1
... 1
OK
Cancel
ti.pply
Help
Browse
..-1
1
1
OK
Apply
Help
Cancel
ftrowse
1
1.
Se pulsa
Clic derecho sobre el
atributo
2.
En General colocar el nombre
del atributo y
en
y se selecciona Specification
tipo buscar o digitar el tipo Int o Integer
Mg. Ing. CIP Elvis Henry Guzman Aquije
Diapositiva N°17
O.. Class Specification far CUENTA
Relations I
?
X
Nested I
I
Components
Detail
Flles
I Attributes
General I
P" Show inheriled
Operations
I Ster. .
I Retum tvoe
Void
Boelean lnt
I Parent
CUENTA
CUENTA
CUENTA
1 Ooeration depositar
girar balance
CUENTA
Balance : lnt
depositar (monto : lnt): Void
girar(monto: lnt):
Boolean
balance()
:
lnt
<
>
I
OK
Cancel
Apply
.ro Nse
Help
Mg. Ing. CIP Elvis Henry Guzman Aquije
Diapositiva N°19
Características (III)
O.. Operation Specification for depositar ?
X
O.. Argument Specification for monto
General j
?
X
? X
O.. Class Specification for CUENTA
Relations I
? X
I
Semantics I Postconditions
Semantics I Postconditions I Rles
Components I
Preconditions
General
Rles
Nested
Rles
I Exceptions
Preconditions
General
I
Detail I Ex.ceptions
General I
P' Show inherited
Detail
Detail
Operations
Attributes
Owner: depositar
Name:
jmonto
&'guments:
Arguments:
Jype:
T e
lnt
Name
monto
Default
Retum
T e
Name
Default
D ault:
Undo
Cut
Copy
Paste
Delete
1
Undo
Cut
Copy
Paste
Delete
Qocumentation:
E_rotocol:
Protocol
lnsert
Specification ...
Qualification:
Qualification:
lnsert
Specification ...
Size:
S.ize:
Tme:
]me:
CQ.ncuirency-----------
(o' Seqb[ential (' uarded (' Synchronous
r Abst,act
r Guarded
r Synchronous
r .A.!;istract
<
>
ª-rowse "'1
OK
Cancel
Apply
Help
OK
Cancel Apply
Help
OK
,&)ply
e,pply
Cancel
OK
.!:ielp
Cancel
.!:ielp
.6.rowse "' 1
2.
Se pulsa clic derecho
sobre la parte blanca
1.
Se pulsa Clic derecho
3.
Al
insertarse
el
4.
Resultado
de
sobre
el
Método o
elemento se le cambia
implementación
de método y se
pulsa Ok
del
formulario
y
se
Operación
y
se
el nombre
el tipo
y
se
coloca
selecciona INSERT
selecciona Specification
Mg. Ing. CIP Elvis Henry Guzman Aquije
Diapositiva N°18
Relaciones entre entidades
l 1
I
·
Q. Associeti on Specificetion for Registra
Association Specification for Re91istra1
Q.
General
Role B General
Deiail
Role A Iletail
Role A General
General
Role B General
Deiail
Role A Detail
Role A General
Role B Deiail
I Role B Detail
Reg
CLIENTE
VENTA
Bement:
Bement:
Bole: 1
!:onstraints
Bole: 11
onstraints
1..n
1..n
.....
.....
'y
O.. Associa tion S pecification for Registra
_:_]
r tatic
1,
1,
P !::J.avigable
r friend
P .!::!.avigable
r friend
Multiplicity:
M_ultiplicity:
r tatic
Role B General
General
Role A Detail
Role B Detail
Role A General
1
r &_¡gregate
r &;igregate
Detail
1
1
1
[D,ntalnment of CLIENTE
[D>ntainment of VENTA
Paren!:
Logical View
Name:
r.
r
· R,eference
r.
r By alue e
Ke'!'s/Qualifiers
r: By alue
_!Seys/Qualifiers
..:J
By R,eference
1,l_nspecified
_!::!.nspecified
:S_tereotype: 1
Role 8:
Element A: CLIENTE
I Name
1
I Type
I Type
Bement B: VENTA
Role !l_:
1
1 Narne
Qocumentation:
OK
OK
Cancel
Cancel
apply
.l::ielp
8pply
.l::ielp
. rowse
-ªrowse .... 1
.... 1
!l_rowse ,,.1
OK
Cancel
é,pply
!:!elp
Mg. Ing. CIP Elvis Henry Guzman Aquije
Diapositiva N°20
CLIENTE
Reg
Ingresa
1
istra
1
PROVEEDOR
VENTA
Ejercicio
Co ntro I ado r_re g istrar_oc
reg istrarDC (dlatos DC[DQ
alidlar cajero (cajero) O: Bo olean()
1
1
I nte rfaz_re g i strar_oc
cargar ventan a()()
accion registrar OC()()
can ce I ar() O
1
1
1
busca _v va1i
bu ca
1
"1
5nti dlad_J efe_tuJrno
lnteger
5nti dladl_cajero
.ft,cod'igo : lnteg er
1
cod'.igo :
bLJJscar cajero(cod'igo): Entidad_cajero()
b LJJ s car] etetu rn o ( oo d'i g o)() : Entid ad_J efe_tLJJ r no ()
7
b'U t,ca
1
1
1
5nti dad_caja
nLJJm: lnteger
fecha: Date
hora: Date
saldo final: lnteger
saldo inicial: lnteger
verifica
administra
/
1
re g i strars al do inicia 1 (d'i ne ro)()
obtenersaldoinicial 00: lnteger
obtener cajamurn entidlad_caja) O: 5ntidladl_caJaO
I nte rfaz_ve rifi car_oc
controlador_verificar_oc
"'cargar ventan a()()
""acci o n co nfi rm ar 00
carga opciones ()()
cancelar()()
1
1
""obtenerDC (codigo cajero)()
íl
Mg. Ing. CIP Elvis Henry Guzman Aquije
Diapositiva N°21
Ejercicio 2 –
solución
Identificar entidades o clases:
3.
Escultura
1.
Muestra
a)
b)
c)
d)
Material: mármol,
Altura
Peso
Estilo
bronce
a)
b)
c)
d)
e)
f)
g)
Nro. identificación
Artista
Año de creación
Titulo de la obra
Descripción
Tipo : pintura, escultura y otros
Condición: prestado, permanente
4.
Préstamo
a)
b)
c)
d)
e)
Nombre de colección
Fecha adquisición
Costo
Fecha de devolución
Estado: exposición, almacén
2.
Pintura
a)
b)
c)
Tipo : pintura, escultura y otros
Soporte: lienzo, papel
Estilo: impresionista, abstracto
5.
Origen
a)
b)
País
Cultura
Mg. Ing. CIP Elvis Henry Guzman Aquije
Diapositiva N°23
Ejercicio 2
Diseña un diagrama de clases UML que recoja la siguiente información sobre un museo:
El museo tiene una colección de objetos de arte. Cada uno tiene su nº de identificación, artista y año de
creación (si se conocen), título y una descripción.
Los objetos de arte se clasifican en varias categorías:
Basándose en su tipo se distinguen pinturas, esculturas y otros. Las pinturas incluyen el tipo de pintura
(óleo, acuarela, ...), soporte (lienzo, papel, ...) y estilo (impresionista, abstracto, etc.). Para las esculturas
se almacena el material (mármol, bronce, ...), altura, peso y estilo.
Basándose en su pertenencia al museo se distinguen objetos en préstamo u objetos de la colección
permanente. Para estos últimos se guarda la fecha de adquisición y coste además de si está en
exposición o en almacén. Para las obras en préstamo se incluye el nombre de la colección a la que
pertenece, la fecha en la que se recibió en préstamo y la fecha de devolución.
Por cada objeto de arte se tiene también información sobre su origen mediante información de su país y
cultura (romano, egipcio, maya, etc.) y su época (renacimiento, neoclásico, etc.).
También se guarda información de los artistas: su nombre (se supone que único), fecha de nacimiento y en
su caso de defunción, país de origen, época, estilo principal y descripción.
En el museo se celebran diferentes exposiciones, cada una de ellas tiene un nombre que la identifica, tiene
una fecha de comienzo y de finalización e incluye el conjunto de objetos de arte exhibidos.
Sobre las colecciones de obras de arte con las que el museo intercambia obras es útil guardar su nombre
(único), tipo (museo, colección privada, etc.), descripción, dirección, teléfono y el nombre de la persona de
contacto.
Mg. Ing. CIP Elvis Henry Guzman Aquije
Diapositiva N°22
Mg. Ing. CIP Elvis Henry Guzman Aquije
24