February 15
Anche se il mercato abbonda di alte prestazioni, pacchetti software di contabilità di costo-efficacia, i mercati e le imprese di nicchia sotto-servita offrono ancora opportunità interessanti e validi motivi per sviluppare applicazioni di contabilità specializzate. Sia lo sviluppo di una soluzione di contabilità in-house per un business specializzata o un pacchetto di contabilità più generico che può essere facilmente personalizzato con una vasta gamma di utenti finali, conoscendo il tuo obiettivo di business --- esattamente il motivo per cui si sta sviluppando il Software-contabile --sia guidare il successo del progetto. A ben definiti requisiti ancore obiettivo di business del progetto a un obiettivo, riducendo così la probabilità di budget over-run e scadenze mancate inibendo temuta "scope creep", la tendenza dei requisiti di espandersi durante lo sviluppo.
1 Definire il vostro obiettivo aziendale complessiva per lo sviluppo del software di contabilità. Un obiettivo esempio potrebbe essere quello di fornire completa finanziario di monitoraggio, di riconciliazione e di reporting per un certo tipo di attività, organizzazione no-profit o organo di governo. obiettivi misurabili vi permetterà di inquadrare le esigenze di business concreto.
2 Determinare le principali parti interessate. Elencare i fornitori più importanti e clienti dei dati contabili il nuovo software sarà ricevere, immagazzinare, manipolare e di uscita. Come minimo, l'elenco delle principali parti interessate dovrebbe includere un imprenditore e commercialista. Essa può anche includere contabili, direttori finanziari, supporto IT, i responsabili operativi, direttori commerciali, libro paga e specialisti fiscali, revisori dei conti e gli 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: quali funzioni includere e quali lasciare fuori. funzioni di base dovrebbero includere contabilità generale, contabilità clienti, contabilità fornitori, fatturazione, assegni, depositi e rapporti finanziari di base. Funzioni opzionali potrebbero includere la previsione, il libro paga, servizi bancari elettronici, monitoraggio delle scorte, il monitoraggio del tempo, gestione del progetto, l'integrazione pipeline di vendita e di e-commerce. Benchmarking contro i pacchetti software di contabilità competitivo 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 verranno inseriti, visualizzati e recuperati in un browser Web o in un interfaccia proprietaria dati delle transazioni. Un altro importante requisito funzionale sarebbe una lista di tipi di dati che gli utenti di alimentazione saranno in grado di caricare da un foglio di calcolo. Al contrario, la conformità a Stati Uniti Generally Accepted Accounting Principles (US GAAP) sarebbe un requisito aziendale, non è un requisito funzionale, perché racconta ciò che l'applicazione deve fare, non come lo farà.
5 Documento tutti i requisiti di business e funzionali in modo chiaro, utilizzando i verbi forti come "deve" e "must" al posto di verbi ambigue come "dovrebbe" e "potrebbe". Documentare tutti i requisiti software in modo che possano essere ricondotte a obiettivi del progetto originale (e viceversa) assicura che tutti gli aspetti della contabilità specifica dei requisiti software sono sia necessaria e sufficiente per il design di successo del pacchetto di contabilità.
6 
Includere diagrammi e "casi d'uso," sezioni narrative che descrivono scenari utente tipico, perché questi esempi illustrativi spesso aiutano a trasmettere il senso di un requisito 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 in diversi conti spese quando si entra in una transazione da pagare.
7 Avere principali parti interessate recensione, modificare e approvare la documentazione di requisiti. Questo formerà il manuale di istruzioni per le risorse di programmazione tecnica, quindi deve essere considerata finale prima che la mano-off.
8 Mano dal documento dei requisiti per il team tecnico di architetti informatici e programmatori, che gestiranno la tecnologia di supporto e il codice dell'applicazione. Coding includerà l'interfaccia grafica utente, il database sottostante, ogni logica e calcoli, di ingresso e di uscita forme e report.
9 Il team tecnico esegue test preliminari, tra cui collaudo di componenti, il corretto funzionamento delle procedure di caricamento dei dati, i calcoli e le connessioni di rete.
10 Condurre test di accettazione utente (SVS) del software di contabilità dopo che la squadra tecnica ha completato il suo test preliminari. gli utenti di contabilità e di potenza contabilità dovrebbero testare l'elaborazione transazioni finanziarie del software 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, end to end.
11 Creare tutti i materiali di supporto del prodotto e di documentazione in cui il manuale utente e file di aiuto contestuale. Progettare e preparare corsi di formazione.
12 
Addestrare gli utenti finali in un ambiente non di produzione dove possono sentirsi liberi di sperimentare senza impattare dati reali.
13 Avviare 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.