Vous êtes sur la page 1sur 295

La presente publicación, le brinda una alternativa de desarrollo de sistemas de

información. Si bien es cierto estamos tan abatidos por una variedad de métodos,
técnicas y herramientas para la construcción de sistemas y en muchos casos tenemos
a clientes disconformes con el arduo trabajo de programación que no se acopla a las
necesidades de la organización a la que se desarrolla el proyecto informático.
Muchas de las veces se habrá preguntado ¿Por qué fracasan los Sistemas?, la
respuesta a ello es que las personas inmersas en el área de sistemas o que se dedican
a la construcción de sistemas no llegan a conceptuar el negocio y no los modelan, se
dejan llevar por las inquietudes y requerimientos inmediatos de sus clientes sin tener
una visión panorámica del negocio, ni proyección futurista, ni previniendo los posibles
cambios o incidentes de la organización.
Si es novato en la materia de análisis de sistemas de información, tiene en el primer
capítulo para aprender a identificar los conceptos básicos, para luego tratar el
apartado de las características de los procesos. Después posee el capítulo de los
Mapas Mentales, que le permitirán conceptuar el negocio; herramienta creada por
Tony Buzan para solucionar problemas de estudio y todo el quehacer del hombre,
basado en gráficos que emulan la ramificación de la neuronas y bajo ese modelo se
crean imágenes que sirven como guías para el pensamiento y que ayudan a no entrar
en el bloqueo mental, que seguramente usted en algunas veces los haya tenido,
cuando debió dar solución a un determinado caso. Aquí aprenderá a crear mapas
mentales desde el punto de vista de sistemas de información, usando la herramienta
de software ConceptDraw MindMap Profesional, quien le brindará la facilidad para
inducirlo en la construcción de mapas mentales, teniendo como premisa la lluvia de
ideas denominada “BRAINSTORMING”.
Luego hacemos referencia a la técnica IDEF (Integración y Definición de Funciones
organizacionales), aquí usted va ha poder identificar los procesos del negocio y
plasmar mediante la técnica las: entradas, salidas, mecanismos y controles, para cada
uno de los procesos identificados, también podrá ir ubicando los elementos para el
análisis y diseño orientado a objetos y para que de esta manera, sean el punto de
partida para poderlos llevar a UML, con el estudio de esta técnica, no tanto es
retroceder al análisis estructurado, pero creo que es un punto referencial muy
importante para entender a los procesos de negocio de mejor manera..
La siguiente parte de la publicación le corresponde a UML, Lenguaje Unificado de
Modelado, quien comprende un conjunto de capítulos y describen a los diagramas de:
casos de uso, secuencia, colaboración, clases, objetos, estados, actividades,
componentes y despliegue.
Después trato a los patrones de diseño, quienes ayudarán a asignar las
responsabilidades a las clases. Con el conocimiento de los patrones de diseño, que
son reglas utilizadas para definir los métodos de las clases, aprenderá a tener objetos
reutilizables, para luego crear los componentes que representarán la lógica del
negocio en el desarrollo de sistemas en capas, que están comprendidas en: Interfaz,
Lógica del negocio (componentes previamente compilados y reutilizables) y Base de
Datos.
A continuación brindo dos capítulos que le serán de mucha utilidad, ya que se trata
de las herramientas Case, considerado a la herramienta Rational Rose, como una de
las más utilizadas en la representación de la notación UML, pero no es la única,
también cuenta con la alternativa de software libre, para la cual encontramos en
edición comunitaria a Poseidón; en cada uno de estos capítulos se ha utilizado
gráficos de la interfaz de la aplicación que ayudarán a un mejor entendimiento en el
uso de cada una de las herramientas y más aun podrá complementar con la revisión
de la escuela virtual, a la cual usted ya tiene acceso por la adquisición de presente
libro.
Luego se ha considerado en tres capítulos, el estudio de un caso práctico de créditos
de un banco ficticio, que dará la visión de la forma de cómo se ensamblan los
modelos para la construcción de sistemas compactos y orientados a objetos, en
concordancia con los requerimientos y proyección de las organizaciones.
Además tendrá un capítulo de prácticas a desarrollar que le permitirán adquirir
habilidades en la creación de diagramas UML.
Espero que la presente Publicación pueda mostrar a las personas de sistemas un
camino para el desarrollo de los mismos, haciendo hincapié que todo sistema
construido sin previo análisis y diseño, está condenado a poder terminar su ciclo de
vida muy pronto, por muchas de las siguientes interrogantes: ¿Qué sucede, si sale el
experto en sistemas de la organización?, ¿Quién modifica y da manteniendo a un
sistema sin documentación, que fue creado por otra persona?, ¿Sus sistemas aceptan
los cambios de la globalización o políticas cambiantes del gobierno? , por ello y por
muchas cosas más hay que modelar los procesos de negocio, para crear un buen
software.
Dedicatoria.
“A la memoria de mi padre,
Juan Francisco Taboada Pozo.
A mi querida madre,
Pascuala Jiménez Castro.
A todos mis alumnos,
por ser la fuente de mi inspiración.”
Agradezco a todas aquellas personas que estuvieron pendientes, para que esta
publicación se terminase y para aquellas que creyeron en mí y me dieron el apoyo en
forma incondicional, quiero hacer mención a mis colaboradores: Joel Rodríguez Nicho,
Javier Pérez Cárdenas, Elizabeth Gómez, Freddy Leyva, Darling Fasabi, Víctor Munayco
y para Nilda, que supo tolerar el tiempo que he dedicado a la creación de la presente
publicación.
Siempre aprendo de quienes comparto la instrucción de un curso y quería hacer
mención a Javier Cavero y Elizabeth Calderón por sus ideas compartidas.
No podría obviar a mis amigos del alma: Beatriz Mendoza, quien es una motivadora
por excelencia, Miguel Maco, Cesar Ojeda con quienes me acompañan a ser realidad
los sueños.
Creo que Dios es un gran estratega, porque juntó a las personas adecuadamente para
formar sistemas y creo que yo como PC cliente conocí al servidor adecuado, César
Bustamante, quien me ha brindado el apoyo para cristalizar la publicación y tener a
un gran amigo; también mi agradecimiento a Juan Carlos Heredia por compartir su
amistad y apoyo, al personal de GrapPeru, Verónica, Natalí, Javier y a todas las
personas que incondicionalmente me brindaron su apoyo.
Terminología Básica
Dato
Información
Esquema De Dato E Información
¿Qué Es Un Modelo?
Proceso
Beneficios De Tener Modelos De Los
Procesos
Abstracción
Importancia Del Proceso De Abstracción
Usuarios
Sistemas
Ejemplos De Sistemas
Sistemas De Información (Si)
Tecnología De Información (Ti)
Tecnología De Información Versus
Sistemas De Información.
Test De Verificación De Aprendizaje
Dato
Es cualquier hecho que ocurre en el universo y que tiene una representación
almacenable.

Información
Datos Procesados que son utilizados en un contexto y transmiten un significado a los
individuos. Las computadoras procesan los datos sin tener constancia de los que éstos
representan en realidad.

Esquema De Dato E Información

UNIVERSO

PROCESO
Separar, clasificar,
DATO ordenar,
Calcular.
Insertar, Consultar,
Actualizar, Eliminar

El presente gráfico nos da una idea de cómo podemos diferenciar el concepto de dato
e información, si un periodista recolecta datos (notas de expresiones, graba
declaraciones, toma fotos), de un hecho, en este caso una “huelga”, a capturado datos
que luego los llevará a un proceso como es separar, clasificar, sacar resumen entre
otros; para luego producir información (artículo periodístico, nota televisiva).

¿Qué es un Modelo?
Cada vez que queremos construir una casa o edificio, lo primero que se debe de hacer
es dibujar un plano y crear maquetas de lo que va a ser la casa o edificio; igual
sucede para construir un sistema, se deberán crear los modelos que son como los
planos que servirán para identificar procesos, construir base de datos entre otros;
estando estos procesos identificados podemos construir sistemas de acuerdo a los
requerimientos de los usuarios.
Un modelo es la visión de lo que se diagnostica o se desea construir.

Proceso
Los procesos están conformados o integrados por grandes conjuntos de actividades,
funciones o tareas que existen debido a un negocio. Estos forman la gran estructura
del negocio para la acción, es decir toma de decisiones. A todo proceso se le deberá
identificar sus entradas y salidas porque siempre tendrán un comienzo y un final.
E NTRADA P ROCESO

VENDER
S ALIDA

DOCUMENTO
PEDIDO PRODUCTOS DE VENTAS

SUMAR
CALCULAR TOTAL
EMITIR DOCUMENTO

Beneficios De Tener Modelos De Los Procesos


Uno de los beneficios es conocer las actividades más importantes que interactúan en
el negocio con la finalidad que se pueda lograr una documentación clara, precisa y
gráfica de los procesos; de esa manera puedan ser analizados y diseñados de
manera efectiva. Esto permitirá diagnosticar y plantear soluciones o reestructurar
problemas en el entorno del negocio.
Otro beneficio de modelar procesos para poder acceder a una certificación ISO
(Organización de Estándares Internacionales), tales como: ISO 9000, ISO 2000. Los
ISO están conformados por un conjunto de propiedades o características de un
producto o servicio en su proceso dentro de una organización que permite asegurar la
calidad para quienes adquieren o hacen uso de los productos o servicios. Para ello se
obtiene una certificación ISO.

Abstracción
Se refiere a quitar las propiedades y acciones de un objeto para dejar sólo aquellas
que sean necesarias.

Marca Material
Número de Asientos Modelo
Número de motores… Color…

De acuerdo con los objetos mostrados, aplicando abstracción hemos identificado tres
atributos para cada objeto, sería innecesario identificar quien se sentará o en que
lugar se deba colocar etc.

Importancia del Proceso de Abstracción.


Es la capacidad humana que tenemos de poder discernir y obtener las propiedades y
acciones necesarias de los objetos para los modelos a construir, porque de no tener
claro este concepto llenaríamos de objetos, acciones innecesarias a la lógica del
negocio de estudio dificultando la identificación de los objetivos.

Usuarios
Los usuarios son los que interactúan con el sistema o se benefician de los resultados
de los mismos.
Los usuarios primarios son los que interactúan con el sistema. Ellos lo alimentan
(entradas) o reciben salidas, quizá por medio de un terminal.

Los Usuarios finales. Para este grupo se considera aquellos que usan los resultados
para la toma de decisiones como son los gerentes administrativos y asesores. Dentro
de este grupo tendríamos los usuarios externos de la organización, recibiendo la
información, como los recibos e informes de estado.

Por ejemplo, si analizamos el sistema de información de una empresa de telefonía: los


usuarios primarios serían los operadores que manipulan las interfaces de pagos,
consultas, entre otros; mientras que los usuarios finales serían los gerentes que
esperan los gráficos estadísticos de ventas o servicios para tomar una decisión. Hoy
en día los usuarios externos que adquieren los recibos de servicios, para la mayoría de
los sistemas Web, estos hasta cierto punto son primarios, porque pueden hacer
transacciones desde cualquier lugar del mundo.

Sistemas
Es un conjunto de componentes que interactúan entre sí para lograr un objetivo
común.
Ejemplo:

Sistema Contable
Sistema Nervioso
Sistema de Gobierno
Sistema Educativo
Sistema Contable
Sistema Digestivo

Características importantes de los sistemas

Todo sistema tiene una razón o fin de existencia.


Los sistemas interactúan con el medio ambiente.
Los componentes que forman un sistema pueden ser a su vez sistemas más
pequeños; es decir, los sistemas pueden estar formados por varios niveles de
sistemas o subsistemas. El cuerpo humano, por ejemplo, contiene subsistemas tales
como los sistemas respiratorio y circulatorio. Un automóvil tiene sistemas de
combustión, eléctricos y de control de emisiones. En general, en situaciones de
sistemas, es común tener varios niveles de sistemas interactuando entre sí.
Ejemplos De Sistemas
Sistema de Colegio

Subsistema de Subsistema de Pagos

N t

Subsistema de Subsistema de
matricula APAFA

Sistema de Tienda

Subsistema Subsistema de
de compras ventas

Subsistema Facturación
de almacén
Sistema de Gobierno

Poder Ejecutivo Poder Judicial

Poder Legislativo Jurado Nacional


de Elecciones

Sistema de Banco

Subsistema Subsistema Subsistema


Ahorros Cuenta Finanzas
Corrientes

Subsistema Subsistema
Prestamos Publicidad

Sistemas De Información (Si)


Basándonos en la definición propuesta por Andreu, Ricart y Valor (1991), entendemos
por sistema de información a:
“Conjunto integrado de procesos, principalmente formales, desarrollados en un
entorno usuario-ordenador, que operando sobre un conjunto de datos estructurado
(base de datos) de una organización, recopilan, procesan y distribuyen
selectivamente la información necesaria para la operatividad habitual de la
organización y las actividades propias de la dirección de la misma.

Tecnología De Información (Ti)


Conjunto de tecnologías que proporciona soluciones claras a determinados problemas.
Considera a la informática, telecomunicaciones. Ejerce un papel de capacitado,
catalizador y apoyo para los sistemas de información.
[GIL IGNACIO “Sistemas y Tecnología de información para la Gestión, Editorial
MCGRAWHILL, España 97]

Tecnología De Información Versus


Sistemas De Información
Hoy en día no existe un matrimonio armonioso entre los sistemas y tecnologías de
información, debido a que los usuarios no están capacitados en el conocimiento de
tecnologías y en contraparte los desarrolladores no logran aprender los procesos de
negocios por no manejar un lenguaje común entre usuarios y desarrolladores. En
consecuencia se crean sistemas de información con tecnologías que no se adapta a las
necesidades de los usuarios; cuando no existe una sincronización entre los procesos
reales, sistemas y Tecnologías de información, muchos usuarios de los que se resisten
al cambio, creen que la forma en que llevan en la actualidad sus procesos es mejor y
más seguro, dando por conclusión la no adaptación a los avances tecnológicos.
Quedando rezagados de los beneficios del mundo informático.
Test de Verificación de Aprendizaje

1) Mencionar 4 ejemplos de datos:

....................................
....................................
....................................
…..................................

2) Mencionar 4 ejemplos de información en función a la respuesta de la pregunta


anterior.
....................................
....................................
....................................
…..................................

3) Escribir en cada uno de los recuadros las actividades para los siguientes procesos
que se listan a continuación.

Confeccionar una camisa

BOTÓN

TELA
CAMISA

HILOS

MOLDE

Armar una silla

CLAVOS

MADERA
SILLA

PINTURA

COLA
Comprar un Televisor.

TV +
Pedir el TV FACTURA

4) Identifique a los usuarios de los siguientes


enunciados:

Empresa de Transportes “DOS AMIGOS”, María compra un pasaje para viajar a Piura,
Lourdes la atiende, Luis Miguel es el chofer que conducirá el bus desde donde viajará
María el cual llevará la nómina de pasajeros para el control policial. El que transcribe
las nóminas es Carlos. El Señor Canales es el que toma las decisiones de la empresa y
programa los viajes. Antonio, Pedro y Raquel tienen reunión de directorio cada fin de
semana.

Usuarios primarios: __________________________________________

Usuarios finales: __________________________________________

Sistema de Instituto: José Luis, Fanny y Rossana se matriculan en el instituto ABC,


sus dueños son Luis y Antonieta, Fernando es la persona encargada de programar los
horarios de laboratorio y de velar por el fiel cumplimiento del área de computación, lo
mismo lo hace César y Manuel que se encargan de las áreas de Mecánica y
Contabilidad respectivamente. Pedro, Dora y Jesús se encargan de velar por el
correcto funcionamiento de las aulas de los laboratorios, contratan a las secretarias, al
personal de seguridad y Víctor lleva la contabilidad de la institución.

Usuarios primarios: _____________________________________

Usuarios finales: _____________________________________


5) Mencionar los subsistemas para cada una de las
preguntas propuestas:

a) Sistema de una Editorial que publica revistas.

_FOTOS
_ARTICULOS
DE
PERIODISTAS
_ENTREVISTAS
_ENCUESTAS
_DIALOGOS
_DATOS DE
Internet

b) Sistema de edición y producción de un CD

Cantante
que recurre

?
a una
empresa de
grabación y
distribución
de música
Mis Notas:
Procesos
Información de los procesos.
Diferencia entre proceso y procesamiento.
Pasos para analizar procesos de negocios.
Identificar los procesos.
Identificar a los propietarios de los procesos.
Mantener la relación entre cada uno de los procesos.
Documentar.
Crear diagramas de procesos de primer nivel.
Creación de diagramas.
Crear diagramas de procesos de 2do. Nivel.
Entrega de diagramas a los propietarios de
Cada uno de los procesos para su revisión.
Concienciar explicando los procesos.
Características de los procesos.
Los procesos y las organizaciones
Orientación de las organizaciones
Calidad del requerimiento.
Test de verificación de aprendizaje.
Procesos
Información De Los Procesos
Cuando se inicia el estudio de una organización lo primero que debemos hacer es
identificar los procesos, que son como piezas de rompecabezas que tenemos que
armar para interpretar los negocios y de esta manera poderlos diagnosticar y después
reestructurar.

Diferencia Entre Proceso Y Procesamiento


Proceso.- Es el conjunto de actividades de trabajo interrelacionadas que se
caracterizan por requerir ciertos insumos (inputs, productos o servicios obtenidos de
otros proveedores) y tareas que implican valor añadido, con miras a obtener ciertos
resultados.
Procedimiento.- Es conjunto de reglas o instrucciones que determinan la manera de
proceder o de obrar para conseguir un resultado.

Pasos Para Analizar Procesos De Negocios

Identificar Los Procesos

En la mayoría de nuestras organizaciones tienen el modelo jerárquico en su


administración, por lo tanto tenemos que empezar a identificar a los procesos uní
departamentales, y en esta parte iremos aprendiendo las actividades de cada uno de
ellos, aquí se deberá tener cuidado con la revisión de documentos oficiales de la
empresa, ya que no siempre se sincroniza las funciones definidas, con las del
desempeño de cada uno de los procesos, A continuación se deberá identificar los
procesos Multidepartamentales que son los que enlazan la tela de araña de los flujos
de cada uno de los procesos en la organización.

Identificar A Los Propietarios De Los Procesos

Una vez identificados los procesos se deberá identificar quienes son propietarios de
cada uno de los procesos, porque conociendo al experto podremos programar sesiones
de aprendizaje de las actividades de los procesos que es dueño.
Mantener la Relación entre cada uno de los procesos

Cuando ya conocemos a los propietarios y tenemos toda una tormenta de procesos y


actividades debemos mantener una relación entre los procesos identificar para no
malversar la visión general de los procesos del negocio.

Documentar

No vasta en solo identificar y sincronizar, sino documentar los procesos diagnosticados


para poderlos modelar y de esa manera tener una referencia de lo que estamos
aprendiendo. Cuando los procesos están documentados los encargados de dirigir el
negocio puede administrar, reestructurar, para de esta manera seguir el ciclo de un
proceso.

Crear Diagramas De Procesos De Primer Nivel

Para comenzar a crear los diagramas del primer nivel suelen ser por lo general
complicados armarlos, ya que no siempre los usuarios te proporcionan el
conocimiento del negocio con flexibilidad, lo importante es que logremos involucrar al
cliente en el levantamiento de información, si el nivel cultural de los propietarios de
los procesos es bajo, te recomiendo usar mapas mentales como herramientas
iniciales para el levantamiento de datos, ya que irás diagramando con dibujos
naturalmente entendibles la lectura de los procesos reinando un lenguaje de
comunicación.
Si los propietarios de los procesos tienen un nivel cultural adecuado al aprendizaje de
los modelos técnicos te recomiendo usar la metodología IDEF0 (Integración y
Definición de Funciones Organizacionales Funcionales), ya que te permitirán
descomponer los procesos de arriba abajo identificando las entradas, salidas,
Mecanismos(quienes son los autores y/o elementos que transforman el proceso, así
como también los Controles(reglas, políticas) para cada uno de los procesos en todos
sus niveles.
Una vez identificados los procesos, vienen a hacer el paso previo para la construcción
de los casos de uso que están orientados a los escenarios, teniendo la particularidad
de crear subprocesos reutilizables con los conceptos de “<<extend>>“, proceso
extendido, “<<Incluye>>” proceso incluido.
Creación De Diagramas
Mapas Mentales

CASO DE USO IDEF


Crear Diagramas De Procesos De 2do. Nivel

Una vez identificados cada uno de los procesos se debe descomponer en niveles, y
cuando ya se descompuso en un nivel considerable de descomposición, para cada uno
de los procesos se deben descomponer en actividades.

2
2.2
1
1.1
2.1
a 1.2 2.3
b
c
1.3

Gráfica de cómo descomponer los diagramas de niveles inferiores.


Cada número representa a un proceso y las letras las actividades de cada uno de los
procesos.

Entrega De Diagramas A Los Propietarios De Cada Uno De Los Procesos Para Su


Revisión.

Una vez construidos los diagramas en cada uno de los niveles, deberán ser
entregados a los propietarios de cada uno de los procesos para su revisión, nunca los
analistas deberán subestimar el conocimiento del negocio, porque por muy similares
que puedan ser
los negocios siempre cada negocio tiene sus características peculiares.

Concienciar Explicando Los Procesos

Aquí es donde se pone a


prueba la capacidad del
Analista, con respecto a ser
un Diplomático, Pedagogo,
Psicólogo y Líder, en función
de llevar al grupo de
desarrollo y los clientes a
una comunión entre las
partes, tanto para vender su
producto y hacer que ese
producto satisfaga los
requerimientos de los
clientes. Para que de esa
manera el sistema de
información no fracase.
Características De Los Procesos
Una vez diagnosticados cada uno de los procesos se debe tener en cuenta, que es lo
que hacemos con los procesos identificados, para tal caso tenemos que evaluar si
los modelos son de Transición o de Transformación.
Si se encuentra en el criterio de someter a una transición deberá diseñar la manera de
manejar los procesos con el sistema de información computarizado.
En caso de tener el criterio de la Transformación de los modelos de los procesos
deberá reestructurarlos o en todo caso aplicar reingeniería que consiste en hacer
una Revisión Fundamental y rediseño de forma radical de los procesos con el objetivo
de tener grandes mejoras.

TRANSICION
Modelos de
MODELOS DE
PROCESOS
Procesos
DIAGNOSTICADOS Sistematizados

Reingeniería
TRANSFORMACION
Los Procesos Y Las Organizaciones

Orientación de las Organizaciones

Debe tener orientación


al Cliente

Organización ¿Qué Necesita?

Definición de Procesos
Organización ¿Cómo?
Gestión ¿Cuándo?
Equipos Humanos

Toda organización que desee estar en la vanguardia de este mundo globalizado,


deberá tener sus procesos correctamente modelados en función al cliente, teniendo
como secuencia indicar, Qué es lo que necesita el cliente del negocio proveedor; para
ello deberá haber definido correctamente la misión del negocio. A continuación se
debe tener en claro COMO y CUANDO necesita el Servicio o Producto, para luego
definir los procesos con el fin de indicar la organización funcional que administrará los
mismos. No sólo basta tener correctamente definido el proceso para estar a la
vanguardia, sino definir la Gestión que permitirá administrar el proceso modificado,
rediseñado o definido para que cumpla su fin. Para luego buscar y liderar los
equipos humanos que serán los actores del cumplimiento de los objetivos
establecidos. Si usted descuida al factor humano no motivando ni liderando, por más
que tenga sofisticados modelos de procesos, estos fracasarán y fenecerán en muy
corto tiempo.

Calidad Del Requerimiento

Necesidades Posibilidades
del cliente Expectativas del proveedor

Para definir correctamente los requerimientos se tiene que integrar tres criterios:
Necesidades del Cliente, expectativas y posibilidades del Proveedor del Servicio o
Producto.
El primer criterio tiene que ver con lo explicado en el grafico anterior, sobre tener
claro las necesidades del cliente, para luego medir las expectativas del cliente con
respecto al servicio o producto, para luego integrar las posibilidades del proveedor
que tienen que estar correctamente integradas y sincronizadas. Que pasaría que un
cliente “A”, tiene una gran expectativa de lo que recibirá, pero el proveedor no puede
proporcionarlo, entonces todo nuestro esquema de procesos no tendría sentido de
existencia, porque el negocio no tendría rentabilidad.

Toda organización estructurada


Jerárquicamente, tendrá dificultad para
integrarse a la lógica de los negocios
globalizados, mientras que las
estructuradas de Procesos se integraran
sin dificultad.
Test De Verificación De Aprendizaje

1¿Cuál es la diferencia ente proceso y procedimiento?


…………………………………………………………………...
…………………………………………………………………...
…………………………………………………………………...

2 ¿Cuáles son los pasos para analizar procesos?


……………………………………………………………………
……………………………………………………………………
……………………………………………………………………
……………………………………………………………………
……………………………………………………………………
……………………………………………………………………
……………………………………………………………………
……………………………………………………………………
……………………………………………………………………
……………………………………………………………………

3 ¿Cuál es la Diferencia entre la Transición y la transformación?


……………………………………………………………………
……………………………………………………………………
……………………………………………………………………

4 ¿?
……………………………………………………………………
……………………………………………………………………

5 ¿Cuáles son los criterios para la calidad de Requerimientos?


……………………………………………………………………
……………………………………………………………………
Mis Notas:
Mapas Mentales
¿Qué son los mapas mentales?
Como crear un mapa mental
Cerebro y los sistemas de información
El pensamiento irradiante
Lluvia de ideas (brainstorming) –
Participando en resolver problemas en
Grupo.
Cuando usar mapas mentales
Como utilizar mapas mentales en el
Levantamiento de datos
Software para mapas mentales
Test de verificación de aprendizaje
Mapas Mentales
¿Qué Son Los Mapas Mentales?
Es una herramienta útil parar ligar el trabajo de los dos hemisferios del cerebro, de
tal manera que se pueda extraer la potencialidad del cerebro; los mapas mentales
permiten incrementar la retención de la memoria e incrementar la productividad de
ideas, tanto individual como en grupo.

Grafico de Mapas Mentales

Tonny Buzan, Psicólogo Británico, es el Padre de los Mapas Mentales y el más


reconocido experto en el campo de la inteligencia.

Creador del Libro de los Mapas


Mentales

Tonny Buzan

Cómo Crear Un Mapa Mental


• Para Construir un mapa mental se tiene que identificar la idea principal de la
cual se quiere obtener datos. Se puede utilizar cualquier gráfico que permita
motivar la tormenta de ideas en función al tema.

• Después de graficar la idea principal se deberá dibujar las ramas con la ayuda
de gráficos para motivar la producción de ideas y dibujar las ramas que se
crea conveniente.
• Continúe dibujando las ramas hasta haber volcado todas las ideas necesarias.

Cerebro y los sistemas de información

“El cerebro humano es un telar encantado en donde millones de velocísimas


lanzaderas van tejiendo un diseño que continuamente se disuelve; un motivo que
tiene siempre un significado, por más que éste jamás perdure, y no sea más que una
cambiante armonía de subdiseños. Es lo mismo que si la vía láctea se entrega a una
especie de danza cósmica.”
Sir Charles Sherrington, abuelo de la neurofisiología al hacer un comentario con
respecto a la definición anterior; si los sistemas de información son creados,
modificados y administrados por humanos, entonces se deduce que tienen esa
arquitectura compleja, para poder graficarla, se tendría a los mapas mentales para
poderlos entender a primera forma, y ¿Porqué se tiene que usar la notación UML?,
debido a la multiplicidad de la representación gráfica no abría una representación
universal, y es por ello que para la estandarización de la representación de los
modelos, está el UML como lenguaje de modelado.

El pensamiento irradiante

Qué sucede, cuando usted recuerda el olor de una colonia grabada en un determinado
escenario de su vida, lo más probable, es que se encienda ese “bit” de información y
como una lluvia de ideas recuerde a la persona, el lugar, el color, el ambiente y
desencadena toda una serie de elementos asociativos, eso es el pensamiento
irradiante, que con la identificación de una idea se disparan las asociaciones de
muchos elementos, acciones entre otros. Entonces este esquema lo podemos usar
para capturar los procesos de negocio en una entrevista.

Lluvia De Ideas (Brainstorming) - Participando En Resolver Problemas En


Grupo.

Es uno de los ejercicios que ayuda a la participación de ideas entre un grupo de


personas en función a un determinado tema. Para realizar una sesión de
Brainstorming, se necesita que se designe a un anotador de ideas que permita dibujar
el mapa mental en un medio físico visible para el grupo, pudiendo ser una pizarra.
La visualización de ideas hace que no redunde o repita la expresión de las mismas y
de esta manera haya una mayor producción del pensamiento.

Cuando Usar Mapas Mentales


¿Alguna vez en su vida profesional o personal se ha sentido no ser comprendido o no
entender las ideas de los demás?, por más de haberse esforzado en haber escrito
largas líneas de texto o haberse esmerado en explicar detalladamente las cosas, aún
así no logró entender o recibir un mensaje, la solución a esto son los mapas mentales.
Si dentro de las etapas de desarrollo, tenemos a profesionales que no están inmersos
en forma directa con los sistemas de información, es probable que no podremos
trabajar con diagramas técnicos de ingeniería, entonces usaremos los mapas
mentales para lograr una comunicación fluida que permita el intercambio de
mensajes, para una vez entendido el conocimiento de los procesos de negocio, recién,
el personal de sistema pueda construir los modelos de datos para los sistemas a
implementar.

Cómo Utilizar Mapas Mentales en el Levantamiento De Datos


Cuantas veces usted se ha sentido incomprendido por no encontrar un lenguaje de
comunicación sobre un proceso, procedimiento, actividad, más aún si tiene que
interactuar con profesionales o personal que se desempeña en actividades
independientes a sistemas de información. La herramienta de los mapas mentales
sería un potente medio de comunicación gráfica, por la razón que el humano puede
graficar ideas de la mejor manera.

Ejemplo 1: Mapa mental de fabricación de tubos (ver gráfico)


El presente mapa mental se desarrollo para interpretar la versión de un jefe de planta
representante del área, al cual se deseaba conocer las actividades que realizaba,
después de una entrevista interactiva se originó el siguiente mapa mental,
considerando las preguntas claves de: ¿Qué hacen?, ¿Cómo lo hacen?, ¿Quién y
cuándo lo hacen?.
Al realizarse la entrevista, el entrevistado respondía a la primera pregunta “¿Qué
hacen?”, quien contestó, que fabricaba tubos de los tipos: “T”,”Y” y “L”, a su
respuesta se iba graficando una de las ramas del mapa mental, tal como usted
puede observar en la figura, el dibujo iba motivando al entrevistador al ir
respondiendo y agregando a ello decía que producían tubos de color gris y blanco con
los diámetros de de ½” y ¼”, luego se hizo la pregunta de ¿Cómo lo hacen?, quien
respondió, comprando materias primas, identificar modelos para la construcción; ya
que de existir se procederá a buscar y sino hay que preparar las especificaciones para
el proveedor y se ordene su fabricación de molde, a continuación identifican los
insumos, prepararán las máquinas y asignan trabajo. A la pregunta de ¿Quién y
cuándo lo hace?, manifestó que recibe petición de ventas y demanda; y de acuerdo a
los requerimientos asigna al personal el trabajo en los dos turnos programados,
agregó, que las máquinas tienen paradas pudiendo ser: cambio de moldes, falla
eléctrica o limpieza; cuando éstas paradas demandas mucho tiempo se le asigna
trabajo.(ver gráfico)

Ejemplo 2: Mapa mental de Identificación de Insumos. (ver gráfico)


El mapa mental expresa que el departamento de ventas entrega al departamento de
almacén la nota de pedido, aquí se busca el producto, se evalúa, si existe se saca el
producto y se actualiza el stock, de no existir el producto se pregunta de la existencia
de los insumos, de existir se prepara la orden de producción, sino existen los insumos
prepara orden de compra de insumos y se entrega al departamento de compras, quien
evalúa la orden de compra y se la entrega al proveedor, este último entrega el
documento de Adquisición de insumos para luego actualizar el stock en el
departamento de almacén.
Ejemplo 1. Gráfico de Mapa Mental de Fabricación de Tubos
Ejemplo 2. Gráfico del Mapa Mental Identificación de Insumos
Ejemplo 3. Gráfico Mapa Mental de
Implementación de la Clase Producto
Ejemplo 3. Mapa Mental de Implementación de la Clase Producto (ver gráfico)
Empiece a leer desde el lugar de la flecha, la clase producto vá a trabajar con la tabla
producto de la base de datos, el método consultar contiene los parámetros: cadena
a buscar (cadenaBus), ítem quien con la identificación de su valor será la clave para
la condición dentro del scripts, el cual los resultados serán devueltos en una
estructura de datos como un recordset, también posee el método eliminar quien
requiere el código del producto a eliminar realizando la acción en la tabla producto,
asociada a la clase, otro de los métodos es cambio de estado (cambioEstado) con los
parámetros de código y valor, este último puede tomar los valores de 1=”falla de
fabrica”, 2=”vencimiento”, 3=”malogrado”, el método actualiza stock (actualizaStock),
tiene los parámetros: código (codPro), opera(podrá ser: +=”agregar producto”,-
=”disminuir producto”) y cantidad a operar, el método implementado como una
función genera numero (generaNumero), a continuación se describe ingresa y
modifica(ingreseModifica) quien tiene un parámetro que realizará la acción de ingreso,
si su valor es 1, y modificará si su valor es 2, por último la clase formará parte de un
componente.

Software Para Mapas Mentales

Es un programa que permite construir mapas mentales de un Brainstorming o


tormenta de ideas o en todo caso construirlos desde un inicio en blanco.
El MindMap permite ayudar a construir una lluvia de ideas para luego pasar de forma
automática con la creación directa de los mapas almacenados.

Librerías disponibles en el software MindMap para crear mapas mentales a falta de


ideas graficas.
Test de Verificación de Aprendizaje

1. ¿Qué es un Mapa Mental?


…………………………………………………………….
…………………………………………………………….
…………………………………………………………….

2. ¿Cuándo usar mapas mentales?


…………………………………………………………….
…………………………………………………………….
…………………………………………………………….

3. Explique usted el pensamiento irradiante


…………………………………………………………….
…………………………………………………………….
…………………………………………………………….

4. Crear un mapa mental para las actividades que realiza en un día normal de
la semana.
Mis Notas:
IDEF
Definición
Tipos De Diagramas IDEF
Descripción De Elementos
Tipos De Modelos
Esquema De Análisis Y Diseño De Sistemas
Punto De Partida
Árbol De Nodos
Diagrama De Descomposición Final
Definición De Bpwin
Ficha Técnica
Características
Interfaz Principal De Software
Definición
Es una técnica de análisis y diseño de sistemas que son utilizadas para la definición de
sistemas, análisis de requisitos y diseño de software, consiste en un conjunto de
procedimientos que permiten al analista de sistemas descomponer y comprender
mejor las interrelaciones del sistema y sub-sistemas de los procesos de negocio, paso
a paso para explicar el proceso total. Cada actividad es administrada como una
transformación de entradas en salidas, tomando control sobre las restricciones y
mecanismos o factores de producción consumidos por la actividad, bajo el modelo
ICOM (Input Control Output Mecanismo)
Es una técnica de modelamiento de datos que permite graficar los objetos que
intervienen en el proceso de investigación de un negocio.
Es una metodología creada por las Fuerzas Aérea de los EEUU que deriva de la
metodología SADT (Structured Analisys and Design Tecnique) utilizada para la
modelización funcional de actividades y que ha alcanzado la categoría de estándar en
EEUU.

Tipos De Diagramas IDEF

IDEF0 (Modelamiento de procesos)


Representan el Modelamiento de actividades IDEF0 o Procesos de Negocio, es una
técnica para realizar el sistema total de estudio como un conjunto de actividades o
funciones interrelacionadas entre si.
Las actividades que son las acciones del sistema en estudio, son analizadas
independientemente del o de los objetos que intervienen en el proceso de negocio.

IDEF3 (Diagrama de flujos de trabajos WorkFlow)


Representan redes de Flujo Procesos, algunas veces referidos como diagramas
workflow, es una metodología de modelamiento cuya meta primaria es proveer un
método estructurado que describa una situación como una secuencia ordenada de
eventos,
igualmente describe cualquier objeto participante y las reglas asociadas.
La diagramación Workflow es una técnica bien adaptada para reunir datos como parte
del análisis y diseño estructurado.

DFD (Diagrama de Flujo de Datos)


Los DFD son utilizados para la implementación de sistemas, de información para la
administración de negocios.
Los Diagramas de Flujo de Datos modelan los sistemas como una red de actividades
que procesan datos para y desde almacenes que se encuentran dentro o fuera de los
límites del sistema estudiado.

Simbología Gráfica Icom

CONTROL

INPUT OUTPUT
ACTIVIDAD

MECANISMO
Descripción De Elementos

INPUT Son elementos o ítem que van a sufrir una transformación o cambio de estado
al someterse al proceso, tal como: un pedido, capital, solicitud.

Pedido

Solicitud

Ficha de datos

En la mayoría de los casos cada entrada va a estar asociada a una entidad y dicha
entidad contendrá a un grupo de atributos.
Ejemplo: El flujo de entrada ficha de datos tendrá la entidad FICHA y la misma
contendrá los atributos de CODIGO, APELLIDO PATERNO, APELLIDO MATERNO,
NOMBRES, FECHA DE NACIMIENTO,..

CONTROLES. Son las restricciones o reglas de gobierno del proceso, por tal sentido
intervienen las reglas de negocio, políticas, etc.

Lista de Aumentos Tipos


Precios x fiestas de servicios.

Los controles se representan por un flujo, para que más adelante sean ilustrados por
cuadros, o idioma estructurado.
Reglas de negocio.

Ilustración Del Control “Lista De Precios”

Nota: El precio del pasaje de Lima a Sullana cuesta 70 soles y de Sullana a Lima
cuesta 60 Soles.
Ilustración De Aumentos Por Lista De Pasajes

Días de Viaje Tasa de


aumentos
26-Julio al 29-Julio 50%
20-Diciembre al 2- 50%
Enero
2/sem- 20%
Abril(sem.santa)

OUTPUTS. Viene hacer el resultado del proceso, es una entrada transformada,


ejemplo: Pedido aceptado, Solicitud aceptada, Factura cancelada, etc.

Factura cancelada
Recibo sellado
Guía verificada

Al igual que los flujos de entrada, los flujos de salida también tienen entidades a las
cuales se le debe asociar.

MECANISMO. Son los recursos utilizados para transforman las entradas hacia las
salidas.
Ejemplos: personas, equipos, sistemas, etc.

SECRETARIA GERENTE
VENDEDOR TELFONO
Ejemplo:
Proceso: Compra al crédito de un Televisor. En Sagafallabela
Punto de Vista: Empresa de crédito.
Nivel. 0

Tipos De Modelos
El objetivo es Descomponer los procesos de negocio, paso a paso para explicar el
proceso total. Cada actividad es administrada como una transformación de entradas
en salidas, tomando control sobre las restricciones y mecanismos o factores de
producción consumidos por la actividad. Para ello se tiene 2 tipos de diagramas que
se subdividen en:
MODELO AS-IS (como es)
MODELO TO-BE (a ser).
MODELO AS-IS (como es). Es aquel que va ha graficar, como el proceso del negocio
que se está llevando en este momento, explicando en forma encapsulada la
descripción de procesos y subprocesos. Es como sacar una radiografía del proceso.
MODELO TO-BE (a ser) Permite graficar como va a ser el sistema después de haber
sido analizado dos cosas que son importantes mencionar: Si el sistema será de
Transición o de Transformación, para este segundo caso se deberá aplicar los
principios de reingeniería para de esta manera graficar el sistema inventivo a diseñar.
Esquema De Análisis Y Diseño De Sistemas
Organigrama: Determinar unidad Orgánica De Estudio, Unidad Relacionadas y límites

Punto De Partida
Para empezar el proceso de descomposición se tiene que basar en la estructura
organizacional de la empresa, la que nos dará una idea de cuales son las unidades
organizacionales a estudiar y cuales son las relacionadas, para nuestro caso
estudiaremos la Empresa de Transportes UNIDOS S.A., quien tiene la siguiente
estructura.

GERENCIA

DPTO DE
DPTO DPTO DE DPTO CONTABILIDAD
PASAJES GIROS/ENCOMIENDAS CONTROL
DE
UNIDADES

AREAS DE ESTUDIO
De hecho que al pasar a construir el árbol de nodos se debe haber interpretado, los
procesos de las unidades orgánicas en mención.

Árbol De Nodos
El árbol de nodos es un esquema que gráfica de que manera se están desarrollando
las actividades del proceso, estudiado en forma de rama, para que usted tenga
facilidades en la construcción de estas ramas, tendrá que tener practica de abstracción
de procesos.
Ejemplo de árbol de nodos de la empresa de transporte:

Emp. Transportes Unidos (A0)

Sub-Sistema de Sub-Sistema de
Pasajes(A1) Giros/Encomiendas(A2)

(A.1.1)Registrar (A.1.2) Atención de (A.1.3)Preparar (A.2.1) Recepcionar. (A.2.1) Entregar


Viaje pasaje Liq. Diaria Giros/Encom. Giros/Encomiendas

Diagrama De Descomposición Funcional


Es un Diagrama que cumple el mismo objetivo que el árbol de nodos, con la diferencia
que aquí se plasma hasta el mínimo nivel de abstracción estudiado.
Diagrama IDEF – Nivel 0 (Diagrama De Contexto)
Sub-Sistema De Venta De Pasaje
GRAFICO Descomposición nivel 2-Sub Sistema de Viajes
Descomposición de Actividad Registro de Viaje
Descomposición de Actividad Atención de Pasaje
Descomposición de Actividad Preparar Liquidación Diaria
Sub-Sistema De Giros/Encomiendas
Descomposición SUB-SISTEMA GIROS Y ENCOMIENDAS
Descomposición Actividad Recepcionar Giros/Encomiendas
Descomposición Actividad Consultas x Flete
Descomposición Actividad Crear Boleta de Transporte.
Descomposición Actividad Elaborar Lista de Giros y Bultos.
Descomposición Actividad Entrega de
Giros / Encomiendas
Herramienta de BPwin

BPwin es una potente herramienta de modelización utilizada para analizar,


documentar y mejorar los procesos de negocios de nuestras organizaciones. BPwin
nos va ha permitir documentar de manera clara los elementos más importantes de
nuestra organización como: que actividades son necesarias, cómo se realizan y qué
recursos consumen, lo cual nos proporciona una visión exacta, no solo de qué es lo
que hace nuestra organización, sino lo que debe hacer en forma eficiente.
BPwin proporciona un marco de trabajo para poder representar y entender los
procesos de negocio, determinando el impacto de los diferentes sucesos y definiendo
cómo los procesos interactúan unos con otros, mediante flujos de información
permitiéndonos identificar actividades poco eficientes o redundantes.

Ficha Técnica
Herramienta
BPWIN
Descripción Herramienta de diseño, análisis
y documentación de actividades
y procesos de negocio.
Plataforma/SO Máquina: IBM
Servidor compatible Intel 486 y Pentium
/Cliente. 32 bit: Windows 95-98-2000,
Windows NT ó superior
Configuración Espacio de HD: 40MB
Mínima RAM: MB para modelos
recomendada grandes)
Cliente Ratón: ratón Microsoft ó
compatible
Monitor: VGA, SVGA ó
compatible

Características
ƒ Representación gráfica del negocio.
ƒ Plataforma objetiva para tomar decisiones.
ƒ Mecanismos para medir la efectividad del cambio.
ƒ Potentes editores para definición de los procesos, flujos y actividades basadas
en costes.
ƒ Proporciona una vista del modelo en forma de árbol.
ƒ Diagrama de contexto para todo el ámbito.
ƒ Puntos de vista y clarificación de propósitos.
ƒ Propiedades definidas por el usuario, captura de información sobre la
organización, entorno y factores críticos de éxito.
ƒ Diagramas de descomposición por actividades.
ƒ Consistencia reforzada a través del modelo.
ƒ Soporte de DFD´s.
ƒ Análisis de costes basados en actividad (ABC cost) con comunicación con la
herramienta de análisis de costes Easy ABC.
ƒ Interface bidireccional con la herramienta de análisis de bases de datos Erwin.
ƒ WorkFlow Diagraming.
Interfaz Principal De Software
Test de Verificación de Aprendizaje

1. ¿Cómo definiría usted a IDEF?

2. Coloque los nombres en las flechas para cada y uno de los flujos, tendiendo en
cuenta las entradas, salidas, mecanismos y controles, para el proceso de prestar
dinero.

Prestar
dinero

3. En que se diferencian el IDEF0 con el IDEF3

4. Cuál es la herramienta case utilizada para manejar a IDEF. (marque la respuesta


correcta)
a) Rational Rose.
b) Poseidón.
c) Bpwin.
d) Erwin.
e) Sql Server.
Mis Notas:
Introducción al UML
Definición e Historia
Objetivos del UML
Conceptos Básicos
Idea de manejo de Objetos
Abstracción
Herencia
Polimorfismo
Encapsulamiento
Envío de Mensajes
Composición
Agregación
Test de Verificación de aprendizaje y práctica de conceptos básicos.
Definición e Historia

¿Qué es UML?
Es un lenguaje de modelado para la construcción de Software, haciendo una analogía
con el idioma castellano, que esta representado por vocales, silabas, palabras y con
ellas armamos: oraciones, párrafos y otros; para luego poder escribir un libro, una
canción, una poesía. El UML no tiene vocales, pero si posee toda una gama de
Diagramas que ayudan a la construcción de modelos, bajo varios puntos de vista,
pudiendo usar los relevantes y necesarios, para cumplir con los requerimientos de los
usuarios.
El UML no es una metodología, sino una notación (diagramas y otros) para poder
representar modelos. Para expresar la forma, los pasos a seguir para crear un
modelo, es necesario usar una metodología; es por ello que se ha creado el RUP
(Proceso Unificado de Desarrollo de software) entre otras, que sí son metodologías,
que van a indicar los pasos a seguir.

Historia
Cuando se comenzó a construir software no se pensó en métodos, ni formas para
analizar, diseñar y documentar, porque todo el trabajo se centralizaba en el creador y
todo se encontraba en su cerebro. En la década del setenta, cuando se crearon las
casas de software y se magnifico el desarrollo, comenzaron los problemas de
construir software, que trabaje de forma sincronizada con el mundo real de los
negocios, esto conllevó a que se inventaran los métodos para la ingeniería de
software. Por mucho tiempo se utilizó el análisis y diseño estructurado. Después
aparecieron múltiples métodos, los cuales creaban confusión entre los desarrolladores
de software, en los años noventa. Hacia 1994 existían una gama de métodos, los
cuales también creaban desconcierto entre los desarrolladores.
UML se inicia como el "Método Unificado" presentado por Grady Booch y Jim
Rumbaugh en el Workshop sobre Casos de Uso OOPSLA'95 (Object-Oriented
Programming Systems Languages and Applications) en Octubre de 1995.
Ese mismo año se une Ivar Jacobson dando origen a Rational Software, la compañía
de los "tres amigos", actualmente pertenece a IBM.
Desde esa fecha hasta ahora UML ha tenido la siguiente evolución:
Noviembre de 1997, es aprobado por el OMG(Object Management Group),
organización que esta compuesta por personas y empresas involucradas en el negocio
del software y promueve la tecnología orientada a objetos en el desarrollo de
software.
1998 aparece la versión UML 1.2 (revisiones menores).
1999 aparece la versión UML 1.3
2000 aparece la versión UML 1.4 (revisiones menores).
2001 aparece la versión UML 1.5
Se está, trabajando en la versión UML 2.0 la cual estará disponible al público en marzo
del 2005.
Ahora bien, uno de los elementos que impulsa a UML como un estándar de la
industria, es el gran conjunto de empresas que desde la versión 1.0 han trabajado en
su desarrollo, ejemplo de éstas son:

Rational Software, Digital Equipment, Hewlett-Packard, i-Logix, IBM, ICON


Computing, Intellicorp and James Martin & Co. , MCI Systemhouse, Microsoft,
ObjetcTime, Oracle Corp, Platinium Technology, Sterling Software,Taskon, Texas
Instrument y Unisys

Creadores del UML

Objetivos del UML

• Proporcionar a los usuarios un lenguaje de modelado visual, expresivo y


utilizable para el desarrollo e intercambio de modelos significativos.

• Proporcionar mecanismos de extensión y especialización.

• Proporcionar una base formal para entender el lenguaje de modelado.

• Fomentar el crecimiento del mercado de las herramientas Orientadas a


Objetos.

• Soportar conceptos de desarrollo de alto nivel como pueden ser


colaboraciones, frameworks, patterns, y componentes.

Conceptos Básicos

Aquí aprenderá a identificar los conceptos básicos para que poco a poco podamos
entender la notación UML, inicialmente doy una idea de objetos, para luego continuar
con la definición de abstracción, para que de esta manera podamos identificar los
atributos relevantes de los objetos, luego explico el concepto de herencia,
polimorfismo, encapsulamiento, envío de mensajes, composición y agregación; al final
del presente capítulo, usted tiene múltiples ejercicios planteados para empezar con
bases sólidas en el aprendizaje del UML, y si usted ya es un experto, puede obviar el
presente capítulo.

Idea de manejo de Objetos

Cuantas veces usted, escucha hablar de análisis y diseño orientado a objetos, pero
como nos podemos ubicar en el contexto, en este momento que se encuentra leyendo
la publicación, dentro del ambiente en que se ubica, existen muchos objetos, inclusive
usted es un objeto. Para explicar esta idea, observamos la figura, nos damos cuenta
que existen en el universo los objetos: Torres, López, Castro… , que por atributos
comunes entre ellos los clasificamos, agrupamos; entonces estamos creando una clase
llamada trabajador, pero como cada uno de ellos tiene identidad, usamos una
estructura de datos para poderlos almacenar, y de esta manera interactúa la clase
que tiene: nombre, atributos y operaciones que representan a su comportamiento y la
estructura donde de almacenan la representación de cada uno de ellos.

Abstracción

Se Refiere a quitar las propiedades y acciones de un objeto, para dejar sólo aquellas
que sean necesarias.

En el caso del avión tenemos: la marca, numero de asientos y numero de motores


entre otros, para el mueble se considera: modelo, material y color.
Herencia

El concepto de herencia se refiere a la compartición de atributos y operaciones,


basada en una relación jerárquica entre varias clases. Una clase puede definirse de
forma general y luego refinarse en sucesivas subclases. Cada clase hereda todas las
propiedades (atributos y operaciones) de su superclase y añade sus propiedades
particulares.

Observando la figura se tiene a la superclase persona y en ella se ha descrito a los


atributos comunes para las clases: empleado, obrero y cliente. Al analizar la subclase
empleado, definimos que hereda a los atributos: apellido paterno(ap), apellido
materno(am), nombre, fecha de nacimiento (fechaNac) y posee un atributo sueldo que
solo le pertenece.

Polimorfismo

Por ejemplo, la operación mover, es distinta para una pieza de ajedrez que para una
ficha de dama, pero ambos objetos pueden ser movidos. Una operación es una acción
o transformación que realiza o padece un objeto. La implementación específica de una
operación determinada en una clase y determinada se denomina método.

Para este caso el método es mover es polifórmico, ya que ambos objetos se mueven,
pero en cada uno de ellos tiene una secuencia propia de poderse realizar.
Encapsulamiento

La esencia del encapsulamiento (encapsulación), es que cuando un objeto trae consigo


funcionalidad, esta última se oculta.

Este concepto se debe manejar muy bien y más aún en la programación orientada a
objeto, porque al igual que una bombilla de luz cuando se malogra usted no va a
romper la cubierta para unir a los hilos, lo mismo debe suceder con los objetos que
usted cree, componentes, clases. Estos deben dar y recibir datos, en caso de
malograrse debe adquirirlo nuevamente. Para ello debe haber casas de software, que
vendan los componentes, de acuerdo a la estandarización de los procesos se tenga a
componentes compilados reutilizables.

Envío de Mensajes

Un sistema de Objetos Trabaja en conjunto. Esto se logra mediante el envío de


mensajes entre ellos. Un objeto envía a otro un mensaje para realizar una operación,
y el objeto receptor ejecutará la operación.

Para el ejemplo, el objeto control remoto envía el mensaje de encender, apagar,


cambiar de Canal y como parámetro envía el numero de canal.

Cambiar(numerodeCanal)
Control Tv
Remoto

Mensaje
Composición

La idea es similar al concepto de agregación, con la diferencia que las partes que
conforman el objeto no pueden tener independencia, necesitan estar acoplados.

El objeto camisa está formado por otros objetos como son: mangas, cuello, bolsillo y
para la composición, los objetos que forman parte, no tienen independencia, siempre
deben estar acoplados.

Agregación

Este concepto se aplica cuando las partes que conforman un objeto, tienen
independencia para que se puedan acoplar a otro objeto con mucha facilidad.
Test de Verificación de aprendizaje y práctica de conceptos básicos

1. Conteste Verdadero (V) o Falso (F) para las siguientes expresiones:


• El UML es un Lenguaje de Programación ( )
• Jim Rumbaugh, es uno de los tres amigos que creo el UML( )
• EL UML fue aceptado por el OMG, como estándar en la industria del Software (
)

2. Escriba el Equivalente en Castellano de las siguientes siglas:


• OMG……………………………………………………………………
• UML…………………………………………………………………….

3. ¿Cómo definiría Usted el concepto de Abstracción?


__________________________________________
__________________________________________
__________________________________________
Identificar los atributos almacenables de los siguientes objetos y escríbalos en el
recuadro de la derecha de cada uno de ellos.

Árbol de navidad
Considere que tiene las siguientes entidades

1. Boletas emitidas.
2. Políticas de impuesto de pago de planilla.
3. Recibo de pago de cuotas emitidas.
4. Recibo de Pago de cuotas de ventas al crédito.
5. Registro de Compras.
6. Proformas Emitidas.
7. Vales de Adelantos de Trabajadores.
8. Kardex.
9. Boletas anuladas.
10. Nota de Crédito.
11. Boletas adquiridas.
12. Reporte de Ventas de Cliente.
13. Letras de pago Anuladas.
14. Facturas por cancelar a Proveedor.
15. Planilla.
16. Boleta de Pago al trabajador.
17. Facturas Rechazadas por el cliente.
18. Pedidos al Proveedor.
19. Ticket interno emitido por Venta.
20. Registro de venta.
21. Letras por Pagar.
22. Informe de gastos diarios.
23. Letras por cobrar.
24. Documentos de Contrato con AFP.
25. Registro de Asistencia de empleados.
26. Guías internas de traslado de Producto.
27. Certificado médico que justifica faltas.
28. Reporte de Ventas del cliente.
29. Ordenes de retenciones a trabajadores por juicios de alimentos.
30. Pedidos del cliente.
Colocar el número en cada uno de los recuadros, para los objetos que sean
necesarios en el dominio de los siguientes sistemas:

Sistema de Planilla

Sistema de Ventas

Sistema de Compras

Ventas al Crédito

4 ¿Como define Usted La herencia?


__________________________________________
__________________________________________
__________________________________________

Nombre De Clases
• Empleado
• Servicio
• Persona
• Obrero
• Equipo de Oficina
• Servicio de Alquiler Máquinas
• Artefactos
• Útiles
• Servicio de llamadas
• Electrodomésticos
• Servicio de Impresión
• Cliente
• Reglas

Grupos De Atributos
• Código, Marca, Precio Unitario, Stock
• Código, Tipo de llegada, Tipo de Saldo
• Código, Apellido Paterno, Apellido Materno,
Nombre, Edad, Dirección
• Número, Fecha, Tipo de Cancelación (Contado, Crédito)
• Código, Marca, Precio Unitario, Años de Garantía

Atributos
• Sueldo
• Medida
• Jornal
• RUC
• Nº Hojas de impresión
• Precio unitario por impresión
• Nº de Minutos
• Tipo de llamada
• Nº de Horas
Escriba en los recuadros que se le indica los elementos de las listas para plasmar la
idea de herencia.

Colocar nombre
de la Súper
Clase

Colocar nombre
de las sub
clases y los
atributos, que
usted cree que
le corresponden
según el listado
mostrado
anteriormente.
5. ¿Cómo define el concepto de polimorfismo?
__________________________________________
__________________________________________
__________________________________________

Objetos Métodos u Operaciones


Página Web Publicar()
Moto Comer()
Trabajador Retroceder()
Libro Editar()
Avión Revisar()
Mamífero Dormir()
Revista Avanzar()
Ave Detenerse()
Auto Cambiar de Velocidad()
Bicicleta. Caminar()

Coloque los nombres de los métodos en el recuadro de la izquierda, que puedan ser
adquiridos por los objetos que colocará en el recuadro de la parte derecha, tomando
como referencia las listas mostradas.

Métodos Objetos

Métodos Objetos

Métodos Objetos

Métodos Objetos

6. ¿Qué es Encapsulamiento?
__________________________________________
__________________________________________
__________________________________________
Marque que objetos cree Usted que tenga encapsulamiento.

… Un receptor (radio)
… Caja negra de un avión
… Chip
… Lapicero
… Libro
… Reloj
… Cerebro
… CD
… Una bombilla de luz
… Maquina de escribir

7 ¿Cómo define Usted el envío de mensajes?


__________________________________________
__________________________________________
__________________________________________

Coloque los mensajes sobre la línea que los une para los siguientes pares de objetos.

Jugador Pelota

Cocinero Cocina

Lector Libro

Chofer Auto

Profesor Alumno

Usuario Equipo de
Sonido

8 ¿Qué es asociación?
__________________________________________
__________________________________________
__________________________________________
Escriba la asociación sobre la línea que los une, para los siguientes pares de
objetos:

Arbitro Partido

País Capital

Línea Aérea Avión

Distrito Alcalde

Pedido Producto

9. ¿Qué es agregación?
__________________________________________
__________________________________________
__________________________________________

Descomponga mediante agregación los siguientes objetos.


Utilice el siguiente formato

• PC
• Carro
• Lámpara
• Puerta

10 ¿Qué es composición?
__________________________________________
__________________________________________
__________________________________________

Considere que los datos de la viñetas, tendrá que mostrarlos en formato de la


composición, identificando el objeto principal y luego sus partes.

Utilice el siguiente formato


• Mesa
• Pantalón
Mis Notas:
Cómo Usar el UML
Paseo por diagramas Uml
Esquema de diagramas.
Diagramas: casos de uso, secuencia,
Colaboración, actividades, clases, objetos, estados, componentes y
despliegue.
Metodologías de desarrollo.
Características esenciales del rup.
Uso de modelos, vistas de modelo.
Cual es el punto de partida de nuestros componentes para hacer una
verdadera poo.
Paseo por los Diagramas UML
Esquema de diagramas

Diagramas de Estructura

Diagramas de Comportamiento

Modelo de Dirección de Diagramas

Los diagramas los podemos clasificar en: diagramas de estructura, comportamiento y


de dirección; los diagramas de estructura son:

Diagramas de Estructura

Diagrama de Clases
Diagrama de Objetos
Diagrama de Componentes
Diagrama de Despliegue

Diagramas de Comportamiento

Modelo de Dirección de Diagramas

En los diagramas de comportamiento se tiene:

Diagramas de Estructura

Diagramas de Comportamiento
Diagrama de Casos de Uso
Diagrama de Secuencias
Diagrama de Colaboración
Diagrama de Actividades
Diagrama de Estados

Diagrama
Modelo de Dirección de Estado
de Diagramas
En los modelos de Dirección tenemos:
Diagramas de Estructura

Diagramas de Comportamiento

Modelo de Dirección de Diagramas

Paquetes
Subsistemas
Modelos

Los diagramas de modelos de dirección, estarán disponibles en la versión 2.00 de


UML; pero los diagramas de paquetes ya se pueden implementar en la mayoría de
herramientas case disponibles para UML.

Esquema de diagramas

Los diagramas de Caso de Uso, son uno de los principales a usar en un desarrollo de
sistemas, porque sirven tanto para diagnosticar un mundo real, así como
implementar software.

Empleado crédito

Cliente

1 .Atender solicitud de crédito

<<include>>

1.1 Calcular Interés

Diagrama de Casos de Uso


Para poder describir, que es lo que pasa en cada uno de los casos de uso o describir
como interactúan los actores con los objetos, se utilizan los diagramas de secuencia y
colaboración.

:cliente :vendedor :catalogo

Solicita pedido
Consulta Datos

Recepción de datos

Crear proforma

Entrega de proforma

Diagrama de Secuencia
4: Crear proforma
:cliente
1: Solicita pedido

5: Entrega de proforma :vendedor

3: Recepción de datos

2: Consulta Datos

:catalogo

Diagrama de colaboración

Los diagramas de actividades son un medio para poder explicar un flujo, que bien
podrían pertenecer a un caso de Uso.

Leer datos de productos


solicitados

Calcular monto
de pedido

[ MontoPedido>=1000 ] Asignar descuento


del 5%

[ MontoPedido<1000 ]

Hallar calculo
final

Emitir proforma

Diagrama de Actividades

Los diagramas de clases, son uno de los más importantes; porque representan a los
conjuntos de objetos y son los mígrales al software de aplicación, como también al
gestor de base de datos.

Cliente Factura
codigo numero
nombre fecha
ruc Adquiere estado

ingreso() generarnumero()
consulta() insertaDatos()
imprimir() cambiardeEstado()
eliminar() cancelarFactura()

Diagrama de Clases

Esto quiere decir, que si tomamos como ejemplo a la clase cliente, la cabecera y los
atributos, que se manejan como variables y las operaciones que se implementan en
procedimientos y funciones, se trabajan en el software de aplicación: como Java, .Net,
entre otros; si separamos solo el nombre de la clase y los atributos se toman como
referencia para la creación de las tablas, para el programa de gestión de base de
datos.
Los diagramas de objetos representan a las instancias u objetos que pertenecen a
cada una de las clases y se representan de la siguiente manera:
Tomando como referencia al diagrama de clases, construiremos el diagrama de
objetos.

AlbertoTaboada:Cliente F00001:Factura

Diagrama de Objetos

Tenga cuidado de que siempre, un objeto representado en este diagrama, debe tener
su clase en el diagrama de clases del modelo, valga la redundancia.

Los diagramas de estado, van a representar las características en el tiempo, para los
objetos que forman parte de una clase.

Refinanciada

Accede a fraccionamiento de pago

Inicio Efectúa Pago de Refinanciamiento

F
Proceso de Cancelación
Emitida Cancelada

no cancela

Efectúa pago de factura + Mora

morosa

Diagrama de Estados

Los diagramas de componentes dan la visión del sistema, desde el punto de vista del
software para tener la idea de cómo implementar los componentes que se manejarán
como: paquetes o “dlls”, según el software de desarrollo.

Db_Ventas

Diagrama <<Application>>
ayuda

De <<Application>>
modulo ventas
clase cliente

Componentes Clase Vendedor

<<ActiveX DLL>> clase


persona Empleado

clase Factura

<<ActiveX DLL>>
documentos
Clase Boleta
Diagramas de despliegue, presentan el punto de vista del hardware y software,
especificando los dispositivos, en que se colocará el o los componentes en la
implementación del software.

Diagrama de despliegue

Metodologías de Desarrollo

Una vez que usted conoce los diagramas UML, que representan a la notación; tiene
que optar por una metodología, que le permita establecer una forma de desarrollo,
para el análisis, diseño e implementación. Los creadores de UML, han establecido la
metodología RUP, Proceso Unificado de desarrollo; al visualizar el gráfico verá, que no
es la única metodología, existen muchas, entre ellas: XP (Extrema Programación),
Catalysis, Grapple, Fusion entre otras. Usted puede crear su propia metodología, que
le permita adaptarse a sus necesidades, es por ello, que en el dibujo se grafica el
interrogante “?”, para plasmar esta última idea.
Características Esenciales del RUP Procesogido por Casos de Uso
Esto quiere decir que los casos de uso, juegan un papel muy importante para las
etapas de desarrollo.

Proceso Iterativo e Incremental

Las actividades se encadenan en una mini-cascada con un alcance limitado por los
objetivos de la iteración. Esto nos conlleva a entender, que cada una de las etapas de
desarrollo no son terminales, sino se están, retroalimentando, mientras se va
conociendo el negocio y desarrollando el software.

Proceso Centrado en la Arquitectura

Arquitectura de un sistema, es la organización o estructura de sus partes más


relevantes.
Una arquitectura ejecutable, es una implementación parcial del sistema, construida
para demostrar algunas funciones y propiedades.
RUP establece refinamientos sucesivos de una arquitectura ejecutable, construida
como un prototipo evolutivo, que comprende las siguientes fases: Inicio, Elaboración,
Construcción y Transición

Fase de Inicio

Tendrá que considerar las siguientes interrogantes:


¿Cuál es el objetivo?
¿Es Factible?
¿Lo construimos o lo compramos?
¿Cuanto va a costar?

Cuales serán los objetivos:


Establecer el ámbito y límites del proyecto.
Encontrar Los Casos de uso Críticos del sistema.
Encontrar los escenarios de funcionalidad.
Mostrar Arquitecturas Candidatas.
Estimar el costo de los recursos.
Estimar el riesgo.

Los productos de esta etapa son:


Visión del negocio (describe objetivos y restricciones).
Modelo de Casos de Uso.
Especificación adicional.
Glosario de términos.
Lista de riesgos y planes de contingencia.
El caso del negocio.
Prototipos exploratorios para poder probar conceptos.
Plan de iteración para la fase de elaboración.
Las Conclusiones a seguir son:
Dura pocas semanas.
Se intentan definir los requisitos.
Se espera que las estimaciones o los planes sean muy precisos.

Fase de Elaboración

Se debe analizar el dominio teniendo en cuenta:


Establecer los cimientos de la arquitectura.
Desarrollar un plan del proyecto y eliminar los mayores riesgos.
Se concluye un prototipo de la arquitectura.

Los Objetivos de la Fase son:


Definir, validar y cimentar la arquitectura.
Completar la Visión.
Crear un plan fiable para la construcción (debe incluir costos por proceso).

Productos de la Fase
Modelo de caso de uso completa al menos hasta 80% todos desarrollados.
Requisitos adicionales.
Descripción de la arquitectura del software.
Un prototipo ejecutable de la arquitectura.
Lista de riesgos y caso de negocio revisado.
Plan de desarrollo para el proyecto.
Un caso de desarrollo actualizado que especifica el proceso a seguir.
Posiblemente un manual de usuario preliminar.
En esta fase se actualizan los productos de la fase de inicio.

Etapa de Construcción
Aquí debe alcanzar la capacidad operacional del producto, Componentes se deben
ejecutar o realizar.
Se deberá tener una versión BETA del producto.

Objetivos de la Fase
Minimizar los costos de desarrollo (optimizar recursos).
Conseguir calidad adecuada de productos.
Conseguir versiones como fuera posible.

Los Productos a Tener son:


Modelo completos (casos de uso, análisis, diseño, despliegue e implementación).
Arquitectura integrada (mantenido y minimamente actualizado).
Riesgos Presentados mitigados.
Plan del proyecto para la fase de transición.
Manual inicial del usuario (Con suficiente detalle).
Prototipo operaciones BETA.
Caso de negocio Actualizable.

Fase de Transición

La finalidad de esta transición es poner el producto en manos de los usuarios finales.


Típicamente desarrollar nuevas versiones actualizadas de los productos.
Estrenar al usuario en el manejo del producto.

Otras consideraciones de tener son:


Testeo de la versión BETA.
Funcionamiento paralelo con los sistemas legados que están siendo sustituidos.
Conversión de la base de datos operacionales.
Entrenamiento de usuarios y técnicas.

Objetivos de la etapa
Conseguir que el usuario se valga por si mismo.
El producto final cumpla los requisitos esperados que funciones y satisfaga
suficientemente al usuario.

Productos Presentables
Prototipos operacionales.
Documentos legales.
Caso del negocio completo.
Línea de base del producto completa y corregida que incluye todos los modelos.
Descripción de la arquitectura completa y corregida.

Uso de Modelos
El uso de una metodología en el desarrollo de un proyecto de software, determina la
creación de modelos, que permiten mirar el sistema desde varios puntos de vista y
estas son que en conjunto forman la arquitectura.

Vista de Procesos Vista de Implementación


Vista de
Casos
Vista de Diseño de Uso Vista de Despliegue

La vista de casos de uso, permite mostrar la descripción del sistema, tal como lo
observa los usuarios finales.
Vista de Procesos. Plasman los flujos y procesos que forman parte de la lógica del
negocio.

Vista de Diseño, Esta comprendida por los artefactos, representado por Diagrama de
Clases, Secuencia entre otros, que muestran la maqueta de lo que será el sistema.

Vista de implementación, comprende los artefactos que permitirán indicar los


componentes, que se consideran para hacer realidad el sistema físico, bajo el
esquema de las capas.
Vista de Despliegue, Indica el punto de vista de las consideraciones de hardware,
sobre la cual correrá el sistema.
Cuál es el punto de partida de nuestros componentes para hacer una
verdadera POO
De hecho que el punto de partida es hacer un análisis y diseño orientada a objetos,
para ello deberá utilizar la notación UML; porque es aquí donde se estudian todos los
puntos de vista de los objetos del mundo real que se investiga, aquí usted podrá
modelar la estructura, comportamiento y funcionalidad de cada uno de los objetos.
Para poder trabajar los modelos de clases se deberá usar las herramientas Orientadas
a Objetos Case, tal como Rational Rational, AllFusion Process Modeler, Poseidon,
Fujaba, Soft modeler entre otras, que le permitirán construir las clases, bajo todos los
conceptos de la programación orientada a objetos tal como herencia, polimorfismo,
agregación, encapsulamiento.
Cuando Usted haya culminado de construir su modelo de clases en la herramienta
seleccionada, el modelo deberá ser migrado al software de aplicación: como C++.
Java, Visual Basic .Net entre otros, es aquí donde tendrá el esqueleto de las clases,
que conforman los componentes y de esta manera tiene el punto de partida para
iniciar el desarrollo orientado a objetos.

Herramienta Aplicación
Orientada a Componente_1

Objetos Clase 1
MODELO DE Clase 2
CLASES Clase 3

Idea de Migración de Componentes

Arquitectura en 3 capas
Esquema en 3 capas

La arquitectura de 3 capas consiste en que el desarrollo se divida en tres partes: la


capa de la base de datos, aquí se deberá analizar los modelos, tal como: el modelo
conceptual, el modelo lógico, el modelo físico, las reglas de validación, los valores por
defecto, los tipos de datos y el diccionario de datos de la misma, esta capa tiene que
estar correctamente definida, porque es el pilar para las otras. La siguiente capa
estará compuesta por los componentes, los cuales contendrán a las clases, estas
podrán estar encapsuladas en archivos (.dll) o paquetes, según el software de
aplicación; que representa a la lógica del negocio, cuyas operaciones representan a
las responsabilidades asignadas en el estudio de los procesos.
¿Por qué (.dll), paquetes y clases?, si usted es un programador orientado a eventos
(el cual abre un botón y en cada uno de ellos realizar la conexión a una base de
datos, crea un cursor o tabla temporal y muestra los datos en una lista u otro objeto)
no esta de acuerdo conmigo, porque probablemente le puede parecer mucho trabajo
crear los componentes.
Como es sabido, el mundo, en la actualidad no se mantiene estático, con la llegada
de la globalización y la competencia de mercados, las estrategias de hacer negocios
se mantiene cambiando; hasta la bodeguita, la farmacia de nuestro barrio tiene que
estar preparada para el cambio; los sistemas de información, lo tienen que estar
también, es por ello que si usted tiene la lógica del negocio separada en los archivos
(.dll) o paquetes, podrá realizar los cambios con mucha facilidad, ya que solo tendrá
que modificar las clases y reemplazar a las existentes sin cambiar los formularios.
Cuales son los problemas que se originan, con un sistema desarrollado en
programación estructurada orientada a eventos; cuando realiza un cambio se
desencadenan muchos inconvenientes, en las diferentes interfaces del sistema, con
tres capas solucionan estos problemas.
La última Capa comprende la interfaz del sistema quien contiene a los formularios y
otros que son los medios de comunicación con el usuario, estos elementos deben
tener los medios de enlaces con los componentes para de esta manera completar el
objetivo de tres capas.
Otras de las ventajas de tres capas, son respecto a las modificaciones que se darían
cuando usted cambia su base de datos. Si el sistema del negocio que usted desarrolla
es pequeño probablemente empiece usando una base datos de Access, que pasa, si
migra a SQL Server y luego migrar a Oracle, ¿Qué ocurre con el Script de la
aplicación?, Si no esta en capas tiene que modificar las tres capas porque todo lo tiene
amarrado, por ejemplo: si a creado procedimientos almacenados en Sql tendrán que
cambiarlos para llevarlos a Oracle, sin embargo con tres capas, solo tendrá que
cambiar el script de los componentes y los medios de comunicación entre los
componentes y la base de datos.

Resumen de idea

Análisis y Diseño Orientado a Objetos

Componentes

Arquitectura en 3 capas
Test de Verificación de Aprendizaje

1 ¿Cuáles son los diagramas de UML?


…………………………………………………………………………………………
………………………………………………………………………………………..
………………………………………………………………………………………..
………………………………………………………………………………………..
………………………………………………………………………………………..

2 Coloque el nombre en los puntos suspensivos de los siguientes diagramas.

Empleado crédito

Cliente

1 .Atender solicitud de crédito

<<include>>

1.1 Calcular Interés

……………………………………………………………………………………..

Cliente Factura
codigo numero
nombre fecha
ruc Adquiere estado

ingreso() generarnumero()
consulta() insertaDatos()
imprimir() cambiardeEstado()
eliminar() cancelarFactura()

……………………………………………………………………………………….

3 Mencione tres metodologías de desarrollo de software.


………………………………………………………………………………….…………………………………………………………
………..………….…………….
…………………………………………………………………….………………….

4 ¿Cuáles son las principales características de la metodología RUP?


………………………………………………………………………………….……………………………………………………….
…………………………………….
………………………………………………….……………………………….…………………………………………….…………
…………………………………….

5. Explique la Arquitectura en 3 capas.


………………………………………………………………………………….……………………………..…………………………
………………………………….
…………………………………………………………..……………….……………………….……………………………………..
…………..…………………….

6. Mencione las Vistas para los modelos


……………..……………………………………………………………………….
……..……………………………………………………………………………….
……………………..……………………………………………………………….
………………………………..…………………………………………………….
………………………………………..…………………………………………….
Mis Notas:
Diagrama de Casos de Uso
¿Qué es un Caso de Uso?
Componentes de Diagramas, Actor, Caso de Uso, Documentación de
Caso de Uso.
Generalización de actores.
Casos de Uso extendido <<extend>>.
Casos de uso incluidos <<incluye>>.
Generalización de Casos de Uso.
Ejemplos de Casos de Uso.
Test De Verificación De Aprendizaje.
¿Qué es un Caso de Uso?
El Caso de Uso es un elemento que agrupa a un conjunto de actividades y ayuda a los
desarrolladores a laborar con los usuarios para establecer la forma en que se usará un
sistema. Con un conjunto de Casos de Uso se construyen los escenarios de un sistema
en términos de lo que los usuarios intenten hacer con él.
Los Casos de Uso pertenecen al enfoque estructurado, pero son independientes del
paradigma de la elaboración de software. Fueron creados por Ivar Jacobson, dichos
diagramas pertenecían al método Objectory; Ivar los convirtió en un elemento
primario para la planificación y desarrollo de proyectos de software.
Para poder determinar los diagramas de Casos de Uso; se tiene que identificar los
escenarios del negocio que modela, desde el punto de vista de quien usa el sistema y
no de quien lo construye.
Cuando uno es principiante en la elaboración de Casos de Uso, confunde las
actividades, con el Caso de Uso en si, tenemos que aprender a clasificar actividades
para una determinada función o tarea.
Cada Caso de Uso, representa a una tarea que generaliza o agrupa actividades, lo
primero que usted tiene que hacer es identificar el escenario, por ejemplo: El
escenario para comprar una computadora; tendría que seguir un procedimiento; y se
ayudaría planteando interrogantes, tal como:
¿Qué utilidad le daría?, ¿Cuáles serían las características de la máquina?, ¿De que
forma lo pagaría?, entre otras más.
Si analizas la primera interrogante tiene una tarea, “la de determinar utilidad”, en esta
determinación tendría un Caso de Uso con el nombre de la tarea y en la
documentación, es donde se describe las actividades que comprende.
Vayamos a la práctica de este muestreo de expresiones; considere que tiene las
actividades:

1 Profesor llama a Alumno.


2 Alumno se acerca al llamado.
3 Profesor plantea preguntas.
4 Alumno responde preguntas.
5 Profesor determina nota.
6 Profesor registra nota.

A este conjunto de actividades las agruparía en el Caso de Uso “Evaluar Alumno”.

1 Cliente visualiza precios.


2 Cliente evalúa precios.
3 Cliente determina adquisición de
productos.
4 Cliente lleva productos de vitrina.

A este conjunto de actividades formarían parte del Caso de Uso “Seleccionar


Producto”.

1 Vendedor registra precio de producto.


2 Vendedor calcula total de montos de
productos seleccionados.
3 Vendedor elabora documento de venta.

A este último grupo de actividades se rotularían con el Caso de Uso “Crear Documento
de Venta”.
Componentes de Diagrama
Actor
Un actor es un agente, alguien o algo que solicita un servicio al sistema o actúa como
catalizador para que ocurra algo.

Actor

Caso de Uso
Un Caso de Uso es representado por una elipse y describe una situación de uso del
sistema Interactuando con actores.

Documentación de Caso de Uso


Para cada caso, en la mayoría de situaciones tendrá un formato que tiene las
siguientes características.

C o m p ra r Pro d u c t o s e n
E fe c t i v o

Existen muchos formatos para la documentación de Casos de Uso, aquí tenemos un


primer formato.

Ejemplo expandido de caso de uso


Caso de Uso Compra del producto en
efectivo.
Actores Cliente (iniciador), Cajero
Propósito Capturar una venta y su
pago en efectivo.
Resumen Un Cliente llega a la caja
registradora con artículos
que desea comprar. El
Cajero registra los
productos y recibe un
pago en efectivo. Al
terminar la operación el
cliente se marcha con los
productos comprados.
Tipo Primario esencial
Referencias Cruzadas Caso relacionados de uso
y funciones también
relacionadas al sistema.
Curso Normal de Eventos
Acciones del Autor Respuesta del Sistema
1. Este Caso de Uso
comienza cuando un
Cliente llega a una caja
TPDV (Terminal de Punto
de Venta), con productos
que desea comprar.
2. El Cajero registra el 3. Determinar el precio
indicador de cada del producto e incorporar
producto, si hay varios a la transacción actual la
productos de una misma información
categoría, el cajero correspondiente, se
también puede introducir presenta la descripción y
la cantidad. el precio del producto
actual.
4. Al terminar de ingresar 5. Calcula y presenta el
el producto el cajero total de la venta.
indica TPDV que se
concluyó la captura del
producto.
6. El Cajero indica el total
al Cliente.
7. El Cliente efectúa un
pago en efectivo “el
efectivo ofrecido”
posiblemente mayor que
la cantidad de la venta.
8. El Cajero registra la 9. Muestra al Cliente la
cantidad de efectivo diferencia y genera un
recepcionado. recibo.
10. El Cajero deposita el 11. Registra la venta
efectivo recibido y extrae concluida.
el cambio del pago y
después el Cajero da al
Cliente el cambio y el
recibo impreso.
12. El Cliente se marcha
con los artículos
comprados.

Otro de los formatos utilizados, para el propósito de la documentación, es el que se


muestra a continuación:

V e r C a rt e le ra

Caso de Uso : Ver Cartelera


Objetivo : Identificar los pasos que sigue
el Cliente al momento de ver la
cartelera de películas.
Actores : Cliente (C)
Pasos:
1.C Determinar género de película a ver.
2.C Analizar disponibilidad y cronograma de película.
3.C Seleccionar película a ver.
Extensiones
Variaciones

Requisitos Especiales
Generalización de Actores

Cuando existen varios autores que realizan el mismo Caso de Uso, lo generalizamos
creando un actor que pueda determinar, que uno de los actores heredados y solo uno
de ellos puede realizar la tarea o Caso de Uso.

Caso de Uso Extendido

En este estereotipo (características que toman los elementos en la notación UML), se


determina que el Caso de Uso base, “Calculo de Impuestos”, extiende al caso de uso
“Calculo de Impuesto a las Transacciones Financieras”, esto significa que este caso se
disparará ocasionalmente, pero no siempre se da.

Caso de Uso Incluido

El estereotipo incluir implica que el Caso de Uso base es vértice y los Casos de Uso
Incluido son “Ponerse Pantalón”, “Ponerse Camisa”, “Ponerse Zapato”, se deben
cumplir obligatoriamente.

Generalización de Caso de Uso


R e ndir Exam en
por la Pre

Ingres o a la
ALU MN O
U nivers idad

R e ndir Exam en
de Adm is ión

La generalización de Casos de Uso, es cuando se tiene por ejemplo: el Caso de Uso


“Ingreso a la Universidad”, se generalizan a los Casos de Uso: “Rendir Examen por la
Pre” o “Rendir Examen de Admisión”; quiere decir que solo se va ha dar uno de los
dos Casos de Uso Secundarios.

Ejemplos de Casos de Uso


Ejemplo 1

Escenario: Alquiler de Habitación de Hotel.


Descripción de Proceso:
El proceso comienza cuando el actor Huésped y Recepcionista interactúan en el Caso
de Uso Solicitud de Habitación, dicho caso incluye el Caso de Uso mostrar las
características de la habitación, luego el Huésped interactúa con el botón para el Caso
de Uso ubicar habitación, después el Cliente y el Recepcionista interactúan para el
Caso de Uso crear documento de servicio, del cuál se extiende el Caso de Uso recargo
por el uso de bar y recargo por daños; el caso crear documento se incluye el Caso de
Uso cancelar documento, que se puede pagar en dos formas representadas por los
Casos de Uso: efectivo y tarjeta de banco.

Ejemplo 2

Escenario: Atención de Cliente en el Consultorio Dental.


Descripción del Proceso:
La Recepcionista se encarga de registrar las citas para los pacientes que se acerquen a
realizar consultas. Luego el paciente vendrá para la atención y este interactuará con el
doctor; este creará la ficha del paciente que incluye sacar muestra de la dentadura,
después el doctor informa el diagnóstico del paciente, quien incluye informar plan de
pagos y determinar cronograma de citas.

No quiere decir que obligatoriamente los Casos de Uso secundarios se cumplen para la
tarea o Caso de Uso “Vértice”.

Ejemplo de Caso de Uso

Generalización

P ag o c on
E fec tivo
C ancelar D oc.
C LIEN TE

P ag o c on
Tarj eta

El cliente realizará la cancelación del documento de venta, el cuál lo podrá realizar,


solo por una de las dos alternativas, graficados que son Pago con efectivo o Pago con
tarjeta.
Tom ar Tr anspor te
Público

Determ inar Medio Tom ar Colectivo


PASAJERO
de Trans porte

Tomar Taxi

Esta es otra característica con respecto a la generalización de los casos de uso, donde
la determinación de medio de transporte público, tomar colectivo o tomar taxi.

Inclusión y Extensión

Para la elaboración de la planilla, el empleado encargado, tiene el caso de uso


extendido “Asignar Gratificación”, tiene este estereotipo, porque ocasionalmente se va
a realizar en Julio y Diciembre.
Los Casos de Uso: Cálculo de Bonificación y Calcular Descuentos de Seguros
obligatoriamente se van a realizar, por lo consiguiente son incluidos.

Crear software obligatoriamente implica los casos de uso de: “Recopilar necesidades”,
“Realizar el Análisis”, “Diseñar” y “Desarrollar”.
Ejemplo de Caso de Uso

El proceso se inicia cuando el cliente hace el proceso de ver cartelera, luego el mismo
actor conjuntamente con el vendedor interactúan en el proceso de atender pedido,
después los dos actores interactúan en la cancelación de la entrada al cual
ocasionalmente comprende el cálculo del descuento por promociones, a su vez, ellos
realizan el proceso de determinar la forma de pago que puede ser solo una de las
siguientes modalidades: pago con tarjeta o pago con efectivo.

La Documentación para los casos de uso es:

Caso de Uso…..: VER CARTELERA


Objetivo............: Identificar los pasos que
realiza el cliente al momento de ver la cartelera
de películas.
Actores.............: Cliente(C)
Pasos
1.C Determinar género de película a ver.
2.C Analizar disponibilidad y Cronograma de
Película.
3.C Seleccionar Película a ver.
Extensiones
Variaciones
Requisitos Especiales
Caso de Uso....: ATENDER PEDIDO
Objetivo..........: Identificar los pasos a seguir
para la atención al cliente.
Actores...........: Cliente(C), Vendedora(V)
Pasos
1.C Hacer el pedido de la entrada a la vendedora.
2.V Recepciona el pedido
3.V Verifica el Cupo de la entrada para la película
solicitada.
4.V Acepta el Pedido de la entrada.
Extensiones
Variaciones
Requisitos Especiales

Caso de Uso....: CANCELAR ENTRADA.


Objetivo..........: Identificar los pasos a seguir
para Cancelar la Entrada.
Actores............: Cliente(C), Vendedora(V)
Pasos
1.V Calcula el monto a pagar de acuerdo al
número de entradas y al precio.
2.V Determina la existencia de Promoción
3.V Calcula el monto a Pagar
4.C Determina la Forma de Pago.
5.C Recepcionar las entradas.
Extensiones
3.1 si la política de la empresa lo considera
<<extend>> Calcular Dscto. Promoción.
4.1 Determinar la forma de Pago que realizará
el cliente <<include>> Forma de Pago.
Variaciones
Requisitos Especiales

Caso de Uso....: DETERMINAR FORMA DE


PAGO
Objetivo.........: Seleccionar la forma de pago.
Actores..........: Cliente(C)
Pasos
1.C Recibe la notificación del Monto a Pagar.
2.C Determinar la forma de Pago.
Extensiones
2.1 La forma de Pago
Podrá ser:
<<include >> Pagar con Tarjeta.
<<include >> Pagar en Efectivo
Variaciones
Requisitos Especiales
Caso de Uso....: CANCELACION DE
DESCUENTO X PROMOCION
Objetivo..........: Hacer las operaciones de
promociones de entradas de acuerdo a la política
del cine.
Actores...........: Cliente(C), Vendedora(V)
Pasos
1.C Entrega de Tarjeta de Promociones.
2.V Verifica los datos de Tarjeta de Promociones.
3.V Consulta a las Políticas de Promociones
4.V Determinar el monto de las promociones.
Extensiones
Variaciones
Requisitos Especiales

Caso de Uso....: PAGAR CON TARJETA.


Objetivo..........: Identificar los pasos para el
pago con tarjeta.
Actores...........: Cliente(C), Vendedora(V)
Pasos
1.C Entrega la Tarjeta.
2.V La pasa por el lector.
3.V Ingresa la cantidad a comprar.
4.C Ingresa su Clave.
5.V Confirma al transacción.
6.V Recepciona el voucher de Transacción.
7.V Entrega la copia del voucher al cliente.
Extensiones
Variaciones
Requisitos Especiales

Caso de Uso....: PAGAR EN EFECTIVO.


Objetivo..........: Identificar los pasos para el
pago en efectivo.
Actores............: Cliente(C), Vendedora(V)
Pasos
1.C Entrega de Efectivo.
2.V Recepciona y calcula cambio o vuelto.
3.V Entrega cambio o vuelto.
Extensiones
Variaciones
Requisitos Especiales
Test De Verificación De Aprendizaje

1 ¿Qué es un Caso de Uso?


………………………………………………………………
………………………………………………………………
………………………………………………………………

2 Explique las características de los Casos de Uso.


………………………………………………………………
………………………………………………………………
………………………………………………………………
………………………………………………………………
………………………………………………………………
………………………………………………………………
………………………………………………………………
………………………………………………………………
………………………………………………………………

3 Suponga que tiene los actores: Secretaria, Recepcionista y Auxiliar, todos


ellos hacen el mismo Caso de Uso “Atender Solicitud”. Cuál de las siguientes
opciones escogería usted para representar esta situación.

SECRETARIA SECRETARIA
SECRETARIA

Atender Solicitud RECEPCIONISTA


RECEPCIONISTA Atender Solicitud
RECEPCIONISTA USUARIO

AUXILIAR

AUXILIAR
Atender Solicitud AUXILIAR

C
A B

4 Si la modalidad de inscripción a un evento, se puede realizar por Internet,


por teléfono y presencialmente, siendo el actor el Participante. De que
manera lo graficaría:

Me dia nte Teléfon o

Incripción Me d ian te Inter ne t


PAR TIC IPAN TE

P res e ncial

A
B

5 Suponga que tiene el Caso de Uso “hacer un pago de cuota” a una


institución educativa, en donde deberá considerar el Caso de Uso “pago de
mora”, y lo realiza el alumno. De que manera lo graficaría.

Pago de
Mensualidad

ALUMNO

Pago de Mora

A B C

6 Suponga que tiene a los Casos de Uso: “preparar mesa”, “almorzar” y


“cenar”; el actor empleada del hogar, para expresar ese enlace, cuál de las
siguientes opciones escogería.
A B

P re p a rar
M es a

A lm o rz a r Ce n ar

E M P L E AD A
C

7 Enlace los elementos que se muestran para el diagrama de Caso de Uso


“Evaluación de alumnos”

L l e n a r D o c u m e n ta c i ó n T o m a r E xa m e n O r a l

P R O FE S O R

E v a lu a r A lu m n o T o m a r E xa m e n E s c r i to

ALU M N O
C r e a r L i s ta d e
C r e a r C u a d r o d e M e r i to s
D e s a p ro b a d o s
Dibuje en esta área el diagrama.
Mis Notas:
Diagramas de Interacción
Diagrama de secuencia.
Diagrama de colaboración.

Diagrama de Secuencia: Definición,


Simbología o notación, Tipos de línea de mensaje, Visión del Diagrama
de Secuencia
Casuísticas de Diagramas de Secuencia
Diagramas de colaboración: Definición, Simbología
Ejemplos
Test de Verificación de Aprendizaje
Diagrama de Secuencia
Definición: Estos diagramas permiten graficar los mensajes que interactúan los
objetos para un determinado flujo, de una determinada tarea, generalmente son
utilizados para explicar la secuencia de pasos que están comprendidos en un caso de
uso.

Nota: Usaremos un ejemplo, ingerir gaseosa por una persona.

Simbología:

Para graficar un diagrama de secuencia se coloca en la parte superior a los objetos


que estarán involucrados en la secuencia, como por ejemplo:

: Bebedor : Botella : Vaso

Los elementos mostrados, representan a las instancias u objetos de un grupo, por


ejemplo:

Julio y Pedro pertenecen a la clase bebedor, ellos ingieren la


gaseosa, para representar a Pedro como instancia de la clase, se
representa de la siguiente forma.
Julio

Pedro : Bebedor
Pedro

Si queremos generalizar, se podría usar:

: Bebedor

Tal como se definió en la parte superior.

Luego, se debe graficar la línea de vida para cada uno de los objetos:

: Bebedor : Botella : Vaso

Línea de
vida

Una vez que ya definimos la línea de vida, se debe listar los mensajes que interactúan,
para nuestro caso tenemos:
Coger
Vaciar líquido
Coger Vaso
Ingerir Líquido

Colocar los mensajes entre los objetos.

Tipos de Línea de Mensaje

Simple:

a : aa b : bb Representa al envío de un mensaje sencillo de un objeto a


otro, dentro de la secuencia.

Síncrono:

a : aa b : bb Envío de mensaje de un objeto a otro, pero el objeto que


envía el mensaje espera la respuesta para seguir su flujo.

Asíncrono:

Envío de mensaje de un objeto a otro, no importando que


a : aa b : bb
el objeto emisor tenga que esperar la respuesta para
continuar su flujo.

Foco de Control:
Es la barra que se ubica sobre la línea de vida de los
objetos que intervienen en la secuencia, donde representa
Inicio de tiempo
al foco de control para indicar el desplazamiento en el
tiempo.

Fin de tiempo
Mensaje recursivo, cuando un mensaje recae sobre el
mismo objeto.

a : aa
Simbología de creación de un objeto y en la parte final se
elimina o destruye.
create

X
a : aa Bifurcación de mensajes, se desencadena de acuerdo a la
evaluación del criterio o condición.
[x>=0]

[x<=0]

Iteración de mensajes, indica la forma como expresar la


a : aa b : bb
repetición de un mensaje y la condición se coloca dentro
de los corchetes, anteponiendo un *.
* [ Para cada i ]

t1: Pedir () Tiempos de transición, se coloca delante de cada mensaje,


para poder expresar los tiempos, cuando los mensajes son
t2: enviar () concurrentes.

Visión del Diagrama de Secuencia.

:a :b

Lapso de
tiempo

Disposición de
los objetos
Los diagramas de secuencia, manejan 2 dimensiones: Verticalmente manejan el lapso
en que transcurren las actividades y Horizontalmente se expresan la disposición de los
objetos.

Casuísticas de Diagramas de Secuencia.


: Pasajero : Vendedora : Hoja de Viaje : Pasaje

Solicitar Pasaje

Registro de Datos Envia datos de viaje

Recoger pasaje

Mensajes síncronos: El mensaje entre el Pasajero y Vendedora se expresa como


“Solicitar Pasaje”, se tiene que dar como requisito, para luego enviar el mensaje de
registro de datos hacia la hoja de viaje, y luego enviar datos de viaje al objeto
pasaje.

: Operador : telefono

Marcar número marcar di gi to

Mensaje Recursivo. El operador envía el mensaje de marcar número y el operador


tiene que hacer un mensaje recursivo con la marca de cada uno de los dígitos.

: juez : implicado

* [Envio de Notifica <=3]

Iteración de Mensajes. El juez envía hasta 3 notificaciones al implicado.


: Vendedora : Boleta : Factura

[cliente = persona natural] Emitir

[cliente = persona jurídica] Emitir

Bifurcación de Mensajes. El vendedor determina: si el cliente es persona natural le


emite una boleta, si el cliente es una persona jurídica, le emite una factura.

: Usuario : Interfaz acceso :

Ingresa Login

Ingresa Clave

Consulta ()

[login y clave = ok] dar acceso

[login y clave = incorrecto] negar acceso

El usuario tendrá que ingresar el login y clave, para después consultar a la tabla de
registro de usuarios, el resultado de la evaluación se desencadena, la acción de dar o
negar acceso según condición.

Diagrama de Colaboración
Definición: Los Diagramas de Colaboración van a mostrar la forma en que los objetos
colaboran para cumplir sus responsabilidades y tienen la misma función que los
diagramas de secuencia.
Entonces, se debe plantear algunas interrogantes: ¿Por qué el UML necesita de otro
diagrama para cumplir la misma función?, ¿no son lo mismo?; la respuesta, es que los
dos van a representar interacciones, con la diferencia que el diagrama de secuencia va
a mostrar las interacciones con la dimensión del tiempo, mientras que el diagrama de
colaboración va a mostrarlas de un contexto y organización general, de cómo los
objetos interactúan desde el punto de vista del espacio.

Simbología
Las instancias de las clases se deben unir con una línea de asociación.

: Radioescucha : Receptor

Para nuestro caso tenemos al radio escucha que se asocia con el receptor.
Luego, se debe ir trabajando graficando los mensajes, siempre numerados y con las
flechas que toman la misma notación o características de los diagramas de secuencia
y se grafica como sigue:

1: Encender

: radioescucha : receptor

2: Envio Señal

Se puede enviar varios mensajes de un objeto a otro.

3: Apagar

2: Cambiar Emi sora

1: Encender

: radioescucha : receptor

Envío de mensajes a múltiples objetos.

: Jefe
* [todo] 1. Asignar Funciones a Desempeñar

: Empleado

Representación de mensajes para devolver valor.

1: Sueldo = CalculoSueldo (idtrabajador) single

: trabajador : pl anil la

En este tipo de mensaje se expresa la forma como interactúan con parámetros, y en


ese mismo mensaje recoger la respuesta con una variable contenida en el mensaje.
Ejemplos:

El ejemplo que presentamos es la lectura de un libro por parte de un lector que envía
el mensaje de “abrir”, para luego leer y extraer el conocimiento que llegará al lector,
luego interpretar párrafo y hacerlo tantas veces para pasar a sacar resumen y enviar
los resúmenes a la instancia “hoja de resumen”, para después enviar el mensaje de
cerrar.
Test de Verificación de Aprendizaje

1. En los diagramas de Secuencia, en la parte superior se coloca:

a. Actividades.
b. Nombres de Clases.
c. Instancias.
d. Mensajes.
e. Flujos repetitivos.

2. Cuál es la línea de vida de un objeto o instancia en los diagramas de


Secuencia.

a.
a : aa a : aa

b.
a : aa

a : aa

c.
a : aa

d.
a : aa b : bb

e. Ninguna de las anteriores.


3. Que representa el foco de control.

a. Los mensajes.
b. La distancia.
c. El volumen.
d. El tiempo.
e. La línea de vida.

4. característica del siguiente mensaje es:

a : aa b : bb
a. El objeto o instancia emisora, espera la respuesta para
poder continuar.
b. Representa a un mensaje sincróno.
c. Envía la mitad de un mensaje,
d. El objeto o instancia emisora no necesariamente tiene
que esperar la respuesta para continuar.
e. Representa el envío de un mensaje simple.

5. ¿Cuál es la diferencia, entre un diagrama de secuencia y colaboración?

6. ¿Qué representa la siguiente gráfica?

a : aa

create

7. Determine los mensajes que interactúan los siguientes objetos.

: Evaluador : File Aprobados : File Desaprobados


El evaluador determina registrar al alumno en cualquiera de las instancias de
los archivos que se encuentra en la parte derecha, tomando en cuenta los
siguientes criterios, si el número de cursos desaprobados es mayor a dos, lo
registra en el file de Aprobados en caso contrario lo registra en el file de
Desaprobados.

8. Escriba los mensajes para estos 2 pares de instancias.

: Semaforo : Persona

9. Crear un diagrama de secuencia para hacer el retiro mediante el cajero


(persona), de una de las oficinas de una entidad financiera: para ello cuenta
con las siguientes elementos: cliente, cajero, cuenta, tarjeta y lector de tarjeta.

10. Crear el Diagrama de Colaboración para el siguiente enunciado:

Solicitar informes a GrapPerú S.A.C.


Considere las siguientes Instancias
Consultante.
Secretaria.
Horarios de Curso.
Registro de Consultas.

El consultante solicitará uno de los servicios de dictado de cursos, al inicio el


Consultante entregará el nombre del curso de su interés, la Secretaria lo
recepcionará y buscará en el Horario de Cursos, de allí, extraerá los horarios y
costos, a continuación entrega los datos al Consultante, luego se le solicitarán
los datos al consultante y estos se registran en el Registro de Consultas,
conjuntamente con los datos del curso solicitado.

• No considere la Inscripción y/o matrícula.


Mis Notas:
Diagramas de Clases y Objetos
Elementos De Clases: ¿Qué es una Clase?, Como Identificar una Clase
Características De Atributos: Públicos, Privados, Protegidos
Características De Clases: Asociación, Rol, Multiplicidad
Arquitectura de clases: Generalización, Agregación, Composición
Tipos De Asociación De Clases: Asociación Binaria, Asociación Reflexiva,
Interfaz, Asociación N-Aria
Caso De Diagrama De Clases: Creación de Diagrama de Clases.
Diagrama De Objetos: Definición, Notación
Test De Verificación De Aprendizaje
Elementos de Clases
¿Qué es una Clase?

Los objetos que tengan los mismos atributos y comportamiento se agrupan en


CLASES, una Clase es una abstracción que describe propiedades (atributos y
comportamiento), relevantes para una aplicación determinada, la elección de Clases
es arbitraria, y depende del dominio del problema.

Como Identificar Una Clase


Como podrá observar el gráfico del mundo real de una escuela, existen varios objetos
dispersos. Lo que tenemos que realizar es clasificarlos, agruparlos de acuerdo a
características comunes para luego formar las clases; en nuestro ejemplo las
clasificaciones quedaran compuestas como sigue:

Una vez que nosotros clasificamos a los objetos, ya estamos creando una clase, que
tomara el nombre del grupo identificado.
El siguiente paso, será identificar sus atributos o características que tendrá el conjunto
de objetos, por ejemplo: código, nombre, apellidos entre otros, también debe tener
en cuenta a las operaciones que representan el comportamiento de la clase, para que
en la implementación sean considerados como procedimientos y/o funciones, tal
como: agregar, eliminar, actualizar. Para definir estas operaciones, en una primera
instancia, no las conocemos; por la sencilla razón que necesitamos del aprendizaje
del negocio y para ello nos ayudan los otros diagramas de la notación UML, así como
también el conocimiento de patrones que sirven para la asignación de
responsabilidades.
¿Como funcionan las clases con los datos de la tablas? Inicialmente se tiene de forma
independiente a la clase y la estructura relacional (tabla); formando de esta manera
las capas.

Los atributos de las clases, solo servirán como variables; para que estas puedan
interactuar con los procedimientos y funciones de las mismas.

La base de datos le permitirá proporcionar la representación de los objetos para que


estos sean tratados y procesados por las clases. Para el ejemplo, “A001”, representa
a un valor del atributo código que se almacena en la tabla, este último trabaja con el
atributo código de la clase y de aquí es como entra a ser usado dicho valor en las
operaciones de la clase.

Características de Atributos
PUBLICOS - PUBLIC (-)
Como vera el gráfico de la parte inferior, el atributo código es público, se puede usar
en la clase propiamente dicha como en la instancia; como entender desde este punto
de vista ¿Qué es una instancia?, para ello usaremos una analogía, si usted tiene un
documento original y le saca una fotocopia, la fotocopia vendrá hacer una instancia del
documento original; con la ventaja que en las clases, los cambios que se realizan en la
principal se repercuten en las instancias.

PRIVADOS - PRIVATE (-)


Si declaramos un atributo privado, este se podrá usar dentro de la clase, mas no en
la instancia.

PROTEGIDOS - PROTECTED (#)


Si declaramos un atributo protegido, este se podrá usar dentro de la clase principal,
así como también de sus subclases.
Características De Clases
Asociación
Es la expresión que representa al enlace entre las clases.

Rol
Es el papel que cumple cada uno de los elementos de las clases para la asociación.

Multiplicidad

Es la representación de la cantidad de elementos que se asocian entre las clases.

Uno a uno

100 JUAN P01 100 LIMA


101 FRANCISCO P02 101 BREÑA
102 PEDRO P03 102 LOS OLIVOS

Multiplicidad de uno a uno. Esto quiere decir que un objeto de la clase persona solo se
asociará con un objeto de la clase partida de nacimiento.
Uno a muchos

El objeto Fernando no tiene asociado ningún objeto en la clase Hijo, mientras que
Rafael tiene asociado un objeto que es Rafaelito y Juan se asocia con los objetos
Juanita y Juanito, a todo esto se le denomina multiplicidad de uno a muchos.
Arquitectura de Clases
Generalización
Se denomina generalización o herencia, cuando una superclase (clase madre), define
atributos y operaciones que serán comunes para otras subclases que heredan las
características de la clase madre en la representación de objetos de un mundo real.

La superclase contribuyente contiene a los atributos iguales para Persona Natural


(P_Natural) y Persona Jurídica (P_Jurídica), en el caso del objeto Taboada Jiménez
Alberto, accederá a relacionarse con la superclase para obtener el ruc y la dirección.

Agregación
Es la asociación de elementos que forman un todo, en función a un objeto base que
integra a objetos, pero cada uno de los objetos integrados pueden ser parte de otro
objeto base. En UML el símbolo utilizado para esta representación es un diamante
(rombo).
Para el ejemplo, el parlante es una clase, que tiene independencia y que se puede
acoplar a la Pc, como a un equipo se sonido.

Composición
Es un tipo representativo de una agregación, con la definición que cada componente
dentro de una composición puede pertenecer tan solo a un todo. La representación en
UML es un diamante relleno.
El objeto planta de zapato identificada con el número “PLA01”, solo se acoplara al
zapato “Z001” y no a otro mas.

Tipos De Asociación De Clases


Asociación Binaria

Esta dada por el enlace entre 2 clases.

Asociación Reflexiva
Se establece cuando la asociación recae sobre la misma clase.

De acuerdo al gráfico, tenemos a la clase jugador a quien usamos para representar la


asociación reflexiva capitán; en la simulación de datos visualizamos que Víctor es el
capitán de los objetos que conforman la clase.

Interfaz
Para explicar este concepto utilizaremos un ejemplo:

Podrá observar que las operaciones: “CambioMoneda” y “ConvertirMoneda” que están


contenidas en la clase Vale, estarán disponibles también en las clases Factura y
Recibo, para que esto ocurra tendrá que instanciar a la clase Vale varias veces para
usar las operaciones en discusión. Para solucionar este problema crearemos una clase
independiente llamada herramienta que contenga a las operaciones y de aquí se van a
referenciar; a la clase que se construye viene a ser una interfaz que se relaciona con
la realización para las clases: Recibo, Vale y Factura.

Recibo

Herramienta
Vale
CambioMoneda()
ConvertirNumeroALetra()

Factura

Otra manera de representar la interfaz es:

Recibo

Herramienta

Vale CambioMoneda()
ConvertirNumeroALetra()

Factura

Asociación N-Aria (Clase De Asociación)


Una clase de asociación puede contener atributos y operaciones, de igual forma que lo
tendría una clase estándar y la característica es que sirve como detalle y se vincula
con otras clases para especificar enlaces de una realidad, se representa con una línea
entrecortada como se observa en la figura.

La clase imparte, es una clase de asociación, porque enlaza a las tablas estándar:
grupo, curso y profesor.
Al leer el primer objeto de la clase imparte la podemos interpretar, que al grupo
“G01”, el profesor “P01” Castro, imparte el curso “C01”, que es “modelamiento de
base de datos”, el día lunes de “8-10”.
El segundo elemento lo interpretamos, que para el grupo “G01”, el profesor “P01”
Taboada, imparte el curso “C02” que es UML, el día lunes del “10-12”.

Caso De Diagrama De Clases


Creación de Diagramas de Clases

1.- Identifique los conjuntos de Objetos y Atributos.

a. Objetos del universo que se estudia.

Teléfono
(“847-1418”,-“453-4444”,”435-3333”,”437-6374”)

Recibo
(“R001 FV: 3/3/2005”, “R002 FV: 3/3/2006”)

Llamada
(“Hora Inic. 10:30 Hora Ter. 10:35”,”Hora Inic. 10:30 Hora Ter. 11:15”)
Marca
(“Nokia”,”Motorola” )
Usuario
Natural(“Joel Rodríguez”,”Nilda Espíritu”,”Javier Pérez”,”Alberto Taboada”)
Jurídico(“Asesores Sull”,”Comercial Perú”,
“Emp PAZ SAC”)
b. Nombre de clasificaciones de Objetos
c. Clases y atributos

2.- Defina las asociaciones.


USUARIO podrá ser PNATURAL
USUARIO podrá ser PJURIDICA
USUARIO tiene TELEFONO
TELEFONO posee LLAMADA
RECIBO detalla LLAMADA
MARCA pertenecen TELEFONO
Diagrama De Clases
Diagrama de Objetos

Definición
Los Diagramas de Objetos muestran la representación de las instancias que
pertenecen a cada una de las clases del dominio en estudio.

Notación

Objeto
Cada Objeto aparece como un rectángulo, que esta etiquetado con:

El nombre de la clase debe existir en el modelo de Clases.


Puede que haya ocurrido que los nombres de los objetos como elEducando no es
muy informativo, en este caso para que el diagrama sea más legible, puede omitirse el
nombre del objeto y se puede representar.
Test De Verificación De Aprendizaje

1. ¿Cómo define una clase?


........................................................................................................................
......................................................................................................

2. ¿Cuál es la diferencia entre un diagrama de clases y objetos?


........................................................................................................................
......................................................................................................

3. ¿Qué es una instancia?


........................................................................................................................
............................

4. Explique las características de los atributos de las clases:


Públicos..........................................................
Privados..........................................................
Protegidos.......................................................

5. Defina brevemente
Multiplicidad.....................................................
Rol.................................................................
Asociación.......................................................

6. Coloque la asociación para las siguientes clases


c u ra mis a

mis a doc e nt e

ma rc a p ro d u c t o

7. Identifique la clase de asociación para las siguientes clases: Chofer, “Unidadtaxi”,


papeleta.
En esta empresa cada chofer puede conducir en un determinado día una unidad de
taxi y la papeleta se la asigna a la unidad de taxi, cuando estuvo conduciendo uno de
los chóferes.
¿Cómo saber quien estuvo conduciendo ese taxi al momento de ponerle la papeleta?

7. Busque la asociacion reflexiva para la clase


empleado y explique
e m p l e a do

8. Aplicar herencia a las siguientes clases:


Lapicero, cuaderno, regla y utiles.
Usted debe identificar los atributos de la superclase y de las sub-clases

Mis Notas:
Diagramas de Estados y Actividades
Diagramas de Estado: ¿Qué es un Estado?, ¿Qué es un Diagrama de
Estados?
Simbología: Estado
Representación de Acciones: Entrada, Sub Estados, Sub Estados
Secuénciales, Sub Estados Concurrentes, Estados Históricos, Ejemplos
Diagrama de Actividades: Definición, Simbología, Transición de
Actividad a Otra, Decisiones, Envió de Señal
Test De Verificación De Aprendizaje
Diagrama de Estado
¿Qué es un Estado?
Ningún objeto que se interrelaciona en un mundo real se mantiene estático, un estado
representa la característica del objeto en el tiempo; ¿Quién hace cambiar de estado a
los objetos?, son los sucesos o eventos. Por ejemplo, usted como objeto se encuentra
leyendo la presente publicación en su oficina, tiene el estado de “leyendo”, pero llega
la hora de salida, esto implica que cambiará al estado “caminando” para salir, si tiene
que viajar a su casa y posee movilidad, se optara por el estado de “conduciendo” o
“viajando”.

¿Qué es un Diagrama de Estados?


Tienen la visión de modificación de estados de los objetos en respuesta a los sucesos
en el tiempo, generalmente un diagrama de estados muestra las condiciones de un
solo objeto.

Simbología
Estado
Se representa por un rectángulo de vértices redondeados.

El símbolo de una línea continúa y una punta de flecha con un círculo relleno se
interpreta como el inicio y una diana representa el punto final del diagrama. Por lo
general se muestra solo el nombre de estado, ocasionalmente se incluyen las acciones
y eventualmente se incluyen a las variables de estado, pero se usan de acuerdo a las
necesidades de modelo.

Por ejemplo un estado se pude representar de la siguiente manera:


El objeto adquiere el estado de desaprobado, tiene la variable promedio menor o igual
a diez, que es aquella que toma al encontrarse en el estado, y en la parte inferior se
considera a las acciones a seguir; cuando entra: Programar Examen Sustitutorio, al
salir: Crear acta de recuperación y mientras tiene el estado no podrá promoverse de
grado.

Otro ejemplo de elementos de estado.

Analizamos el estado de un aportador a una entidad de seguro.


Un aportador ingresa al estado de jubilado, para nuestro caso lo rotulamos en la
primera parte; en el área de variables debe cumplirse que el objeto aportante tendrá
la edad de mayor o igual a 60 años y las acciones a seguir son: al entrar: Calcular
Monto de cobertura, mientras tiene el estado, dar mensualidad; cuando sale del
estado Asignar Beneficios de cobertura de seguro.

Representación de Acciones
Las acciones que se disparan cuando se toma un estado están comprendidas por:

Entrada.- Indicar que es lo que pasa cuando el objeto entra al estado.

Mientras.- hacen referencia a lo que pase mientras se tiene el estado.

Salida. ¿Que acciones se siguen cuando se sale del estado?, Ejemplo:

Para explicar el ejemplo de los estados que tomara un


cliente dentro del universo de una empresa de telefonía. En primer lugar tendrá el
estado de habilitado, al no pagar el recibo de servicio, adquiere el estado de moroso y
dentro de este se desencadenan las acciones de: Corta línea, cuando entra al estado y
mientras tiene el estado se le niega el servicio telefónico, cuando sale del estado con
el suceso de pago de recibo, se le activa la línea telefónica.
Sub Estados.- Vienen hacer las transiciones internas que tienen los objetos mientras
adquieren un estado y se clasifican en sub-estados secuénciales y concurrentes.

Sub Estados Secuénciales.- Se dan uno después del otro y lo explicamos con un
ejemplo:

Me he ubicado solo en dos estados de lo que obtendrán un empleado en su centro de


labores. Inicialmente e identificado el estado “trabajando” y el suceso de inicio de
tiempo de descanso, quien origina el estado de almorzando, el cual comprende tres
sub estados que les muestro a continuación.

El sub estado de solicitante, se da cuando el empleado esta pidiendo en el comedor


sus alimentos; luego el obtiene el sub estado de comiendo, al recibir los alimentos,
para cuando termina pasará al estado de “en reposo”. Todos estos sub estados
representan a la transición del objeto dentro del estado almorzando.

El Sub Estado Concurrentes.- Son aquellos que representan al comportamiento del


objeto dentro del estado cuando se manejan estados internos que se desencadenan en
forma simultanea. Se grafican en la parte inferior del área de estado debajo de una
línea media discontinua.

Como puede observar los sub estados concurrentes se realizan al mismo tiempo,
porque para nuestro caso el empleado cuando almuerza puede estar escuchando
música y al mismo tiempo puede estar pensando una selección.
Estados Históricos.- Permiten retomar un sub estado, cuando se haya salido por
alguna situación y se simbolizan con la “H” dentro de un circulo y muestra que un
estado recuerda su sub estado activo de donde salió para ponerlo retomar.

Quiere decir que el estado histórico de solicitante lo podrá retomar después de haber
obtenido el incidente que se origino en la empresa.

Ejemplos:
1. Caso de Libro de Biblioteca

El objeto libro inicialmente se ubica en el estado de estar; “En estante”, para después
desencadenar el suceso de solicitar préstamo y entra al estado de “En sala”, se
desencadena las acciones al entrar se retiene carnét de lector, mientras se tiene el
estado no admitir préstamo, al salir se entrega el carnet de lector.
2. Situaciones de estados de un trabajador

El objeto se encuentra inicialmente en el estado “trabajando”, el suceso de cumplir 1


año de servicio entra al estado de “vacaciones” cuando cumple el tiempo de
vacaciones retoma el estado de “trabajando”, si pide una dispensa obtiene el estado
de “permiso”, cuando cumple el tiempo de dispensa retoma el estado de
“trabajando”, se le asigna una tarea extra entra al estado de “comisionado”, cuando
cumple la tarea extra vuelve al estado de “trabajando”; por ultimo cumple con tiempo
de servicio, entra al estado de “jubilado”.

Ejemplo sub estados de un paciente

El presente diagrama del paciente se inicia en el estado “esperando”, que se da


cuando el paciente espera cupo o cama para ser alojado en el hospital, cuando entra
al estado de “hospitalizado” se desencadenan 3 sub estados secuénciales que son:
observado que consiste en tomar las pruebas, cuando ejecutan intervención pasa al
sub estado de “operando”, luego que termina la intervención entra al sub estado de
“recuperación” pudiendo retroalimentarse con el sub estado de “observado”, al salir de
este estado pasa al estado de “alta”.
Diagrama de Actividades
Definición
Al mirar los diagramas de actividades le traerá a la memoria los diagramas de flujo,
que sirven para poder graficar la lógica de cómo se daría solución a un problema de
programación.
El presente diagrama nos permitirá explicar las actividades que describen a los
procesos para que sean atendidos por los propietarios de los mismos, así como
también los implementadores de software, los diagramas de actividades contienen
bifurcaciones, así como también barras de sincronización y las actividades
propiamente dicha.

Simbología

Actividad

Bifurcación

Inicio y fin

Barras de sincronización, indican que las actividades que se


encuentran comprendidas, se
estarán dando al mismo tiempo

Señal de envió de
mensaje hacia un
objeto representada
por un pentágono
convexo que
apunta al objeto

Señal que permite


recepcionar la
señal del objeto y
esta representado
por un pentágono
cóncavo
Los diagramas de actividades han sido creados para poder presentar una visión de las
tareas que se desarrollan en un determinado proceso, generalmente van a permitir
describir las actividades que se disparan en la transición de un estado a otro; lo que
se representa por una flecha en el diagrama de estado tendrá su descomposición con
el diagrama de actividades.
No solo se usa en esta situación, sino tiene usted la libertad de poderlos usar en el
modelado de un determinado flujo, si usted a realizado análisis estructurado, estos
diagramas son los equivalentes a los flujogramas. Existen clientes que se familiarizan
con estos diagramas y en algunos casos, yo particularmente los uso como principales
pero luego, ir armando el rompecabezas del modelo.
Transición de actividad a otra

Después de
ejecutar una
actividad se
conlleva a
una siguiente

Decisiones

Representación de actividades que se realizan al mismo tiempo.


Las
actividades de
produciendo
ítem y
promocionado
se realizan en
forma
simultanea

Envió de Señal
El presente diagrama de actividades explica los pasos a seguir para tomar una
fotografía; permitiendo enviar un mensaje al objeto cámara cuando se dispara el
botón y la cámara tiene que capturar la imagen.
Diagramas de actividades con marco de responsabilidades
Los marcos de responsabilidades implican que se consideran columnas que identifican
a los responsables de las actividades que se trasladan de un responsable a otro.

El presente diagrama tiene su inicio cuando el cliente realiza su pedido, para luego el
vendedor atender dicho pedido y este le enviará el pedido de almacenero, quien
verificar el stock para enviar datos al vendedor o comunicar al dpto de compras; de
existir productos, el vendedor prepara y emite la propuesta
Test de Verificación de Aprendizaje
Diagramas de estado

1. ¿Qué es un estado?
........................................................................................................................
..................................

2. ¿Cuáles son los elementos que se colocan dentro de las comparticiones del símbolo
del estado (escribir en cada compartimiento)

3. ¿Cuáles son los tipos de acciones que se consideran para un determinado estado?
........................................................................................................................
..............................................................................................................

4. ¿Cuál es la diferencia de un sub estado secuencial y sub estado concurrente?


........................................................................................................................
............................

5. Hallar los sub estados para el estado conducido del objeto auto.
6. Conteste V (verdadero) o F (falso) a las siguientes expresiones:

() Los diagramas de actividades pueden graficar


marco de responsabilidades.
() Los diagramas de actividades no pueden
representar actividades que se pueden dar en
forma simultanea.
() La diana se utiliza para dar fin a los diagramas
de estado y actividades
() Los diagramas de actividades se usan para
graficar las tareas de un proceso.

7. Marque la opción que representan las actividades: B y C.

Actividades Secuénciales
Actividades Concurrentes
Actividades Distantes
Actividades Reciprocas
Actividades de Estado

8. Dibuje el diagrama de actividades para graficar el flujo de tareas para comprar un


pasaje de avión, donde debe considerar al cliente, que solicita el servicio de
adquisición de pasaje aéreo, la vendedora atiende el pedido para buscar cupo con el
proveedor de asientos en vuelos, este último le informa la disponibilidad, de tener
asiento disponible y de aceptar el cliente, adquiere el pasaje y se ejecuta la compra.

9. Una las actividades de la mejor manera para representar la secuencia de lectura de


un libro.
10. Escriba en los recuadros vacíos los nombres de las actividades que mejor se
acondicionan a las tareas concurrentes, en el diagrama de actividades tomando como
referencia la lista de la parte inferior.

Escuchar mensaje telefónico


Conducir auto
Comprar comestibles
Ver película
Pasear por el parque
Conversar
Tomar agua
Mis Notas:
Diagramas de Componentes y Despliegue
Diagramas de Componentes: ¿Qué es un componente?, la sustitución y
reutilización, interfaz.
Tipos de Componentes: Componentes de Distribución, Trabajo,
Ejecución y Ejemplos.
Diagrama de Despliegue: Características de diagramas, Comparación
con el diagrama de Componentes, Elementos y Ejemplo.
Test De Verificación De Aprendizaje
Diagramas de Componentes
La idea de construir este diagrama, tendrá utilidad para el desarrollo de sistemas en
capas donde se tiene que identificar los elementos que personificarán a las clases,
para poder plasmar este esquema, usaremos los diagramas de componentes.

¿Qué es un componente?
Es un elemento de software que se incorporará a la máquina y que no esta en la
filosofía de los desarrolladores, sino, que existe para su implementación.

Un componente puede ser: una tabla, un archivo de datos, archivos ejecutables,


bibliotecas de procedimientos, documentos entres otros.

Cuando se habla de componente es pensar que al momento de la implementación se


tendrá la siguiente idea.
Componente

clase 1 cl ase

ó
Componente
clase 1
clase 1

clase 2
clase 2

Una clase podría ser agregado a un componente o más de una se puede agregar a un
solo componente.

Una vez que se tiene el componente es usado por los desarrolladores como pieza de
un rompecabezas para armar el sistema, representando a la capa de la lógica del
negocio.

La sustitución y reutilización
Son dos conceptos muy importantes que usted tiene que tener en cuenta al momento
de estructurar componentes.

Interfaz de
comunicación de
componente
“abc”

Componente “abc”

Componente “def”
Interfaz de
comunicación de
componente
“def”
Si las actividades o elementos internos de los componentes cambiaran por situaciones
del negocio se podrían efectuar los cambios, sin tocar la interfaz de comunicación o
enlaces, este mecanismo permitiría la sustitución de un componente con una nueva
versión.

Interfaz
Los componentes siempre encapsulan funcionalidad, pero para utilizarlos necesitan
los medios de comunicación con los usuarios, nunca es dable que todas las
operaciones estén disponibles para el acceso directo de los usuarios, es por ello que
se crean interfaces que permitirán contener a las operaciones utilizables de forma
pública.
Suponga que está construyendo un sistema de evaluaciones para una escuela, donde
tiene a la siguiente clase:

Nota
curso
promedio

ModificarNota()
ConsultarNota()
Imprimir()
EliminarNota()

Se desea plantear la implementación de esta situación, para que el usuario o alumno


desde cualquier punto del mundo pueda consultar sus notas. ¿De que manera se
podría considerar?

Nota.dll

Clases
Nota
Notas Web

Consultar Nota
Imprimir

Crear una clase interfaz para que el usuario tenga el acceso a la aplicación web, y en
esta interfaz representada por una circunferencia en la figura pueda usar solo a las
operaciones de: consultar nota e imprimir.
Tipos de Componentes

La representación de un componente se simboliza como un rectángulo con dos


rectángulos pequeños que sobresalen de un extremo, pero depende también de la
herramienta que use.

Componentes de distribución. Están presentados por los archivos – “dll”,


ejecutables, controles ActiveX, paquetes de java, entre otras, generalmente son los
compilados y listos para su uso.

Componentes de trabajo. Para poder crear un “dll”, un ejecutable, necesitamos


escribir código para poder generarlo; a los archivos fuentes de este tipo se les llama
componentes de trabajo.

Componentes de ejecución. Son creados como resultado en un sistema en


ejecución, tal como archivos temporales, cursores, entre otros.

Ejemplo de Diagramas de Componentes

persona baseVentas

sistefacturacion ayuda.chm

vista Peru

controles :: distrito

controles
Usuario controles :: EstadoCivil

Controles :: CambioMoneda

Un ejemplo simple de diagrama de componentes, es aquel que grafica la


implementación de un sistema, para nuestro caso de facturación, quien considera al
archivo de aplicación ayuda.chm, al componente persona que se ha estereotipado
como “dll”, y trabajará con el componente Base de Datos “Ventas”, por otro lado
tenemos al componente “ControlesUsuario” estereotipado como Control ActiveX y
contiene al: Distrito, Estado Civil y Cambio de moneda y trabaja con la “vistaperu” que
contiene los datos de ubigeos (ubicación geográfica del país). Todos los elementos
forman parte de la aplicación.

Ejemplo

Suponga que tiene los siguientes objetos:

Factura Empleado
Guia

Base de Obrero
Pag ma - Datos
HTML
Proforma

Vendedor
Producto
Servicio
Consultar()
Descuentos() Consultar()
Insertar() Descuentos()
Eliminar() Insertar()
Boleta Eliminar()
Actualizar()

Para crear un diagrama de componentes, se puede implementar de la siguiente


forma.
Pagma.HTML <<BD>>

Ventas

Producto
<<aplication>> <<activeX>>

Item
Servicio

Boleta

Persona Documento
Factura

Guia

Vendedor Empleado Obrero


Diagrama de Despliegue
Los diagramas de despliegue muestran las relaciones físicas entre los componentes de
software y hardware en un sistema integrado, básicamente indican en que lugar físico
se instalaran los componentes en una arquitectura de sistemas distribuidos; donde se
necesita saber el punto de instalación del componente, para determinar la ubicación
del componente y su asociación con otro componente.

Características de los Diagramas de Despliegue

Comparación

Un diagrama de componentes es tratado como artefacto que sólo se preocupa en la


dependencia entre las unidades de implementación.

Un diagrama de Despliegue no esta interesado en el mantenimiento, sino en los


programas de ejecución, por tanto los diagramas de despliegue expresan las
instancias de componentes y su ubicación.
Elementos

Nodo
Es cualquier elemento físico que se integra al sistema y que representa a la unidad de
Hardware, en donde se instalaran y ejecutaran los componentes.

Simbología de Nodos

Representa a cualquier elemento de Hardware y se puede


colocar su nombre y en otros casos se puede indicar el
paquete al cual pertenece.

(Procesador)
Tipo de nodo que posee la capacidad de realizar un
proceso, la calculadora.
<<Procesador>>

(Device)
Tipo de nodo que es la interfaz de sistema, como un
cajero automático, un lector de tarjeta.
<<Dispositivo>>

Representa la conexión entre los nodos.


Ejemplo.

Crearemos el diagrama de despliegue, para el diagrama de componentes del ejemplo


de ventas mostrado en el apartado de componentes.

Servidor Servidor
Componente
<<Processor <<Processor
>> >>
: Pers ona
<<aplicacion>>

: item

Pagma
: docum ento

Cliente
Servidor Base de
Datos
<<Processor
>>

<<Databas
<<Database>>
: apli cacion
e>>
:BDVentas
: BDVentas

<<Devic
e>>
Impresor
a

Para la implementación de esta propuesta, se ha considerado 2 servidores, en el


servidor de componentes guardará a los componentes: persona, item y documento y
por otro lado se considera almacenar el componente Base de Datos dentro del servidor
de Base de Datos, valga la redundancia, ambos servidores, se comunican con el
servidor de la aplicación para que este último se comunique con el dispositivo Cliente.
Test de Verificación de Aprendizaje

1. ¿Cuál es la diferencia entre el diagrama de componentes y el diagrama de


despliegue?

2. ¿Qué es un Componente?

3. ¿Cuál es la finalidad de la sustitución y la reutilización?

4. ¿Cuáles son los tipos de componentes?

a.

b.

c.

5. Conteste verdadero (V) o falso (F) a las siguientes expresiones:

( ) Para modificar un “dll” se necesita del componente de trabajo.

( ) Un componente personifica a un grupo de clases.

( ) La interfaz es el medio de comunicación con el exterior.


Mis Notas:
Patrones
Patrones UML
Creadores de Patrones
¿Qué Es Un Contrato?
Patrones GRASP

Patrón Experto
Patrón Creador
Patrón Bajo Acoplamiento
Patrón Alta Cohesión
Patrón Controlador
Patrón Polimorfismo
Patrón Fabricación Pura
Patrón Indirección
Patrón No Hables Con Extraños
Patrón Estado(Pandilla De Los Cuatro)
Patrón Singleton(Pandilla De Los Cuatro)
Patrón Fachada(Pandilla De Los Cuatro)
Patrón Agente Dispositivo(Pandilla De Los Cuatro)
Patrón Comando(Pandilla de los Cuatro)
Patrones UML
¿Qué es un patrón?

Cada Patrón describe un problema que ocurre una y otra vez en nuestro entorno y
describe la solución para ese problema, de forma que esta solución pueda utilizarse un
millón de veces, sin tener que hacer dos veces lo mismo.
Se puede decir, por lo tanto, que un patrón es como una regla que consta de tres
partes, donde se expresa la relación entre cierto contexto, un problema y una
solución.

Importancia de los Patrones

Para que sean importantes los patrones, se debe ubicar en la etapa del diseño, donde
después de conocer los procesos del negocio, Usted se va ha encontrar con un
conglomerado de operaciones tal como: "GenerarBoleta", "ImprimirFactura",
"DescontarStock"; que los obtendrá de la secuencia de eventos de los Casos de Uso
y otros, también va ha tener el Diagrama de Clases. Entonces los patrones nos
ayudan a asignar las responsabilidades, a cada una de las clases formando los
procedimientos y/o funciones que tendrá cada una de ellas y por lo consiguiente
estaremos diseñando un producto orientado a objetos.

p ro du cto
codPr od
nom Pr o d
puPro d
sto ckPro d

Creadores de Patrones
Cuando se inicio la oleada del UML, participaron varios expertos, cada uno con
proyectos de metodología de desarrollo, liderando como son conocidos los “tres
amigos”, pero dentro de estos participantes estuvieron: Erich Gamma, Richard Helm,
Ralph Johnson y John Vlissides que aportaron las Reglas o Patrones para UML; a
estos señores se les conoce como la Pandilla de los Cuatro(Gang of Four - conocidos
por “GoF”), quienes publicaron su libro Design Patterns en el año de 1995
difundiendo 23 patrones.

¿Qué es un contrato?

Booch y Rumbaugh definen la responsabilidad como “Un contrato u obligación de un


tipo o Clase”.
Es aquí donde se documentará las operaciones asignadas a cada una de las clases,
las cuales servirán como herramientas para la construcción, del sistema orientado a
objetos.
Formato del Contrato
Nombre Se coloca el nombre de la
operación con sus
parámetros si lo tuviera.
Responsabilidades Se definen las
responsabilidades que
tendrá la operación.
Tipo Podrá ser de
sistema/usuario.
Referencias Cruzadas Aquí colocará las
referencias de los
diagramas de donde viene
la responsabilidad y
adonde va.

Notas
Excepciones
Salida Datos de salida.
Precondiciones Condiciones antes de la
operación.
Poscondiciones Condiciones después de la
operación.

Patrones GRASP
General Responsability Asignment Software Patterns
(Patrones Generales de Software para Asignar Responsabilidades)

Patrón Experto
Solución
Asignar una responsabilidad al experto en información necesaria para cumplir la
responsabilidad.

Problema
¿Cuál es el principio fundamental en virtud, del cual se asigna las responsabilidades en
el diseño orientado a objetos?

Ejemplo
¿Calcular Gran Total de la Boleta?

1. Total("NumeroBoleta")

Boleta DetaBol

2. St = subtotal("NumeroBoleta")
Bol
Boleta
NumeroBol
Fecha
DetaBol
NumeroBol
CodProd
Cant
PuVenta
Importe

Subtotal()

Ejemplo de Contrato Para Total

Nombre : Total("NumeroBoleta")
Responsabilidades : Hallar el total de la Boleta, para
tal caso deberá sumar los
importes de la clase “Detabol”.
Tipo : Sistema
Referencias Cruzadas: Caso de Uso Comprar
Producto.
Notas :
Excepciones : Si el número de boleta, no
existe presentar un mensaje de
error.
Salida :
Precondiciones : La Boleta deberá contener al
menos un producto y deberá
estar activa.
Poscondiciones :

Esta responsabilidad se la asignamos a la clase Boleta, porque esta delegará sub-


operaciones a las clases acopladas para que cumplan el fin propuesto.

Patrón Creador
Solución
Asignarle a la clase B la responsabilidad de crear una instancia de clase A en uno de
los siguientes casos:
B agrega los objetos A
B Contiene los objetos A
Problema
¿Quién debería ser responsable de crear una nueva instancia a la clase?
El ejemplo explica quien tiene la responsabilidad de ingresar una instancia a la clase
DetaBol, aplicando este patrón la tendrá la clase Boleta.
Ejemplo de Patrón Creador

InsertarProductoDetabol(numeroBoleta,CodPro,Cantidad) Boleta

DetaBol
Boleta
NumeroBol
Fecha
Se hace uso del
Total()
InsertaProductoDetaBol
concepto de

Contrato

Nombre : "InsertaProductoDetaBol"
Responsabilidades : Crear una instancia para el
detalle de la Boleta, dicha
responsabilidad la tendrá que
hacer la Boleta, porque se
puede aplicar el concepto de
agregación.
Tipo : Sistema
Referencias Cruzadas: Caso de Uso Comprar
Producto.
Notas :
Excepciones : Si el código del producto no
existe no podrá ingresarse.
Salida :
Precondiciones : Para poder ingresar una
instancia deberá ser
Producto.stock mayor o igual a
la cantidad ingresada.
Poscondiciones : Después de ingresar el registro
en el detalle de Boleta deberá
descontar de Producto.stock la
cantidad del registro ingresado.
Patrón Bajo Acoplamiento
Solución
Asignar una responsabilidad para mantener Bajo Acoplamiento.

Problema
¿Cómo dar soporte a una dependencia escasa y a un aumento de la reutilización?
El Acoplamiento es una medida de fuerza con que una clase está conectada a otras
clases, con las que conoce y con las que recurre a ellas.

Ejemplo de Patrón Bajo Acoplamiento.

Boleta DetaBol

“ActualizaStock”(CodProducto, operación, Cantidad)

:Producto

La operación "ActualizaStock", funcionará de la siguiente manera: el primer parámetro


identifica al código del producto, el segundo a la operación de agregar o quitar(“+” o
”-”), y el tercer parámetro a la cantidad a operar; aplicando el Patrón Experto le
asignaríamos la responsabilidad a la Boleta, pero no le podríamos recargar con
muchas operaciones, en tal sentido por el Patrón de Bajo Acoplamiento le
asignaremos a la clase producto para que de esta manera sea reutilizable; dicha
operación de "ActualizaStock" podría servir para la compra como para la venta de
cada una de las instancias de la clase producto.

Patrón Alta Cohesión


Solución
Asignar una responsabilidad de modo que la cohesión siga siendo alta.

Problema

¿Cómo mantener la Complejidad dentro de los límites manejables?


Una alta cohesión caracteriza a las clases con responsabilidad estrechamente
relacionadas que no realicen un trabajo enorme.

Boleta DetaBol

Vendedor

Factura DetaFac
En la Alta Cohesión, una clase tiene responsabilidades moderadas en un área
funcional y colabora con otras para llevar a cabo las tareas.
Grady Booch señala que de una Alta Cohesión funcional se da cuando los elementos
de un componente(clase, por ejemplo), “colaboran para producir algún
comportamiento bien definido”.
Por ejemplo, si aplicaríamos Creador o Experto podríamos asignar "CreaFactura",
"CreaBoleta", "InsertaProductoDetaBol", "InsertaProductoDetaFac"; pero esta
definición tendría Baja Cohesión, para tal caso quedaría de la siguiente forma:

Boleta

CreaBoleta()

Vendedor

Factura

CreaFactura()

Patrón Controlador
Solución
Asignar la responsabilidad del manejo de un mensaje, de los eventos de un sistema a
una clase.

Problema
¿Quién debería encargarse de atender un evento del sistema?
Un evento del sistema es un evento de alto nivel generado por un actor externo, es un
evento de entrada externa.
Se asocia a operaciones del sistema, las que emite en respuesta a los eventos del
sistema, Por ejemplo; cuando un cajero que usa un sistema de terminal en el punto
de venta oprime el botón "TerminarVenta", está generando un evento sistémico que
indica que la "Venta ha terminado". De modo similar, cuando un escritor que usa un
procesador de palabras pulsa el botón "RevisarOrtografía", está produciendo un
evento que indica "Realizar una revisión ortográfica".
Un controlador es un objeto de interfaz no destinada al usuario que se encarga de
manejar un evento del sistema; define además el método de su operación.

Venta

TerminarVenta()
Contrato

Nombre : "TerminarVenta"
Responsabilidades : Registrar que se terminó de
capturar los artículos de la
venta y presentar visualmente
el total de la venta.
Tipo : Sistema
Referencias Cruzadas: Caso de Uso Comprar
Producto.
Notas :
Excepciones : Si está efectuándose una
venta, indicar que se cometió
un error.
Salida :
Precondiciones : El sistema conoce el proceso.
Poscondiciones : Se asigno a "VentaTerminada"
el Valor de Verdadero
(modificación de atributo).

Patrón Polimorfismo
Solución
Cuando por el tipo varían las alternativas o comportamiento afines, se asignarán
mediante operaciones polimórficas a los tipos en que el comportamiento presenta
variables.

Problema
¿Cómo manejar las alternativas basadas en el tipo?
¿De qué manera crear componentes de software conectables?

DocumentoDeventa

CrearDocumento()

Boleta Factura Guia


CrearDocumento() CrearDocumento()
CrearDocumento()

Para nuestro caso tenemos a la operación Crear documento, que es heredada


aplicando el concepto de polimorfismo para implementar la secuencia en cada una de
las clases.

Patrón Fabricación Pura


Solución
Asignar un conjunto altamente cohesivo de responsabilidad, a una clase artificial que
no representa nada en el dominio del problema. Una cosa inventada para dar soporte
a una alta cohesión, y un bajo acoplamiento y reutilización.

Problema
¿A quién asignar la responsabilidad cuando uno está desesperado y no quiere violar
los patrones Alta Cohesión y Bajo Acoplamiento.

Por ejemplo si queremos una operación que convierta de número a letras, no


podríamos asignar la responsabilidad a la boleta o la factura porque estaríamos
violando los patrones antes mencionados.

Para tal caso crearemos una clase de Fabricación Pura que contenga a la operación
"ConvertirNumeroaLetra".

Herramientas

ConvertitNumeroaLetra(numero)

Patrón Indirección
Solución
Se asigna la responsabilidad a un objeto intermedio para que nadie entre otros
componentes o servicios, y éstos no terminen directamente acoplados.

Problema
¿A quién se asignarán las responsabilidades a fin de evitar el acoplamiento directo?
¿De qué, manera se desacoplan los objetos de modo que se obtengan un bajo
acoplamiento y se conserve un alto potencial de reutilización?

Contrato ComponentesOLE
Ver Contrato
AbrirAplicacion()
MostrarContrato()
CerrarAplicacion()

Para poder mostrar los contratos de cada uno de los trabajadores creados en
MicroSoft Word, se utilizará la clase “componentesOle”, que permita abrir la
aplicación, abrir el documento y cerrar la aplicación.
Patrón No hables con extraños
Solución
Se asigna la responsabilidad a un objeto directo del cliente para que colabore con un
objeto indirecto, de modo que el cliente no necesite saber nada del objeto indirecto.
Conocido también como Ley de Demeter.

Problema
¿A quién asignar las responsabilidades para evitar conocer la estructura de los objetos
indirectos?

ClaseEjemplo Viola “No hables


A con extraños"
B
C
Calcular()
{
x=A+u
}

Para explicar este patrón podemos analizar el dibujo donde encontramos a la


operación calcular que se esta realizando una instrucción que incluye usar el valor de
la variable “U” que no existe, entonces es extraña, Dentro de una aplicación lo podría
solucionar con la declaración de una variable pública, pero no es el caso. La solución
para este caso seria de la siguiente manera. Declarar la variable extraña como
parámetro al método para poder usar la operación de la clase.

ClaseEjemplo
A
B
C
Calcular( parámetro U )
{
x=A+u
}

Patrón Estado(Pandilla de los Cuatro)


Solución
1. Crear una clase para cada estado que influya en el comportamiento del objeto
dependiente del estado.
2. Con base en el polimorfismo, asignar métodos
a cada clase de estado, para manejar el comportamiento del objeto contexto.
3. Cuando el objeto contexto reciba un mensaje dependiente del estado, el
mensaje será enviado al objeto estado.
Problema
El comportamiento de un objeto dependiente de su estado. La lógica condicional no es
adecuada a causa de su complejidad, estabilidad o duplicación.

Factura FacturasAnuladas

Anular() InsertarFacturaAnulada()

Para el caso de la factura cuando toma el estado de anulada tiene otra tratamiento,
por lo consiguiente se crea otra clase que toma el nombre del estado entrante para
poderla manejar, como es el caso de “FacturaAnuladas”.

Patrón Singleton(Pandilla de los Cuatro)


Solución
Definir un método de clase o una función que no sea miembro.

Problema
Se permite exactamente una instancia de una clase, se trata de un
“Singleton”(solitario). Los objetos necesitan un sólo punto de acceso.
Atributo de la clase de
“Singleton”
Factura

$situacionFactura
SituacionFactura(codigoSituacion)
Select case codigoSituacion
situacionFactura() Case 1
situacionFactura=’pagada’
Case 2
situacionFactura=’Pendiente’
.
.
endselect

Para explicar el Patrón “Singleton”, podemos determinar que para los diferentes
estados que puede tomar la factura, estos serán manipulados por un atributo, que
para nuestro caso se llamará “$situacionFactura”, y los identifica por números, tal
como: 1.Pagada, 2. Pendiente. Etc.
Patrón Fachada(Pandilla de los Cuatro)
Solución
Definir una sola clase que unifique las interfaces y asignarle la responsabilidad de
colaborar con el subsistema.

Problema
Se requiere una interfaz común unificada con un conjunto heterogéneo de interfaz,
como la de un subsistema ¿qué debe hacerse?

boleta

factura

Patrón Agente Dispositivo(Pandilla de los Cuatro)


Solución
Definir una clase que representa al dispositivo y asignarle la responsabilidad de
interactuar con él.

Problema
Se requiere interactuar con un dispositivo electromecánico. ¿Qué hacer?

LectorDeTarjeta DispositivoLectordeTrajeta

LeerNumero

Para el caso se implementa la clase Lector de Tarjeta “LectorDeTarjeta”, porque


existe un dispositivo que se acoplará al sistema y es en esta clase donde se debe
manera las operaciones para la manipulación del dispositivo con el sistema.
Patrón Comando(Pandilla de los Cuatro)
Solución
En cada comando, definir una clase que lo represente y asignarle la responsabilidad de
ejecutarse él mismo.

Problema
Un objeto o sistema puede recibir varias peticiones o comandos. Reducir la
responsabilidad del receptor en el manejo de los comandos, aumenta la facilidad con
que pueden agregarse otros comandos y ofrece las bases para registrar los comandos,
para formar colas de espera con ellos y para cancelarlos (deshacerlos).

Es una combinación del patrón Experto con Polimorfismo.


aplicacionWord

Pueden
AbrirDocumento( ) considerarse

AplicacionWord AplicacionWord AplicacionWord

AbrirDocumento() AbrirDocumento() AbrirDocumento()


CerrarDocumento() CerrarDocumento() CerrarDocumento()

Hagamos un ejemplo de cómo funciona este patrón con respecto al uso de una
aplicación en windows, por ejemplo usted puede tener abierta la aplicación de word
varias veces, pero ¿Cuántos archivos ejecutables de la aplicación tiene? Sólo uno, para
este caso se instancia varias veces la aplicación con todas sus operaciones, para no
congestionar el sistema.
Test de verificación de aprendizaje

1. ¿Cómo explicaría que es un Patrón?

2. ¿Cuál es la Importancia de los patrones?

3 ¿Qué es un contrato?

4. Mencione 4 patrones GRAPS

5. Explique el Patrón No hables con extraños


Mis Notas:
Manejando Rational Rose
Modelos En Rational Rose
Diagrama De Casos De Uso
Diagrama De Clases
Diagrama De Estados
Diagrama De Actividades
Migración A Visual Basic
Migración A Java
Manejo De Base De Datos Con Rational Rose
Test De Verificación De Aprendizaje
Interfaz General

Modelos en Rational Rose


Creación de Modelos

Escoja el software para el cual creará el modelo

Diagrama de Casos de Uso


Creando Diagramas de Casos de Uso
Los diagramas de casos de uso se pueden crear en más de una vista (view) del
modelo.

Dibujar actores

Los actores de los casos de uso vienen estereotipados como “actor”, pero si desea
cambiarlo, puede hacerlo para el “actor de negocio” (business worker), que podrá
asignarse como en la grafica del lado derecho, no olvidar que debe hacer click al botón
“apply” para que se refresquen los cambios.

Dibujando Casos de Uso

Para cambiar a casos de uso de negocio, cambie el estereotipo a “business use case”

Documentar Casos de Uso

Texto en la pestaña del cuadro de dialogo


Incrustar un Diagrama para un determinado caso de uso.

Asociar archivos o sitios web a los casos de uso de la siguiente manera.

Diagrama de Clases
Creando el modelo de clases
Definiendo atributos a las clases

Seleccione la clase haga doble click para entrar a especificaciones, presione botón
derecho del mouse para insertar un atributo e indique: tipo, estereotipos y ámbito del
atributo (público, privado o protegido)

Definiendo operaciones a las clases.

Activar la Visualización de las operaciones con parámetros


Representación de Agregación y Composición

Para aplicar la notación de agregación tiene que enlazan con una asociación normal y
después hacer doble click en dicha línea para entrar a la pestaña de cuadro de dialogo
“Role A Detail” y quitar el check “Navigable”, seleccione la casilla de “Aggregate” para
indicar agregación, si desea composición haga click a la opción “By Value”

Generalización en clases
Diagrama de Estados
Para crear un diagrama de estado seleccione una de las vistas del modelo y realice
los siguientes pasos.

Agregue acciones a cada uno de los estados.


Diagrama de Actividades
Pasos para crear un diagrama de actividades, ubíquese en una de la vistas del modelo
y realice los siguientes pasos.

Herramientas de diagrama de actividades

Migración a Visual Basic


Agregar el Componente
1) Cuando se genera el Modelo Escoger el Tipo de Visual Basic Estándar
2) Diseñe el modelo para el caso de estudio
3) Estando en Visual Basic activar la siguiente referencia
4) Activar el componente de Rational en Visual Basic
5) Estando en Visual Basic Hacer lo siguiente

Pasos Para Declarar Los Componentes

1) Seleccione la opción tools del menú y la sub opción Visual Basic

2) Presionar el botón derecho del mouse, sobre el icono de Visual Basic y escoger New
Component.
3) Crear tres Proyecto ActiveX .dll para cada uno de los componentes planificados

4) Cambiar los nombres de los proyectos componentes a los establecidos en el diseño


5) Asignar las clases a cada uno de los componentes, según la grafica de la parte
anterior.

NOTA Verificar que en Visual Basic este activa la referencia y el complemento de


Rational Rose
Migrar a Visual Basic

Estando en Rational Rose


1) Tools/Visual Basic/Update Code
2) Haga click a Next
3) Se tiene a la siguiente estructura:
Escoja el componente que desea crea para la migración a Visual Basic.

4) Next
5) Finish
6) (si le pide el nombre del modelo, ingrese el nombre de modelo de referencia, el
sistema crea el modelo)
7) Después de mostrarle una serie de cuadros de dialogo se presenta lo siguiente.

8) Ok
9) Close
10) Observe que la barra de tareas se encuentra el proyecto ActiveX con las
clases seleccionadas para dicho componente.
Migración a Java
1) Se debe haber configurado un modelo de java al momento de ingresar al
programa de Rational Rose.

2) Crear el Modelo de Clases con todas las siguientes características.

3) Crear una carpeta en la unidad de disco (ejemplo c:\migrajava)


4) Establezca el destino en Rational Rose
a. Seleccione todas las clases presionando Control + A
b. Indique la ruta de destino

c. Indicar la Carpeta
NOTA. Aquí deberá indicar la ruta de la carpeta que creo anteriormente para que las
clases se creen dentro de la carpeta indicada, en nuestro caso tenemos a la carpeta
c:\migraJava

5) Verificar que este activo Java en la siguiente opción.

6) Seleccionar la opción para Migrar.


7) Seleccionar las clases y el camino de donde se migrarán, una vez seleccionado
los objetos dar click al botón Map

8) Se crea un archivo para cada una de las clases. Y obtendrá lo siguiente

//Source file:
c:/migraJava/departamento.java

public class departamento


{
private int nombreDep;
private int capitalDep;
private int regionDep;
public provincia theProvincia;

public departamento()
{
}
/**
@roseuid 39D5188A00E6
*/
public void altas()
{
}

/**
@roseuid 39D5188D0168
*/
public void bajas()
{
}

/**
@roseuid 39D518910028
*/
public void consultas()
{
}
}

//Source file:
c:/migraJava/provincia.java

public class provincia


{
private int nombreProv;
private int numDisProv;
private int capitalProv;
private int regionProv;

public provincia()
{
{
}

/**
@roseuid 39D518E20032
/**
@roseuid 39D518E40352
*/
public void bajas()
{
}

/**
@roseuid 39D518E603AC
*/
public void consultas()
{
}
}

Manejo de Base de Datos Con Rational Rose


Sabemos que no siempre una clase se convertirá en una tabla con la misma cantidad
de elementos en el modelo relacional de la base de datos, Rose Data Modeler le
permitirá crear una base de datos tomando como referencia al modelo de clases,
para ello se tendrá que crear las tablas y después hacer la migración al manejador
correspondiente.

Al crear una base de datos, debe crear un esquema (schema), en este se crea las
tablas con todos sus elementos como son: atributos, llaves primarias, llaves foráneas,
trigger, así como también procedimientos almacenados, vistas entre otros.

Pasos para crear una base de datos

Seleccione la Vista de Componentes y escoja, Data Modeler ⁄ New⁄ DataBase

Ingrese el nombre de la base de datos y seleccione el manejador de base de datos


que migrará el modelo.
Crear el esquema (schema) para vincular con la base de datos.

Escriba el nombre del esquema y seleccione el nombre de la base de datos que creo
anteriormente.
Creación de tablas

Se toma solo como referencia al diagrama de clases, para nuestro ejemplo crearemos
la tabla producto, debe seleccionar el esquema y haga los siguientes pasos.

Seleccione la pestaña “Columns”, haga click derecho en el fondo del cuadro para
insertar columnas y doble click sobre una de las columnas para establecer sus
características.
Diagrama de Modelo de Datos

Cree un diagrama para el modelo de datos de la siguiente manera, partiendo desde el


paquete esquema (schema)

Haga doble click al diagrama insertado y arrastre las tablas al área del diagrama.

Migración de la base de datos

Para realizar este proceso tiene que ubicarse sobre el objeto de base de datos,
presionar botón derecho del mouse y llevar la siguiente secuencia.
Seleccione los elementos que desee generar.
Si desea enviar a SQL server el modelo, tiene que activar la casilla de execute e
indicar el nombre de usuario, generalmente es “sa”, poner password si lo tiene y luego
seleccione el nombre del servidor, sino lo conoce ponga “(local)” y por último debe
seleccionar el nombre de la base de datos que previamente la debe haber creado. Si
desea enviar a un archivo de texto como scripts seleccione el archivo destino con
browse o escriba la ruta y nombre de archivo.

Traer un modelo de base de datos existente a Rational Rose

Del menú principal de Racional escoger la opción “tools”


Escoja el destino para la cual desea migrar el modelo

Aquí seleccione el nombre del archivo que contiene el scripts de la base de datos y
siga la secuencia.
Archivo que contiene el scripts de la base de datos

CREATE TABLE alumno (


codAlum varchar(3) NOT NULL,
apAlum varchar(15) NULL,
amAlum varchar(15) NULL,
nomAlum varchar(15) NULL,
fechaNaAlum smalldatetime NULL,
codGrupo varchar(3) NULL,
codUbi varchar(6) NULL,
generoAlum varchar(1) NULL
)
go
ALTER TABLE alumno
ADD PRIMARY KEY (codAlum)
go
CREATE TABLE Backupalumno (
codAlum varchar(3) NOT NULL,
Test de Verificación de Aprendizaje
1 ¿Explique como agregar operaciones o métodos a una clase?
……………………………………………………………………………………………………………………………………………
……………………………………………………………………………………………………………………………………………
……...............................................................
2. ¿Cuál es la forma de cambiar la característica de un caso de uso a “caso de uso de
negocio”?
……………………………………………………………………………………………………………………………………………
………………………………………
3. Conteste V (Verdadero) o F (Falso) a las siguientes expresiones:
() A un caso de uso no se le puede asociar una pagina Web
() A un caso de uso se le puede asociar otro caso de uso.
() A los casos de uso se puede agregar un diagrama de secuencia

4. Como crear una base de datos en Rational Rose


……………………………………………………………………………………………………………………………………………
…………………………………………………………………………………………………………………………………
5. ¿Qué es un Schema?
……………………………………………………………………………………………………………………………………………
…………………………………………………………………………...............................................
Mis Notas:
Poseidón
Historia
Características
¿Qué Es Poseidón?
Creación De Modelos En Poseidón
Creación De Diagramas De Casos De Uso
Estereotipando Los Casos De Uso
Documentación De Casos De Uso
Diagrama De Clases
Configurando El Diagrama De Clases
Definiendo Características De Clases
Definiendo Operaciones En Las Clases
Características De Operaciones
Historia
Acerca de Gentleware y Poseidón para UML

Según la mitología griega, el héroe Jason, con sus colegas, construyó un barco y le
nombró “Argo”, los Argonautas, salieron en búsqueda de la lana dorada. Poseidón,
el Dios de los mares, los protegió y con toda seguridad guió su viaje.
Después de 4000 años, Jason Robbins inició un proyecto magnifico para la fuente de
modelado en UML, creando la herramienta a quien le nombró ArgoUML. Muchos otros
se unieron a él en esta empresa aventurera, incluyendo un grupo de software
conducidos por Bogente Marko, quien es investigador en la University de Hamburg.
Después de que Jason Robbins intercambió sus ideas para otras tareas, el grupo
desarrollador se convirtió en líder del proyecto. Bajo su guía y con sus avances,
ArgoUML se puso muy popular. Se dieron cuenta de la gran demanda de la
herramienta ArgoUML y Finalmente llevaron al riesgo de puesta en marcha una
compañía con el cometido de crear la herramienta más utilizable a una audiencia
ancha. Con relación a su origen de la fuente manifestada, la compañía es llamada
Gentleware y su herramienta es llamada Poseidón para UML.
Hoy, Poseidón para UML es una popular herramienta para el modelado en el mercado,
su foco especial, está en la usabilidad y en hacer el trabajo del modelador una
alegría.
(Origen…:Help de Poseidón compañía Gentleware)

Página de Contacto
Http://www.gentleware.com (exceptúan la versión comunal)

Características
• Las interfaces pueden ser entregadas en la notación de caja.
• Los puertos son ahora disponible en Object, Collaboration, y diagramas
Deployment
• La apariencia y la percepción de los diagramas han sido completamente
modernizadas. Entre estos cambios:
• Energizar un fin de la asociación para una zona franca del diagrama, crea una
clase nueva.
• Waypoints de chasquido de bordes para la “X” de sus vecinos y “Y” se
coordina.
• Los adornos del borde van de arriba abajo por los bordes más
inteligentemente.
• Buttons rápido, ahora incluyen: creación de asociaciones, de atributo, y
creación de operación.
• Los elementos nuevos, como las clases de la asociación y los actores como
clasificadores, y los ayudantes del diagrama que no aparecen en el código de la
fuente, como objetos del texto, se ha agregado.
• El almacenamiento del diagrama ha estado cambiado para el estándar Diagram
Interchange, una parte del UML 2.0 estándar. Así, a los diagramas les es
escrito en el XMI 1.2 formato, algo así como el modelo mismo.
• Los diagramas pueden ser exportados para formato del pdf.
• Los archivos de proyecto ahora están salvados con un ".zuml" extensión. Son
archivos de la cremallera conteniendo un archivo del .proj con información de
proyecto, y un archivo del .xmi con el modelo y la información de plan. Todo
este está de conformidad con el estándar Diagram Interchange.
• Deshaga y Redo es soportado a todo lo largo de Poseidón y para todas las
acciones.
• Un jefe de redacción nuevo de la documentación con capacidades llenas de
sobreprecio de HTML ha sido incluido.
• Los atributos derivativos y ordenados pueden estar definidos.
• Los estereotipos múltiples pueden ser aplicados para todos los elementos.
• Las lenguas deseadas de código de la fuente están seleccionadas de artículos
separados del menú de generación de código, y la etiqueta de la fuente puede
estar colocada para ostentar lenguajes diferentes
• Más lenguajes son incluidos en el Edition Profesional: Java, Perl, VB.Net,
Delphi, CorbaIDL, PHP, C #, y SQL, además de la generación del
UMLdoc.(documento UML)

Poseidón, cuenta con las siguientes ediciones:

Edition Comunal
(Edición Comunitaria)
Edition Estandar
(Edición Estándar)
Edition Profesional
(Edición Profesional)
Enterprise Edition
(Edición Empresarial)
Embedded Edition
Edición incrustada

¿Qué Es Poseidón?
Una Excelente Herramienta De Software Libre en su edición comunitaria para crear
todos Los Diagramas UML y realizar un correcto modelado usando el lenguaje UML.

Instalación

1. Antes de instalar Poseidón deberá instalar Java JDK como requisito.


2. Ejecutar el Archivo de instalación.

. . .
3. A continuación se muestra la siguiente pantalla.
4.

5. Luego se muestra

6. Seleccionar Client(cliente), si instalará para su Pc

7. Aceptar las condiciones.


Recuerde que Poseidón tiene una edición comunitaria como esta y otras ediciones (Profesional y

Empresarial)

8. Acepte dando clic a NEXT para conservar la ruta de donde se instalará el


programa o en todo caso cambie la ruta.

9. Busque el Archivo de Java.exe, si dentro de la ventana no aparece, ninguna ruta del archivo de java,
búsquelo con el botón [choose another]

10. Luego se muestra la siguiente pantalla. Hacer clic a siguiente.

11. Indicar el grupo o en todo caso hacer clic a siguiente.


12. Hacer clic a Instalar.

13. Proceso de instalación.

14. Dar por finalizada la instalación.

15. A continuación tiene la interfaz principal de Poseidón


Creación De Modelos En Poseidón

Creación De Diagramas De Casos De Uso

Seleccione de menú “Create Diagram”, y escoja “Use Case Diagram”


Coloque el nombre del Caso de uso y asócielo al paquete, al cual pertenecerá el
diagrama.

1. Dibuja a los actores


2. Dibuja el caso de uso
3. Grafica la línea de asociación entre el actor y caso de uso

Hacer una línea navegable

1 Seleccionar la línea de asociación


2. Escoger el nombre del objeto donde cae la flecha
3. En propiedades desactivar “†” navegable
4 Queda sin cabeza de fecha.

Estereotipando Los Casos De Uso

1 Estereotipo incluir <<include>>


2 Estereotipo extender <<extend>>
Documentación De Casos De Uso

Diagrama De Clases

Del menú de opciones seleccionar “Class Diagram”

Configurando El Diagrama De Clases

Escriba el nombre de la clase y seleccione el nombre del paquete al que lo va ha


almacenar
Definiendo Características De Clases

1. Seleccionar la clase
2. Asignar nombre para la clase
4. Asociar a un paquete
5. Forma de acceder a crear atributos a la clase
6. Forma de acceder a crear operaciones a la clase
7. Seleccionado la clase y presionando botón derecho del mouse obtendrá un
menú contextual que le permitirá tratar las características de las clases.

Defina las Características de las clases con respecto al tipo de dato, así como su
ámbito, tal como privado, protegido o público.

Defiendo Operaciones En Las Clases

Agregue la operación, donde habrá que colocar el nombre, si tiene parámetros que
podrán ser de entrada o salida, ubíquese en la lista “parameters” y agregue el
parámetro, puede adicionar cuantos usted desee.
Características De Operaciones

Al hacer doble clic a la operación agregada tendrá:


1 Nombre del parámetro
2 Indique el tipo de datos para el parámetro
3 Indique el ámbito del báratro, si será de entrada/salida,
in = entrada, out = salida o return = tendrá valor
de retorno.

Otros Diagramas En Poseidón

Generación De Documentación

1. Del menú principal escoger UMLdoc.


2. Escriba el nombre de la carpeta y la ruta, donde se colocarán los archivos
generados en “html”

3. Habrá el archivo index.html de la carpeta creada en el paso anterior y tendrá.

Migración De Clases A Java.


1. Seleccione del menú Generation/Java
2. Ingrese la ruta y el nombre de carpeta en donde se migrará el modelo de
clases.

3. Abra la carpeta de para ver el scripts generado

Migración De Diagrama De Clases De Poseidón A SQL

1. Seleccione Generation/SQL
2. Escriba o seleccione la carpeta, donde se grabarán los archivos del scritps de
las tablas.

3. Abra la carpeta de destino y descubra el scritps para cada tabla.


Test de Verificación de Aprendizaje
1. El Poseidón fue creado por:
a. Microsoft
b. Sunsystem
c. Linux Free
d. Gentleware
e. Java Corporation
2 Conteste (V)verdadero o (F) Falso a las
siguientes expresiones:
() Para poder ejecutar poseidón deberá estar instalada una maquina virtual
Java.
() Poseidón migra a php.
() Genera documentos HTML
() No genera clases a Java.
3. Marque la versión que no pertenece a Poseidón

(a) Edition Comunal


(Edición Comunitaria)
(b) Edition Estandar
(Edición Estándar)
(c) Edition Profesional
(Edición Profesional)
(d) Enterprise Edition
(Edición Empresarial)
(e) Edition Proccess
(Edición de Procesos)
(f) Embedded Edition
(Edición incrustada)

4. Explicar como general la documentación del


modelo……………………………………………………………………………………………………………………
…………………………………………………………………………………………………………………………………
………………………………………………….
Mis Notas:
Caso Práctico
Banco “Ecoproyect”
Datos Del Negocio.
Procesos.
Análisis Inicial Del Dominio.
Glosario De Términos.
Identifique Los Sistemas Cooperativos.
Describa Las Necesidades.
Busque Un Nombre Para El Proyecto.
Propuesta De Hardware.
Estimación De Costos.
Caso Práctico Banco “ECOPROYECT”
Objetivo: Aplicar la Notación UML en el proceso de desarrollo de un sistema.

Datos del Negocio


Descripción General del Negocio.- El banco “ECOPROYECT, es una entidad
financiera joven que maneja cuentas de ahorros y proporciona créditos.

Misión.- Servir con créditos a las personas que tengan proyectos y no puedan
ejecutarlo; de esta manera insertarlos al sistema financiero mundial.

Objetivo.- Convertirse en una de las entidades financieras líderes en la economía


nacional.

Procesos

Organigrama del Negocio

Administrador

Asesor Financiero

Admisión Transacciones Créditos y


Cobranzas

Al momento de identificar el negocio se tiene que empezar mirando la arquitectura de


la organización y cerciorarse que se administra en forma sincronizada con el
organigrama propuesto, ya que existen situaciones que los organigramas suelen ser
un formalismo.
Identificando a los procesos

Proceso en cada Unidad Orgánica

Unidad Orgánica Procesos


Admisión Inscripción a clientes.
Atender duplicado de
tarjeta.
Crear informe de
inscritos.
Transacciones Atención de depósitos.
Atención de retiros.
Atención de
transferencias.
Crear liquidación diaria de
transacciones.
Créditos y Cobranzas Atender solicitud de
créditos.
Administrar Créditos.

Proceso que involucran a varias unidades orgánicas

Unidades Orgánicas Proceso


Asesor Financiero Asignar crédito
Admisión
Crédito y Cobranzas
Crédito y Cobranzas Refinanciar crédito
Asesor Financiero
Transacciones

Nota: El banco para el caso del ejemplo maneja la parte de créditos en hojas
electrónicas de cálculo y esta área se desea sistematizar. Para tal caso se estudiaran
los procesos de las unidades orgánicas de créditos y cobranzas, así como también los
procesos que involucran a varias unidades orgánicas.

Descripción General de los Procesos

Proceso Descripción

El presente proceso se inicia


cuando el cliente se acerca a
pedir informe de crédito y es
atendido por el personal de
Atención de Solicitud de créditos y cobranzas, los
Crédito cuales de acuerdo a los
planes y tasas de interés
crearan una propuesta para
entregar al cliente bajo los
periodos tratados.
El proceso de administrar
crédito comprende las
Administrar
actividades de:
Créditos
Revisar estadísticas.
Construir proyecciones de
créditos.
Generar recibos de pagos.
Generar cuadros de morosos.
El proceso se inicia cuando el
empleado atiende al cliente
para iniciar un crédito, este
último verifica sus datos para
luego, el asesor financiero
deberá chequear los datos del
Asignar Crédito
cliente y aval en las entidades
como: INFOCORP y la
CAMARA DE COMERCIO,
luego se hace el registro de
crédito bajo los criterios
pactados.
Este proceso empieza cuando
el cliente se acerca a cancelar
su cuota y el empleado de
Cobranzas y cobranzas calcula la mora
Refinanciamiento cuando se de el caso, a su
vez cobranzas atiende el
refinanciamiento de créditos
bajo las normas del banco.

Análisis Inicial del Dominio


Objetos.- Para esta parte se recomienda realizar una “lluvia de ideas” para identificar
los objetos.

CLIENTE AVAL

ASESOR FINANCIERO CREDITO

PLAN DE CREDITO EMPLEADO

SOLICITUD CREDITO RECIBO

REFINANCIAMIENTO CUOTA
Buscar las asociaciones entre los objetos encontrados

Cliente obtiene Crédito


Empleado atiende Crédito
Empleado emite Solicitud Crédito
Solicitud de Crédito pertenece Crédito
Asesor Financiero supervisa Crédito
Crédito obtiene Refinanciamiento
Crédito tiene Aval
Crédito tiene Plan de Crédito
Crédito posee Cuota
Recibo de Pago detalla Cuota
Propuesta origina Crédito
Diagrama de Clases.

asesFinanciero
propuesta
refinanciamiento
*
1 1

supervisa
obtiene
cliente
obtiene 1
1 1 *
* credito 1 tiene aval

natural juridica *
* 1 tiene

1
atiende
posee plandeCredito

empleado 1 pertenece
recibodePago cuota
1 * *
emite
*
solicitudCredito
detalla

Glosario de términos

Termino Descripción

Persona natural o jurídica


Cliente
que adquiere crédito.
Persona del banco que
Empleado atiende las transacciones
de crédito.
Crédito Préstamo asignado a los
clientes.
Persona que asesora al
banco en cuestiones del
Asesor Financiero
sistema financiero local e
internacional.
Pacto que hace el cliente
cuando desee replantear
Refinanciamiento
la forma de pago de las
cuotas.
Persona que garantiza un
Aval
determinado crédito.
Documento que formaliza
Solicitud de Crédito el pedido de un crédito al
banco.
Documento que detalla
las cuotas o pagos, así
Recibo de Pago
como también las cuotas
de refinanciamiento.
Cuota Monto que tendrá que
pagar el cliente por el
pago del periodo pactado
para el crédito.
Muestra las formas en
que se pueda pagar un
Plan de Crédito
crédito y las tasas que
estipulan cada plan.
Documento que obtiene
cualquier interesado en
Propuesta adquirir un crédito el cual
contiene los planes y
formas de pago.

Identifique los Sistemas Cooperativos


Leyenda

Principal

Cooperativos

Asesor
Financiero
Informes
Financieros y de
Clientes

Situación

Transacciones Créditos y
Cuentas Cobranzas

Admisión
Datos de Cuentas
Describa las Necesidades

Aquí se irán describiendo las necesidades identificando las inquietudes de cada uno de
los actores del negocio que se investiga.
Para tal caso se entrevista a los empleados de créditos y cobranzas y nos
manifestaban que desearían un sistema que genere de forma automática las
estadísticas y los recibos de pago, así como también genere las cuotas de
refinanciamiento, ya que ellos lo tienen que hacer por el momento en hojas
electrónicas de calculo, también se desea crear propuestas de forma automática y
llevar un file electrónico de los créditos supervisados por el banco; otra de las
inquietudes es que los clientes mediante un sitio Web puedan consultar la situación de
sus créditos.

Cuadro de Problemas y Necesidades

Unidad Problema Necesidad o


Orgánica Requerimiento

El sistema que Agregar al sistema


actualmente existe los
financia no formatos de
posee reportes situación de
Transacciones
de pago de créditos para los
créditos ya que diferentes criterios
solo maneja de cobranzas.
ahorros.
Llevar el control Construir una
de los créditos aplicación que
en hojas permita manejar
electrónicas de todos las
cálculo. operaciones de los
Generar créditos y genere
estadísticas estadísticas de
Créditos y
tratando datos forma automática,
Cobranza
de forma así como también
abierta como la los clientes
de una hoja puedan ver su
electrónica. situación de
Manejar estado de crédito
físicamente un mediante una
file de crédito. página Web.

Busque un nombre para el proyecto

Busque la participación de los actores para colocar el nombre; por ejemplo en nuestro
caso cada uno plantea el siguiente nombre:

- Empleado: Sistema de Créditos (SICRE).

- Administrador: Sistema Información Computarizado de Créditos y Cobranzas


(SICOM C&C)
- Cliente: Presta Ecoproyect.

- Ud. amigo(a) lector que nombre le pondría:

.............................................................................

Propuesta de Hardware

Mapa de Diagnostico de Equipo Existente

pc1
i1

i2 i3 i4
pc2 pc3 pc4

i5
pc5
Servidor

Como vera la grafica las PC1, PC2, PC3 son utilizadas para las transacciones
(depósitos y giros), las PC4 y PC5 son máquinas aisladas donde se controla a los
créditos de forma independiente.
Diagrama Distribución

i1,i2,i3
pc1
pc2
pc3

servidor router
local

integrar al sistema

pc4

i4
servidor la pc4 y pc5
web asignar al sistema
de creditos y
pc5 conectar al servidor

Se debera conectar
i5
al servidor la pc4,
pc5 y pc6, asi como
también se adquirira
los servicios de un
pc a adquirir
host para la pagina pc6 para
web de creditos
estadisticas

Leyenda i6
i1=impresora
i2=impresora
i3=impresora
i4= impresora
i5=impresora
i6=impresora
Estimación de Costos

Ítem Equipo / Servicio Costo

1 Computadora. ####.##
2 Impresoras. ###.##
3 Servicio de Hosting y licencias
de software. ###.##
4 Honorarios por Servicios de
recabar datos. ###.##
5 Honorarios por servicio de
análisis. ###.##
6 Pago a Asesoría. ###.##
7 Pago Honorarios a
Programadores. ####.##
8 Pago Honorarios Desarrollador
Web. ###.##
9 Gastos de Implementación. ###.##
10 Imprevistos. ###.##
11 Ganancia. ###.##
_______
####.##
TOTAL DE PROYECTO

Nota: Se estila construir este cuadro, pero debe indicarle al cliente, solo el final o
totales de acumulados.
Mis Notas:
Caso Práctico
Análisis
Diagramas De Casos De Uso De Los Escenarios Inmersos Desde El
Punto De Vista Del Sistema A Desarrollar
Objetos De Entrada Y Salida De Los Escenarios O Procesos
Innovación De Los Procesos
Casos De Uso De Implementación Del Sistema
Construcción Del Dominio
Análisis Del Comportamiento De Las Clases
Diagramas de Casos de Uso de los Escenarios inmersos desde el
punto de vista del como se lleva el negocio.
A todo este conjunto de casos de uso, que determinan la situación de cómo el negocio
se lleva se le conoce como diagramas de caso de uso del “modelo del negocio”.
Diagrama de Casos de uso de “Atender solicitud de crédito”

Empleado crédito

Cliente

1 .Atender solicitud de crédito

<<include>>

1.1 Calcular Interés

Este diagrama dentro de las metodologías que usan la herramienta de Rational y


Otras, manejan la simbología para los casos de uso del negocio con actores dentro
de una circunferencia, así como también la representación del caso de uso con la
elipse y una línea inferior inclinada, como se muestra en la siguiente figura.

Diagrama de Caso de Uso del Modelo del Negocio

Empleado de Crédito
Cliente

1. Atender Solicitud de Crédito


<<include>>

1.1 Calcular Interes


Para el presente caso práctico se ha utilizado la simbología o notación normal de los
casos de uso: tanto para el modelo del negocio como para el modelo de sistema o de
la implementación.

Documentación de los Casos de Uso

Caso de Uso: Atender solicitud de crédito.


Objetivo: Mostrar los pasos iniciales que interactúa el
cliente para empezar los tramites para obtener un
crédito.
Actores: C(cliente), E(empleado).
Pasos:
1.C Se acerca a solicitar crédito.
2.E Recaba la información del crédito solicitado.
3.E Calcular Interés.
4.E Generación de propuesta de crédito.
5.C Recoge propuesta.
Extensiones
3.1.E <<include>> Calcular Interés.
Variaciones
Requisitos Especiales.

Caso de Uso: Calcular Interés


Objetivo: Mostrar las Reglas de Crédito con respecto
al interés
Actores: E(empleado).
Pasos:
1. E Lee los datos del monto solicitado por el cliente.
2. E Busca las característica de pago de acuerdo a
la tasa de interés y plan de pago impuestas por el
banco.
3. E Calcula la tabla de pagos de acuerdo a los
periodos indicado por el cliente.
Extensiones
Variaciones
Requisitos Especiales.
Diagrama de Casos de uso de “Administrar Crédito”

1. Revisar estadísticas

2. Construir proyecciones de
créditos

Empleado crédito 3. Generar recibos de pagos

Transacciones

4. Generar Cuadro de morosos

Caso de Uso: Revisar estadísticas.


Objetivo: Revisar las estadísticas de las aportaciones
de cada uno de los créditos asignados.
Actores: E(empleado).
Pasos:
1.E Recoger las estadísticas de los pagos de las cuotas
de créditos.
2.E Clasificar los pagos de acuerdo a los planes de los
créditos asignados.
3.E Crear cuadros financieros de los pagos por cada
uno de los créditos.
Extensiones
Variaciones
Requisitos Especiales

Caso de Uso: Construir proyecciones de créditos


Objetivo: Crear las proyecciones para la asignación
de créditos.
Actores: E(empleado).
Pasos:
1.E Recabar los cuadros financieros de los pagos por
cada uno de los créditos.
2.E Consultar Créditos del sistema financiero local e
internacional.
2.E Crear proyecciones de los créditos disponibles para
el mes.
Extensiones
Variaciones
Requisitos Especiales
Caso de Uso: Generar recibos de pagos.
Objetivo: Explicar la forma como se generan los
recibos de pago de cuotas de créditos.
Actores: E(empleado).
Pasos:
1. E Verificar con una semana de anticipación con
respecto a la fecha de vencimiento de la cuota de
pago y separar.
2. E Imprimir los recibos con los pagos.
3. E Entregar al Empresa repartidora de
correspondencia.
Extensiones
Variaciones
Requisitos Especiales

Caso de Uso: Generar Cuadro de morosos.


Objetivo: Explicar la manera como se crea el cuadro
de morosos.
Actores: E(empleado), T(transacciones).
Pasos:
1. E Recibir del departamento de Transacciones los
pagos realizados de los créditos.
2. E Determinar las cuotas atrasadas.
3. E Ubicar los datos de los clientes con cuotas
atrasadas y ponerse en contacto.
4. E Solicitar información de la morosidad.
Extensiones
Variaciones
Requisitos Especiales

Diagrama de Casos de uso de “Asignar Crédito”

Asesor Financiero

1. Atender pedido Crédito

3. Verificar historia de cliente y Aval.


Cliente
Empleado crédito

Admisión
4. Registro de Crédito
2. Verificar Datos de Cta.
<<include>>

Aval
Transacciones
Entrega de Crédito
Caso de Uso: Atender pedido Crédito.
Objetivo: Recepcionar solicitud de crédito y empezar
el flujo de actividades.
Actores: C(cliente), E(empleado).
Pasos:
1. C Llenar la solicitud de crédito al banco.
2. C Presenta File de Crédito donde incorpora:
- Solicitud al Banco.
- Cuadro de plan y cuotas de pago.
- Fotocopias de los documentos de identidad del titular
de la cuenta y avales.
- Voucher de transacciones comerciales realizadas los
últimos 6 meses, en caso de persona jurídica
presentar el balance general del ultimo año.
3. E Evalúa la documentación presentada.
Extensiones
Variaciones
Requisitos Especiales

Caso de Uso: Verificar Datos de Cta.


Objetivo: Verificar datos de Cuenta en Admisión.
Actores: E(empleado), A(admisión).
Pasos:
1. E Solicita informes de Datos y cuenta del cliente.
2. A Consulta en file de registros los datos del Cliente
y la cuenta.
3. A Genera informe de la cuenta
4. E Recepciona informe de la cuenta y los compara
con los datos presentados por el cliente.
Extensiones
Variaciones
Requisitos Especiales

Caso de Uso: Verificar historia de cliente y Aval.


Objetivo: Verificar los datos en las entidades
controladoras.
Actores: E(empleado), A(asesor financiero).
Pasos:
1. E Envía documentación para su consulta.
2. A Busca la historia financiera del cliente y aval en
INFOCORP y Cámara de Comercio.
3. A Informa la situación del cliente y aval al
empleado mediante un diagnóstico.
4. E Registra el diagnóstico en el file.
Extensiones
Variaciones
* Si los resultados de diagnósticos no son favorables
al cliente se niega el crédito.
Requisitos Especiales
Caso de Uso: Registro de Crédito.
Objetivo: Explicar la forma de como se registra el
crédito.
Actores: E(empleado), C(cliente), A(aval).
Pasos:
1. E Convoca al cliente para la entrega del crédito.
2. C Se acerca a la convocatoria.
3. C Firma el acta del crédito.
4. A Firma el acta de crédito.
5. E Genera y registra las cuotas que va a tener que
aportar de acuerdo a los periodos pactados.
6. E Entrega de Crédito.
Extensiones
Variaciones
Requisitos Especiales
Se dará este caso de uso, si los diagnósticos del
historial financiero fue bueno del cliente y aval.

Caso de Uso: Entrega de Crédito.


Objetivo: Explicar la cancelación del crédito.
Actores: T(transacciones), C(cliente).
Pasos:
1. T Recepciona la orden de pago de crédito.
2. C Presenta documento de identidad.
3. T Verifica firma, foto y datos en el sistema.
4. T Entrega Cheque o Efectivo de Crédito.
Extensiones
Variaciones
Requisitos Especiales

Diagrama de Casos de uso de “Cobranzas y Refinanciamiento”

1.1 Cálculo de Mora

<<extend>>
Transacciones

Cliente 1. Pago de Cuota de Crédito

Empleado crédito

2. Refinanciamiento
Caso de Uso: Pago de cuota de Crédito.
Objetivo: Mostrar la secuencia a seguir para la
cancelación de una cuota de crédito.
Actores: C(cliente), T(Transacciones).
Pasos:
1. C Presenta su recibo de crédito.
2. T Recepciona y verifica datos.
3. T Calcula el pago.
4. T Registra el Pago de cuota de crédito.
Extensiones
2.1.T <<extend> Cálculo de mora.
Variaciones
Requisitos Especiales

Caso de Uso: Cálculo de Mora.


Objetivo: Calcular el monto de mora.
Actores: T(transacciones).
Pasos:
1. T Lee la fecha de vencimiento.
2. T Lee la fecha de pago.
3. T Calcula los días.
4. T Verifica la tabla de interés a pagar y determina el
monto por mora.
Extensiones
Variaciones
Requisitos Especiales

Caso de Uso: Refinanciamiento.


Objetivo: Observar los pasos de refinanciamiento.
Actores: E(empleado), C(cliente).
Pasos:
1. C Presenta Solicitud de refinanciamiento de
crédito.
2. E Evaluar solicitud.
3. E Replantea los montos de refinanciamiento,
agregando registros de particionamiento de cuota
para los meses que se pacte.
4. E Firmar Refinanciamiento.
Extensiones
Variaciones
Ejemplo:
3. E Si el cliente Juan tenia un crédito para pagar 100
dólares mensuales, resulta que en el mes de julio no
pudo pagar y hace un refinanciamiento para que esa
cuota la pague en 4 partes distribuyéndola en los
meses subsiguientes, sin incluir intereses, estaría
pagando 125 dólares.
Requisitos Especiales
Objetos de Entrada y Salida de los Escenarios o Procesos

Atender solicitud de Crédito

Solicitud de
Presupuesto de
Crédito Atender
solicitud de Informe de
Plan de Crédito crédito Propuesta según plan

• Solicitud de Crédito: El cliente verbalmente manifiesta lo siguiente: monto a


prestar, tipo de moneda y periodos de tiempo a pagar.
• Plan de Crédito: Tabla que el empleado del banco consulta para hacer los
cálculos.

Cod Plan Tasa Moneda Tasa en


Nacional Moneda
Extranjera
P01 Plan 1 ## % ## %
P02 Plan 2 ## % ## %
P03 Plan 3 ## % ## %

Informe de Presupuesto según Plan


Banco: Encoproyect N°: 001
Cliente: Juan Lizarraga Reyes.
Estado: Emitida
Empleado: Tito Airoswe
Plan 1: Paga cuotas al final de cada año más el interés
al final de cada año.

AÑO CANTIDAD INTERES MONTO PAGO PAGO


QUE SE QUE SE TOTAL PRINCIPAL TOTAL
DEBE AL DEBE QUE SE DE FIN
INICIO POR EL DEBE AL DE AÑO
DEL AÑO AÑO FINAL
DEL AÑO
1 5000 300 5300 1000 1300
2 4000 240 4240 1000 1240
3 3000 180 3180 1000 1180
4 2000 120 2120 1000 1120
5 1000 60 1060 1000 1060
5000 5900
Plan 2: Pagar el interés que se debe al final de cada año y el capital después de 5
años

AÑO CANTIDAD INTERES MONTO PAGO PAGO


QUE SE QUE SE TOTAL PRINCIPAL TOTAL DE
DEBE AL DEBE POR QUE SE FIN DE
INICIO EL AÑO DEBE AL AÑO
DEL AÑO FINAL
DEL AÑO
1 5000 300 5300 0 300
2 5000 300 5300 0 300
3 5000 300 5300 0 300
4 5000 300 5300 0 300
5 5000 300 5300 5000 5000
1500 5000 6500

Plan 3 : Pagar 5 pagos iguales al final de cada año.

AÑO CANTIDAD INTERES MONTO PAGO PAGO


QUE SE QUE SE TOTAL PRINCIPAL TOTAL
DEBE AL DEBE QUE DE
INICIO POR EL SE FIN
DEL AÑO AÑO DEBE DE
AL AÑO
FINAL
DEL
AÑO
1 5000 300 5300 887 1187
2 4113 247 4360 940 1187
3 3173 190 3363 997 1187
4 2176 131 2307 1056 1187
5 1120 67 1187 1120 1187
5000 5935

Administrar Crédito

Estadísticas de Recibos Pagos


Pagos Administra
Cuadro de r Tasas del Sistema
Morosos Crédito Financiero

Estadísticas de
Prestamos
• Estadísticas de Pagos

Fecha de Emisión __/__/__ Pág. 1


Pago del __/__/__ al __/__/__
------------------------------------------------------------
N° de Fecha de T.M. Monto Monto Crédito
Cuota Cancelación Crédito de Mora Cancelado
------------------------------------------------------------
1010001 99/99/99 $ 1000 0 9000
1018324 99/99/99 S/. 300 0 300
1518345 99/99/99 $ 3000 100 3100
1583434 99/ 99/99 S/. 200 20 210

Total Moneda Extranjera $ 9999


Total Moneda Nacional S/. 999

• Tasa del Sistema Financiero: Son valores obtenidos de medios


financieros internacionales
• Recibo de Pago

BANCO ECOPROYECT N° RECIBO: R000001


NRO CUENTA: 1000018389
N° TARJETA: 18325
CLIENTE: ALBERTO TABOADA JIMENEZ
AV LAS AMERICAS 1582
PLAYAS DEL PACIFICO
TIPO DE CLIENTE: NATURAL
FECHA DE EMISION: 99/99/99
FECHA DE CANCELACION: 99/99/99
------------------------------------------------------------
N° Crédito Cuota Monto Tipo de Moneda
------------------------------------------------------------ 1010001
3 1000 Dólares

• Cuadro de Morosos

BANCO ECOPROYECT FECHA


------------------------------------------------------------
Cliente Crédito N° Cuotas Monto
Atrasadas Adelantado
------------------------------------------------------------
X____X ### # ####
X____X ### # ####
X____X ### # ####
X____X ### # ####
Estadísticas de Prestamos por tipo de moneda

100
80
Creditos
N° de

60
40 M Nacional
20
M Extranjera
0
Asignar Crédito
Enero Marzo Mayo
MESES DEL ANO
Solicitud de Crédito

Cuadro de plan de
Asignar
Pagos Acta de Crédito
Crédito
Situación financiera
de Cliente
Situación financiera
de Aval

• Solicitud de Crédito

BANCO ECOPROYECT NRO: SC001


Solicita: Crédito Financiero

Señor Administrador del Banco ECOPROYECT

Presente:
Yo, x____________________________x
identificado con x____________________________x
x_____________x x__________________________x
x_____________x x__________________________x
x____________ x x__________________________x
x_____________x x____________x ____________x
x_____________x x__________________________x

Atentamente

--------------
Albert Hotool
Gerente:15015181
• Cuadro de Plan de Pagos

Banco: Encoproyect N°: 001


Cliente: Juan Lizarraga Representado:
Estado: Emitida
Empleado: Tito Airoswe
Plan 1: Paga cuotas al final de cada año mas el interés
al final de cada año

AÑO CANTIDAD INTERES MONTO PAGO PAGO


QUE SE QUE SE TOTAL PRINCIPAL TOTAL
DEBE AL DEBE QUE DE
INICIO POR EL SE FIN
DEL AÑO AÑO DEBE DE
AL AÑO
FINAL
DEL
AÑO
1 5000 300 5300 1000 1300
2 4000 240 4240 1000 1240
3 3000 180 3180 1000 1180
4 2000 120 2120 1000 1120
5 1000 60 1060 1000 1060
5000 5900

• Situación financiera del Cliente y Aval. Esta información se obtiene de


una forma directa y el resultado es: Correcta o incorrecta situación.
Acta de Crédito

Cliente N° Crédito
Nombre: Albert Hotool Representante:___
O Razón Social
DNI : _____________
N° de Cuenta : 15015181
Cargo : _____________
N° Tarjeta: 12345618
Avales
Nro Aval : _______ Nro Aval : ______
Nombre : _______ Nombre : ______
Dirección: _______ Dirección: ______
Ruc/Dni : _______ Ruc/Dni : ______
Ingresos : _______ Ingresos : _____
Centro de Centro de
Trabajo : _______ Trabajo : ______
Teléfono de Teléfono de
C. Trabajo:_______ C. Trabajo: ____

________ _________
Firma Firma
DNI _______ DNI ________

Fecha de 1ra Cuota : __/__/__


Tabla de Pagos
AÑO CANTIDAD INTERES MONTO PAGO PAGO
QUE SE QUE SE TOTAL PRINCI TOTAL
DEBE AL DEBE POR QUE SE PAL DE FIN
INICIO DEL EL AÑO DEBE AL DE AÑO
AÑO FINAL
DEL AÑO
1 5000 300 5300 1000 1300
2 4000 240 4240 1000 1240
3 3000 180 3180 1000 1180
4 2000 120 2120 1000 1120
5 1000 60 1060 1000 1060
2.4. Cobranzas y Refinanciamiento
5000 5900

Recibo de Pagos

Cobranzas y Recibo
Solicitud de Refinanciamiento Cancelado
Refinanciamiento

• Recibo de Pago

BANCO ECOPROYECT Nro Solicitud: ________


Solicitud : ________

Señor Administrador del Banco ECOPROYECT


Presente:
Yo, x__________________x representante
de la empresa x____________x, con dni
x__________x
Ante usted solicito refinanciamiento del
crédito nro : ____________ por motivo
________________________ para refraccionar en
____ cuotas.

Por lo tanto :

Lima 28 Agosto 2000

-------------------
DNI __________

Innovación de los Procesos

Modelo del Negocio Modelo del Sistema


“Tal Como lleva” “Tal Como será”

Atención de solicitud Cuando el cliente se


de crédito acerque a solicitar
El presente proceso se informe de crédito, el
inicia cuando el cliente se empleado del banco
acerca a pedir informe de deberá atenderlo.
crédito y es atendido por Mediante el uso de una
el personal de créditos y Pc, el cual deberá
cobranzas los cuales de ingresar el plan y el
acuerdo a los planes y número de periodos y el
tasas de interés crearan sistema deberá imprimir
una propuesta para de forma automática el
entregar al cliente bajo informe de la propuesta,
los periodos tratados. quien también quedara
almacenada en el
sistema.
El sistema deberá hacer
leer de forma
El proceso de administrar
automática los pagos
crédito comprende las
hechos por los clientes
actividades de: Revisar
para generar e imprimir
estadísticas.
las estadísticas de
Construir proyecciones de pagos.
créditos.
El sistema deberá
Generar recibos de pagos
permitir leer datos de
Generar cuadros de
las tasas del sistema
morosos.
financiero local e
En la actualidad se
internacional y con los
realizan dichas
pagos realizados
actividades usando hojas
construir las
electrónicas de cálculo.
proyecciones.
El sistema a construir
deberá permitir leer la
fecha y deberá imprimir
los recibos con los
detalles
correspondientes,
también deberá generar
cuadros de morosos en
solo ingresar el
requerimiento.
El sistema deberá
Asignar Crédito scaner la
El proceso se inicia documentación y
cuando el empleado permitirá tener
atiende al cliente para hipervínculo para leer
iniciar un crédito, este electrónicamente la
último verifica sus datos documentación del
para luego, el asesor crédito así como
financiero deberá también deberá
chequear los datos del manejar el registro de
cliente y aval en las las entidades
entidades como reguladoras de crédito.
INFOCORP y la Cámara Cuando la
de Comercio. documentación y los
Luego se hace el registro requisitos están Ok el
de crédito bajo los sistema deberá auto
criterios pactados. generar las cuotas a
cancelar en los periodos
pactados con el cliente.
El programa a
implementar deberá
leer el número de
crédito y deberá
mostrar las cuotas por
Cobranzas y pagar y de esta manera
Refinanciamiento el cliente puede hacer
Este proceso empieza efectivo el pago, dicho
cuando el cliente se programa deberá
acerca a cancelar su imprimir un voucher de
cuota y el empleado de pago. Así como también
cobranzas atiende el deberá calcular la mora
refinanciamiento de si lo tuviera.
créditos bajo las normas Otra de las
del banco. características del
sistema es la de poder
refinanciar un crédito
agregando los montos
refinanciados para el
crédito.
Casos de uso del Modelo del sistema “la manera de cómo será”

Diagrama de casos de uso para atención y generación de crédito

<<includ e>>

1 gen eracio n <<include>>


calculo interes
de propuesta

cnatural

3 veri ficar hi sto ri a


de cliente y aval
empleadocredito

cliente 2 atender solicitud


de credito

cju ridico

4 registrar credito

entrega de credito

Caso de Uso: Generación de propuesta.


Objetivo: Explicar los pasos que se siguen para la
emisión de propuestas de crédito.
Actores: C(cliente), S(sistema), E(empleado).
Pasos:
1. C Se acerca a solicitar crédito.
2. E Atiende solicitud de crédito
3. E Ingresa: Número de plan, monto, periodos, tipo
de periodos(mes, año).
4. S Recoge los datos ingresados y calcula cuotas
5. S Hace una impresión preliminar de propuesta de
crédito.
6. E Muestra la propuesta al cliente.
7. E Imprimir propuesta.
Extensiones
4.1.S <<include>> Cálculo de Interés.
Variaciones
Requisitos Especiales

Caso de Uso: Cálculo de Interés.


Objetivo: Explicar la forma de cómo se calcula los
intereses para la propuesta de crédito.
Actores: E(empleado), S(sistema).
Pasos:
1. E Ingresa número de plan, monto, periodos, tipo
periodos y tipo moneda.
2. S Recoge datos de generación.
3. S Consulta al objeto, plan de crédito, número de
plan y tipo de moneda.
4. S De planes de créditos se obtiene la tasa de
interés
5. S Calcula las aportaciones para el crédito.
Extensiones
Variaciones
Requisitos Especiales
Diagrama de colaboraciones para los mensajes de cálculo.

Caso de Uso: Atender Solicitud de Crédito.


Objetivo: Explicar la forma de registro de un crédito
para que inicie su flujo de tramite.
Actores: E(empleado), S(sistema), C(cliente).
Pasos:
1. C Redacta la solicitud de crédito.
2. E Recepciona la solicitud de crédito.
3. E Scaneando los documentos presentados.
4. S Leer los hipervínculos de los scaneados y los
graba para una próxima recuperación.
5. S Dar informe de cuenta de cliente.
6. S Registrar datos de crédito.
7. S Imprime comprobante de Solicitud de Crédito.
Extensiones
Variaciones
Requisitos Especiales

1: envia (nplan, periodos, tipo periodos, tipo moneda)


:empleado :sistema

4: informe de propuesta

Plan 1 Paga cuotas al final de cada


año mas el interes al final de
cada año 3: tasa 2: envia (#plan, tipo moneda)
Plan 2 Paga el interes que se debe al
final de cada año y el capital
despues de los periodos
pactados :planes de credito

Plan 3 Paga # de pagos igual el fin de


cada año

La cantidad de periodos anuales


se dividen en pagos o aportaciones usa la siguiente tabla
mensuales tasa S/. tasa $
Plan 1 ## ##
Plan 2 ## ##
Plan 3 ## ##

Caso de Uso: Verificación historial de cliente y aval.


Objetivo: Indicar la secuencia de pasos para la
verificación del estado financiero del cliente como del
aval.
Actores: E(empleado), S(sistema), SW(sitio web) .
Pasos:
1. E Ingresa clave en el sitio web de la entidad de
control.
2. E Ingreso datos de cliente y aval.
3. E Consulta historia de crédito de ambos.
4. S (Sistema de entidad financiera) Emite estado
financiero de cliente y aval.
5. E Registra estado financiero en documentación de
crédito.
Extensiones
Variaciones
Requisitos Especiales
inicio
sitio web
entidad financiera
infocor
ingresar clave

ingresar datos a
cosultar cliente y aval

recoger historial
financiero

historial financiero historial financiero de cliente Ok


de aval con problemas

historial financiero historial financiero de aval Ok


de aval con problemas

buscar otro
aval
registrar historial
en credito

fin

Caso de Uso: Registro de Crédito.


Objetivo: Indicar los pasos a seguir para crear el acta
de crédito.
Actores: E(empleado crédito), C(cliente), S(sistema).
Pasos:
1. E Convoca al cliente para la entrega del crédito.
2. C Se apersona a la convocatoria.
3. E Ingresa datos de crédito al sistema.
4. S Genera y registra las cuotas o aportaciones para
el crédito.
5. S Genera número de crédito.
6. S Imprime acta de crédito.
7. C Firma acta de crédito.
Extensiones
Variaciones
Requisitos Especiales

1: consulta solicitud credito (numerosolicitud)


4: confirmar solicitud 2: consulta (numerosolicitud)
: empleado :sistema :solicitud
credito
8: acta ingreso de credito 3: datos credito

5: registrar datos
7: actor de credito

6: generar nro credito

: credito
Caso de Uso: Entrega de Crédito.
Objetivo: Explicar los procedimientos para la entrega
del crédito.
Actores: C(cliente), T(empleado transacciones / cajero), S(sistema).
Pasos:
1. T Recepciona la orden de pago de crédito.
2. C Presenta documento de identidad.
3. T Verifica firma, foto y datos en el sistema.
4. T Entrega cheque o efectivo de crédito.
5. S Emite voucher de retiro.
Extensiones
Variaciones
Requisitos Especiales

Diagrama de casos de uso “Cobranzas y Refinanciamiento”

1.1 calculo de mora

transacciones

cliente

1. pago de cuota de credito

empleado credito

2. refinanciamiento

Caso de Uso: Cálculo de mora.


Objetivo: Observar las actividades del cálculo de
mora.
Actores: S(sistema).
Pasos:
1. S Leer fecha de vencimiento y fecha de pago.
2. S Cálculo de número de días.
3. S Consulta la tasa de interés por la diferencia de
días.
4. S Muestra monto de mora.
5. S Agrega a monto x pagar.
Extensiones
Variaciones
Requisitos Especiales
Caso de Uso: Refinanciamiento.
Objetivo: Mostrar las actividades de refinanciamiento
de crédito.
Actores: C(cliente), S(sistema), E(empleado crédito).
Pasos:
1. C Presenta solicitud de requerimiento.
2. E Evalúa solicitud.
3. E Ingresa número de cuota a refinanciar y número
de periodos a pagar.
4. S Calcula intereses de refinanciamiento.
5. S Genera y almacena las aportaciones de
replanteamiento.
6. S Imprime documento de refinanciamiento.
7. C Firma documento de refinanciamiento.
Extensiones
Variaciones
Requisitos Especiales

Caso de Uso: Pago de cuota de crédito.


Objetivo: Explicar los pasos para cancelar cuota de
crédito.
Actores: C(cliente), T(trabajador transacciones /
cajero), S(sistema).
Pasos:
1. C Presenta su recibo de crédito o pasa su tarjeta en
el lector.
2. T Recepciona y verifica datos.
3. T Consulta pago a cancelar.
4. S Sistema muestra informe de pago.
5. T Recepciona efectivo o especie valorada de pago.
6. T Registra la cancelación de cuota.
8. S Imprime voucher de pago de cuota.
Extensiones
5.1. S <<extend>> Cálculo de mora.
Variaciones
Requisitos Especiales

Cuadro de interés de refinanciamiento

Nro. de cuotas a Tasa interés


Fraccionar

1 3%
2 3.5%
3 4%
4 4.5%
5 5%
6 6%
. .
. .
. .
Diagrama de casos de uso “Administrar Créditos”

1. crear reportes

empleado credito

2. generar recibos
pagos

Caso de Uso: Crear reportes.


Objetivo: Mencionar las actividades para generar
reportes.
Actores: E(empleado).
Pasos:
1. E Debe ingresar datos de requerimiento que podrá
ser:
- Estadísticas de pagos.
- Proyecciones de crédito.
- Generar cuadro de morosos.
2. S Selecciona y busca las estructuras de datos para
cada uno de los reportes.
3. S Hace una vista preliminar del informe.
4. S Imprime informe.
Extensiones
Variaciones/Requisitos Especiales
Caso de Uso: Generar recibos de pagos.
Objetivo: Explicar los pasos a seguir para Generar los
recibos de pagos.
Actores: E(empleado), S(sistema).
Pasos:
1. E Ingresar la fecha.
2. S Asigna 15 días más a la fecha y verifica que aportaciones se
cumplan.
3. S Genera número de recibos.
4. S Agrega a los detalles de recibos las aportaciones
para cada crédito.
5. S Imprime los recibos.
6. E Entrega a la empresa distribuidora de
correspondencia.
Extensiones
Variaciones
Requisitos Especiales
Construcción del dominio

Para ello deberá identificar los objetos principales aquellos que necesitan almacenarse
y los derivados, los últimos son generados de los principales como reportes y otros.

Objetos Principales Objetos Derivados

• Propuesta • Estadísticas de pago


• Plan de crédito • Informe de propuesta
• Recibo de pago • Cuadro de moras
• Solicitud de crédito • Estadística de
• Acta de crédito prestamos por tipo de
• Solicitud de monedas
refinanciamiento

Para cada uno de los objetos almacenables, debe descomponer en cuantas clase se
puede representar.

• Objeto Propuesta

Nombre de
cliente.
Nombre de c lie n te
empleado.
a d q u ie re
n o m b re r e p re s e n ta n te

Descripción de
plan. e m p lea d o g e n e ra

Número de
n o m b re

año.
s o lic it a

Monto que se p r o p u e s ta

debe al inicio. p la n
d es crip cio n
t ie n e n u m e ro
e s ta d o

Interés por
año.
Monto que se c u o ta

debe al final de
n ro
m o n t o in icio d e t a lla

año.
in t er es añ o
m o n t o fin alañ o

Pago principal.
p ago p rin cip al
p ago fin alañ o

Pago total al
final de año.
Representante.

• Objeto Plan de Crédito

Pla
Código n
Descripción de plan Codigo
Tipo de moneda Descripcion
Tasa de interés tipomoned
tasainteres
a
• Objeto Recibo

Número de
recibo. cliente pertenece cuenta
Nombre de nombrecliente numero
direccion nrotarjeta
cliente.
Dirección de
cliente. reside
Distrito de pertenece
cliente.
Número de
cuenta. distrito credito
Número de nombredistrito numerocredito
tarjeta.
Fecha de
emisión.
Fecha de pertenece
cancelación. tiene
Número de
crédito. recibo
Número de numero
fechaemision
cuota. cuota
fechacance
Monto a numero
pagar. detalla
monto
Tipo de tipomoneda
moneda.

• Objeto solicitud de crédito

Número de
cliente
solicitud. solicitudcredito
nombrecliente tiene
Nombre de dni
numerosolic
motivo
cliente. direccion
DNI
Dirección
Motivo pertenece
Número de
cuenta.
cuenta
nrocuenta
Acta de crédito

Nombre o razón social.


Número de cuenta.
Número de tarjeta.
Representante empresa.
DNI
representante.
Cargo representante.
Nombre de aval.
Dirección aval.
Tipo documento aval.
Número documento aval.
Ingresos aval.
Centro de trabajo de aval.
Teléfono de aval.
Descripción de plan.
Fecha de transacción de crédito.
Número de cuenta o periodo.
Monto inicio.
Interés año.
Monto final año.
Pago principal.
Pago final año.

cuenta
cliente posee
nrocuenta
nrotarjeta

natural juridica
nombre razonsocial
dni representante
dnirepresentante
cargorepresentante

credito
plan se asigna nrocredito
descripcion fechatrans
fecha1racuota

pertenece
aval tiene
nroaval
nombre cuota
direccion nrocuota
tipodocaval montoinicio
numerodocaval interesaño
ingresosaval montofinalaño
centrotrabajo pagoprincipal
telefonoaval pagofinalaño
• Solicitud de refinanciamiento

Número de
solicitud. refinanciamient
cliente
Nombre de nrosolicitud
nombre
cliente / motivo
domicilio
representante nrocuotatra
dni
Domicilio. fecharef
DNI.
Motivo.
Número de
cuotas de
financiamiento
de crédito cuotatroccon
Fecha de nrocredito
solicitud fechapago
monto

Luego de haber encontrado las clases para cada objeto deberá hacer un resumen de
clases agrupando los atributos de la siguiente manera.
Diagrama de clases
Análisis del comportamiento de las clases
Estando las clases identificadas debe dibujar los estados para cada una de ellas,
estudiando su comportamiento.

Diagrama de estados de la clase cliente

inicio

habilitado
inscrito
deposita
entry/ registrarcuenta
do/ atenderespecificacion
exit/ validaroperacion

adquiere
problemas con infortuito
justicia

restringido fallecido

entry/ bloquearlineascredito entry/ evaluarcausademuerte


do/ negarcreditos do/ asignarbeneficios
exit/ evaluar exit/ anularcuenta

fin

Diagrama de estados de la clase propuesta

inicio
emite

emitida acepta el credito aceptada

Diagrama de estados de la clase cuenta


inicio

concredito
habilitado asigna credito
entry/ registrarcredito
entry/ registraoperacion do/ evaluar
exit/ condicionaestadodesalida
sin realizar
operaciones x 2
años y saldo < de no pago cuota
mantenimiento

cancelado
morosa
entry/ cobrarmantenimiento realiza pago
entry/ restringircredito
do/ tratarrefinanciamiento
exit/ registraroperacion
adeuda
mas de 3
realiza pagos cuotas
notificada

entry/ informaainfocor
do/ negarcreditos
exit/ registraroperacion
Diagrama de estados de la clase aval

inicio

cumplio tiempo de
vacaciones
trabajando servicio anual
entry/ asignartareasraeemplazante
exit/ leerinformeaccioneslaborales

tiempo de vacaciones
incidente
percanse de
salud cumplio descanso

despedido descansomedico

entry/ determinarsituacionlaboral entry/ contactarconseguroasignartareas


razones do/ supervisartareasareemplazar
do/ negaringresoalocal
premeditadas
en contra de

Diagrama de estados de la clase aval

inicio

estado
financiero
admitido infocor ok aceptado

informe financiero
incumplimiento de camara de comercio
requisitos

informe negativos
de entidades
financieras

rechazado
Mis Notas:
Caso Práctico
Diseño

Diagrama De Estados Y Acciones Que Tendrán Que Asignarse a Las


Clases
Resumen De Operaciones Obtenidas De Los Casos De Uso.
Operaciones De Mantenimiento Para Cada Uno De Los Casos De Uso.
Contratos De Las Clases.
Diseño De Base De Datos.
Algunos Principios Generales Para El Diseño De La Interfaz General De
Usuarios.
Como Diseñar La Interfaz Principal.
Diagrama de estados y acciones que tendrán que asignarse a las
clases
Empiece a identificar las operaciones para manejar los estados de las clases
construyendo las operaciones.

Clase cliente
Estados para atributos Operaciones
1.- Inscrito • Registrar estado
2.- Habilitado ("CodigoEstado",
3.- Restringido "OperacionAasignar",
motivo) operación que
Nombre de atributo: le permitirá ingresar el
"SituacionCliente" estado del cliente,
luego la operación
Atributo adicional: (quitar, poner), y por
“motivosituacion”, Guardara ultimo ingresara la
en motivo del estado del razón de la asignación.
cliente. • Asignar beneficios
(estado, documento)
Estados para clase servirá para registrar
Fallecido, se tendrá que la situación de la
manejar una clase asignación de los
independiente por la razón beneficios al cliente
que sus operaciones, no fallecido.
pueden estar enlazados a la
clase cliente, implica tener un
atributo “sw” que indique si
sus beneficios se cancelaron
y con que documento, para
ello se crearan los atributos:
"EstadoBeneficios"
"DocumentoBeneficios"

El presente cuadro que usted observa, al cual le recomiendo que lo lea mirando el
diagrama de estados de la clase cliente, le va a permitir tener una visión de como le
conviene implementar los estados en las clases y ponerlos en una balanza para
determinar si serán: valores de un atributo o se convertirán en clases derivadas, en
nuestro caso, los estados de inscrito, habilitado y restringido se implementaran como
valores del atributo situación de cliente, pero como no solo esta la representación del
estado sino se necesita saber el motivo de tal situación, es por ello que se ha
implementado el atributo motivo de estado para registrar dicho evento; por el otro
lado tenemos el estado fallecido que será implementado como clase derivada ya que
manejara operaciones distintas a la clase cliente.
Clase cuenta
Estados para Operaciones
atributo • "AsignarEstado"("CodigoEstado",
1.- Habilitada "OperacionAsignar") permitirá
2.- Con crédito asignar o quitar los valores para
3.- Morosa los atributos.
4.- Notificada • "CancelarCuenta" leer la ultima
5.- Cancelada transacción y calcular tiempo, si
es mayor a 1 año o más y si el
Nombre de atributo: saldo < = monto de
"EstadoCuenta" mantenimiento.

Atributo adicional:
"MotivoSituacion",
almacena el motivo
de cambio de estado.

Clase propuesta
Estados para atributo Operaciones
1.- Emitida ƒ Asignarestado
2.- Aceptada (codigoestado)

Nombre de atributo:
Estadopropuesta
Clase empleado
Estados para atributo Operaciones
1.- Trabajando • Calcular tiempo de
2.- Vacaciones servicio anual.
3.- Descanso médico • Calculo de tiempo
regreso de
Nombre de atributo: vacaciones.
"EstadoEmpleado" • Inicio de descanso
médico.
Atributo adicional:
"MotivoEstado", almacena el
motivo al entrar al estado.

Estados para clase


Despedido, implementos a una
clase derivada para manejar las
operaciones de aquellos objetos
que poseen a este estado.
Resumen de operaciones obtenidas de los casos de uso
Al igual que los diagramas de estados, evalue los diagramas de caso de uso para
determinar las operaciones de las clases.

• Diagrama de caso de uso “atención y generación de crédito”

Caso de uso Operación


Generación de "GenerarSolicitudCredito"
propuesta Autogenera el número de solicitud de
crédito.

"CalculoMontosCuotas"
("NumeroPlan", monto, moneda,
periodos, "TipoPeriodos" [mes l año]).
Hace que se generen las cuotas del
crédito solicitado donde tendrá los
parámetros de:
número de plan: [1 l 2 l 3]
monto: monto a financiar
moneda: [dólares l soles ]
periodos: cantidad de periodos
tipo de periodos: [mes l año]

"GuardaDatos”
Registra los valores de los atributos
en la estructura asociada a la clase.

"ImprimirSolicitud"
Envía a la impresora el documento de
solicitud de crédito.

Calculo de interés "ObtenerTasa" ("NPlan",


"TipoMoneda”)
Permite obtener la tasa de interés que
va a cancelar el cliente, es una
operación complementaria a calculo
de montos de cuotas (ver caso de uso
“calculo de interés”)
Atender solicitud de "RegistraScaneado"
crédito y registro de Almacena la dirección de los
crédito scaneados en la base de datos.
Deberá construir una clase que
maneje el almacenamiento de los
archivos scaneados.

"GenerarNumeroDeCredito"

"RegistrarCredito"
Almacena valores para un
determinado crédito.
ƒ Diagrama de casos de uso “Cobranzas y Refinanciamiento”

Caso de uso Operación


Pago de cuotas de "ConsultaPago"
crédito ("NumeroCuenta")
Verifica los pagos a realizar para la
cuenta que se ingresa como
parámetro.

"ConsultaRecibo" (número)
Mostrara el estado del recibo y su
detalle.

"CancelaCuota" ("Ncredito",
cuota, periodo)
Registra a la cuota como
cancelada.

"ImprimirVoucher"
(numeropagovoucher)
Calculo mora "MontoMora" = "CalculoMora"
("NCredito",
"FechaVencimiento",
"FechaPago")
Función que permitirá el calculo de
la mora con solo ingresar la fecha
de vencimiento y la fecha de pago.
Refinanciamiento Refinanciamiento("NCredito",
"NroFinanciamiento")
Operación que refinancia un
determinado periodo.

Tasa=
"CalculoTasaRefinanciamiento"
("NroRefinanciamiento")
Función que obtiene la tasa de
interés por el fraccionamiento del
periodo a tratar.
Operaciones de mantenimiento para cada uno de los casos de uso

Para cada clase vamos a considerar las siguientes operaciones o métodos básicos.

"GenerarNumero”() Función que permitirá dar el


nuevo número para el objeto
que se agregue.
Consulta ("CadenaBus”, Donde "CadenaBus" es el
item) valor que se desea buscar e
item es el orden de atributo
al cual se quiere buscar, por
ejemplo: 1=código,
2=cuenta, ……; el resultado
se mostraran en los atributos
de las clases o una estructura
temporal.
"IngreseModifica" Operación que evalúa el
(operación) ingreso del parámetro quien
podrá ser: 1=ingreso,
2=modificación y cuyos serán
leídos o actualizados de los
atributos de la clase.
Elimina (código) Elimina a un elemento de la
clase.
Diagrama de Clases con Operaciones

Clase Cliente

Cliente
numero
direccion
situacion
motivosituacion

generanumero()
Consulta(CadenaBus, Item)
IngresaModifica(operacion)
Elimina(codigo)
registrarEstado(CodigoEstado, operacion, Asignar, motivo)
Clase Natural Clase Jurídico

natural juridico
razonSocial
nombre representante
dni dnire prese nta nte
cargorepresentante

Clase Fallecido

Fallecido
numero
direccion
dni

AsignarBeneficios(Estado, Documento)
generanumero()
Consulta(CodigoBus, Item)
IngresoModifica(operacion)
Elimina(codigo)

Clase Distrito
distrito
codigo
nombredistrito

Consulta(CodigoBus, Item)
IngresoMod(operacion)
Elimina(codigo)

Clase Propuesta

Propuesta
numero
estado
estadoPropuesta

generanumeroSolicitudCredito()
Consulta(CadenaBus, Item)
IngresoModifica(operacion)
Elimina(Codigo)
AsignarEstado(codigoEstado)
ImprimirSolicitud(numeroSolicitud)
CalculoMontosCuotas(numeroplan, monto, moneda, Periodos, tipoPeriodos [mes | año])
Clase Plan
Plan
codigo
descripcion
tipomoneda
tasaInteres

generacodigo()
Consulta(CadenaBus, Item)
IngresoModifica(operacion)
Elimina(codigo)
Obtenertasa(nplan, tipoMoneda)
Imprimir()

Clase Cuenta

Cuenta
nrocuenta
nrotarjeta
EstadoCuenta
motivoSituacion

generanumero()
Consulta(CadenaBus, Item)
IngresoModifica(operacion)
Elimina(codigo)
AsignarEstado(CodigoEstado, OperacionAsignar)
CancelarCuenta()

Clase Crédito
Credito
nrocredito
fechatrans
fecha1racuota

generanumerodecredito()
Consulta(CadenaBus, Item)
IngresoModifica(operacion)
Elimina(codigo)
imprimeActadecredito()

Clase SolicitudCredito

SolicitudCredito
nroSolCredito
motivo

generanumero()
Consulta(CadenaBus, Item)
IngresoModifica(operacion)
Elimina(codigo)
Imprimir()
Clase Scaneados

Scaneados
Codigo
NroSolicitud
DireccionArchivo

IngresoModifica(operacion)
VisualizaDocumento(codigo)
Elimina(codigo)

Clase Aval

Aval
nroAval
nombre
direccion
tipodoc
numdoc
IngresoAval
Centrotrabajo
telefono
EstadoEvaluacion
motivoEstadoEvaluacion

VerificarSituacionAval(tipoEntidad, ValorDoc)
generanumero()
Consulta(CadenaBus, Item)
IngresoModifica(operacion)
Elimina(codigo)
Imprimir()

Clase Recibo

recibo
numero
fechaEmision
fechaCancelacion

generanumero()
Consulta(CadenaBus, Item)
IngresoModifica(operacion)
Elimina(codigo)
Imprimir()
ConsultaRecibo(numero)
Clase Refinanciamiento

Refinanciamiento
nroRefinanciamiento
motivo
nrocuotafrac
fechaRefin

generanumeroRefinanciamiento()
Cconsulta(CadenaBus, Item)
IngresoModifica(operacion)
Elimina(codigo)
ImprimeRefinanciamiento(codigo)
Refinanciar(NCredito, NroPeriodo, NroFraccionamiento)

Clase CuotaRefinanciada
CuotaRefinanciada
nroCredito
fechaPago
monto

Consulta(CadenaBus, Item)
IngresoModifica(operacion)
Elimina(codigo)
Imprimir()

Clase Cuota

Cuota
nroCuota
monto
tipomoneda
montoinicio
interesAño
montoFinAño
PagoPrincipal
PagofinAño

ConsultaPago(nroCredito)
CancelarCuota(Credito, CuotaPeriodo)

Clase Cuotapropuesta

Cuotapropuesta
nro
montoinicio
interesaño
montofinal
PagoPrincipal
PagofinAño

generanumero()
Consulta(CadenaBus, Item)
IngresoModifica(operacion)
Elimina(codigo)
Imprimir()
Clase Empleado

Empleado
codigo
nombre
estado
motivoEstado
fechaUltimaVacaciones

generacodigo()
Consulta(CadenaBus, Item)
IngresoModifica(operacion)
Elimina(codigo)
CalculotiempodeServicioanual()
CalculotiempodeRegresodeVacaciones()
DarDescansoMedico()
Imprimir()

Clase Despedido

Despedido
codigo
nombre
motivoDespido
fechadespido

generacodigo()
Consulta(CadenaBus, Item)
IngresoModifica(operacion)
Elimina(codigo)
Imprimir()
Contratos de las Clases

Si usted diseña correctamente los contratos, creo que va ha establecer una relación
directa entre el análisis, diseño e implementación de los sistemas a construir. Los
contratos son documentos que están asociados a cada una de las operaciones de las
clases, para describir las responsabilidades que tendrán las clases dentro de los
contratos se tiene las referencias cruzadas, donde se hace se crea un vinculo de
acceso, para que los desarrolladores accedan a los artefactos o elementos construidos
en UML, para que de esta manera se puede cristalizar lo pensado por el analista.

Con respecto al sistema que construye, entre otros de los elementos se tiene: Notas,
excepciones, precondiciones y poscondiciones.

Los analistas que describen la interfaz o cabecera de las operaciones correctamente


con creatividad y teniendo presente la reutilización, creo que es un medio muy
importante de comunicación entre los componentes que formaran parte de un todo. Al
asignar una responsabilidad por medio de una operación a cada una de las clases
haciendo uso de los criterios de los patrones, los miembros del grupo de desarrollo
tengan conocimientos de patrones y las utilice para la asignación de acciones será de
gran ventaja.

Para poder explicar los contratos se escogió la clase financiamiento.

Contratos de la Clase Refinanciamiento

refinanciamiento
nroSolicitud
motivo
nroCuotaFrac
fechaRefinanciamiento

generaNumeroRefinanciamiento()
Consulta(CadenaBus, item)()
IngresoModifica(operacion)()
Elimina(codigo)()
refinanciar(NCredito, NroPeriodo, NroFraccionamiento)()
CalculotasaRefinanciamiento(nroFraccionamiento)()
Contrato "GeneraNumeroRefinanciamiento"

Contrato

Nombre : generaNumeroRefinanciamiento
Responsabilidad : Hallar el ultimo número de
elementos e incrementar en
uno.
Tipo : Sistema.
Referencias cruzadas: Se coloca el nombre de
artefactos que deba construir
el desarrollador.
Notas :
Excepciones :
Salida : Obtener el numero de cuenta
de la siguiente manera
0000 0000 0001.
Precondiciones : Concluya la autogeneración.
Poscondiciones : Deberá incrementar en la
tabla controladora de
registros.

Contrato Consulta

Contrato

Nombre : Consulta("CadenaBus", ítem)


Responsabilidad : Permite mostrar datos del
refinanciamiento que implica
ingresar como parámetro a
("CadenaBus"), cadena de la
expresión a buscar e ítem será
el campo que servirá como
criterio de búsqueda.
Tipo : Sistema.
Referencias cruzadas: Se coloca el nombre de
artefactos que deba construir
el desarrollador.
Notas : Ejemplo de llamada
("S001", "NroSolicitud")
Excepciones :
Salida : Datos de refinanciamiento en
variables de clase.
Precondiciones : Se tiene que ingresar cadena
de búsqueda y nombre de
campo.
Poscondiciones : Deberá consultar a clases
amigas para cumplir la
responsabilidad
Contrato "IngresoModifica"

Contrato

Nombre : IngresoModifica(operación)
Responsabilidad : Registrar o modificar los
elementos de la clase.
Tipo : Sistema.
Referencias cruzadas:
Notas :
Excepciones :
Salida : Datos insertados o actualizados
Precondiciones : El parámetro operación podrá
tener los siguientes valores:
1= ingreso, 2 = modificación.
Poscondiciones :

Contrato Elimina

Contrato

Nombre : Elimina (código)


Responsabilidad : Eliminar a un registro.
Tipo : Sistema.
Referencias cruzadas:
Notas :
Excepciones :
Salida : Tener eliminado un registro de
la clase.
Precondiciones : Asignar el parámetro código un
valor y evaluar.
Poscondiciones :

Contrato "ImprimeRefinanciamiento"
Contrato

Nombre : ImprimeRefinanciamiento
(código)
Responsabilidad : Imprimir el documento de
refinanciamiento.
Tipo : Sistema.
Referencias cruzadas:
Notas :
Excepciones :
Salida : Imprimir documento de
refinanciamiento.
Precondiciones : Tiene que ingresar código de
refinanciamiento y consultas.
Poscondiciones :
Contrato Refinanciar

Contrato

Nombre : Refinanciar("NroCredito",
"NroPeriodo",
"NroFraccionamiento")
Responsabilidad : Registrar el proceso de
refinanciar una cuota de crédito
Tipo : Sistema.
Referencias cruzadas:
Notas : Los parámetros son
"NroCredito" (número de
crédito), "Nroperiodo" (número
de periodo), y el
"NroFraccionamiento" (número
de cuotas a refinanciar).
Excepciones :
Salida :
Precondiciones : Los parámetros deberán tener
valores.
Poscondiciones :

Diseño de Base de Datos

El proceso de construir la Base de Datos Relacional es una extensión del UML, por
lo tanto se toma como referencia el Diagrama de Clases, una vez que usted haya
asignado las responsabilidades, es probable que haya aparecido algunas clases
adicionales que no las tenia en el camino inicial, por consiguiente aquí usted tiene que
aplicar todos los conocimientos de Base de Datos Relaciones con respecto a la
definición de llaves(primarios, foráneos, alternos), dominios, campos, procedimientos
almacenados y disparadores o trigger, vistas entre otros para completar el modelado
de los datos.

Diagrama lógico de la base de datos

Para esta representación se ha utilizado la notación IE (Ingeniería Información) para la


representación del modelo.
Algunos principios generales para el diseño de la interfaz general de
usuarios

En el diseño de interfaz se combina el arte y la ciencia para la representación de lo


que será el medio de comunicación del sistema con el usuario a quien se debe
considerar los siguientes criterios:

• Comprende lo que el usuario tiene que hacer, lea los Casos de Uso para
ordenar las opciones a estructurar.
• Establezca que el usuario se sienta que posee el control de la interacción,
siempre considere la posibilidad de que el usuario cancele una acción luego que
haya iniciado.
• Asigne al usuario diversas alternativas de hacer cada acción relacionado con la
interfaz, disculpe con elegancia los errores del usuario, poner mensajes
discretos.
• Dada nuestras influencias culturales, nuestros ojos se dirigen al esquema
superior izquierda de las pantallas coloque la información de mayor prioridad
allí.
• Use colores discretos y no demasiados, evite las fuentes cursivas y
ornamentales.
• Intente definir actores, etiquetas y cajas bajo términos simétricos.
• Alinee los componentes y campos a la izquierda.

Como diseñar la interfaz principal

Leyendo los casos de uso del modelo innovado hemos sacado las siguientes
operaciones o acciones que realizan en créditos y son:
Generar propuesta
Calculo de interés
Generar solicitud de crédito
Registrar crédito
Entregar crédito
Verificar aval
Cobranza / Refinanciamiento
Pago cuota
Calculo mora
Refinanciar
Crear reportes
Generar proyecciones de pago de crédito
Generar recibos
Generar cuadro morosos

Después del análisis la interfaz quedara de la siguiente manera.

Ventana Principal del Sistema


Estructuras de los Submenús

Menú Propuesta Menú Crédito

Menú Cobranza - Menú Reportes


Refinanciamiento

Barra de Acceso Rápido


Menú Tools

Propuesta
Solicitud Crédito
Pago Cuota
Refinanciamiento
Interfaz “Generar Propuesta”
Diagrama de Secuencia para interfaz Propuesta

El usuario lo primero que va ha realizar es abrir la ventana, luego envía los datos de
búsqueda(puede ser código / criterio como nombre u otro), y esos criterios van al
formulario(form) del cliente este ultimo devolverá los datos de crédito.
Aquí se escogerá el plan para ser consultado a la tabla plan y obtener la tasa de
interés, luego se genera las cuotas a pagar, para después grabar los datos a la tabla
propuesta y por ultimo enviar la propuesta a la impresora.
De esta forma se irán diseñando las interfaces para ver la forma como se va ha
interactuar.
Mis Notas:
Prácticas UML
Prácticas para Casos de uso
Prácticas para diagramas de clase
Prácticas para diagrama de objetos
Prácticas para diagramas de secuencia y colaboraciones
Prácticas para diagramas de estado y actividades
Prácticas para diagramas de componentes y despliegue.
Caso practico a Desarrollar.
C
Prácticas Para Casos De Uso
Ejercicio 1

Escenario: Atención de una agencia de tours.

Requerimiento: Dibujar el diagrama de caso de uso.

Descripción: La promotora de la agencia inicia sus operaciones buscando clientes,


este proceso incluye buscarlos en: La recepción del terminal terrestre, recepción del
aeropuerto, y entrega de folletos a transeúntes turistas; luego la promotora explica
los distintos paquetes que brinda la agencia interactuando con el turista, después se
realiza la tarea de cancelación del paquete, para luego programar la salida del tour.
Coordinando con el guía, la programación incluye las tareas de asignación de
movilidad y separación de raciones en el restaurante.

Ejercicio 2

Escenario: Atención de una lavandería.

Requerimiento: Dibujar el diagrama de caso de uso.

Descripción: El usuario es atendido por el recepcionista para recibir el material a


lavar, una vez que recepciona el material lo clasifica y lo asigna a las tareas de:
Lavado de cortinas, lavado al seco y lavado normal a los obreros que tienen la
responsabilidad de la tarea, luego se asigna a los obreros la tarea de planchado, por
ultimo el usuario con el recepcionista interactúa en la tarea de entrega y cancelación,
la cual implica generar una factura o boleta según sea el caso.

Ejercicio 3

Escenario: Crear una monografía.

Requerimiento: Dibujar el diagrama de caso de uso.

Descripción: El alumno consulta bibliografía a profesores, luego se identifica el


contenido que comprenderá las tareas de revisión de libros y consulta a páginas web,
pues se saca resúmenes para luego con ayuda de un mecanógrafo digitar el
contenido, por ultimo se entrega y expone al profesor.
Ejercicio 4

Escenario: Inscripción a una entidad bancaria.

Requerimiento: Enlazar de la mejor manera los actores y casos de uso que se listan
a continuación.

Actor Descripción
Empleado Persona del banco que
atiende al cliente para
registrar su cuenta.
Cliente Persona que se acerca a
adquirir una cuenta en el
banco y podrá ser:
persona natural o
persona jurídica.
Caso de Uso

Recepción de Cliente
Descripción de Caso de uso
Caso de Uso..: Recepción a Cliente
Objetivo.......: Atención al cliente interesado en
registrarse como usuario del banco.
Actores........: E(empleado), C(cliente)
Pasos
1.E. Atiende al cliente
2.C. Pregunta sobre las ventajas que ofrece el banco
3.E. Explica las ventajas que brinda el banco en
líneas generales
4.E. Entrega la publicidad del banco.
Extensiones
3.1 E <<include>> informa tasas y beneficios.
Variaciones
Requisitos Especiales.
Caso de uso

Informa tasas y beneficios


Descripción de Caso de uso
Caso de Uso..: Informar Tasas y Beneficios
Objetivo.......: Informar las tasas de interés y
beneficios que brinda el banco.
Actores........: E(empleado)
Pasos
1.E. Informa las tasas de interés según el siguiente
cuadro.
Tipo Tasa
Ahorros 12% interés anual
Plazo Fijo
6 meses 8%
12 meses 9.5%
18 meses 10%
2.E. Informa del Seguro que tiene cada una de los
tipos de Cuentas.
Extensiones
Variaciones
Requisitos Especiales.
Caso de uso

Recolección de Documentos

Descripción de Caso de uso


Caso de Uso.: Recolección de Documentos
Objetivo.......: Obtener la documentación para
registrar a los clientes.
Actores........: E(empleado), C(cliente)
Pasos
1.E. Solicitar Copias de cada uno de los documentos
2.C. Presenta Copia de Recibo de Luz o Agua que
acredite el domicilio del cliente.
3. E. Pedir documentación según el tipo de cliente
Extensiones
Variaciones
3.1 Recolección de Doc. para Pers. Natural
3.2 Recolección de Doc. para Pers. Jurídica
Requisitos Especiales.
Caso de Uso

Recolección de Doc. para Pers. Natural


Descripción de Caso de Uso
Caso de Uso..: Recolección de Documentos Pers.
Natural
Objetivo.......: Recolectar documentos para registrar
a una persona
Actores........: E(empleado), C(cliente)
Pasos
1.C. Presenta Documento de identidad (DNI)
2.E. Verifica la documentación
Extensiones
Variaciones
Requisitos Especiales.
Caso de uso

Recolección de Doc. para Pers. Jurídica

Descripción de Caso de uso


Caso de Uso..: Para persona jurídica
Objetivo.......: Recolectar documentos para registrar
como cliente a una empresa.
Actores........: E(empleado), C(cliente)
Pasos
1.C. Presenta Documento de identidad (Gerente de
la Empresa)
2.C. Presenta Minuta o Escritura ante los registros
públicos.
3.E Verificación de la documentación
Extensiones
Variaciones
Requisitos Especiales.
Caso de uso

Llenado de ficha de inscripción


Descripción de Caso de uso
Caso de Uso..: Llenado de ficha de inscripción
Objetivo.......: Leer datos de los documentos para
registrarlos en la ficha del cliente
Actores........: E(empleado)
Pasos
1.E. Abrir una nueva ficha de datos de cliente.
2.E. Registrar datos de minuta y/o dni
3.E. Registrar datos de dirección.
4.E. Registrar Monto inicial y tipo de moneda
5.E Registrar Tipo de Cuenta.
6.E Hacer firmar al cliente.
Extensiones
Variaciones
Requisitos Especiales.
Caso de uso

Registro de Cuenta
Descripción de Caso de uso
Caso de Uso: Registro de Cuenta
Objetivo.......: Registrar la cuenta en la
documentación del banco.
Actores........: E(empleado), C(cliente)
Pasos
1.E. Registrar Cuenta
2.C. Firmar registro. y pone huella.
3.E. Registro de tarjeta.
4.E. Registro de Chequera
Extensiones
3.E. <<include>> Registro de tarjeta
4.E <<extend>> Registro de Chequera
Variaciones
Requisitos Especiales.
Caso de uso

Registro de tarjeta.
Descripción de Caso de uso
Caso de Uso..: Registro de tarjeta.
Objetivo.......: Registrar tarjeta.
Actores........: E(empleado), C(cliente)
Pasos
1.E. Firmar salida de tarjeta.
2. E. Registrar clave que identifica a la tarjeta, para
que se enlace con la cuenta.
3.C. Obtiene clave secreta en sobre cerrado.(cliente
después puede cambiar la clave.
Extensiones
Variaciones
Requisitos Especiales.
Caso de uso

Registro de Chequera.

Descripción de Caso de uso


Caso de Uso…: Registro de Chequera.
Objetivo.......: Atender el registro de chequera
Actores........: E(empleado), C(cliente)
Pasos
1.E. Ingresar en la cuenta corriente el rango de
números de cheques.
2.E. Registrar datos de Emisor.
3.C. Firmar autorización de Cuenta.
Extensiones
Variaciones
Requisitos Especiales.

Ejercicio 5

Escenario: Alquilar habitación de Hotel

Requerimiento: Dibujar el diagrama de caso de uso.

Descripción: El proceso comienza cuando el actor huésped y recepcionista


interactúan en el caso de uso Solicitud habitación, dicho caso incluye al caso de uso
mostrar las características de la habitación, para luego el huésped interactúa con el
botón para el caso de uso ubicar habitación, luego el Cliente y el Recepcionista
interactúan para el caso de uso Crear Documento de Servicio, el cual se extiende el
Caso de uso recargo por uso de Bar y Recargo por Daños; del caso crear documento
se incluye al caso de uso Cancelar documento, que se podrá pagar por solo una de las
dos formas representadas por los caso de uso: Efectivo, Tarjeta de Banco.

Ejercicio 6

Escenario: Prestar dinero.

Requerimiento: Dibujar el diagrama de caso de uso.


Descripción. El proceso comienza cuando el cliente (actor que solicita el préstamo) y
financista (actor que proporciona el préstamo) se involucran en el caso de uso Atender
Requerimiento, luego los actores antes mencionados realizan el caso de uso Evaluar
Cliente, quien obligatoriamente comprende realizar los casos de uso: Verificar
Documentos, Evaluar Aval, Consultar historial de cliente, Por ultimo los actores
realizan el caso de uso Firmar Contrato.
Ejercicio 7

Escenario: Embarque para viaje.

Requerimiento: Dibujar el diagrama de caso de uso y colocar la documentación que


contendrá la documentación de cada una de las actividades enumeradas.

Descripción. El proceso consiste cuando el Pasajero conjuntamente con el


Controlador se involucra en el caso de uso Verificar Acceso que tiene las siguientes
actividades:
1. Controlador, da bienvenida al pasajero.
2. Pasajero, presenta su pasaje.
3. Controlador, verifica datos de pasaje.
Del caso de uso antes mencionado se extiende el caso de uso Calcular peso de
equipaje
Que tiene las siguientes actividades:
Controlador, Recepciona equipaje
Controlador, Pesa equipaje <<Extend>> Pago x Peso de Excedente
Controlador, Emite Ticket de Equipaje
Pasajero, Recibe Ticket de Equipaje.
Al caso de uso extendido de Pago x Peso de Excedente, interviene el actor Cajero y
dicho caso contiene las siguientes actividades.
Cajero, Calcula excedente de peso de acuerdo a política del negocio.
Cliente, Cancela excedente de Peso.
El siguiente caso de uso es Embarque de pasajero, a quien interactúan el Pasajero y
la Terramoza y tiene las siguientes actividades:
1. Terramoza, solitita documento de identidad
2. Terramoza, verifica datos con el pasaje
3. Pasajero, coloca huella digital en el padrón de salida
4. Pasajero, se ubica el asiento

Prácticas Para Diagramas De Clases.


Ejercicio 8

Escenario: Mundo real de hospital.

Requerimiento: Crear el diagrama de clases teniendo como referencia las tareas de:
• Identificar los conjuntos de objetos y atributos.
• Defina las asociaciones.
• Dibujo del diagrama de clases.

Para este mundo real cuenta con los siguientes objetos:

Dr. Castro Dr. Reyes Gripe

Familiar Enrique Paciente Luis

Paciente Cirilo Paciente Ana Cáncer

Universidad San Marcos SIDA


Dra. Fuentes Universidad Villareal

Dr. Ramírez Paciente Sofía

Universidad del Callao Tuberculosis

Historia Clínica 001 Medicina General

Historia Clínica 002 Operación 15/01/2003

Dermatología Operación 16/01/2003

Traumatología Rayos X Quimioterapia

Familiar Rossana Familiar Sonia

Consideraciones:
• Dentro de la historia clínica se detallan las distintas enfermedades que puedan
tener los pacientes.
• Cada doctor estudio en una de las universidades definidas.
• En una operación participan más de un doctor.
• Cada paciente tiene su correspondiente historia clínica.
• Cada paciente tiene asociado un solo familiar, pero un familiar puede
asociarse a mas de un paciente.

Ejercicio 9

Escenario: Restaurante Peruano.

Requerimiento: Crear el diagrama de clases teniendo como referencia las tareas de:
• Identificar los conjuntos de objetos y atributos.
• Defina las asociaciones.
• Dibujo del diagrama de clases.

Se tiene a los siguientes objetos.

Ceviche Mesero: Jhon Arroz con Pato

Local: LarcoMar Vino Chicha Morada

Escabeche de Pescado Local: Mega Bussines

Lomo Saltado Mesera: Sara


Jalea Mixta Pisco Cerveza

Limonada Documento de Venta 0001

Documento de Venta 0002

Consideraciones:
• Un documento de venta puede incluir de uno a varios bebidas o platos.
• Las bebidas se pueden vender en botella, jarra o vaso.
Ejercicio 10

Escenario: Caso de Transporte Terrestre Nacional.

Requerimiento: Construir el diagrama en la herramienta, colocando las asociaciones


y multiplicidad.

Descripción de Caso: Se desea crear un diagrama de clases para la empresa de


transporte “El Horizonte”, a quien después del estudio preliminar se hallo las
siguientes clases: Viaje, quien tiene los siguientes atributos: Numero de viaje
(numViaje), fecha de viaje (fechaViaje), tipo de servicio (tipoServicio), quien puede
ser: Imperial, Presidencial y Buscama, otro atributo es Hora de Viaje (HoraViaje),
además esta clase tiene las siguientes operaciones: Abrir, anular, despachar; otra
clase es Bus, quien tiene los atributos: Placa, nombre de bus (nombreBus), numero
de tarjeta de propiedad (NumTarProp) y sus operaciones son: Registrar, asignar y
reparar; destino es otra clase que tiene los siguientes atributos: Número de destino
(numDestino), ciudad, zona de país (zonaPais) y las operaciones son: Registrar,
modificar y eliminar; La clase Chofer tiene los atributos: código de chofer (codChofer),
nombre de chofer (nomChofer), apellido paterno de chofer (apChofer), apellido
materno de chofer (amChofer) y nombre de chofer (nomChofer), número de brevete
(numBrevete), sus operaciones son: Registrar, modificar y eliminar.
Entre el Viaje y chofer se establece una clase de asociación llamada Conduce que
guardará los atributos: hora y tramo de recorrido (Tramo recorrido), está posee las
siguientes operaciones: Asignar y eliminar. También se tiene a la clase Pasaje que
tiene los atributos: número de pasaje (numPasaje), número de asiento (numAsiento)
y Monto y sus operaciones son: Emitir, cancelar, anular y postergar. A continuación
definimos la clase Pasajero que posee los atributos de: número de pasajero
(NumPasajero), apellido paterno (apPasajero), apellido materno (amPasajero),
nombre de pasajero (nomPasajero), documento de identidad de pasajero
(dniPasajero), las operaciones son: Registrar, eliminar adicionar y modificar.

Ejercicio 11

Escenario: Mundo Real de Cárcel.

Requerimiento: Construir el diagrama en la herramienta, colocando las asociaciones


y multiplicidad.

Descripción de Caso: Crear un Diagrama de Clases que le permita graficar los


elementos del mundo real de una Cárcel, donde se considera al Pabellón que tendrá
los atributos de código y nombre de pabellón, su métodos son: Crear, modificar, listar
y eliminar; los pabellones tienen celdas los cuales poseen los atributos de: número,
zona de celda (vista a la calle, vista a patio), situación (ocupado, desocupado) y
tendrá las operaciones de asignar, desasignar y listar.
Otro elemento considerado es el Reo que tiene los atributos de: Número, apellidos,
nombres, nacionalidad, fecha de nacimiento, tipo de documento (dni, pasaje, carné…),
número de documento; teniendo las siguientes operaciones: Ingresar, eliminar,
consultar; este último elemento con la clase Delito forman la multiplicidad de muchos
a muchos formando una clase de asociación llamada Comete. La clase Delito tiene los
atributos de código de delito, nombre de delito, tipo de delito (leve, capital),
estimación de tiempo de sentencia y sus métodos son: Crear, eliminar, imprimir. La
clase Comete posee los siguientes atributos: Número de registro, fecha, descripción y
sus métodos son: Registrar, eliminar y modificar; por último se considera a la clase
Sentencia con los atributos: número de sentencia, fecha de sentencia, número de
años y monto de reparación civil, además tiene los siguientes métodos: Afirmar,
apelar y anular.

Ejercicio 12

Escenario: Producción de Telenovelas.

Requerimiento: Construir el diagrama en la herramienta, colocando las asociaciones


y multiplicidad.

Descripción de Caso: Construir un diagrama de clases que permitan graficar el


mundo real de producción de telenovelas, donde se deberá considerar al director que
cuenta con los atributos de Código de director, apellidos, nombres y teléfono, a su
vez posee los métodos de adicionar, grabar, eliminar, por otro lado tenemos a la
clase Telenovela que contiene a los atributos: Número, nombre, número de capítulos
y argumento, está contiene los operaciones de: Crear, eliminar, dar de baja, mostrar
e imprimir. Entre la Telenovela y el Actor se crea una clase de asociación llamada
trabajan. La clase Actor tiene los atributos de número de actor, apellidos, nombres,
fecha de nacimiento y nacionalidad. La clase Trabajan tiene los atributos de: Papel que
desempeña en la telenovela y tipo de actor a esta ultima clase se le asocian las
operaciones de: Asignar y quitar. A la clase capitulo se le asignan los atributos de
número de capitulo, argumento, dirección y número de escenas, se le agregan los
métodos de: Agregar, eliminar, consultar.
Se pide:
Dibujar las clases con sus atributos y operaciones.
Definir las asociaciones y multiplicidad.
Definir los alcances para los atributos y operaciones

Prácticas Para Diagrama De Objetos


Ejercicio 13
Escenario: Ejemplo de práctica (caso del mundo real de una oficina).

Requerimiento: Construir el diagrama de Objetos para el mundo real de una


oficina.

Descripción De Caso: Analizaremos la construcción de las clases desde una


perspectiva general para detallar la representación de los elementos en los
diagramas de objetos de UML.
Objeto del mundo real de una oficina

PC 1 IBM CONTABILIDAD PC 1 ACER

LEID MARKETING PC 1 HP

SISTEMAS PC 1 TOSHIBA ANTONIO

ESCRITORIO / E001 PAUL ALBERTO

LOGISTICA ADMINISTRADOR

SUPERVISOR PC 5 IBM ASISTENTE

IMPRESORA EPSON IMPRESORA HP

JOHN ANALISTA DE SISTEMAS

BOLETA DE PAGO $1200 PROGRAMADOR

BOLETA DE PAGO $5000 ESCRITORIO / E002

Clasificación de objetos.

Clase Objetos que agrupa


LEIDY
ANTONI
POOL
ALBERT
JHON
Trabajador

Clase Objetos que agrupa


PC_1 IBM
PC_2 ACER
PC_3 HP
PC_4 THOSHIBA
PC_5 IBM
Computadora

Clase Objetos que agrupa

IMPRESORA HP
IMPRESORA EPSON

Impresora
Clase Objetos que agrupa

CONTABILIDAD
SISTEMAS
LOGISTICA

Unidad Orgánica
Clase Objetos que agrupa

ADMINISTRADOR
SUPERVISOR
ASISTENTE
SUPERVISOR
Cargo PROGRAMADOR
ANALISTA DE SISTEMAS

Clase Objetos que agrupa

BOLETA DE PAGO
$1200
BOLETA DE PAGO
$5000
Boleta de Pago

Clase Objetos que agrupa

ESCRITORIO / E001
ESCRITORIO / E002

Escritorio

Diagrama de Clases

Diagrama de Objetos
Ejercicio 14

Escenario: Caso mundo real geográfico.

Requerimiento: Clasificar los objetos.


Construir el diagrama Clases básico.
Construir el diagrama de Objetos para el mundo real geográfico.

Descripción De Caso

Objetos del mundo real

PERU AFRICA AMERICA

GABRIEL GARCIA MARQUEZ LIMA

VENEZUELA EGIPTO ESPAÑA

LISBOA COLOMBIA BORGES


CESAR VALLEJO BOLIVIA CAFE

COCA GAS MARIO VARGAS LLOSA

EUROPA MADRID QUINUA

BRASIL FRANCIA ASIA

PORTUGAL BRASILIA PARIS

Clasificación de objetos. Poner nombre a la clase e identificar los objetos.

Clase Objetos que agrupa

¿?
¿?
Cree el diagrama de clases básico en función a las clasificaciones obtenidas.

Crear el diagrama de Objetos en función al diagrama


de clases construido
Ejercicio 15

Escenario: Campeonato de fútbol.

Requerimiento: Construir el diagrama de clases y objetos.

CAMPEONATO A CAMPEONATO B

DEPORTIVO. JUVENTUD CLUB: AMISTAD

JUGADOR: VICTOR JUGADOR: DANIEL

CLUB: DEPORTIVO CONFRATERNIDAD

JUGADOR: JIMMY JUGADOR: HENRY

ENTRENADOR: DE LA MADRID PARTIDO: 001

JUGADOR: DIEGO ESTADIO: OLIMPICO

ENTRENADOR: BEJARANO PARTIDO: 002

ESTADIO: SUPER CAMPEON JUGADOR: JOEL

ARBITRO: HIDALGO JUGADOR: PEDRO

ARBITRO: TRELLES DEPORTIVO EL ALAMO

Consideraciones:
• Cada campeonato tiene partidos.
• Cada partido se juega en un estadio.
• Para cada partido interviene 2 equipos y los mismos que tienen jugadores.
• En cada partido intervienen 4 árbitros.
• Graficar.

Prácticas Para Diagramas De Secuencia Y Colaboraciones


Ejercicio 16

Proceso: Emisión de una proforma.

Requerimiento: Identificar las instancias u objetos enunciados, así como también los
mensajes que interactúan y luego dibujar el diagrama de secuencia.
Descripción: El diagrama de interacción a crear permitirá graficar los mensajes que
se envían para la emisión de una proforma.
EL proceso se inicia cuando el cliente entrega el pedido al vendedor, este último
consultará los datos al catalogo de Productos. A continuación el vendedor lee los
datos para luego crear la proforma, el mismo vendedor calcula los descuentos e
impuestos, por último el vendedor entrega la proforma.
Identificar las instancias del diagrama.

Ejercicio 17

Proceso: Asignación de movilidad (del diagrama de casos de uso del ejercicio 1)

Requerimiento: Crear el Diagrama de Secuencia.

Descripción: La promotora de la agencia de tours evalúa la cantidad de turistas que


tiene en el objeto hoja de viaje, si la cantidad de turistas es igual a la capacidad de la
movilidad debe seleccionar persona guía y también seleccionara chofer de movilidad;
en caso que la cantidad de turistas es menor que la capacidad buscar alternativas de
servicio en el mercado.

Ejercicio 18

Proceso: Solicitud de un pedido.

Requerimiento: Crear el Diagrama de colaboración sobre la solicitud de un pedido.

Descripción: El cliente Entrega Pedido al vendedor, este ultimo consulta Código del
producto y cantidad al encargado del almacén, este a su vez entrega Código del
producto con el precio del libro. El Vendedor registra código de producto, descripción,
precio unitario y Cantidad, el vendedor recepciona monto de Pedido, para luego
entregar al cliente.

Ejercicio 19

Proceso: Dar de alta a un paciente.

Requerimiento: Crear el diagrama de secuencia.

Descripción: El doctor comunica la mejoría a los pacientes, luego registra


recomendaciones en historia clínica, después el paciente lee recomendaciones; a
continuación el doctor anota en la hoja de gastos los montos de su faena; el Dpto. de
economía lee los datos de la hoja de gastos y calcula monto de servicio, este Dpto.
entrega al apoderado el documento de gastos para ser cancelado.

Ejercicio 20

Proceso: Búsqueda de información en internet.

Requerimiento: Crear el Diagrama de secuencia.

Descripción: El operador envía criterio de búsqueda al buscador, este ultimo, una vez
que recepciona el criterio filtra las paginas que cumplen con el criterio, después las
direcciones son mostradas para que el operador pueda leer el contenido, después
extrae los datos de la pagina y los graba siempre cuando sean necesarios.
Prácticas Para Diagramas De Estado Y Actividades
Ejercicio 21

Clase: Alumno.

Requerimiento: Construir el diagrama de estados para la clase alumno.

Descripción: Se inicia cuando el alumno se matricula o incorpora a quien se le


considera como alumno registrado, cuando se inician las clases entra al estado de
estudiando para luego desencadenarse los siguientes eventos: Por mala conducta o
30% de inasistencia se le considera alumno retirado, por cambio de domicilio se le
considera como traslado y cuando concluye el año lectivo cataloga como de
vacaciones, después pasa a ser alumno registrado cuando ratifica la matricula y si
concluye sus 5 años pasa al estado de egresado.

Ejercicio 22

Clase: Carro.

Requerimiento: Crear el diagrama de estados.

Descripción: Se inicia cuando el carro se encuentra


en estado normal, pasara al estado con papeleta al cometer una infracción, sino paga
o comete una infracción grave pasa al estado de estar en deposito, después de este
ultimo estado si paga la deuda tomara el estado de normal, si presenta anomalías
pasa al estado de malogrado, si lo reparan regresa a su estado normal.

Ejercicio 23

Clase: Factura.

Requerimiento: Crear el diagrama de estados.

Descripción Al inicio la factura se encuentra emitida, se realiza el pago y obtiene el


estado de cancelada y dentro de este se considera al sub estado “en caja“que se da
cuando recién se ca0ncela, cuando acaba el día pasa a”registrada en libro contable”,
al final del mes pasa al sub estado de “cancelada al gobierno”, del estado emitida por
problemas de emisión pasará al estado de anulado.

Ejercicio 24

Clase: Cliente.

Requerimiento: Crear el diagrama de estados.

Descripción: Al inicio el cliente toma el estado de “habilitado”al entrar se


desencadena la acción de abrir crédito, mientras se tiene el estado se da crédito y al
salir condicionar crédito; cuando compra pasa al estado “con crédito“,al entrar se
desencadena la acción de cargar cuenta y mientras tiene el estado condicionar línea
de crédito; cuando no realiza pagos después de estar con crédito, entra al estado de
“moroso“,al entrar se desencadena la acción de cortar línea de crédito, mientras tiene
el estado negar crédito y al salir se habilita la línea de crédito; al pagar la deuda mas
mora entra al estado de habilitado o si no paga la deuda por mas de 3 meses entra al
estado de “rezagado”; estando en este ultimo, al entrar se da la acción de quitar línea
de crédito e informar a infocorp (entidad supervisora de información de clientes para
transacciones financieros), mientras se tiene el estado realizar la acción de negar
crédito, al salir quitar registro en infocorp y habilitar línea de crédito, del estado de
rezagado si paga deuda mas montos moratorios entrara al estado de Habilitado. En los
estados de rezagado y moroso puede culminar el diagrama de estados.

Ejercicio 25

Evento: Realización de Compra de Crédito.

Requerimiento: Realizar el diagrama de actividades.

Descripción: El evento se inicia cuando el cliente determina los productos a adquirir,


luego los extrae, después el vendedor: Recepciona el documento de identidad y
tarjeta de crédito, recepciona los productos, calcula el monto de compra, evalúa si el
monto de compra es mayor al monto de línea de crédito, abortar la compra, si el
monto de compra es menor o igual al monto de línea de crédito, registra la compra,
generar documento, lo entrega al cliente, el cual deberá firmar para que el vendedor
verifique con el documento de identidad y por ultimo entregar los productos al cliente.

Ejercicio 26

Evento: Pago de Mora.

Requerimiento: Dibujar el diagrama de actividades.

Descripción: Se inicia fecha de vencimiento y la fecha de cancelación, luego se


calcula la diferencia de fechas en días, luego se consulta en la tabla de tasas de
intereses monetarios, después calculamos el monto a cancelar con la suma de montos
de cuota e intereses monetarios. Si la política de negocios otorga descuentos por
hacer los pagos calcular descuentos, en caso contrario realizar el pago y finalizar.

Ejercicio 27

Evento: Desarrollo de una Clase.

Requerimiento: Dibujar el diagrama de actividades.

Descripción: El alumno se ubica en aula, registra asistencia, el profesor expone el


tema, después el alumno realiza las actividades de visualizar pizarra, escucha mensaje
y escribir notas para después el profesor concluye la exposición. Si los participantes
hacen preguntas el profesor contesta las interrogantes, de no haber plantea preguntas
contestados por alumnos por ultimo el profesor hace resumen del tema

Ejercicio 28

Evento: Comprar entradas a cinema.

Requerimiento: Dibujar el diagrama de actividades.


Descripción: Crear el diagrama de actividades para representar las tareas que realiza
para ver una película considere las siguientes actividades pudiendo agregar las que
fueran necesarias. Ver cartelera de películas, ver horarios de cartelera, seleccionar
película si tiene tarjeta MovieCard (tarjeta de acumulación de entradas, por cada
entrada se le asigna un sello a la tarjeta ay por cada 4 entradas acumuladas mas 2.50
soles reclamaras una entrada gratis solo para los días lunes, martes o miércoles y una
sorpresa gratis). Cancelación de entradas, comprar golosinas, ver la película, ingerir
golosinas, comentar la película.
Prácticas para Diagramas de Componentes y
Despliegue
Ejercicio 29

Producto: Sistema de Escuela.

Requerimiento: Construir el diagrama de componentes, para ello deberá identificar


la forma de cómo agrupar a los elementos, clases en componentes que usted rotulara
y enlazaran.

Descripción: Alumno, padre, curso, persona administrativa, profesor, notas, pagos


especialidad, grupo, base de datos, escuela, certificados, archivo ASP de consulta de
notas, lista de montos de pagos, archivo de ayuda, recibo de pagos y boleta de pagos.
Consideraciones: Considere que para la generación de la aplicación Web se usan
operaciones de las clases alumnos, notas y curso que estarán almacenados en clases e
interfaces (leer interfaces del diagrama de clases).

Ejercicio 30

Producto: Sistema de Escuela.

Requerimiento: Construir el diagrama de despliegue tomando como referencia el


diagrama de componentes del ejemplo 29.

Descripción: La escuela tendrá que distribuir los componentes del sistema en las
siguientes áreas de su organización.

Servidor Dirección Área de Dpto


Web Pagos Académico

Consideraciones: Usted designe los dispositivos complementarios para la


implementación física del sistema

Ejemplo de diagrama de despliegue

Descripción De Caso: Para tal caso hemos considerado a un servidor, quien


contendrá a los componentes: Base de Datos llamada Transporte, así como también
la aplicación de ventas de pasajes, se considera a una Unidad de Venta que contendrá
el componente de la fachada del cliente y se conectará con un componente de Control
de impresión. El sistema incluye una aplicación web para hacer las consultas de los
viajes, dicho componentes se incorpora dentro del nodo de servidor Web.
Diagrama de Despliegue

Caso Práctico a Desarrollar


Tema.- Caso practico para UML sobre La Biblioteca el
Sabio.
Objetivos:
Aprender a construir los modelos usando la
notación UML

Descripción general del negocio

La biblioteca “El Sabio” brinda distintos servicios, al alcance de todo el público en


general como: Prestamos de libros y servicios de fotocopias.
Para acceder a los servicios de esta biblioteca el usuario deberá adquirir un carnet
bajo las siguientes dos modalidades:
Los usuarios que vienen por primera vez tendrán que llenar una ficha con sus
datos, pagarán 5 soles y de esta forma accederá al carnet y a todos los servicios de la
biblioteca.
Los usuarios que desean renovar el carnet o requieren duplicado, solicitarán
buscar sus datos en el registro de lectores, para indagar que no tengan antecedentes
en contra del servicio bibliotecario, sino los tiene se renovará o duplicará el carnet.
El proceso de atención del lector se inicia buscando la publicación de su
requerimiento, una vez encontrado debe tomar nota de los datos y entregar
posteriormente al bibliotecario.
Si el material solicitado se encuentra en la sala de lectura, le brindarán distintas
alternativas según su materia de búsqueda, al aceptar esta alternativa debe tomar
nota de los datos, en caso contrario es entregado el carnet al lector para abortar al
proceso del lector.
Al concluir la lectura es devuelto y revisado la publicación, para luego entregarle el
carnet al Lector. Si el lector solicita otro servicio como fotocopias, deberá realizar el
llenado de ficha y cancelar el pago de los mismos.

Documentos que utiliza el negocio de estudio


Innovación de los procesos
MODELO DEL NEGOCIO MODELO DEL SISTEMA
“tal como se lleva” “Tal como se llevará”
1.Inscripción al Lector 1. Inscripción al Lector
Los usuarios que se Se pretende Crear un
acercan a inscribirse lo modulo del sistema que
pueden hacer bajo dos permita atender la
modalidades. inscripción de los lectores,
Los que vienen por para el caso de los
primera vez y los que Lectores que viene por
renuevan carnet o piden primera vez, llenarán una
duplicado por perdida. ficha para luego registrar
Los que vienen por la misma en la
primera vez. Estos computadora y el sistema
usuarios se acercan a la deberá emitir el carnet
ventanilla, los cuales con la foto escaneada.
tendrán que llenar una Para el caso de las
ficha con sus respectivos lectores que vienen por
datos, para luego hacer duplicado o caducidad
un pago a 5 soles en caja, deberán dar sus datos y el
después de llenar la ficha modulo del sistema
con sus datos se presenta deberá entregar el estado
a la ventanilla de de la historia del lector.
inscripción para de esta Para luego enviar una
manera hacer el registro orden a caja y de esta
y emitir el carnet y luego manera el lector haga el
registrar la ficha en el pago e inmediatamente el
padrón de lectores de la sistema emita el carnet.
biblioteca.
Los usuarios que vienen a
renovar carnet o piden
duplicado por perdida se
deberán acercar a la
ventanilla y solicitar que
el encargado busque sus
datos en el padrón para
verificar que no tenga
ningún antecedente
(maltrato de libro, hurto u
otra infracción en contra
del servicio de la
biblioteca), sino tiene
ningún antecedente se le
dará orden para que haga
el pago en caja por la
renovación o duplicado de
carnet y así emitir el
nuevo carnet.

2. Proceso de Atención al 2. Proceso de Atención al


Lector Lector

El proceso de Atención al Se plantea Crear un


lector se inicia cuando se módulo del sistema que
acerca a los anaqueles en se encuentre en
donde se encuentran las terminales que estén a
fichas de las publicaciones disposición de los
clasificadas por materias lectores, para que ellos
y nombre de escritores, busquen los libros por los
cuando el lector ya diferentes criterios y en
encontró la publicación de ese mismo instante
su requerimiento toma puedan generar su pedido
nota de los datos de la del Libro, para que luego
publicación y extrae una se acerquen al
ficha de pedido para bibliotecario con el
llenar los datos y número de pedido
posteriormente entregarla generado por el sistema y
al bibliotecario. de esta manera puedan
EL bibliotecario ser atendidos por la
recepcionará la ficha de terminal del bibliotecario,
pedido, e irá a buscar en quien buscará la
el almacén de las publicación solicitada y
publicaciones el material entregará al lector, en
solicitado en la ficha, para caso de estar la
luego entregar al lector y publicación en Sala de
retener el carnet lectura, el bibliotecario
conjuntamente con la podrá buscar alternativas
ficha, en caso que la disponibles en el sistema,
publicación se encuentre en caso de aceptar el
en sala de lectura, el lector la publicación
bibliotecario comunicará alternativa deberá hacer
al lector y en ciertas los cambios en la ficha de
ocasiones el bibliotecario pedido, cuando concluya
le brinda al lector el servicio de la lectura, el
publicaciones alternativas lector se acercará al
para el tema de terminal del bibliotecario
búsqueda, de aceptar la para entregar la
publicación alternativa le publicación y de esta
hará llenar los datos de la manera le puedan hacerle
misma propuesta, en caso llegar su carnet, en caso
contrario se entregará el de solicitar servicio de
carnet para abortar el copias lo deberá
proceso atención al lector. comunicar al bibliotecario,
Cuando concluye la para que este genere en
lectura se deberá el sistema una solicitud de
entregar la publicación al fotocopias e imprima un
bibliotecario, este ticket para que haga el
revisará la publicación y pago a caja, el
de estar en buenas bibliotecario deberá
condiciones entregará el entregar la publicación al
carnet al lector y encargado de fotocopias
concluirá el proceso de para que haga el trabajo.
atención al lector. En
ciertas ocasiones se
atenderá servicio de
fotocopia, el cual se
llenará una ficha donde se
indicarán los números de
páginas y deberá cancelar
el pago de las mismas en
caja.
Se desea Crear:
Diagramas de Caso del Uso del Modelo de Negocio (Como se esta llevando”)
Diagramas de Caso del Uso del Modelo de Sistema(como se llevará)
Diagrama de Clases.
Diagrama de Objetos
Diagrama de Estados
Asignación de responsabilidades de las clases.
Diseño de base datos
Diseño de Interfaz del sistema.

Mis Notas: