CRUD es simplemente Crear, Leer, Actualizar, Eliminar que realiza una aplicación.
Hasta cierto punto, un rastreador de errores es también una aplicación CRUD. Cree errores, lea (muestre) los errores, actualice los errores y, quizás, elimínelos.
Sin embargo, hay más en un rastreador de errores que CRUD.
- Un desarrollador no tiene permiso para marcar el error verificado o cerrado, eso es parte del trabajo de QA. Y, por lo tanto, hay algo de código para asegurarse de que alguien que carece del rol de control de calidad no pueda marcar un error como cerrado o verificado.
- Nadie, excepto un administrador de proyectos, puede en realidad eliminar un error.
- Para que un error se marque como "probarme", debe haber al menos un código de confirmación contra el error.
- Solo un error que se encuentre en el estado 'cerrado' se puede mover al estado 'reapertura'
- El desarrollador asignado al error no puede moverlo de 'revisión de código' a 'revisión de código completa'
- QA y los desarrolladores solo pueden ver errores en los proyectos a los que están asignados.
El código que implementa lo anterior es la lógica de negocios de la aplicación.
La restricción de flujos de trabajo, o who puede realizar las distintas operaciones en CRUD. Esto es lo que separa una aplicación CRUD de otra. Son las partes en las que necesita que la empresa diga cómo la aplicación. Cuán lógico es ... bueno, eso es mejor discutirlo con una cerveza fuera del alcance del oído del gerente del proyecto. Pero eso es lo que es la lógica de negocios.
Claro, es posible escribir una aplicación CRUD 'pura' donde no hay roles, todo se puede modificar y ver, pero estos son la excepción y no la regla.
La lógica comercial es la lógica que está escribiendo en su programa para manejar las reglas comerciales que se le asignan.
Cuando comienzas a meterte en las reglas de negocios, esto tiende a estar en un nivel más alto que la crudeza misma o la lógica de negocios. Esto suele ser lo que obtiene de un analista de negocios que trabaja con el negocio.
Considere en este ejemplo, un programa que determina cómo manejar la devolución de un artículo en un mostrador de devoluciones en una tienda.
- Si el recibo es igual o mayor a 90 días de antigüedad, solo se puede otorgar crédito en la tienda
- Si el recibo tiene menos de 90 días de antigüedad, acredite la oferta con la que se usó el recibo (el crédito se devuelve a la tarjeta de crédito, el efectivo se devuelve al efectivo, el crédito en la tienda se asigna al crédito en la tienda). . a menos que fuera un cheque, en cuyo caso use efectivo.
Esas son algunas reglas de negocios. No hablan con la parte CRUD de la aplicación.
Cuando trabaje con reglas comerciales, a menudo puede encontrarlas escritas en un motor de reglas (por ejemplo, Motor de reglas de Windows Workflow Foundation ) en lugar de escribir el código en bruto en su sistema.
Tenga en cuenta que la distinción entre lógica y reglas es una de terminología y puede argumentarse durante toda la noche (nuevamente es mejor tomar una cerveza). Aunque esta no es una distinción poco común, aunque los dos pueden mezclarse entre sí.