January 4
Enterprise Resource Planning (ERP) è più spesso utilizzato come titolo per il software per il business, anche se è anche una metodologia. L'etichetta "ERP" indica specificamente che il software è una suite di applicazioni come la finanza, il libro paga, conti da pagare, e customer relationship management - il tutto integrato in modo che condividano dati e possono facilitare i processi di business che attraversano normali confini funzionali o organizzative. Alla fine di implementazioni di sistemi, organizzazioni determinano se il sistema è pronto per la distribuzione. Per fare questo è meglio guardare al di là di software e hardware. Questo articolo utilizza otto aree chiave che possono essere utilizzati per misurare la disponibilità a distribuire un sistema ERP o applicazioni all'interno del sistema.
1 Valutare come l'organizzazione è pronta per un nuovo sistema. Ognuno ha ricevuto notifica di cambiamenti? Il sistema è stato testato in modo da rivelare l'impatto delle nuove procedure a tutti i livelli dell'organizzazione? È di tutti accettare delle nuove modifiche al sistema e di processo?
2 Valutare l'ambiente tecnico. L'infrastruttura su cui viene eseguito il software deve avere la velocità e la disponibilità necessaria per supportare le transazioni commerciali. Questo include i server, motori di database, l'accesso alla rete, la sicurezza, e la capacità di risolvere i problemi. Il test dovrebbe includere l'elaborazione delle transazioni volume, nonché singole interazioni con l'utente.
Questa categoria include anche il backup e ripristino funzionalità che dovrebbero essere in grado di ridurre al minimo la perdita di dati qualora il blocco del sistema per qualsiasi motivo.
3 Esaminare quanto bene i processi di business funzionano con il nuovo sistema. Questo è più importante in un sistema ERP che per applicazioni stand-alone grazie all'integrazione di tutte le funzioni. L'implementazione del software senza ri-progettazione dei processi aziendali, le procedure, e talvolta anche politiche organizzative possono portare a cattivo uso del nuovo sistema.
4 Testare la prontezza applicazione misurando quanto bene il software soddisfi i requisiti funzionali ed elabora le informazioni con precisione e in modo tempestivo. Bug nel software o di processo difettoso disegni devono essere risolti prima della distribuzione del nuovo sistema. Il software deve essere accuratamente testato con nuovi processi e tutte le parti colpite deve firmare-off in accettazione.
5 Convalida quanto bene le informazioni da sistemi legacy (coloro che vengono sostituiti) è stato convertito al nuovo sistema durante l'attuazione. Il formato di questi dati non può essere lo stesso, una volta convertito, ma esso deve essere contabilizzato in modo che nulla è perduto o alterato, come al suo significato.
6 Determinare quanto bene le persone sono disposte a utilizzare il nuovo sistema o processi. La formazione e la documentazione sono fondamentali per questa categoria di disponibilità del sistema. A causa della natura integrata di sistemi ERP, le persone devono essere consapevoli di come ciò che fanno gli altri impatti su tutti i livelli dell'organizzazione. L'accettazione del cambiamento è importante quanto la consapevolezza del cambiamento.
7 Determinare quanto bene esterno gruppi (sia all'interno che all'esterno dell'organizzazione) sono preparati per le modifiche al metodo di elaborazione delle informazioni. Esempio: se si invia un un'interfaccia dal sistema del libro paga alla banca - la banca può essere necessario modificare il loro programmazione al fine di leggere il nuovo formato di interfaccia. I terzi, tra cui fornitori, agenzie governative, e anche i clienti dovrebbero essere parte del test e sign-off su accettazione di eventuali modifiche al sistema prima della distribuzione.