Portafolio ing sotware ii
- 1. FACULTAD DE SISTEMAS MERCANTILES CARRERA DE INGENIERÍA EN SISTEMAS SEXTO NIVEL TEMA: Ingeniería de software II Autor: Fredy Collaguazo Tema 1 Video tutorial Tema 2 Cuestionario Identifica las relaciones Wiki - Comparativa de herramientas CASE investigadas Caso de estudio Evaluación Parcial 1
- 2. Cuadro sinóptico de clases y conceptos
- 3. Cuestionario 1. Un grupo de datos puede estar formado por datos elementales y/o grupos de datos represente esta proposición através de un diagrama de clases resumido. DATOS DATOS ELEMENTALES GRUPO DE DATOS 2. En el departamento comercial de una empresa hay vendedores, de quienes se disponen de cifras de ventas de cada uno para los seis últimos meses. Representarlos con diagramas de clases de dos maneras diferentes. 3. Representar una clase Alumno con el número de alumnos y una operación para contarlos. Alumno -Nombre: String -contar Alumno():void 4. Cuando se hace una generalización, ¿la súper clase será siempre una clase abstracta? Si, por que cuando se realiza la generalización se procede al revés: a partir de las subclases encontramos la superclases, es decir si tienen atributos u operaciones en común se generara una superclase para dos subclases diferentes. 5. ¿Qué relación se establece entre una clase abstracta y una clase diferida? Las dos son clases abstractas con la diferencia que la una es superclase en la que no se puede instanciar directamente objetos y la otra simplemente una clase abstracta que si posee directamente operaciones abstractas. 6. ¿Cómo se indica que una clase es abstracta? Cuando no se puede instanciar directamente objetos. 7. ¿Cuáles son los símbolos y denominaciones de las tres opciones estándar de la visibilidad de UML?
- 4. Publico “+” Protegido “#” Privado “-” 8. ¿Cuáles son los tres compartimentos estándar del símbolo de clase? Nombre El primer compartimento contiene el nombre de la clase Atributo El segundo compartimento contiene la lista de atributos Método El tercer compartimento corresponde a los servicios de la clase 9. ¿Qué significa que haya "/" delante del nombre de un atributo? Que se trata de un atributo derivado es decir que es redundante. 10. Si entre dos interfaces existe una relación de especialización, ¿es necesario que estén implementadas por dos clases, una subclase de la otra? Identificar las relaciones que presentan las siguientes figuras. De los diagramas de clases. Figura # 1 Agregación, generalización Figura # 2 Asociación, generalización Entre el cliente y el proyecto existe una asociación binaria, entre el proyecto y el jefe de proyecto es una asociación generalización porque de pende del técnico de la mis forma el empleado Figura # 3 Asociación Composición Generalización
- 5. Wiki - Comparativa de herramientas CASE investigadas HERRAMIENTAS CASE DEFINICIÓN Proviene de las siglas que significan Herramientas del Software Asistida por Computadora, en inglés ComputerAided Software EngineeringCASE. Es definido como un conjunto de software, programas, que ayudan y dan asistencia en la labor de los ingenieros de software, analistas, programadores en los pasos del ciclo de vida del desarrollo de software. OBJETIVOS Las herramientas CASE tienen como objetivo: Tener fiabilidad, mejorar calidad, que sea útil. Hacer más sencilla la labor de sus usuarios en el trabajo que estén realizando. Minimizar el costo del desarrollo del software al ser el principal soporte para dicho trabajo. VENTAJAS HERRAMIENTAS CASE Facilidad para la revisión de aplicaciones. Soporte para el desarrollo de prototipos de sistemas. Generación de código. Mejora en la habilidad para satisfacer los requerimientos del usuario. Soporte interactivo para el proceso de desarrollo. DESVENTAJAS HERRAMIENTAS CASE Presentan muchas desventajas, que van desde la confiabilidad de métodos estructurados hasta su enlace limitado. Poca confiabilidad en los métodos estructurados. Falta de niveles estándar para el soporte de la metodología. Conflictos en el uso de los diagramas. Diagramas no utilizados. Función limitada. Alcance limitado.
- 6. ¿QUE ES UML? Es un lenguaje para especificar, construir, visualizar y documentar los artefactos de un sistema de software orientado a objetos (OO). Un artefacto es una información que es utilizada o producida mediante un proceso de desarrollo de software. OBJETIVO PRINCIPAL DE UML Es posibilitar el intercambio de modelos entre las distintas herramientas CASE orientados a objetos. CLASIFICACION DE LAS HERRMIENTAS CATEGORIA HERRAMIENTAS GRAFICAS Ayuda para dibujar diagramas, mejor que -Enterprise Architect herramientas genéricas de dibujo No imponen restricciones, no garantizan la -SMARTDRAW corrección de los diagramas subrayar atributo, subrayado doble - STAR UML Puntuación elevada que puede resultar engañosa (UML Diagrammer) - POWERDESIGNER SINTATICAS Modelo correctamente expresado en -ERWIN diagramas coherentes entre sí Las únicas que con propiedad pueden llamarse herramientas CASE para UML Puntuaciones intermedias y extremas (Argo UML, MagicDraw) SEMANTICAS Modelo correctamente expresado en -MAGIC DRAW diagramas coherentes entre sí Las únicas que con propiedad pueden llamarse herramientas CASE para UML Puntuaciones intermedias y extremas (Argo UML, MagicDraw)
- 7. ENFOQUE PROCEDIMENTAL El enfoque procedimental se refiere a la forma como las herramientas hacen uso de las metodologías para guiar al usuario a través de un proceso de Ingeniería de Software. HERRAMIENTA GENERALIDADES AMBITO DE PLATAFORMA UTILIZACION SMARTDRAW Windows 98 SmartDraw es su sistema Diagrama De Clases Windows2000, deautoformato. Es verdad que casi Estático Con Notación Windows XP todo software de modelado tiene Uml Windows 7 autoformato (unos funcionarán mejor o peor), pero SmartDraw, a partir de su sistema de formato de dibujo puedes crear un diagrama simple, que te puede servir de plantilla, casi exclusivamente con el teclado, usando las teclas Ctrl y las flechas. SOPORTE AL MODELADO ARQUITECTÓNICO Con la revisión de este aspecto se pretende evaluar la capacidad que tienen las herramientas de modelado UML para apoyar la definición de la arquitectura de un sistema. La arquitectura es el elemento clave de diseño que permite establecer acuerdos de alto nivel referentes a la forma del sistema (módulos y subsistemas) y sus relaciones (Garlan,2003) El énfasis en componentes y arquitecturas es una de las aproximaciones para desarrollo de software más prometedoras (Anaya, 2000), es por lo tanto importante analizar el soporte que una herramienta CASE provee para la definición de arquitecturas.
- 8. HERRAMIENT GENERALIDADES AMBITO DE PLATAFOR A UTILIZACION MA Soporta los 13 diagramas de ENTERPRISE UML 2.1. ARCHITECT La edición Ultímate le permite cambiar Windows xp rápidamente a los niveles más bajos del Los diagramas de diseño y construcción del sistema, con comportamiento incluyen SysML, generación de código ejecutable para lenguajes estándar de : Casos de Uso, Actividades, Linux descripción de hardware. Los usuarios Estado, Descripción de la de negocios pueden nivelar el uso de interacción, Secuencia y BPEL, el compositor de reglas y el Comunicación. Los ejecutable UML – a demás de todas las diagramas de estructurales características avanzadas que vienen incluyen: con otras ediciones Paquetes, Clases, Objetos, Composición, Componentes y Despliegue. para los perfiles de estilo UML 2.0 PowerDesigner es un único Modelado de aplicación a POWER conjunto de herramientas de través de UML, técnicas de DESIGNER modelado que combina distintas Modelado de Procesos Windows 2003 técnicas estándar. Empresariales y técnicas server o 2008 tradicionales de modelado Windows Xp También se puede decir que de base de datos. Windows vista PowerDesigner es una herramienta Windows 7 de modelado que admite Soporte para el tipo completamente los entornos de de datos XML arquitectura de datos, de Soporte para información y empresarial, y esquemas XML facilita y permite el proceso de Validación de conversión de la visión y la documentos XML estrategia comercial en un cambio Editor Correlación empresarial efectivo a través de su de XSD anotados exclusiva tecnología Link &Sync.. ERWIN Es una herramienta para el diseño de base de datos que brinda Desarrollo de base de datos Windows NT productividad en su diseño , Windows98 generación y mantenimiento de Windows 2000 aplicaciones .Desde un modelo Windows Xp lógico de los requerimientos de Diseño de Base de datos Windows vista información hasta el modelo físico Windows 7 perfeccionado para las características especificas de la base de datos diseñada, los elementos importantes y optimizar el diseño de la base de datos .Genera automáticamente las tablas y miles de líneas storedprocedure y triggers para los principales tipos de base de datos.
- 9. APOYO AL REPOSITORIO Los repositorios son herramientas que permiten centralizar, administrar y gestionar las versiones o estados de un proyecto en el que se requieren revisiones frecuentes. En el desarrollo de sistemas usando herramientas CASE, se hace relevante la presencia de un repositorio, no sólo si la herramienta es multiusuario, sino en general para la organización de los cambios reflejados en el refinamiento de los modelos, en el avance de las etapas o en la colaboración entre usuarios (MACPRO, 2003). ENFOQUE FUNCIONAL El tercer y último enfoque, estudia las utilidades adicionales que le ayudan al usuario a desarrollar un sistema de información con mayor o menor facilidad. HERRAMIENTA GENERALIDADES AMBITO DE PLATAFORM UTILIZACION A MagicDraw es una herranienta de modelaje con compñletascaracteristicas Modelado Uml Windows Xp y UML, sin duda es una de las mejores superiores MAGIC DRAW herramientas CASE del mercado, que preocura mantenerse ademas siempre Mac OS X al dia con continuas actulizaciones. Es desarrollada por No Magic, Inc. Implementada totalmente en JAVA. Linux Diseñada para los analistas del negocio, los analistas del software, los programadores, los ingenieros de software, y los escritores de la documentacion, esta herramienta de desarrollo dinamica y versatil facilita analisis y el diseño de los sistemas y de las bases de datos orientados objeto. Soporte completo al STAR UML StarUML es una herramienta para diseño UML mediante el Windows 7, el modelamiento de software uso de. WindowsVista, basado en los estándares UML -Diagrama de casos de Windows2008, (UnifiedModelingLanguage) y uso Windows2003, MDA (ModelDrivenArquitecture), – Diagrama de clase Windows XP que en un principio era un – Diagrama de secuencia Windows 2000 producto comercial y que hace – Diagrama de cerca de un año paso de ser un colaboración. proyecto comercial (anteriormente – Diagrama de estados llamado plastic) a uno de licencia – Diagrama de actividad. abierta GNU/GPL. – Diagrama de componentes – Diagrama de despliegue. – Diagrama de composición estructural (UML 2.
- 10. Caso de Estudio Resolver el siguiente caso de estudio: La UNIANDES Puyo a conformado una empresa de servicios de informática puede tener diferentes proyectos con un mismo cliente, pero cada proyecto pertenece a un único cliente; cada proyecto tiene número y descripción, y los clientes tienen CI y denominación. Hay dos tipos de empleados, jefes y técnicos de proyectos, todos con CI y nombres; cada proyecto tiene un jefe y, al menos, un técnico. Un jefe de proyecto puede estar en varios proyectos, pero cada técnico puede estar como máximo en un único proyecto. Generar el diagrama estático del problema planteado, utilizando la herramienta CASE. El nombre del blog UML: Modelo estático con herramienta case El nombre del alumno que elaboró el blog Collaguazo Fredy La dirección URL del blog http://sistemasingsoftwareiiuml.blogspot.com/ Evaluación Parcial 1 (atrazados) Elabore el modelo estático del sistema en la herramienta case StartUML. Copie los diagramas generados en un documento de Microsoft Word y envíelo al tutor.
- 11. Tema 3 Ejercicio de casos de uso Tema 4 Evaluación parcial 2 Actividades de A.O.O. y D.O.O. Actividades de A.O.O. y D.O.O. Realizar las siguientes actividades: 1. Realizar la documentación correspondiente de la fase de análisis orientado a objetos para el caso de la aseguradora investigada en el examen parcial N° 2. Deben partir de la documentación sobre los requisitos obtenida en el parcial referido. 2. ¿Por qué se deben revisar los casos de uso descritos en la documentación de requisitos al iniciar con la fase de análisis orientado a objetos? 3. ¿A qué corresponde cada clase de frontera? 4. ¿Qué significaría que en un caso de uso hubiera una clase de frontera y una clase de entidad y ninguna clase de control? 5. ¿Que representaría la herencia múltiple mediante agregaciones? 6. Realizar la documentación correspondiente de la fase de diseño orientado a objetos para el caso de la aseguradora investigada en el examen parcial N° 2. Deben partir de la documentación sobre los requisitos obtenida en el parcial referido y de la documentación generada en la fase del análisis orientado a objetos de la actividad 1. 7. ¿Tiene sentido decir “he inventado un patrón”? 8. ¿Por qué se asegura que los patrones generados en el DOO crean vocabulario? 9. ¿Por qué se debe normalizar los nombres de las clases, atributos y métodos? Porque los nombre una clase, los atributos o características definen el grado de comunicación y visibilidad de ellos con el entorno, y los métodos u operaciones de una clase son la forma en cómo ésta interactúa con su entorno. 10. ¿Qué ventajas y desventajas tiene la supresión de la herencia múltiple por delegación comparada con la supresión por duplicación?
- 12. Tema 5 ¿Qué es la administración de la fundamentación? Sistemas y modelos Glosario - control de calidad y pruebas Pruebas O. O. Estrategias de pruebas y guía de depuración. Evaluación Parcial 3 ¿Qué es la administración de la fundamentación? Luego de haber realizado una lectura analítica sintética del archivo "Administración de la fundamentación.pdf", defina en una sola oración, ¿Qué es para usted la administración de la fundamentación?. Respuesta: Se base en gestionar ciertos términos componentes, funciones, ilustraciones particulares que forman una parte de un sistema, con un fin específico de justificar las decisiones en base a modelos de trabajo, para cumplir con un objetivo y obtener nuestro resultado. Sistemas y modelos Respuesta. Un sistema es una combinación de componentes que actúan juntos y realizan un objetivo determinado en base a conceptos, fenómenos físicos, económicos y el modelo conoce la estructura del sistema, el cual puede estar basado en las matemáticas, físicas, grafico o escrita. Una vez que se tiene claro el modelo, se pueden realizar acciones de control para saber el comportamiento del sistema y si es necesario modificarlo. Sistema CAJERO AUTOMATICO (ATM) el modelo describe como un cliente retira dinero de su cuenta por el ATM, y como utiliza su tarjeta bancaria para sus diferentes transacciones. Glosario - control de calidad y pruebas Se trata de agregar cinco (5) entradas (no duplicadas) en este glosario, de términos (una sola palabra por concepto) que se encuentren relacionados directamente con las siguientes áreas: calidad del software pruebas de software La definición deberá ser extremadamente corta, clara y concreta, y no podrá contener la palabra misma del concepto, como puedes observar en el término exactitud que se ha tomado como ejemplo. La palabra clave deberá contener únicamente la señalada en el concepto.
- 13. Facilidad de prueba La facilidad de prueba de software indica simplemente si es fácil o no probar un programa de computadora. Facilidad y comprensión Cuando mayor información se tenga. con mayor inteligencia se aplicara la prueba Operatividad Cuando mejor funcione, con mayor eficiencia podrá probarse si un sistema esta diseña e implementado con la calidad. Prueba exhaustiva Considera un programa de cien líneas en lenguaje C. Después de alguna declaraciónbásica de datos. Simplicidad Cuando menos haya que probar másrápido se hará el programa Estrategias de pruebas y guía de depuración. Realizar los ejercicios "Ingeniería del software un enfoque práctico" de Roger Pressman, aplicados a los siguientes sistemas: 1. Sistema informático para el seguimiento y control de alumnos graduados y egresados de UNIANDES Puyo. 2. Sistema informático para la gestión de biblioteca de UNIANDES Puyo Sistema informático para el seguimiento y control de alumnos graduados y egresados de UNIANDES Puyo. Para cubrir las demandas que se enfrentan con el aumento de complejidad en el sistema informático para el seguimiento y control de alumnos graduados y egresados, depende de la técnica utilizada para el desarrollo más cortos y reducción de presupuestos, con la flexibilidad requerida ya que el procesamiento de software e interfaz del usuario están definidos por el proveedor y puede solo actualizarse a través de un administrador. Guía orientado al sistema informático para el seguimiento y control de alumnos graduados y egresados • Interfaces del diseñador • Administración de usuarios • Control de flujo de prueba • Resultados de almacenamiento • Reportes
- 14. Pruebas O. O. Explique con tres ejemplos en que las pruebas de caja negra darían la impresión de que todo está bien, mientras que las pruebas de caja blanca descubrirían algún error. Describa tres ejemplos en que suceda todo lo contrario. Caja negra · Pruebas funcionales · Pruebas de entrada/salida · Pruebas inducidas por los datos Las pruebas de caja negra se centran en lo que se espera de un módulo, es decir, intentan encontrar casos en que el módulo no se atiene a su especificación. Por ello se denominan pruebas funcionales, y el probador se limita a suministrarle datos como entrada y estudiar la salida, sin preocuparse de lo que pueda estar haciendo el módulo por dentro. Las pruebas de caja negra están especialmente indicadas en aquellos módulos que van a ser interfaz con el usuario (en sentido general: teclado, pantalla, ficheros, canales de comunicaciones). Las pruebas de caja negra se apoyan en la especificación de requisitos del módulo. De hecho, se habla de "cobertura de especificación" para dar una medida del número de requisitos que se han probado. Es fácil obtener coberturas del 100% en módulos internos, aunque puede ser más laborioso en módulos con interfaz al exterior. En cualquier caso, es muy recomendable conseguir una alta cobertura en esta línea. Bajo un enfoque de caja negra, el punto de vista que interesa al Desarrollador del software se ilustra en el siguiente ejemplo en las que se pasan diferentes ternas de valores a los métodos que asignan la longitud a los lados del triángulo (setI, setJ, setK) y luego se comprueba únicamente si el resultado devuelto por get Tipo es el correcto. Lograr una buena cobertura con pruebas de caja negra es un objetivo deseable; pero no suficiente a todos los efectos. Caja blanca Las pruebas de caja blanca realizan, de alguna manera, un seguimiento del código fuente según se van ejecutando los casos de prueba, de manera que se determinan de manera concreta las instrucciones, bloques, que han sido ejecutados por los casos de prueba. Así pues, mediante este tipo de pruebas se puede saber cuánto código se ha recorrido. Así, en el mismo problema del triángulo, el Desarrollador de pruebas se fijará ahora en el código que implementa su funcionalidad y observará, para cada terna de entradas x1, x2 el recorrido seguido por los casos de prueba en la implementación de la clase.
- 15. La calidad del software objeto de estudio. Existen formas muy variadas de medir esa “cantidad” de código recorrido mediante lo que se llaman “criterios de cobertura”. - Encontrar fragmentos del programa que no son ejecutados por los casos de prueba. - Crear casos de prueba adicionales que incrementen la cobertura. - Determinar un valor cuantitativo de la cobertura (que es, de manera indirecta, una medida de la calidad del programa). Parcial 3 CASOS DE PRUEBA DE SOFTWARE Prueba de caja negra Ejecución de prueba Para realizar esta prueba, se procedió al ingreso de datos de entrada para cada modulo y se verifica las respuestas deseadas sean correctas y adecuadas a los requerimientos del usuario. Sin importar lo que el sistema realice internamente. Prueba de caja blanca Ejecución de prueba Los algoritmos realizados en cada una de la funciones de validación, fueron comprobadas al momento de implementar el formulario de usuarios en el sistema, es decir se va comprobando que cada una de las líneas de código coincidiendo con lo que se deseaba como resultado. Resultados Se puede comprobar que si se cumple las funciones de validación que se realizaron, para el formulario de usuarios, es decir que cada línea de código programada cumple con lo que se propuso en el sistema. Prueba funcionales Valores de entrada Valores validos Valores inválidos Cedula 10 caracteres solo números del Masa de 10 caracteres 0 al 9 Menos de 10 caracteres Cualquier letra o símbolo Nombre Menos de 35 caracteres solo Más de 35 caracteres mayúsculas minúsculas Apellido Menos de 35 caracteres solo Más de 35 caracteres
- 16. mayúsculas minúsculas Teléfono Menos de 9 caracteres Más de 9 caracteres Letras y símbolos Institución Menos de 150 caracteres solo Más de 150 caracteres mayúsculas Correo Email valido Solo letras Letras y símbolos Campo vacio Dirección Menos de 100 caracteres Solo números vacio Prueba estructural Select Case Index 'nuevo Case 0 Calllimpiar(Me) Callhabilitar(False) rsusuario.MoveLast Call genera_codigo frausuario.Enabled = True Frame3.Enabled = True txtnom.SetFocus Case 1 'grabar Dimcadbus$ cadbus = "nombre='" + txtnom + "'" rsusuario.MoveFirst rsusuario.Findcadbus If rsusuario.EOF Then rsusuario.AddNew Callllenardatos rsusuario.Update MsgBox ("Guardado") Else MsgBox ("ya existe") End If Call habilitar(True) frausuario.Enabled = False Frame3.Enabled = False Case 2 'cancelar If MsgBox("Estaseguro?", vbYesNo) = vbYes Then rsusuario.CancelUpdate rsusuario.MoveLast
- 17. Call mostrardatos Call habilitar(True) frausuario.Enabled = False Frame3.Enabled = False End If Case 3 'eliminar If MsgBox("Estaseguro?", vbYesNo) = vbYes Then rsusuario.Delete End If Call habilitar(True) rsusuario.MoveLast Callmostrardatos Case 4 'salir IfMsgBox("¿Está seguro?", vbYesNo + vbExclamation, "Sistema de Biblioteca") = vbYesThen Unload Me End If End Select End Sub Tema 6 Resumiendo UML Diagrama de clases con BOUML Diagramas de casos de uso en BOUML Resumiendo UML Realizar una presentación con máximo 15 diapositivas, utilizando el programa Impress, respecto del tema: UNIFIED MODELING LANGUAGE (UML). La presentación debe contener: INTRODUCCIÓN PAUTAS GENERALES PARA DESARROLLAR USANDO UML Paquetes y dependencia Diagrama de Casos de Uso Diagrama de Secuencia y diagrama de Colaboración Diagrama de Objetos y diagrama de Clases Diagrama de Estados Diagrama de Componentes
- 18. Diagrama de Despliegue CONCLUSIONES REFERENCIAS El nombre del blog UniofiedModelingLanguage (UML) La dirección URL del blog http://www.slideshare.net/fredycollaguazo/uml-13821162 Diagrama de clases con BOUML Para que no comenten que se inventa el agua tibia; utilizando la herramienta CASE BOUML, generar el código fuente en Java, para el siguiente ejercicio: Una empresa dedicada a la fabricación de autos ha decidido modificar su modalidad operativa frente al abastecimiento de autopartes de sus proveedores: Todos los productos que son provistos por algún proveedor, contaran con un valor de stock mínimo. Al registrarse una disminución de dicho stock y lo coloque por debajo del valor estipulado, en forma automática se generara un pedido en la extranet de la empresa solicitando su satisfacción. Esto obliga a todos los proveedores a consultar en forma diaria la página de Internet, ingresar su contraseña y chequear la existencia de pedidos. El sistema internamente registrara la fecha de confección del pedido, la fecha de confirmación por parte del proveedor y le solicitara la fecha estimada de entrega. Con posterioridad le enviara un e-mail con la confirmación de la operación. Cada número de orden de compra se chequea con el de recepción de mercadería, controlando los items y sus cantidades. Una vez validada la operación de control se ingresaran los items al Sistema. La dirección URL del blog http://190.152.113.82/lggz/moodle/mod/assignment/view.php?id=430 Diagramas de casos de uso en BOUML Seguimos "aprendiendo" el uso de BOUML, para esto vamos a:
- 19. Realizar el diagrama de casos de uso para el siguiente sistema: "Supongamos" que les contrato el hotel LF para realizar un sistema informático de reservas, el hotel permite hacer reservas de habitaciones y de ello se encarga el administrativo de reservas, y de forma alternativa el cliente la puede hacer también por Internet. Siempre que se solicita la reserva de una habitación, se comprueba si la persona es cliente del hotel, en cuyo caso solo hay que complementar los datos de la reserva (fecha de entrada, fecha de salida, tipo de habitación, etc.) si la persona no es cliente del hotel, además, hay que darlo de alta e introducir sus datos personales. Una reserva puede ser anulada en cualquier momento, peor si se realiza con menos de 24 horas de antelación, se penaliza al cliente cargándole una cantidad equivalente al 50% del coste de una noche en la habitación reservada. Una vez el cliente llega al hotel, el Recepcionista comprueba su reserva y los datos del cliente y procede a registrarlo. Una vez concluida la estancia, el Recepcionista procede a facturar la estancia. Ejercicio Diagrama de casos de uso de un sistema de reserva para un hotel.