- c: create
- r: read
- u: update
- d: delete
Para identicar casos de uso basicos en nuestro sistema.. en mi criterio no se puede dejar funcionalidades ocultas detras de las palabras:
- gestionar
- administrar
- controlar
Pues pueden lugar a suponer una cantidad de funcionalidades que pueden llevar a que el cliente quede insatisfecho por mal entendimiento de sus requisitos o que la empresa desarrolladora termine trabajando mas de lo que tenia estimado llevandola a costos onerosos en un proyecto inicialmente sencillo.
Si tomamos el ejemplo de un sistema de administracion de taxis, dentro del dominio del problema encontraremos palabras como:
- TAXI
- Conductor
- Propietario
- Servicio,
- entre muchos otros, dependiendo del lo que signifique nuestro sistema de administracion de taxis.
Pero valiéndonos del crud podemos minimo identificar los siguientes casos de uso:
- crear taxi (o lo que es lo mismo, ingresar taxi)
- actualizar taxi
- eliminar taxi
- listar taxi
- mostrar taxi
- buscar taxi
- suspender taxi
- sancionar taxi
- traspasar taxi
- entre otros.
es claro entonces que el crud nos ayuda a poner todas las funcionalidades visibles al cliente y a los desarrolladores y desde ese punto de vista, se pueden encontrar, más casos de uso, considero la busqueda de casos de uso como una tarea exhaustiva en las primera fases de un proyecto de desarrollo, de manera que se logre un acuerdo sensato entre las partes de los casos de uso a desarrollar y de esa manera, ambas partes ganen