Modelamiento de

Software y Negocios
Jorge Maturana Ortiz
Septiembre 2004
Tabla de Contenidos
PARTE I: ModeIamiento de Software
1. ¿Por qué modelar?
2. ¿Qué es UML?
3. Elementos de Orientación a Objetos
4. Estructura de UML
5. Diagramas de UML
6. Trazabilidad
PARTE II: ModeIamiento de Negocios
7. Modelamiento de Negocios con ÌDEF
8. Modelamiento de Negocios con UML (Eriksson-Penker)
9. Diagramas UML para Modelamiento de Negocios
PARTE III: Herramientas
10. Demostración de Enterprise Architect (UML)
11. Demostración de AllFusion BPWin (ÌDEF)
¿Por qué modelar?
Casas de perro y rascacielos
¿Qué es un Modelo?
Representación simplificada de la realidad
Recoge sólo aspectos de interés
Promueve entendimiento
Útil para:
Comprender
Describir
Predecir
Responder preguntas
SW: Modelar es diseñar aplicaciones de SW
antes de codificarlas
Modelos de Software: ¿para qué?
Disminuye costos de falla
Ìmportancia del modelamiento aumenta
con el tamaño de los proyectos de SW
(casas de perro - rascacielos)
Aspectos de Calidad de SW:
Externa (observable)
Ìnterna (no observable)
Principios de modelado
1. Elegir los modelos a utilizar que sirvan al
propósito deseado
2. Los modelos pueden ser expresados en
distintos niveles de precisión
3. Mientras más coherente sea un modelo con
la realidad, mejor
4. Cualquier sistema no trivial se aborda mejor
con varios modelos casi independientes
¿Qué es UML?
¿Se come?
¿Qué es UML?
Lenguaje para especificar, visualizar, y
documentar modelos de sistemas de software
Orientado a Objetos
Lenguaje, NO método de desarrollo
Diagramas se agrupan en 5 perspectivas:
Usuario
Estructura
Comportamiento
Ìmplementación
Despliegue
Historia de UML
1970-1980: Aparecen varios lenguajes OO
1994: Más de 50 Lenguajes de modelamiento diferentes
Lenguajes se empiezan a mezclar, emergiendo los más
predominantes
Booch, Rumbaugh y Jacobson se unen bajo el alero de Rational
1996: UML 0.9
1997: UML 1.0 (UML Partners Consortium)
1997: UML 1.1
1998: UML 1.2
1999: UML 1.3
2000: UML 1.4
Fines de 2004: UML 2.0
Elementos de
Orientación a Objetos
Acercándose al paradigma
Clases y Objetos
"reloj¨
Variables: hora
minuto
Métodos: fijar hora
dar hora
Relación entre clases
Reloj
Reloj de
manecillas
Reloj
digital
Herencia: establece una
jerarquía de clases. Se heredan
las características de los padres
pertenece a
(asociación)
tiene
(agregación)
Asociación: relación simple entre clases
Agregación: relación estrecha entre clases
Estructura de UML
4 + 1 = 5
·Diagrama de Clases
·Diagrama de objetos
·Diagrama de Casos de Uso
·Diagrama de Secuencia
·Diagrama de Colaboración
·Diagrama de Actividades
·Diagrama de Estados
·Diagrama de Deployment
·Diagrama de componentes
Vistas de UML ÷ Modelo 4+1
Diagramas de Clase
La estructura
Diagrama de Clases: ¿Para qué?
"Corazón¨ de un Modelo UML
Muestra estructura estática de clases en un sistema
Representa:
Clases con sus variables y métodos
Ìnterfaces
Colaboraciones y relaciones entre clases
Utilizado para modelar la realidad o un sistema
computacional a construir
Diferentes perspectivas: desde conceptual a
implementación
Diagrama de Clases: Elementos (1/2)
Clase: Abstracción de entidad que indica
variables y métodos
Herencia: relación de especialización entre
clases
Asociación: relación entre clases, puede
poseer navegabilidad y multiplicidad
Persona ReIoj
1 *
ReIoj
- hora: int
- minuto: int
+ fijarHora() : void
+ darHora() : hora
ReIoj
ReIoj_ManeciIIas
Diagrama de Clases: Elementos (2/2)
ReIoj_ManeciIIas ManeciIIa
Composición: Relación fuerte entre objetos
"compuesto de¨
Ìnterfaz: Comportamiento estándar que es
implementado (realizado) por una clase
Clase asociada: Clase que nace de la
asociación entre otras dos, y que no tiene
sentido sin ella
Int_Reloj
«realize»
ReIoj
Arrendatario Departamento
Contrato
Diagrama de Clases: Ejemplo
CIiente
- rut: int
- nombre: string
- renta_mensual: int
Cuenta
- numero: int
- saldo: int
- cliente: Cliente
- estado:
+ abonar() : void
+ creditar() : void
+ retornar_saldo() : void
+ transferir_dinero() : void
+ abonar_a_cuentas() : void
Cta_Corriente
- sobregiro: int
+ calcular_multas() : void
Cta_Ahorro
- giros_anuales: int
- tasa_interés: int
+ calcular_interes() : void
Interfaz_Cuenta
Transacción_Redbanc
+ girar_dinero() : void
+ consultar_saldo() : void
+ pagar_cuentas() : void
+ depositar_dinero() : void
Transacción_Web
+ consultar_saldo() : void
+ pagar_cuentas() : void
+ transferir_fondos() : void
Contrato
- fecha_Ìnicio: date
- ejecutivo_responsable: string
- plan: Plan_de_contrato
PIan_de_contrato
- nombre_plan: string
- interés_extra: float
- adicionales_gratis: int
1 0..*
«realize»
herencia
interfaz
cIase asociada
composición
navegabiIidad
asociación
muItipIicidad
atributos
métodos
cIase
reaIización
Tarjetas CRC
Ìdentificando clases
CRC: Clase-Responsabilidad-
Cooperación
Método para facilitar la identificación de
clases
Repositorio Cuentas
Repositorio Usuarios
Datos de transacción
Usuario actuaI
Giro de dinero
Abono de dinero
ConsuIta de saIdo
Transacción bancaria
nombre cIase
datos y acciones
coIaboradores
Diagramas de Objetos
Clases en acción
Diagrama de Objetos: ¿Para qué?
Muestra la estructura de los objetos en
tiempo de ejecución
Ìlustra un caso particular: una "foto¨
Muestra:
Objetos vivos
Relaciones entre objetos
Diagrama de Objetos: Elementos
Juan:Persona Boby:Perro
Objetos: Ìnstancias de clases. Objetos "vivos¨
Enlace: Relación entre dos objetos vivos
Juan:Persona
Diagrama de objetos: Ejemplo
Renato Ruiz :
CIiente
1203332 :
Cta_Corriente
103 :Contrato
PreferenciaI :
PIan_de_contrato
objeto
enIace
enlace Asociación
Objeto Clase
Diagrama de objetos Diagrama de cIases
Diagramas de
Casos de Uso
Entendiendo al cliente
Diagrama de CU: ¿Para qué?
Muestra el comportamiento desde un punto de
vista externo (cliente)
Se enfoca en QUÉ, no CÓMO
Útil para organizar y modelar el comportamiento
de un sistema
También sirve para modelar sistemas existentes
Diagrama de CU: Elementos (1/2)
Actor: Entidad que interactúa con el sistema
(personas / otros sistemas)
Caso de Uso: Secuencia de acciones que
produce un resultado útil y observable para un
actor
Límite: Barrera que define el interior y el
exterior del sistema
CIiente
Compra combo
Diagrama de CU: Elementos (2/2)
Compra combo Pago
«include»
Compra combo
Agranda combo
«extend»
Compra Compra Combo
CIiente
Compra
Asociación: Relación de uso entre un actor y
un Caso de Uso
Ìnclusión: Comportamiento de un caso de uso
"invocado¨ por otro
Extensión: Comportamiento alternativo de un
Caso de Uso, se pone aparte
Herencia: Relación de especialización entre
Casos de Uso.
Diagrama de Casos de Uso: Ejemplo
cIiente
ConsuItar saIdo
vaIidar usuario
soIicitar préstamo
reaIizar
transacción
«extend»
«include»
actor
caso de uso
asociación
extensión
incIusión
herencia
Iímite deI sistema
Diagramas de Análisis
de Robustez
De las ideas a la estructura
Diagrama de Robustez: ¿Para qué?
Sirve como un puente para pasar del análisis al
diseño
Ayuda a identificar principales bloques de la
estructura
Muestra diferencias entre tipos de elementos
que constituirán el sistema
Diagrama de Robustez: Elementos
Ìnterfaz
Motor Clientes
Repositorio OT
Actor: Entidad que interactúa con el sistema
Clase límite: Representa una interfaz con un
actor
Clase Control: Representa un elemento con
lógica del sistema
Clase Entidad: Representa un elemento con
conocimiento de los datos
Límite: Define interior y exterior del sistema
CIiente
Diagrama de Robustez: Ejemplo (1/3)
cIiente
ConsuItar saIdo
vaIidar usuario
soIicitar préstamo
reaIizar
transacción
«extend»
«include»
CIiente
Ìnterfaz Redbanc
Motor transacciones
Motor Usuarios Repositorio Usuarios
Repositorio Cuentas
Diagrama de Robustez: Ejemplo (2/3)
CIiente
Ìnterfaz Redbanc
Motor transacciones
Motor Usuarios Repositorio Usuarios
Repositorio Cuentas
Redbanc
Usuario
Cuenta
Transaccion
CIiente
Diagrama de Robustez: Ejemplo (3/3)
CIiente
Ìnterfaz Redbanc
Motor transacciones
Motor Usuarios Repositorio Usuarios
Repositorio Cuentas
cIase Iímite
cIase entidad
cIase controI
asociación
actor
Iímite
Diagramas de Secuencia
Líneas de vida
Diagrama de Secuencia: ¿Para qué?
Describe vista dinámica de un sistema
Resalta la ordenación temporal de los
mensajes
Muestra creación y destrucción de objetos
Describe un escenario concreto
Diagrama de Secuencia: Elementos
Motor
método(parámetro)
ack
Objeto: Ìnstancia de una clase que participa en la
acción
Línea de Vida: Línea que indica el tiempo
durante el cual el objeto vive
Mensaje: Ìnvocación de un objeto a un método
propio o de otro objeto
Respuesta: Mensaje de respuesta a una
invocación
Muerte: Término de la vida de un objeto,
provocado por un mensaje
Diagrama de Secuencia: Ejemplo
Cliente
Cta_Corriente Cta_Ahorro Redbanc
Transacción
traspasar dinero
Ìnicia transacción
traspaso(monto)
consulta saldo
saldo
saldo suficiente
debita(monto)
ok
abona(monto)
ok
transacción ok
transacción ok
Iínea de vida
mensaje
respuesta
muerte
objeto
Diagramas de Colaboración
Ayúdeme usted compadre
Diagrama de colaboración: ¿Para qué?
Propósito similar al diagrama de secuencia: mostrar
interacción entre objetos
Resalta la organización estructural de los objetos que
interactúan
Muestra Objetos, Enlaces y Mensajes
En UML 2.0 se llama "Diagrama de Comunicación¨
Diagrama de colaboración: Elementos
Objeto: Ìnstancia de una clase que participa en la
acción
Enlace: Línea que indica relación estructural
entre objetos
Mensaje: Ìnvocación de un objeto a un método
propio o de otro objeto, posee un número de
secuencia para reconocer el orden
CIiente Cuenta
1: método()
CIiente
Diagrama de colaboración: Ejemplo
Transacción Cta_Corriente
Cta_Ahorro
1: consulta saldo
1.1: saldo
1.2: saldo suficiente
1.3: debita(monto)
1.4: ok
1.5: abona(monto)
1.6: ok
objeto
mensaje
enIace
¿Secuencia o Colaboración?
Colaboración Muchos objetos
Secuencia
Preferible
Colaboración
Pocos objetos
Muchos
Mensajes
Pocos
Mensajes
Diagramas de Actividad
Pasos a seguir
Diagrama de Actividades: ¿Para qué?
Muestra flujo de actividades de un sistema
Parecido a diagramas de flujo
Admite semántica de concurrencia y sincronización
Permite modelar decisiones
Se puede utilizar para modelar negocios
Diagrama de Actividades: Elementos
Actividad
Ìnicio: Punto en donde se inician las actividades
Actividad: Acción o conjunto de acciones a ejecutarse
Barra de sincronización: Ìndica el comienzo (fork) o
sincronización (join) de actividades concurrentes
Transición: Denota traspaso del control desde una
actividad a otra
Decisión: Flujos de control alternativos
Fin: Denota término de actividades
Diagrama de Actividad: Ejemplo
inicio
fin
actividad
fork
join
decisión
transición
ConsuIta a Dicom ConsuIta a BD cIientes
RecopiIar informacion de
cIiente
Rechazar cIiente
abrir cuenta
¿cliente apto?
sí no
Diagramas de Estados
¿Cómo estás?
Diagrama de Estado: ¿Para qué?
Máquina de estados que describe el ciclo de
vida de un sistema o un objeto del sistema
Ìdentifica estados posibles y qué causas
provocan los cambios de un estado a otro
Resalta comportamiento en función de eventos
Diagrama de Estado: Elementos
Ìnicio: Punto en donde se inician las actividades
Estado: Condición reconocible dentro de un conjunto
finito en los que se puede hallar un sistema u objeto
Transición: Paso de un estado a otro gatillado por un
evento
Fin: Denota término de ciclo de vida
esperando
evento
Diagrama de Estados: Ejemplo
activa congeIada
congelada durante una año
apertura por cliente
reapertura por cliente
inutilización durante un año
cierre por cliente
inicio
fin
estado
transición
cuenta cerrada
Diagramas de
Componentes
De lo lógico a lo físico
Diagrama de Componentes:¿Para qué?
Muestra los componentes físicos del software
(archivos, BD's)
Muestra tipos de componentes y relaciones
entre ellos
Normalmente se relaciona con diagramas de
clase
Diagramas de Componentes:
Elementos
«realize»
<<dll>>
Transacciones
Interfaz Clientes
Componente: Parte física de software: archivo
Dependencia: Relación de necesidad de un
componente por otro
Ìnterfaz: Comportamiento estándar que es
implementado (realizado) por un componente
Realización: Ìndica que un componente implementa
el comportamiento definido por la interfaz
Diagrama de Componentes: Ejemplo (1/2)
Redbanc
Usuario
Cuenta
Transaccion
CIiente
Redbanc
Motor CIientes
Motor Cuentas
Interfaz Clientes
Interfaz Cuentas
«realize»
«realize»
Diagrama de Componentes: Ejemplo (2/2)
Redbanc
Motor CIientes
Motor Cuentas
Interfaz Clientes
Interfaz Cuentas
«realize»
«realize»
componente
interfaz
reaIización
dependencia
Diagramas de Despliegue
Cada cosa en su lugar
Diagrama de Despliegue: ¿Para qué?
Muestra información del Hardware (PC's, PDA's,
servidores, etc.) y sus conexiones
Modela el mapeo SW / HW
Al igual que los Diagramas de componentes,
muestra dependencia entre componentes
Diagrama de Despliegue: Elementos
«Servidor UNÌX»
Servidor
ApIicaciones
CIient DB
CIient Server
Nodo: Recurso de Hardware en donde se aloja algún
componente
Enlace: Conexión entre nodos
Componente: Parte física de software: archivo
Dependencia: Relación de necesidad de un
componente por otro
Diagrama de Despliegue: Ejemplo
Máquina Redbanc «unix»
Servidor Banco
Motor CIientes
Motor Cuentas
Interfaz Clientes
Interfaz Cuentas
Redbanc
«realize»
«realize»
nodo
componente enIace
dependencia
Diagramas de paquetes
Agrupando la multitud
Diagrama de Paquetes: ¿Para qué?
Agrupa elementos de un diagrama para
facilitar su comprensión
Aplicable a todos los diagramas de UML
Diagrama de Paquetes: Elementos
Repositorios
+ Repositorio Cuentas
+ Repositorio Usuarios
Paquete: Recurso de Hardware en donde se aloja
algún componente
Dependencia: Relación de necesidad de un paquete
por otro (Nace de la relación de elementos que se
encuentran en distintos paquetes)
Diagrama de Paquetes: Ejemplo
CIiente
Ìnterfaz Redbanc
Motor transacciones
Motor Usuarios Repositorio Usuarios
Repositorio Cuentas
Interfaces
+ Ìnterfaz Redbanc
Lógica de Negocio
+ Motor transacciones
+ Motor Usuarios
Repositorios
+ Repositorio Cuentas
+ Repositorio Usuarios
paquete
dependencia
Trazabilidad
¿De dónde salió esto?
Trazabilidad: ¿Para qué?
Ìndica el "porqué¨ de diagramas o
elementos de un diagrama
Relaciona elementos de diagramas en
distintos niveles de abstracción
Útil para la gestión de cambios
Trazabilidad: Elementos
«realize»
Realización: Ìndica que un elemento de un diagrama
corresponde a otro, en distintos niveles de
abstracción.
Trazabilidad: Ejemplo
«PC»
Redbanc
«UNÌX»
Servidor Banco
ReaIizar
transacción CIiente
VaIidar Usuario
Redbanc
Transacción
Interfaz Usuario
Usuario
Componete
Redbanc
Componente
Transacción
Componente
Usuario
«include»
«realize»
«realize»
«realize»
«realize»
«realize»
«realize»
«realize»
Modelamiento Básico
de Negocios
Del software a los negocios
¿Por qué modelar negocios?
Objetivo último de los sistemas de software:
apoyar correcta y completamente el negocio
Entonces, es necesario modelar el negocio:
Para comprender sus mecanismos principales
Para identificar sus flaquezas
Para tener una base sobre la que construir
innovaciones
Para apreciar cómo los cambios afectarán el negocio
Diferentes enfoques
Principio de diseño #1: Elegir modelos
adecuados a lo que se desea modelar
Los negocios tienen aspectos ajenos al
software: metas, equipos de trabajo, recursos no
computacionales, etc.
UML "puro¨ presenta dificultades para modelar
negocios
ÌDEF
Nacido para los negocios
¿Qué es ÌDEF?
ÌDEF: Integrated Definition
Lenguaje de modelamiento para describir
operaciones
Creado por la USAF
Desarrollado por KBSÌ (Knowledge Based
Systems Ìnc.)
Conjunto de diagramas ÌDEF 0 - ÌDEF 14
Paradigma estructurado
ÌDEF: ¿Para qué?
Facilidad para modelar negocios
Sintaxis más rigurosa que UML
Modelamiento de Negocios:
ÌDEF 0: Para modelar QUÉ se hace
ÌDEF 3: Para modelar CÓMO se hace
ÌDEF 0: Elementos
Actividad
Actividad: Acción o conjunto de acciones a ejecutarse
Flecha de precedencia: Ìndica flujo de distintos tipos
dependiendo de su posición:
Borde Superior: Control
Borde Ìzquierdo: Recurso (Ìnsumo)
Borde Derecho: Resultado
Borde Ìnferior: Recurso (catalizador)
ÌDEF 0: Ejemplo (1/2)
ÌDEF 0: Ejemplo (2/2)
ÌDEF 3: Elementos
Unidad de Trabajo: Acción a ejecutarse
AND síncrono y asíncrono: "y¨ lógico entre actividades
concurrentes
OR síncrono y asíncrono: "o¨ lógico entre actividades
concurrentes
XOR: "o exclusivo¨ lógico entre actividades
concurrentes
Trabajo
1.1
& &
O O
X
ÌDEF 3: Ejemplo
Modelando Negocios
con UML
Eriksson-Penker
Dialectos de UML
Extensiones de UML para algún propósito particular
Mecanismos de extensión:
Estereotipos: etiquetas del tipo <<negocio>>, o modificación de
elementos gráficos)
Tagged values: par variable-valor del tipo {cargo=gerente}
Restricciones: Expresiones booleanas del tipo {edad<40}
Dialecto Eriksson-Penker:
Extensión orientada al modelamiento de negocios
Similar en cierto aspecto a ÌDEF 0
Sintaxis más libre
Dialecto Eriksson-Penker
Conceptos principales para definir negocio:
Recursos: objetos en el negocio
Procesos: actividades que se realizan
Metas: propósito del negocio
Reglas: frase que define o restringe algún aspecto del negocio,
representa el conocimiento del negocio

Vistas utilizadas:
De visión de negocio: expresa objetivos
De procesos de negocio: expresa actividades y creación de valor
De estructura de negocio: expresa recursos y su estructura
De comportamiento de negocio: expresa comportamiento
individual de recursos de interés
Diagrama de Visión de Negocio
Disminuir_tiempo_de_atención :
Meta_cuantitativa
Reducir_número_de_trámites :
Meta_cuantitativa
Aumentar_número_de_ejecutivos :
Meta_cuantitativa
Conseguir_aumento_de_presupuesto :
Meta_cuantitativa
Aumentar_horario_atención :
Meta_cuantitativa
objeto: meta cuantitativa
dependencia
Diagrama de Procesos de Negocio
Ejeutivo de Negocio Depto.Proyectos
EIaboración Anteproyecto
Necesidad
del Cliente
«entregable»
Documento
Visión
«trabajador»
Ejecutivo
Negocio
«procedimiento»
CVPS
«trabajador»
FuncionaI
PIanificación
«objetivo»
definir marco de
proyecto y
formaIizar su inicio
«trabajador»
Director de
Proyecto
«objetivo»
Definir proyecto y
estimar costo
«entregable»
Informe de
FactibiIidad
«control»
«cumple»
«recurso»
«recurso» «recurso» «recurso»
«cumple»
«control»
meta
proceso de negocio
recurso
evento
controI
Diagrama de Estructura de Negocio
Unidad
Empresa
Trabajador
1
1..*
1
1..*
1
0..*
CodeIco :Empresa
GC TIC :Unidad
VP
ComerciaIización :
Unidad
VP Servicios
Compartidos :
Unidad
VP DesarroIIo y
Proyectos :Unidad
GC
Abastecimientos :
Unidad
«gerente corporativo»
Juan ViIIarzú :
Trabajador
diagrama de cIase de estructura diagrama de objetos de estructura
Diagrama de Comportamiento de
Negocio
Recibida
Confirmada
CanceIada
En produción Entregada
Recepción de Orden
Fin
verificación de orden
envío a producción
Entrega a cliente
cancelación de orden
cancelación de orden
Diagramas en esta Vista:
De Estados
De Colaboración
De Secuencia
Herramientas
Manos a la obra
Herramientas
UML:
AllFusion
Rational Rose
Enterprise Architect
Poseidon
System Architect
Magic Draw
Visio
.
ÌDEF:
AllFusion (BPWin)
AÌ0 Win
ProSim
System Architect
WorkFlow Modeler
ÌDEFine
.
Referencias
¿Dónde sigo?
Referencias
Libros
Booch, Rumbaugh, Jacobson, "El lenguaje Unificado de
Modelado¨, Addison-Wesley
Fowler, Scott "UML Gota a Gota¨, Addison-Wesley
Eriksson, Penker, "UML Business Patterns at Work¨, OMG Press
Jacobson, Ericsson, Jacobson, "The Object Advantage :
Business Process Reengineering with Object Technology",
Addison-Wesley
Websites
http://www.uml.org
http://usecasedriven.com/UML.htm
http://www.idef.com
http://www.umlderby.org/
Papers
Eriksson, Penker, "Business Modeling with UML¨

! "# $ % & ! "' % ( )& *! + !+ ( ) .! / ( ) 0! 1! 4! 9! / !/ !/

,

-

2/+3 ( ) 5+ 6 ( ) , , + : 3 : ; 5( )8 <#= 52/+38

7#

6 8

"#

$ %

&

? & ."' % > > # . % @ / # > A =A B = .

A" / 2 B 5 : +C 2 5 5 ? ? $ %& = 7 =A 8 8 8 .

? . C $ ? . !) ? *! E ! ? $ D .# !+ .

"' % " ( )& & .

"' % ) - ( )& E? E ) / ( + 2 / . ? A . .E % .

) ) < .E > 990A ( ) 991A ( ) 991A ( ) 994A ( ) 999A ( ) A( ) 3 .F ( ) 91 7 94 A : 99 A D . !9 ! 5( ) # ! ! !* ! A( ) ! ? E 8 D > - .

: D - .+ .

. . .- G -H I % A A .

> A $ J J . 8 5 . A . > > - > 5 . . A ! . 8 . .

+ K L. ( ) .

I M/ M/ - ( )N K M/ M/ M/ M/ M/ M/ . : + ? ( M/ / .

/ ) .

/ G > 2 A "# . H D A ? % $ %& ( ) ( / . ? A .

. A ? . $ . : P . A+ A: ? % . A A 58 A ? 58 A ./ 7 7 K K .F F 5 O 8 F A . E .

! $ E $ . 5 O 8 - Q R 2 A 5 8 D $ A . A> H ./ G A+ .

S2 A ? S A # S S A 7 7 7 ! A % A S 58 A ? 7 K S ! A 58 A ? A ' $ $" ( # A S A S % S C S A A A ! 7 7 K S S # ./ & & " !" 7 7 7 7 K K K K K A A A A 58 A ? 58 A ? S S S S !!P 58 A ? 58 A ? 58 A ? 7 7 7 Q R A +$ K K K K S S S 58 A ? 58 A ? 58 A ? S 58 A ? % $ K K K S S S 58 A ? 58 A ? 58 A ? ! 7 7 7 ! .

2 > .

% 7> 7 . $ ) " * $ ! " " !" ) " $ + $ .> A .

/ . - .

A "# A G $ %& H - ./ 2 A > ?? .

" .$+ + A> ." A2 A+ ! G? ? H ./ . - ?? .

.01 ! ! ./ - A +$ "& ! ./0111/ ! $ : .

/ ( + .

/ ? C 5 '(TE @ % ? (A "# 8 U $ %& C .

/ : 5 ! (A + A+ O $ V 8 5 O 8 ! $ ( A V ? $ )J C A< $ .

! ! ! $ F A> . A H . A> ( . ( ! ./ ! ! (A + : . 5 O 8 ! $ Q R 2 G ? +C ! $ Q C R $ ? E . A ( .

/ " ( A +- & ' " " Q R " R ( ! " Q C # 2 3 .

/ > / : D .

/ > A "# $ %& ? : B $ D $ D .

/ ! > : A+ J 2 A+ $ A> V A> . + > A> )J A/ C .

/ & ' > " " A +- 5 O*8 Q ! " R Q C R ( ( 2 ! > > ( > .

/ > ( 2 > > ( A +- 5 O*8 ! > ) " $ ! !" .

/ > A +- 5*O*8 3 ( > ( 2 ! > > 3 .

/ )J ? .

/ / > . A "# $ %& . / ? D . - .

/ )J A2 .A2 ? > ? A . A % ? A )J . A+ $ $ % 5 D 8 ?? % ? E 6 . I .

6 6 5 6 8 5 6 8 " ./ $ $ A +! ! ! # 2 . . 5 8 3 ' " .

/ : V . .

. . H + ( ) ! ./ # . A "# A $ %& > V E+ - $ G/ . .

- E V % . . A+ .A2 ? A % 58 ./ ! . A2 $ ! !" + A )J - $ .

A 5 !0A 6 8 ! # $ ./ ! A A !*A ! A . A +- 5 8 ! A 6 ! ! !.

. . - . . & ." # # # .

/
#

: ?

/
# : # D

: ?
? -

A "#

$ %&

,

/
2
'

: ?
A# A: , , A2 , 5, A/ ? / 3 A/ , A3 % 8

A+
? 5 ? 68

: ? <

? ?

/ : ? A +- 4 ! " ! " ' " J $ " # & & .

/ " . D & + .

/ D$ ? 2 ? > + $ A "# $ % $ %& . ? .

- ? . A# ? 3 A/ % ? ./ 2 + A# A+ ? + A $ . .

B B ./ + A +- ' .

/ / . J .

? E </W 8 A"# $ %& ./ J 5 .

? / A> . 2 A 5 8 D $ Q R > . A2 $ ./ + XX YY A A# J A .

/ ) " A +- 5 O 8 $ ! !" Q R ! $ !" Q R .

/ A +& 5 O 8 ! Q R $ !" Q R & .

/ / .

F A "# $ %& 5# W E #/:W E ? E !8 C = O F= : $ / E ./ / .

! - A# J A ./ Q ? ' ( 2ZR / A> F A+ V ! ' + A C.? / A> . .

/ / A +- 56" $ Q ' CR ! Q $ R !" Q R .

/ : $ .

/ # $ A "# $ %& : . : ( ) .

. $ $ 8 $ ./ K> K> ( # $ # $ V A> A+ F - / 5 A> .

/ # $ ! A +( 2 > > ( 6" > K2 > 7 K K ( K> K> ( .

"/ . & . .

@ .A "# 2 G $ %H $ %& > ? . .

A+ Q R > . ! $ ? . A2 E .

A +& ! Q R 8 ) " Q R Q R Q R Q R $ ) " Q R Q R Q R Q# R $ Q( 2ZR ' - ! $ ! ! ) " .

<D

/

"#
-

$ %
? V

&
A

+
# # # #

E
$ ? , $ D

A

/
# )

$
B [ A+ $ A H E $ E ! - E

( )G

2/+3 .

"' % 2/+3A ) - 2/+3& / # 2 !8 ( :3 \< 2 5\ 2/+3 < 7 2/+3 .

2/+3A "# 3 C D $ %& $ ( ) A 2/+3 A # 2/+3 *A # '(T U . . .

2/+3 A + : ? : ? A: . - - 3 . < < < < A 2 $ / 2 A2 . A> A> 52 5 - 8 8 . A A> .

2/+3 A +- 5 O 8 .

2/+3 A +- 5 O 8 .

AG H . ? . ] ] ? > J J AG H . ? Z Z >A G C ? H .2/+3 *A + ! ( : / J .A: J .

2/+3 *A +- .

( ) + 6 7# 6 .

A . 7? / +C C + 6 . D 7# 6 A 2/+3 . E ./ +C + ? > ( ) ( ) C A $ D 8 A ? A +C V .

/ > # A > A + 6 A A . $ ? $ 7# 6 A V E I / ? . / / / ? A A C A C A C % ? ? A C . ? .

/ $ " I . ' " " ' " 9 " 5 ' " 9 " ' " ' " # " ' ! " " " ' " " .

/ +Q + & ? ? R " + # / Q !8 R !# Q ? R + + Q Q $ R + Q R Q " 8 R R Q R Q : $ R Q Q R " ' R Q R Q :" R Q R Q Q + R R ' " .

" 8 $ &9 ? R !!P ) ! !!P ) 8 & 8 ! ) ' 8 + ) + !!P $ *! ! ) $ ) *! " " $ " " ./ + ! Q .

/ / / + / / . $ . > . ! I A ?J " . . 3 + . ? ! .

F .

F ( )A : 3 > + # > : . / I ^ 2/+3A : 3 :2 = # = 63 2/+3 ^ 5<#= 8 : . . : .

> "/. & .

HE : . . AOO AOO AOO AOO # + 6 . .E E G+ . . ( )H ! O( )!.( _# A GE = . : ? # > . .E > 7= E G( ) _ _ HE : 7= E # 6 E G( ) < # = 6HE E+ E E` .> ) < 3 + 6 < : . 7= ! ! ! E# ! ? ! ! 6 E G< O .

Sign up to vote on this title
UsefulNot useful