10
ej em p l o s d e caso s d e u so u m l t i en da hotel y m as CAS OSDEUSO 1. L a e n ti d ad q uei n icia el ca so d e u sosell a m a a ct o r, persona quer e aliza u n rol. 2. “I N C LUI R ”: E s a gr eg ar o introducir ac ci onesa un ca sode us o, po r ej empl o. U n actor p u e d e u t i l i zar a cc i o n e s d e o t roact o r. 3. “EX T E N D E R”: E spe ci car l a b ase de l caso introduci en do acci on es e n una secu encia. E j erci ci os S of t ware de i nf ormac i ón de un a bi bl i ot ec a Actores - Bi b li o t e c a ri o - U su a rio B i b l i ot e c ar i o S ist emadei ng r es o para veri ca r da t os - I n g resoal si st e m a - V eri ca d a t os - C o n su l t a d i sp o ni b i l i d a d - P ed i r do cument o S ist ema pa r a c onsul t ar mul t as - V eri cam u ltas - A si gn a multas S i st em a pa ra m od i car i nf or m aci ón - E li m ina i n f or m aci ó n - M odi cainformaci ón S ist e ma d e r e g i st r o de u n l i bro - R e g istro d e in f o rm a ci ó n d e l l i b ro e n p r é st a m o - R e g i stro d e u suar i o U sua rio S ist e mapara so lici t a r libro - I n g resoal si st e m a - C o n su l t a d i sp o ni b i l i d a d d e l i b r o s - S o l i c i ta l i b ro

Ejemplos de Casos de Uso Uml Tienda Hotel y Mas

Embed Size (px)

Citation preview

ejemplos de casos de uso uml tienda hotel y mas

ejemplos de casos de uso uml tienda hotel y mas

CASOS DE USO1.La entidad que inicia el caso de uso se llama actor, persona que realiza un rol.

2. INCLUIR: Es agregar o introducir acciones a un caso de uso, por ejemplo.

Un actor puede utilizar acciones de otro actor.

3. EXTENDER: Especificar la base del caso introduciendo acciones en una secuencia.

Ejercicios

Software de informacin de una biblioteca

Actores- Bibliotecario- Usuario

BibliotecarioSistema de ingreso para verificar datos- Ingreso al sistema- Verifica datos- Consulta disponibilidad- Pedir documento

Sistema para consultar multas- Verifica multas- Asigna multas

Sistema para modificar informacin- Elimina informacin- Modifica informacin

Sistema de registro de un libro- Registro de informacin del libro en prstamo- Registro de usuario

UsuarioSistema para solicitar libro- Ingreso al sistema- Consulta disponibilidad de libros- Solicita libro

INCLUDEPICTURE "http://2.bp.blogspot.com/_R_51GEr82q4/SdU4qGf2f1I/AAAAAAAAAFk/JfVpTcLYARg/s400/Dibujo.bmp" \* MERGEFORMATINET

Ejemplo tienda

Ejemplo HOTEL

Unified Modeling Language (UML)IntroduccinAparenetemente UML es la mejor solucin para todos los profesionales relacionados con el Anlisis deSistemas, ya que si nos tocara trabajar en un proyecto de software, en el cual sabemos que el nmero de integrantes no es para nada reducido (si se trabajase en empresas grandes), sin la aplicacin de UML, se hace engorroso ponerse de acuerdo en las metodologas que se utilizarn, en las notaciones que se emplearn para cada modelo (ya sea de anlisis o de implementacin). Es por ello que este nuevo paradigma de diseo nos posibilita unificar todos nuestros criterios, para un posterior entendimiento, y mejor organizacin de los proyectos.Como desventaja podemos destacar (aunque para algunos o muchos no lo sera) que UML permite especificar, visualizar y construir software's, pero orientado a objetos. Para aquellos que prefieran las metodologas estructuradas debern esperar que surja un Lenguaje Unificado de Modelado Estructurado.Pensamos que esto no suceder, a lo sumo aparecer alguna extensin de UML para considerar algn aspecto del modelo estructurado, pero a nuestro parecer no sera muy justificable, por que a lo que se apunta en la actualidad es a la aplicacin de metodologas orientadas a objetos, pues stas brindan muchas ventajas y solucionan muchos de los problemas que surgen en las metodologas estructuradas.1. Qu es UML. CaracteristicasEl Lenguaje de Modelado Unificado UML es un lenguaje estndar para escribir planos de software. UML puede utilizarse para visualizar, especificar, construir y documentar los artefactos de un sistema que involucra gran cantidad de software.El UML es el Lenguaje de Modelado Unificado Orientado a Objetos, UML no es un mtodo porque no tiene nocin de proceso el cual es una parte importante de un mtodo. Varios especialistas en desarrollo de sistemas de informacin argumentan de que existe la necesidad de adoptar un Proceso de Desarrollo de sistemas para enmarcar las fases importantes que sigue el UML, por ello los desarrolladores de proyectos de sistemas de informacin emplean el Procesos Unificado para dar soluciones adecuadas a las necesidades de los clientes.El desarrollo de sistemas con UML siguiendo el proceso unificado incluye actividades especficas, cada una de ellas a su vez contienen otras subactividades las cuales sirven como una gua de cmo deben ser las actividades desarrolladas y secuenciadas con el fin de obtener sistemas exitosos; consecuentemente el desarrollo de los sistemas puede variar de desarrollador en desarrollador, de proyecto en proyecto, de empresa en empresa adoptando siempre un Proceso de Desarrollo.UML es una especificacin de notacin orientada a objetos. Se basa en las anteriores especificaciones BOOCH, RUMBAUGH y COAD-YOURDON. Divide cada proyecto en un nmero de diagramas que representan las diferentes vistas del proyecto. Estos diagramas juntos son los que representa la arquitectura del proyecto.UML permite describir un sistema en diferentes niveles de abstraccin, simplificando la complejidad sin perder informacin, para que tanto usuarios, lderes y desarrolladores puedan comprender claramente las caractersticas de la aplicacin.UML se quiere convertir en un lenguaje estndar con el que sea posible modelar todos los componentes del proceso de desarrollo de aplicaciones. Sin embargo, hay que tener en cuenta un aspecto importante del modelo: no pretende definir un modelo estndar de desarrollo, sino nicamente un lenguaje de modelado. Otros mtodos de modelaje como OMT (Object Modeling Technique) o Booch s definen procesos concretos. En UML los procesos de desarrollo son diferentes segn los distintos dominios de trabajo; no puede ser el mismo el proceso para crear una aplicacin en tiempo real, que el proceso de desarrollo de una aplicacin orientada a gestin, por poner un ejemplo.El mtodo del UML recomienda utilizar los procesos que otras metodologas tienen definidos.2. HistoriadelUMLLa notacin UML se deriva y unifica las tres metodologas de anlisis y diseo OO ms extendidas,Metodologa deGrady Boochpara la descripcin de conjuntos de objetos y sus relaciones, Tcnica de modelado orientada a objetos deJames Rumbaugh(OMT:Object-ModelingTechnique), Aproximacin deIvar Jacobson(OOSE:Object-OrientedSoftwareEngineering) mediante la metodologa de casos de uso (use case).El desarrollo de UML comenz a finales de 1994 cuandoGrady BoochyJim RumbaughdeRational Software Corporationempezaron a unificar sus mtodos. A finales de 1995,Ivar Jacobsony su companaObjectoryse incorporaron aRationalen su unificacin, aportando el mtodo OOSE.De las tres metodologas de partida, las deBoochyRumbaughpueden ser descritas como centradas en objetos, ya que sus aproximaciones se enfocan hacia el modelado de los objetos que componen el sistema, su relacin y colaboracin. Por otro lado, la metodologa deJacobsones ms centrada a usuario, ya que todo en su mtodo se deriva de los escenarios de uso. UML se ha ido fomentando y aceptando como estndar desde el OMG, que es tambin el origen de CORBA, el estndar lder en laindustriapara la programacin de objetos distribuidos. En 1997 UML 1.1 fue aprobada por la OMG convirtindose en la notacin estndar de facto para el anlisis y el diseno orientado a objetos.UML es el primer mtodo en publicar un meta-modelo en su propia notacin, incluyendo la notacin para la mayora de la informacin de requisitos, anlisis y diseno.Se tratapues de un meta-modelo auto-referencial (cualquier lenguaje de modelado de propsito general debera ser capaz de modelarse a s mismo).3. Caractersticas de software que usan UMLUna herramienta de desarrollointegradodebera ayudar a los desarrolladores en todas las etapasdelciclo de vida del software. De acuerdo con la metodologa RUP, el proceso unificado se repite a lo largo de una serie de ciclos que constituyen la vida de un sistema software. Cada ciclo debe tener los siguientes modelos: Un modelo de casos de uso Un modelo de anlisis Un modelo de diseo Un modelo de implementacin Un modelo de despliegue o distribucin Un modelo de pruebaLa plataforma Eclipse: combinada con el JDT(Java Development Tooling), permite disponer de un IDE (Integrated Development Environmento Entorno de desarrollo integrado) para Java de excelente calidad. Aqu cobrams sentidola frase "Eclipse es un IDE abierto y extensible para todo y, sin embargo, para nada en particular". Por s misma, la plataforma Eclipse proporciona funcionalidades demasiado genricas. Solamente cuando se amplia con otras herramientas (el JDT en este caso, que figura en la distribucin estndar de Eclipse y que es un plug-in formado, a su vez, por otros plug-ins), permite desarrollar actividades tiles para los usuarios que la vayan a utilizar como IDE.Para el anlisis y diseo de software mediante UML ya hay disponibles varios plug-ins open source para la plataforma Eclipse:EMF,magicdraw,OMONDOySlime UML. Ofrecen, en general, las utilidades habituales: generacin de diagramas UML, ingeniera inversa, generacin de cdigo a partir de los diagramas de clases, etctera.Poseidon for UML:UML puede simplificar la tarea compleja de desarrollo de software ayudando en la estructuracin, aclarando comunicacin, y encontrando la abstraccin correcta.Poseidon for UML evita distracciones de otras herramientas complejas. La interfase intuitiva hace Poseidon la herramienta UMLmasrapida para manejar, consiguiendo el enfoque en el modelo.Enterprise Architect:Combina el potencial de la ultima especificacin UML 2.0 con un alto desempeo, interfase intuitiva, para crear modelados avanzados para el equipo de desarrollo e implementacin.Grandes funcionalidades a un precio accesible, Enterprise Architect puede ayudar al equipo completo, incluyendo analistas, pruebas, jefes de proyecto, personal de control de calidad, desarrolladores ymas, por una fraccin del costo de la competencia.SmartDraw:Es una forma facil y rapida de realizar diagramas de software y es solo el comienzo, eWeek comenta que SmartDraw no solo es mas facil de usar, tambien cuesta menos que Visio, brinda mas y mejores resultados que Visio, incluye soporte gratis in-house.Se pueden crear diagramas de software y formatos que se requieran, incluyendo diagramas UML, diagramas de flujo de datos, ERD, paginas web, diseos GUI y muchomas, sin gastar mucho dinero ni tiempoMetamill:Es un software profesional de modelado UML, desde la versin 4.0 soporta UML 2.0. Metamill est escrito en C++ y corre ligero. Todas las versiones soportan codigo round-trip engineering forJava(tm), C++, ANSI C y C#.Documentacin HTML puede ser generada desde los modelos.Metamill soporta MDA de la formamassimple.Metamill es un software de modelado UML orientado para equipos de ingenieros y diseadores individuales de sistemas que usan intensivamente UML como lenguaje de modelado.Rational Rosees la herramienta CASE que comercializan los desarrolladores de UML y que soporta de forma completa la especificacin del UML.Esta herramienta propone la utilizacin de cuatro tipos de modelo para realizar un diseo del sistema, utilizando una vista esttica y otra dinmica de los modelos del sistema, uno lgico y otro fsico. Permite crear y refinar estas vistas creando de esta forma un modelo completo que representa el dominio del problema y el sistema de software.Left Caseagrupa distintos componentes que permiten la edicin de diagramas, DFD (Diagramas de flujo de datos), DTD (Diagramas de transicin de estados), DER (Diagramas entidad/relacin), Diagramas de clases UML, Diagramas de Casos de Uso, Diagramas de transicin de estados (bajo UML), Int Case es un nuevo componente, Es un entorno CASE frontal, Permite la edicin de diagramas de Interaccin.Los objetivos de Left Case son, Creacin de un entorno CASE para la edicin de diagramas bajo distintos paradigmas, EstructuradoObjetual, Generacin automtica de documentacin tcnica de anlisis y diseo, Formato de almacenamiento estndar y portable: XML.4.OO-H: una extensin a los mtodos OO para el modelado y generacin automtica de interfaces hipermedialesEn la actualidad, los mtodos de modelado conceptual de aplicaciones centran la mayor parte de sus esfuerzos en el correcto modelado de sus capas esttica, dinmica y funcional, pero suelen prestar poca o ninguna atencin a la presentacin, es decir, a su interfaz. Sin embargo,el diseo cuidadoso de esta interfaz, as como sus caractersticas de facilidad de uso, evolucin y mantenimiento, son aspectos fundamentales para el xito final de la aplicacin, y determinan el nivel de satisfaccin alcanzado por el usuario durante eluso de la misma.OO-H recoge las dimensiones de navegacin y presentacin caractersticas de este tipo de interfaces mediante dos nuevos diagramas: el Diagrama de Acceso Navegacional (DAN) y el Diagrama de Presentacin Abstracta (DPA). El DAN toma como base los requerimientos de navegacin de cada tipo de usuariodelsistema. Para cada usuario, el DAN importa un diagrama de clases (extrado a partirdeldiagrama de clases de la aplicacin) donde se refleja exclusivamente la organizacin de la informacin manejada por ese tipo de usuario. A continuacin, el DAN proporciona los constructores necesarios para enriquecer dicho diagrama con los modos de acceso y navegacin necesarios para cubrir sus necesidades de navegacin a travs de la informacin. A partir de l, y aplicando una serie de reglas de transformacin, es posible generar un DPA por defecto. El DPA se define como una estructura de plantillas especificadas en XML. Tanto la estructuradeldiagrama como las plantillas individuales pueden ser refinadas por el diseador para conseguir los rasgos de interfaz deseados.Para enriquecer los diagramas de un modo sistemtico, OO-H integra un Catlogo de Patrones de Interfaz, que captura reglas de diseo que ayudan a incrementar la calidad y facilidad de uso de la misma. Como resultado, una interfaz de aplicacin web integrable con mdulos delgica preexistentespuede ser generada de forma automtica a partir de esta especificacin.UML-Mast: Una Metodologa de Anlisis y Diseo de Tiempo Real de Sistemas Orientados a ObjetosUML-Mast es un entorno de modelado que aporta una nueva vista (Mast_RT_View) para la descripcin del comportamiento de tiempo real del sistema que se modela.A travsde ella el diseador puede construir gradualmente el modelo de tiempo real de forma paralela al desarrollo de su modelo lgico. Este modelo puede ser analizado por un conjunto de herramientas automticas relativas al anlisis de planificabilidad, estimacin de holguras, asignacin ptima de prioridades, deteccin de bloqueos, animacin etc. Con su uso el diseador puede tener en consideracin desde las primeras fasesdeldiseo estimaciones del nivel decumplimiento de las prestaciones de tiempo real. Tanto los componentes conceptuales de modelado como las herramientas de anlisis de UML-Mast son proporcionados por el entorno Mast (Modelling and Analysis Suite for Real Time Applications) [1,2]. Mast es un entorno abierto basado en una descripcin textual (Mast-File)delmodelo del sistema de tiempo real.5. Fortalezas y Debilidades al usar UML.5.1. FortalezasEs un lenguaje consolidado.Estandard de facto.Facil de aprender.Permite una comunicacin.Fluida entre los diversos actores acercadelmodelo.Estndar industrial, soportado por muchas herramientasCASE5.2. DebilidadesUML no ha sido diseado para modelar procesos de negocio, por lo que no est orientado a lo que necesita el experto en el dominiodelnegocio.Predispone un enfoque orientado a objetos lo que puede contradecir un enfoque orientado al negocio.UML suele estarmasorientado a los arquitectos de sistemas y diseadores de software UML est pensando para un publico eminentemente tecnico.Demasiada orientacin a software, difcil de entender por expertos de dominio.6. UML durante el anlisis y diseo de un sistema y durante la programacin.Unified Modeling Language "UML", se ha convertido en la notacin estndar para definir, organizar y visualizar los elementos que configuran la arquitectura de un sistema.Un sistema es algo "compuesto", una construccin realizada por manos y herramientas siguiendo las directrices de un propsito. La palabra se aplica casi exclusivamente a abstracciones con el fin de captar la totalidad de una realidad.A travs de la notacin UML podemos comunicary compartir el conocimiento de una arquitectura gracias a la combinacin simultnea de cinco perspectivas:a)Definir.-Fijar, determinar, decidir, explicar un concepto a travs de sus atributos distintivos. Sealar sus lmites y dar unaideaexacta de lo que es esencial y de lo que es circunstancial.b)Organizar.-Establecer unos recursos, disponer un orden de responsabilidades yformalizarunas reglas de relacin y actuacin; todo ello orientado a conseguir un propsito.c)Visualizar.-Representar mediante imgenes y/o smbolosel contenido y la organizacin de los conceptos que configuran un sistema. Hacer visible su naturaleza y su complejidad.d)Actuar.-Pensar y tomar decisiones de manera agil y sistemtica, siguiendo un mtodo; ste a su vez, define el modo de actuar en base a la relacin de un conjunto de actores, actividades, entregables y certificaciones posibles en un escenario concreto.e)Certificar.-Comprobar de manera fehaciente que un entregable es completo, coherente y usable para el propsito que ha sido creado.El resultado, es una mayor comprensin y claridad sobre la naturaleza de losobjetos,eventosyhechosque tienen consecuencias dentro de un dominio.El primer paso para la creacindeldiseo lgico de una aplicacin es identificar los objetos empresariales (los componentes) que proporcionarn la funcionalidad necesaria. A continuacin, el equipo debe identificar los comportamientos, atributos y relaciones de cada objeto, para lo cual el equipo se sirve de los escenarios de uso creados en la fase conceptual. El lenguaje de modelos unificado (UML) es una herramienta que se utiliza para ilustrar el funcionamientodelsistema. Puede resultar bastante til a la hora de describir visualmente un sistema para analizarlo en detalle. Elusode UML es una forma fcil de elaborar diagramas de componentes, interacciones y relaciones, entre otros. A menudo, UML se utiliza en la fase lgica para facilitar el anlisisdeldiseo.El Proceso de Anlisis de Requisitos permite refinar la especificacin de requisitos (Casos de Uso) y define un conjunto de reglas que asegura que cada elementodelModelo de Requisitos tendr una representacin equivalente en el Esquema Conceptual.Cuando se llega a la fase de programacin, el valordelesfuerzo realizado en la especificacin de requisitos y en el Modelado Conceptual no estn del todo claros. Esto es principalmente debido a que no es posible producir un cdigo fuente que funcione de forma equivalente al esquema conceptual desarrollado, de all la importanciadeluso de UML .7. Aplicacin de un caso prctico.El dueo de un hotel pide desarrollar un programa para consultar sobre las piezas disponibles y reservar piezas de su hotel.El hotel posee tres tipos de piezas: simple, doble y matrimonial, y dos tipos de clientes: habituales y espordicos. Una reservacin almacena datosdelcliente, de la pieza reservada, la fecha de comienzo y el nmero de das que ser ocupada la pieza.El recepcionistadelhotel debe poder hacer la siguientes operaciones: Obtener un listado de las piezas disponible de acuerdo a su tipo Preguntar por el precio de una pieza de acuerdo a su tipo Preguntar por el descuento ofrecido a los clientes habituales Preguntar por el precio total para un cliente dado, especificando su numero de RUT, tipo de pieza y nmero de noches. Dibujar en pantalla la foto de un pieza de acuerdo a su tipo Reservar una pieza especificando el nmero de la pieza, rut y nombredelcliente. Eliminar una reserva especificando el nmero de la pieza El administrador puede usar el programa para: Cambiar el precio de una pieza de acuerdo a su tipo Cambiar el valordeldescuento ofrecido a los clientes habituales Calcular las ganancias que tendrn en un mes especificado (considere que todos los meses tienen treinta das). El hotel posee informacin sobre cuales clientes son habituales. Esta estructura puede manejarla con un diccionario, cuya clave sea el nmero de RUT y como significado tenga los datos personalesdelcliente.El diseo a desarrollar debe facilitar la extensibilidad de nuevos tipos de pieza o clientes y a su vez permitir agregar nuevas consultas.

Infografiahttp://www.monografias.com/trabajos16/lenguaje-modelado-unificado/lenguaje-modelado-unificado.shtml#LENGUAJhttp://www.monografias.com/trabajos34/ingenieria-software/ingenieria-software.shtmlhttp://www.dcc.uchile.cl/~psalinas/uml/introduccion.htmlhttp://www-gris.det.uvigo.es/~avilas/UML/node7.htmlhttp://www.abcdatos.com/tutoriales/tutorial/l7157.htmlhttp://javahispano.org/articles.article.action?id=81http://gentleware.com/index.phphttp://www.smartdraw.com/exp/sof/product/index.htmhttp://www.metamill.com/