|
|
|||||||||||||||||||||||||||||||||||||||||||
|
Universidad Yacambú (UNY) |
|||||||||||||||||||||||||||||||||||||||||||
|
Estudios virtuales
(Pregrado) |
|||||||||||||||||||||||||||||||||||||||||||
|
Licenciatura en
Información y Documentación (HID032-072) |
|||||||||||||||||||||||||||||||||||||||||||
|
Elaborado por: Sorelix Sánchez C.I.
10994811 Escayda Castillo C.I.
12.366.125 Luisa Ochoa.(C.I.
7.142.068) |
|||||||||||||||||||||||||||||||||||||||||||
|
Trabajo
1 ANALISIS
Y DISEÑO DE SISTEMAS |
|||||||||||||||||||||||||||||||||||||||||||
|
Modelado de Sistemas de Información.
Unified Model Language (UML) 1. Para que sirve UML. 2. Modelos o Diagramas que contiene. Descripción.
Características. Ejemplos. 3. Utilidad de cada uno de los diagramas. 4. Herramientas de Software que apoyan el modelado
UML. Ejemplos y 5. Caso Práctico. Aplicar el Diagrama de Casos de
Uso a una problemática presentada en su empresa. |
|||||||||||||||||||||||||||||||||||||||||||
|
Desarrollo del Trabajo Los
lenguajes de modelados orientados a objetos aparecieron, entre los años
70 finales de los 80 cuando los
metodologistas, enfrentaron a los nuevos lenguajes de programación orientados
a objetos y a unas aplicaciones cada vez mas
complejas, empezaron a experimentar con enfoques alternativos al análisis y
al diseño. En
los años 90 se unificaron los métodos de Booch y el
método de Técnica de Modelado de Objetos (OMT) con la finalidad de
desarrollar en lenguaje para que se utilice en el análisis y el diseño
orientados a objetos. El
modelado es una técnica de ingeniería probada y bien aceptada, es parte
central de todas las actividades que conducen a la producción de un buen
software. La implementación del modelaje se obtienen los siguientes
objetivos: Ø Los modelados ayudan a visualizar
cómo es o cómo es que se quiere un
sistema. Ø Permiten especificar la estructura
o el comportamiento de un sistema. Ø Proporcionan plantillas que guían
en la construcción de un sistema Ø Los modelos documentan las
decisiones que se han adaptado. El modelado (UML) es un lenguaje
visual que se usa para especificar, visualizar, construir y documentar
artefactos de un sistema de software; se usa para entender, diseñar, hojear,
configurar, mantener y controlar la información sobre los sistemas. Cuando se modela algún objeto, se
crea una simplificación. El modelado es una parte central de todas las
actividades que conducen a la producción de un software. Se construyen
modelos para comunicar la estructura deseada y el comportamiento de un
sistema, igualmente se visualiza y controla
la arquitectura del sistema. Entonces
se dice que un modelado es un lenguaje que proporciona los planos de un
sistema., en donde se pueden involucrar planos detallados, así como planos más generales que ofrecen una
visión global del sisema en consideración. Un buen
modelo incluye los elemnetos que tienen una gran influencia y omite aquellos
de menor influencia para el nivel de abstracción dado . UML está
orientado principalmente para sistemas con gran cantidad de software, siendo
utilizados de una manera efectiva en dominios como: ·
Ssitemas de
Información de empresas ·
Bancos y
servicios finanacieros ·
Telecomunicaciones ·
Transporte ·
Defensa/
industria aeroespacial ·
Comercio ·
Eléctronica
médica ·
Ámbito
científico ·
Servicios
distribuidos basados en Dentro de las definiciones utilizadas en el presente
trabajo, se van a definir los siguientes términos que se encuentran
entrelazados y cuya importancia es imoprtante para la comprnesión del trabajo
en cuestión Sistema: un sistema
es una colección de subsistemas organziados para lograr un propósito,
descrito por un conjunto de modelos, posiblemente desde diferentes punto de
vista. Subsistema: es un grupo
de elementos, algunos de los cuales constituyen una especificación del
comportamiento ofrecido por los otros. Modelo: es una
abstracción semánticamente cerrada de un sistema, es decir, representa una significación completa y
autoconsistente de la realidad, creado para comprender mejor el sistema. Vista: es una
proyección de la organización y estructura de un modelo del sistema ,
centrada en un aspecto del sistema Diagrama: es la
representación g´rafica de un conjunto de elementos, normalmnete mostrados
como un grafo conexo de nodos y arcos. El UML se representa a través de la implementación de
diagramas, cuya representación física se manifiesta mediante un conjunto de elementos , visualizado la
mayoría de las veces como un grafo conexo de nodos (elemntos) y arcos (relaciones) considere necesario. Los
diagramas se dibujan para visualizar un sistema desde diferentes
perspectivas, de manera que un diagrama es una proyección de un sistema. En
teoría, un diagrama puede contener cualquier combinación de elementos y
relaicones. En la práctica, sin embargo, sólo surge un pequeño número de
combinaciones, las cuales son sonssitentes con las cinco vistas más útiles
que comprenden la arquitectra de un sistema con gran cantidad de software. Es
por ello que UML emplean los
siguientes diagras:un sistema Diagramas Estructurales Estos se utilizan para visualizar, especificar, construir y
documentar los aspectos estáticos de un sistema, estos apectos son aqellos
que representan el esqueleo y el
andamiaje del sistema. Estos se organizan en línea genreales alrededor de los
principales grupos de elementos que aprecen al modelar un sistema: ·
Diagramas de
Clases ·
Diagramas de
objetos ·
Diagramas de
componentes ·
Diagramas de
despliegues ·
Diagrama de
Clases Estos diagrmas
son los más comunes en el modelado de sistemas orientados a objetos. Se
utilizan para describir la vista de diesño estática de un sistema, incluyes
clases activas. Estas clases se dibujan como rectángulos, las listas de
atributos y de operaciones se muestran en compartimientos separados. Los
compartimientos pueden ser suprimidos cuando no es necesario el detalle completo. Las relaciones
entre calses se dibujan como lsa líneas que conectan rectángulos de clases.
Las diversas clases de relaicones se diferenciasn por la textura de la línea
y por los adornos en las líneas o en
sus extremos. Ejemplo
· Diagramas de Objetos Representan un
conjunto de objetos y sus relaicones. Se utiliza para describir estructuras
dedatos, instanténeamente delas instancias de los elementos encontrados en
los diagramas de clases. · Diagramas de Componenetes Muestra un
conjunto de componentes y sus relaicones. Estos se utilizan para
describir la vista de implementación
estática de un sistema. Se relacionan con los diagramas de clases en que un
componente normalmente se
corresponde con una o más clases,
interfaces o colaboraciones. Ejemplo
· Diagramas de Despliegues Muestra un
conjunto de nodos y sus relaciones. Se utilizan para describir la vista de
despliegue estática de una arquitectura , estos se relacionan con los
diagramas de componentes enque un nodo normalmente incluye uno o más
componentes. Ejemplo
Diagramas de
Comportamiento Se emplean para
visualizr, especificar, construir y documentar los aspectos din´micos de un
sistema. Se pueden ver los aspectos dinámicos de un sistema como aquellos que
representan sus partes mutables. Los diagramas de comportamiento de UML se organiza en lineas generales alrededor
de las formas principales en que se puede modelar la dinámica de un sistema: ·
Diagramas de
casos de uso ·
Diagramas de
secuencias ·
Diagramas de
colaboración ·
Diagramas de
estados ·
Diagramas de
actividades ·
Diagramas de
casos de uso Represena un
conjunto de casos de uso y actores y sus relaciones. Estos se utilizan par
adescribir la vistade casos de uso estática de un sisitema, son especialmente
importantes para organizar y modelar el comportamiento de un sistema. Ejemplo
· Diagramas de Secuencia Interacción que
resalta la ordenanción temporal de los mensajes, presena un conjunto de
objetos y los mensajes enviados y recibidos or ellos. Los objetos suelen ser
instancias con nombres o anónimas de clases, pero también pueden representar
instancias de otros elementos, tales como colaboraciones, componentes y
nodos. · Diagramas de Colaboración Es un diagramade
interacción que resalta la ordenación
temporal de los mensajes. Presenta un
conjunto de objetos y los mensajes enviados y recibidos por ellos., los
objetos suelen ser instancias con nombres o anónimas de clases, aunqeu
tambien pueden representar instancias
de otros elemnetos, como pueden ser colaboraciones, componenetes y nodos.
Estos diagramas se utilizan para describir la vista dinámica de un istema. Es un diagrama
somorfos, es decir, se puede convertir
de uno a otro sin tener pérdida de información. Ejemplo
·
Diagramas de
Estados Representa una
máquina de estados, constituida por estados, transiciones, eventos y
actividades. Estos se utilizan para describir la vista dinámica de un
sistema, resaltan el comportamiento dirigido por eventos de un objeto, lo que
es especialmente útil al modelar sistemas reactivos. · Diagramas de Actividades Este se encarga
de mostrar el flujo de actividades en
un sistema. Una actividad muestra un conjunto de actividades, el flujo
secuencial o ramificado de actividades, y los objetos que actuan y sobre los que se actúa. Ejemplo El UML no es un lenguaje de programación visual, pero sus
modelos pueden conectarse de forma directa a una gran variedad de lenguajes de programación. Las cosas que
se expresan mejor gráficamente también se representan en UML, mientras que
las cosas que se expresan mejor textualmente se plasman con el lenguaje de
programación. Dentro de la amplia variedad de software que se pueden
utilizar se encuentran: Software Libre Estos programas están bajo licencias libres, siendo
posible su libre uso, estudio y modificación. ·
StarUML
Herramienta de modelado para Windows desarrollada en Delphi. Bastante estable
y utilizable con plugins para diagramas WAE de clase y de secuencia. ·
ArgoUML,
Herramienta de modelado UML escrito en Java
·
BOUML, Ligera
herramienta de modelado UML y generación de código C++, Java e IDL.
Disponible para Windows, Unix/Linux y Mac OS X ·
Fujaba, No
solo sirve para modelar sino que puede generar código Java automáticamente.
También es capaz de hacer ingeniería inversa y crear los diagramas a partir
del código Java ·
Dia Puede ser
usado para modelar varios tipos de diagramas UML ·
gModeler
Herramienta para modelado de UML basada en Flash (utilizable desde el
navegador), que permite generar código Action Script 2.0 Compatible ·
MonoUML
Herramienta CASE para la plataforma mono ·
Papyrus,
Herramienta gráfica basada en Eclipse para el modelado con UML2, es de código
abierto y se ofrece bajo licencia EPL Freeware para modelado en UML Aunque gratuitos, estos programas se encuentran bajo
licencias que no permiten el estudio y modificación de los mismos. ·
JUDE Community
Herramienta de modelado UML ·
Omondo plugin
para Eclipse. Herramienta de modelado UML para Java ·
Oracle
JDeveloper Un IDE para Java con soporte de diagramas UML ·
Visual
Paradigm for UML, Herramienta de modelado UML y herramienta CASE que cuenta
con una versión gratuita denominada Community Edition Software comercial de modelado UML: ·
Enterprise Architect de Sparx Systems ·
Borland
Together ·
Corel iGrafx ·
Microsoft
Visio ·
PowerDesigner
de Sybase ·
Rational Rose
de IBM ·
Poseidon for UML de GentleWare ·
MagicDraw UML CASO
PRÁCTICO DIAGRAMA DE CASO DE USO DE CENTRO LOCAL CARABOBO Además, existe un conjunto de usuarios de
los que se guarda un número de usuario, nombre, primer y segundo apellido,
dirección, localidad, provincia y número de teléfono. Los usuarios pueden
recibir sanciones por no devolver un ejemplar en una determinada fecha y con
un determinado montante. Los usuarios pueden obtener préstamos de
la biblioteca. Cada préstamo tiene como entrada la fecha del día como límite
por defecto 05 días a contar a partir de esa fecha. Se mantendrá una lista de ejemplares que
los usuarios piden pero que bien todavía no han sido adquiridos, o bien no
hay suficientes ejemplares para satisfacer la demanda (ejemplares agotados)
en la que se guardará una referencia al título demandado y la fecha en que se
pidió. Aquellas referencias correspondientes a títulos de los que todavía no
se han adquirido ejemplares, también serán apuntadas, por lo que se deberá de
distinguir entre aquéllos de los que si existen ejemplares, de los que no
existen. Existe la posibilidad de hacer reservas de
ejemplares que estén siendo utilizados por otros usuarios, a tal efecto se le
facilitará al socio que va a hacer la reserva la fecha más próxima en la que
se va a devolver un ejemplar del título deseado, quedando el ejemplar
bloqueado para préstamo durante dos días, a la espera de que lo vaya a
recoger el usuario que lo ha reservado. DIAGRAMAS DE CASO DE USO
ACTORES
RELACION ACTORES CASO DE USO REGISTRARSE EN REGISTRAR LIBRO ASIGNAR LIBRO REGISTRAR USUARIO
RESERVAR LIBRO DEVOLVER LIBRO PEDIR LIBRO BUSCAR LIBRO
VALIDAR DATOS LIBRO DESCRIPCIÓN BREVE DE LOS CASOS DE USO USUARIO: Es la persona que se
interacciona con los libros 1. caso de uso registrarse en la biblioteca El usuario indica los datos
personales y registra su contraseña. 2. Caso de uso reserva de libros. El usuario índica su
contraseña y el nombre del libro que desea reservar al
bibliotecario 3. caso de uso buscar libros El usuario indica su contraseña
al bibliotecario y busca los libros según el actor y titulo
que desee. 4. caso de uso pedir libros El usuario indica contraseña
al bibliotecario y solicita los
libros según el titulo o actor que necesite. 5. caso de uso devolver libros El usuario indica contraseña
al bibliotecario y entrega
el libro. BIBLIOTECARIO: Este actor es la
persona que tiene permisos para gestionar todo el sistema. 1. Caso de uso registro de usuario El bibliotecario
recibe los datos del usuario y los
registra en el sistema. 2. Caso de uso de asignar libros. El bibliotecario le
indica el libro asignado al usuario y
le da a conocer la fecha en que debe ser entregado. 3. Caso de uso de registro libros. El bibliotecario
registra los datos de los libros que
salen e ingresan a la biblioteca como es el titulo, el autor, la fecha
de salida. 4.Caso de uso de registro de sancionar usuario El bibliotecario verifica la contraseña del usuario y comprueba la
fecha en que se debía entregar el libro. 5.Caso de uso de actualizar catalogo El bibliotecario
verifica los libros según el actor y titulo y actualiza el Catalogo de
libros. SISTEMA: Este actor es el encargado de validar los datos
registrado, los valida y los procesa. 1. Caso de validar datos El sistema recibe los
datos y lo valida. DIAGRAMA DE CASOS DE USO DEL SOFTWARE DE
INFORMATIZACIÓN DE UNA
BIBLIOTECA INGRESAR CONTRASEÑA RECIBIR DATOS INGRESAR DATOS ENVIAR DATOS VISUALIZAR
DISPONIBILIDAD VALIDAR REGISTRO DEVOLVER LIBRO BIBLIOGRAFÍA Booch, Grady (1999). El lenguaje unificado de modelado. Addison
Wesley, España. Pp. 10-50 Rumbaugh, James (1999). El Lenguaje unificado de modelado. Manual de referenicas. Addison Wesley. España. Pp. 05-30. |
|||||||||||||||||||||||||||||||||||||||||||
