Come scrivere regole di business per la convalida del software

February 28

Come scrivere regole di business per la convalida del software


Scrivendo le regole di business utilizzati per le prove di validazione del software comporta l'esame delle politiche e procedure aziendali per identificare gli oggetti e come ogni si riferisce all'altro. le regole di business con precisione scritte descriveranno come una società elabora il suo flusso di dati e quando. Le regole di business definiscono la portata, la natura e ruoli dei dati per il team di sviluppo software. Ti verrà esaminando le politiche aziendali attuali e intervistando gli utenti finali.

istruzione

1 Annotare le regole di business attuali che si è a conoscenza. Abbattere le regole di business per reparto, concentrandosi su un reparto alla volta per rendere più facile. Ad esempio, scrivere "Customer Service" nella parte superiore della pagina e quindi iniziare a scrivere le regole di business, come "agente di servizio Un cliente può aiutare un cliente alla volta", "Ogni cliente può avere più di un conto" o "Ogni cliente possono accedere al proprio account tramite il numero verde o via Internet. " L'obiettivo è quello di identificare gli oggetti, che sono di solito i nomi, in ogni relazione politica o regola corrente e scrivere come fuori come ogni riguarda le altre. Continuare a fare questo per tutti i reparti applicabili fino a quando non è più possibile pensare di qualsiasi.

2 Valutare manuali aziendali, dichiarazioni politiche o manuali operativi per le regole di relazione complementari che possono esistere. Aggiungere le regole per le liste come li trovate.

3 Intervista responsabili di reparto e agli utenti finali di verificare la relazione tra gli elementi nelle regole di business che si ha. Ad esempio, è necessario verificare nel servizio clienti ciò che rappresentanti delle autorità attuali hanno quando si apportano modifiche ai conti dei clienti rispetto a quello che gli agenti del servizio clienti possono aver in precedenza dettato.

4 Inserire le regole di business separati da reparto in un foglio di calcolo. Mettere ogni oggetto di business (i nomi si è identificato in precedenza) in una colonna a sé stante. Fare una colonna "relazione" tra gli oggetti di business. Riempire la colonna "rapporto" con verbi come "accessi", "cambia", "aggiornamenti", "Modifica", "cancella" e così via a seconda del caso.

5 Salvare il lavoro una volta terminato. Modificare il documento per l'ortografia e di relazione precisioni.

6 Presentare il foglio di calcolo con le regole di business per il team di sviluppo del software. Il team di software farà riferimento queste regole di business come una lista di controllo per assicurarsi che l'applicazione software in fase di costruzione funziona correttamente. Per esempio, se durante la fase di validazione del software, l'applicazione software non consente un rappresentante del servizio clienti per accedere a un conto cliente, che test di validazione del software non è riuscita perché il software non ha effettuato secondo le regole di business. I programmatori cercheranno di risolvere il problema ed eseguire test di validazione del software fino a quando l'applicazione funziona correttamente.

Consigli e avvertenze

  • Le regole di business devono essere di facile comprensione per chiunque leggerli. Le norme devono essere rese note a tutte le persone che lavorano sul team di sviluppo software per assicurarsi che tutti abbiano la stessa comprensione di quali sono le regole di business sono. Porre domande di chiarimento durante le interviste con i capi dipartimento su qualsiasi cosa non si capisce.
  • Se non si dispone di chiara comprensione dei flussi di dati all'interno dei vari reparti, non è possibile fornire regole di business specifiche e concisi al team di sviluppo del software. Se l'applicazione software è costruito con le regole di business imprecise, potrebbe avere forti conseguenze legali per l'azienda.