Definisci il tuo obiettivo generale di business per lo sviluppo del software di contabilità . Un obiettivo esempio potrebbe essere quello di fornire completa finanziaria di monitoraggio , di riconciliazione e di reporting per un certo tipo di attività , l'organizzazione senza scopo di lucro o di un organo . Obiettivi misurabili permetteranno di inquadrare le esigenze di business concreto .
2
Determinare le principali parti interessate . Elencare i più importanti fornitori e clienti dei dati contabili il nuovo software riceverà , archiviare , manipolare e di uscita. Come minimo, l'elenco delle principali parti interessate dovrebbe includere un imprenditore e commercialista . Essa può anche includere contabili , manager finanza, supporto IT , responsabili delle operazioni , direttori commerciali , sui salari e specialisti fiscali , revisori dei conti e degli investitori .
3
Determinare i requisiti di business e la portata . Tenere conversazioni preliminari con le principali parti interessate su ciò che il pacchetto di contabilità dovrebbe fare. Definire campo di applicazione: le funzionalità da includere e quali lasciare fuori. Funzioni di base dovrebbero includere contabilità generale, contabilità clienti, contabilità fornitori , la fatturazione , i controlli , i depositi e le relazioni finanziarie di base . Funzioni opzionali potrebbero includere la previsione , buste paga, banca elettronica , monitoraggio delle scorte, tempo di monitoraggio , la gestione del progetto , l'integrazione pipeline di vendita ed e-commerce . Benchmarking contro pacchetti software di contabilità competitivi contribuirà a informare queste discussioni .
4
Determinare i requisiti funzionali , che descrivono come il software di contabilità farà quello che fa. Tenere conversazioni con i clienti chiave e risorse tecniche per determinare i requisiti funzionali . Un esempio di un requisito funzionale per un pacchetto di software di contabilità sarebbe se i dati delle transazioni verranno inseriti , visualizzati e recuperati in un browser Web o in un interfaccia proprietaria . Un altro importante requisito funzionale sarebbe un elenco di tipi di dati che gli utenti esperti saranno in grado di caricare da un foglio di calcolo . Al contrario , la conformità alla United States Generally Accepted Accounting Principles ( US GAAP ) sarebbe un requisito di business , non un requisito funzionale , perché racconta ciò che l'applicazione deve fare , non come lo farà .
5
Documento di tutti i requisiti di business e funzionali in modo chiaro , usando verbi forti come "deve" e " deve" al posto di verbi ambigui come " dovrebbe" e " potrebbe ". Documentare tutti i requisiti del software in modo che possano essere ricondotte ad obiettivi di progetto originali ( e viceversa ), assicura che sono entrambi necessari e sufficienti per il design di successo del pacchetto di contabilità tutti gli aspetti del software di specifica dei requisiti di contabilità .
6 diagrammi possono aiutare il programmatore a interpretare i requisiti del software funzionale e logico .
includere diagrammi e " casi d'uso ", le sezioni narrative che descrivono scenari tipici degli utenti, perché questi esempi illustrativi spesso aiutano a trasmettere il senso di un obbligo per il programmatore . Ad esempio , un caso d'uso potrebbe mostrare come un utente in un ruolo di contabilità seleziona " split ", i dettagli che distribuiscono completamente il costo di un acquisto tra diverse note spese quando si entra in una transazione di pagamento .
7
avere gli stakeholder chiave rivedere, modificare e approvare la documentazione di requisiti . Questo formerà il manuale di istruzioni per la programmazione delle risorse tecniche , quindi deve essere considerata definitiva prima che la mano - off .
Programmazione e test
8
mano fuori i requisiti documentare al team tecnico di architetti e programmatori , che gestiranno la tecnologia di supporto e il codice dell'applicazione IT . Coding includeranno l' interfaccia grafica utente , il database sottostante , ogni logica e calcoli , di input e di output forme e relazioni .
9
Il team tecnico esegue test preliminari , tra cui collaudo di componenti, corretto funzionamento del carico di dati le procedure, i calcoli e le connessioni di rete.
10
condurre test di accettazione utente ( SVS) del software di contabilità dopo che il team tecnico ha completato il test preliminare . Utenti esperti di contabilità e tenuta dei libri contabili devono testare le transazioni finanziarie del software di elaborazione per la precisione. Testare i risultati numerici per la coerenza con i dati storici . SVS dovrebbe continuare fino a quando il software esegue come previsto, un capo all'altro.
Avviare e sostenere
11
Creare tutto il supporto di prodotti e materiali di documentazione tra cui il manuale utente e la guida contestuale file . Progettazione e preparare corsi di formazione .
12 Formazione degli utenti finali è fondamentale per il successo del vostro nuovo software di contabilità .
Treno utenti finali in un ambiente non di produzione dove possono sentirsi liberi di sperimentare senza impattare i dati reali .
13
lanciare il nuovo software per tutti gli utenti finali . Assicurarsi che un forte team di supporto tecnico è in atto per rispondere a domande , fornire istruzioni e risolvere i problemi .
software © www.354353.com