Che cos'è esattamente una regola aziendale? [duplicare]

Le persone usano i termini "regola aziendale" e "logica aziendale" per fare riferimento alla parte della tua applicazione specifica per la tua applicazione e rappresentano il comportamento principale di come dovrebbero funzionare le cose rispetto alle funzionalità generiche che potrebbero essere utile nel software scritto per un diverso client / business / base di clienti o codice che esiste per supportare l'infrastruttura dell'applicazione.

Spesso la logica aziendale è soggetta a cambiamenti quando cambiano le esigenze del cliente, quindi ci piace metterlo in un posto / livello speciale in modo che possiamo modificarlo secondo necessità.

Sebbene il termine sembri implicare diversamente, anche il software non business ha una logica di business. Ad esempio, una regola che afferma che "quando un utente fa xyz, l'applicazione dovrebbe convalidare qualcosa" può essere classificata come regola aziendale.

Il codice di utilità, come l'analisi / elaborazione / accesso ai dati e tale non sarebbe considerata logica aziendale.

È una specie di termine nebuloso e potrebbe significare cose diverse per persone diverse in diversi contesti. Non vale la pena di rimanere attaccato. L'idea generale è di separare l'applicazione in parti logiche, ognuna delle quali è responsabile di qualcosa di specifico. Come esattamente ciò viene fatto è qualcosa che impari dall'esperienza e lavorando su applicazioni di grandi dimensioni ben progettate. Ma non ci sono regole rigide e veloci. Chiedi a tre buoni sviluppatori e riceverai sei opinioni.

Ecco un estratto da wikipedia

It is a rule that defines or constrains some aspect of business and always resolves to either true or false. Business rules are intended to assert business structure or to control or influence the behavior of the business Business rules describe the operations, definitions and constraints that apply to an organization. Business rules can apply to people, processes, corporate behavior and computing systems in an organization, and are put in place to help the organization achieve its goals.

Per quanto riguarda @aarong, le regole di business o la logica aziendale non significano realmente che tu abbia bisogno di una qualche forma di entità aziendale per risolvere il problema.

Questo può significare qualsiasi vincolo o definizione di un processo che la tua applicazione dovrebbe fare. Queste regole hanno lo scopo di affermare il comportamento della tua applicazione e quello che fa.

Ad esempio, lascia mettere questa logica in un bancomat.

Le regole aziendali potrebbero essere:

• L'utente dovrebbe avere una carta bancomat
• L'utente deve conoscere il pin sulla scheda atm
• L'importo che l'utente sta tentando di eseguire non deve superare il saldo dell'account
• In caso di errori, ripristina le modifiche apportate al sistema e, se possibile, inverti le transazioni

o in un luogo più comune come Facebook:

• Hai bisogno di un account Facebook per accedere
• devi essere registrato per aggiungere amici
• l'utente deve essere in grado di selezionare chi può vedere i propri post e le proprie immagini
• l'utente dovrebbe essere informato sulle richieste di amicizia
• l'utente può accettare o rifiutare richieste di amicizia

cose del genere.

Le regole aziendali sono regole che esistono nel dominio problematico che definisce o limita i processi in quel dominio.

Queste sono regole che possono essere applicate dal software.

I casi d'uso sono osservazioni documentate delle regole aziendali nella pratica.

Esempio, se il dominio problematico sta prescrivendo, allora:

1. una regola aziendale potrebbe essere "Impossibile eseguire ricariche sui farmaci Control-II".
2. un caso d'uso o una storia potrebbero essere "Richieste di ricarica da parte del paziente su farmaci ... Il sistema rifiuta la ricarica perché le ricariche non sono consentite sui farmaci Control-II ..."

Le regole aziendali non sono necessariamente associate alle applicazioni per computer.

Quando vedi il termine in un libro, puoi generalmente considerarlo come "Requisiti", sebbene i requisiti comprendano più di semplici regole aziendali.

Potresti chiamare la business logic dove decidi cosa farai con i dati che hai ricevuto dall'utente. Lì puoi manipolarlo e tornare o salvare sul database. Quello che fai con questi dati dipende dalle esigenze del cliente.