Supongamos que entramos en un ascensor y le pregunto: ¿qué puedo hacer con su solicitud? Solo tiene unos segundos antes de que salgamos del elevador, por lo que responderá con una lista de características, como:
- Puedes encontrar hoteles cerca de un área
- Puedes ver las comodidades de un hotel
- Puedes reservar un hotel
- Puedes cancelar una reserva
- Etc …
Cada uno de esos es un caso de uso. Cada caso de uso tendrá uno o más usuarios, algunas entradas y algunos resultados.
Cuando comienza un proyecto, puede comenzar documentando los casos de uso. Proporcionaría una descripción de alto nivel del flujo principal, esencialmente lo que ingresa el usuario y lo que produce la computadora. También debe documentar flujos alternativos (errores). Esta es una forma común de documentar los requisitos.
- ¿Cómo es posible encontrar un programador profesional con experiencia en Android con el que pueda asociarme o trabajar?
- Entre la programación de C Sharp y Java, ¿cuál es más preferible para desarrollar una aplicación de Android?
- ¿Debería Google reescribir Android para usar una máquina virtual C ++ llvm tipo en lugar de Dalvik y también reemplazar la pila Java con una pila C ++ nativa para resolver algunos de los problemas de latencia, retraso y distensión, especialmente para el desarrollo de juegos?
- ¿Por qué el desarrollo de aplicaciones de Android está creciendo de manera rápida?
- ¿Por qué no hay actualizaciones de seguridad de Android más frecuentes?
Un diseñador de IU puede ver los casos de uso y crear las pantallas para su aplicación.
Una persona de control de calidad puede ver sus casos de uso y proponer pruebas para validar su aplicación.
Un desarrollador puede ver los casos de uso y proponer estimaciones y diseños para el código.
El propietario del producto puede ver los casos de uso y decirle si eso es lo que quiere o no.
Si su aplicación es simple, o está trabajando solo, puede ser excesivo documentar formalmente casos de uso, pero podría ayudar.