Elaboración de diagramas y plantillas para casos de uso del proyecto. GA2-220501093-AA1-EV02 Cristian Pérez Mora Cinthya Bazan Reyes Sebastian Perez Moreno Diego Ramos Adrián Danilo Astudillo Servicio Nacional de Aprendizaje Sena Bello Antioquia Valle Análisis Y Desarrollo de Software. (2977412) Julio 2024 Tabla de Contenidos Portada Tabla de Contenidos Introducción Pautas para la elaboración de diagramas y plantillas Plantilla Plantilla Herramientas Herramientas Alcance Concusión 1 2 3 4 5 6 7 8 9 10 Introducción Los diagramas y plantillas para casos de uso son esenciales para documentar y comunicar los requisitos del proyecto. Los casos de uso describen las funciones de una aplicación desde la perspectiva del usuario, especificando las tareas del software y los responsables de ejecutarlas. Las plantillas organizan los detalles de cada caso de uso, como los actores involucrados, objetivos, pasos y postcondiciones. Estas herramientas aseguran una documentación clara y sistemática, facilitando la comunicación y comprensión entre el equipo del proyecto y los interesados, y contribuyen al desarrollo eficiente de software de alta calidad. Pautas para la elaboración de diagramas y plantillas Identificación de Actores: Determine los usuarios o sistemas externos que interactuarán con el sistema de parqueadero. Estos actores pueden incluir usuarios del parqueadero (como clientes o personal administrativo), sistemas de pago automatizado y otros servicios relacionados. Descripción del Objetivo: Para cada funcionalidad, defina claramente el objetivo o tarea que el actor desea lograr. Por ejemplo, un objetivo podría ser "Reservar una plaza de estacionamiento" o "Pagar por el tiempo de estacionamiento". Identificación de Pasos: Especifique los pasos detallados y en orden cronológico que el actor debe seguir para alcanzar el objetivo. Por ejemplo, para "Reservar una plaza de estacionamiento", los pasos podrían incluir seleccionar una fecha y hora, elegir una plaza disponible y confirmar la reserva. Creación del Diagrama: Elabore un diagrama visual que represente las funcionalidades y los actores involucrados. En el diagrama, cada funcionalidad se muestra como un óvalo y cada actor como un rectángulo. Las relaciones entre actores y funcionalidades se indican mediante líneas conectivas, facilitando la visualización de la interacción entre el sistema y sus usuarios. Definición de Requisitos y Restricciones: Incluya los requisitos específicos y las restricciones asociadas con cada funcionalidad. Esto puede abarcar limitaciones técnicas, requisitos de seguridad, o condiciones operativas que el sistema debe cumplir. Por ejemplo, puede haber una restricción de que las reservas solo se pueden hacer hasta 30 días en avance. Especificación de Resultados y Postcondiciones: Determine y documente los resultados esperados y las postcondiciones que deben cumplirse una vez que se completa la funcionalidad. Por ejemplo, tras "Pagar por el tiempo de estacionamiento", la postcondición podría ser que el sistema actualice el estado de la plaza y confirme el pago al usuario. Plantilla Una plantilla básica, versátil y fácil de modificar para documentar funcionalidades en el desarrollo de software para un parqueadero puede incluir la siguiente información detallada: Nombre de la Funcionalidad: (Proporcione un nombre significativo y descriptivo que refleje claramente la tarea. Ejemplo: "Reservar Plaza de Estacionamiento") Actores: (Identifique todos los actores involucrados en esta funcionalidad. Incluya tanto a los usuarios finales como a cualquier sistema o dispositivo externo que interactúe con el sistema. Ejemplo: "Cliente", "Sistema de Pago Automatizado", "Administrador del Parqueadero") Descripción: (Proporcione una breve descripción del objetivo o tarea que el actor intenta realizar. Ejemplo: "El cliente desea reservar una plaza de estacionamiento para una fecha y hora específicas.") Precondiciones: (Describa cualquier condición o estado requerido antes de que el actor pueda comenzar esta funcionalidad. Ejemplo: "El cliente debe estar registrado en el sistema y haber iniciado sesión.") Flujo Principal de Eventos: (Describa los pasos que el actor sigue para completar con éxito esta funcionalidad. Utilice viñetas o números para cada paso. Ejemplo: o o o o o o El cliente accede al sistema de reservas. El cliente selecciona la fecha y hora deseadas. El cliente elige una plaza disponible. El sistema muestra un resumen de la reserva. El cliente confirma la reserva y realiza el pago. El sistema confirma la reserva y envía una notificación al cliente.) Postcondiciones: (Describa el estado del sistema después de que se haya completado la funcionalidad. Ejemplo: "La plaza de estacionamiento queda reservada para el cliente y se actualiza la disponibilidad en el sistema.") Extensiones: (Describa cualquier caso en el que el flujo principal de eventos no se siga debido a una excepción o situación inesperada. Ejemplo: "Si el pago falla, el sistema mostrará un mensaje de error y permitirá al cliente intentar nuevamente.") Notas: (Proporcione cualquier información adicional relevante para esta funcionalidad, como requisitos no funcionales, requisitos de seguridad o requisitos de rendimiento. Ejemplo: "El sistema debe garantizar la seguridad de la información de pago del cliente y ser capaz de manejar al menos 1000 reservas simultáneamente.") Requisitos de Validación: (Especifique cómo se validará que la funcionalidad cumple con los requisitos. Ejemplo: "Se realizarán pruebas para asegurar que las reservas se procesan correctamente y que los datos del cliente están protegidos durante el proceso de pago.") Interfaz de Usuario: (Describa las interfaces que el actor utilizará para interactuar con el sistema durante esta funcionalidad. Ejemplo: "La interfaz de usuario incluirá formularios de entrada para la selección de fecha y hora, así como una página de confirmación de reserva.") Requisitos de Integración: (Indique cualquier integración necesaria con otros sistemas o servicios externos. Ejemplo: "El sistema debe integrarse con el sistema de pagos para procesar transacciones en línea y con el sistema de gestión de reservas para actualizar la disponibilidad.") Estas pautas adicionales aseguran que todos los aspectos importantes de la funcionalidad se documenten de manera completa, facilitando el desarrollo y la implementación efectiva del sistema de parqueadero. Herramientas Aquí algunas herramientas para el desarrollo de diagramas cada una con adaptabilidades diferentes según las necesidades de uso. Diagrams: Descripción: Una herramienta gratuita y en línea para crear diagramas. Características: Ofrece opciones para diagramas de casos de uso, es fácil de usar y permite almacenamiento en la nube y colaboración. Lucidchar: Descripción: Una herramienta en línea para crear diagramas y gráficos colaborativos. Características: Ofrece plantillas para casos de uso, colaboración en tiempo real, integración con otras aplicaciones como Google Drive y Slack. Creately: Descripción: Herramienta de diagramación en línea con enfoque en la colaboración y la facilidad de uso. Características: Plantillas para diagramas de casos de uso, colaboración en tiempo real, y opciones de integración. Alcance Un diagrama y plantilla de Casos de usos es una herramienta esencial para el diseño y desarrollo de un sistema de parqueadero seguro. Al definir claramente los actores, casos de uso y relaciones, se garantiza que el sistema cumpla con las necesidades de los usuarios y sea fácil de usar y mantener. Grascias a herramientas como lucidchar y creately se logro realizar un diagrama y una plantilla para mejorar el servicio de un parqueadero Seguro. Algo importante para realizar este diagrama y plantilla se necesitan los Actores como: Clientes: Aquellos que utilizan el parqueadero. Administradores: Personal encargado de gestionar el parqueadero. Sistema de pago: Puede ser un actor externo si se integra un sistema de pago en línea. Sistema de seguridad: Puede ser un actor externo si se integra un sistema de vigilancia. Conclusión Crear diagramas y plantillas para casos de uso es esencial para que los proyectos, especialmente los de desarrollo de software, sean exitosos. Estos diagramas ayudan a visualizar cómo los usuarios van a interactuar con el sistema, lo que facilita entender mejor qué es lo que realmente necesitan y esperan del proyecto. A su vez hay miles de herramientas en internet que pueden ayudarnos a desarrollar estos mismos diagramas y plantillas, siendo una utilidad que cualquier proyecto puede integrar en cualquier momento sin ningún costo, dándole muchos beneficios tanto como al equipo de trabajo como al proyecto en si. Los diagramas de casos de uso muestran de manera clara las distintas interacciones entre los usuarios y el sistema, ayudando a identificar y definir los objetivos y funcionalidades necesarias. Esto no solo aclara los requisitos, sino que también sirve como una guía útil para el diseño y desarrollo, asegurando que todos en el equipo estén en la misma página.