Pianificazione per lo sviluppo di applicazioni software (3 cose da tenere a mente)

Pianificazione per lo sviluppo di applicazioni software (3 cose da tenere a mente)!

La pianificazione per lo sviluppo di applicazioni non riguarda più la selezione di strumenti, linguaggi e l'approvvigionamento di diverse risorse necessarie allo scopo.

Cortesia di immagine: transformersjobs.com/wp-content/uploads/2013/06/software-engineer.jpg

Con la crescente consapevolezza tra i manager del loro diritto all'informazione e il coinvolgimento dell'utente nel processo di sviluppo delle applicazioni, sono emersi alcuni problemi correlati che devono essere risolti.

Questi problemi si basano su quattro qualità fondamentali che si cercano in un buon sistema informativo, ovvero flessibilità, integrazione, efficienza e controllo. È interessante notare che questi problemi sono interconnessi e c'è, in qualche misura, un compromesso tra ciascuno di essi.

(a) Integrazione vs. flessibilità:

L'integrazione di ciascuna applicazione con i sistemi informativi per varie funzioni aziendali è una qualità desiderata. Tale integrazione si ottiene mediante l'aggiornamento simultaneo di tutti i dati rilevanti nel momento in cui una determinata transazione viene presa in archivio nell'azienda.

L'integrazione delle applicazioni garantisce che ciascuno nel gruppo di lavoro ottenga un'immagine coerente delle realtà attuali dell'impresa. Questo, a sua volta, evita la possibilità di spinte contrastanti a causa della mancanza di informazioni più recenti ad alcune di esse. Ma l'integrazione può essere ottenuta incorporando le regole di aggiornamento dei dati nel software applicativo.

Un manager funzionale, d'altra parte, richiede flessibilità in queste regole di aggiornamento. Ad esempio, una transazione di vendita in un'applicazione integrata aggiornerà le informazioni relative ai debitori, nel momento in cui le merci vengono spedite.

D'altra parte, il responsabile marketing dovrebbe richiedere al reparto finanziario di capire che il tasso di sconto è ancora negoziabile con il cliente e che i prodotti vengono spediti a causa di un requisito urgente. Pertanto, il prezzo potrebbe dover essere rivisto in un secondo momento, mentre l'integrazione dell'applicazione non consentirebbe, in genere, il cambiamento dei dati con effetto retroattivo.

Situazione analoga può verificarsi in caso di transazione di acquisto in cui il prezzo concordato è soggetto all'acquisto di una determinata quantità entro un determinato periodo di tempo. Nel caso in cui la società non sia in grado di sollevare tale quantità qualificante durante il tempo specificato, il prezzo può essere rivisto con effetto retroattivo.

I professionisti della finanza e dell'audit generalmente non approvano modifiche con effetto retroattivo. In assenza di integrazione, il problema era semplice. Il dipartimento interessato potrebbe semplicemente conservare il documento di transazione e non lasciarlo andare al sistema di informazioni finanziarie, fino a quel momento. Anche se il personale addetto alla finanza e alla revisione contabile ne comprende la necessità, alcune delle regole di aggiornamento dei dati dovranno essere modificate con conseguente rischio associato di errori e ritardi.

L'altra alternativa è modificare la regola di aggiornamento e incorporare questi tipi di situazioni nell'applicazione. È così che rendiamo più flessibile un'applicazione. Anticipa questi tipi di situazioni e provvede a loro disposizioni necessarie. Ma la flessibilità ha un costo.

Ogni elemento di flessibilità rende il software ingombrante e complicato. Quindi, c'è un compromesso tra integrità e flessibilità. Quando ci integriamo, rischiamo di perdere parte della naturale flessibilità che abbiamo. Il problema deve essere risolto dai responsabili aziendali per ogni occasione e viene mantenuto un adeguato equilibrio tra integrazione e flessibilità. Fortunatamente, vi è spazio sufficiente per bilanciare i due in quanto vi possono essere vari gradi di integrazione e flessibilità.

(b) Efficienza vs. flessibilità:

Esiste un compromesso tra efficienza e flessibilità. Dato che si prevede un numero maggiore di regole e scenari alternativi per diversi tipi di transazioni, l'applicazione diventa meno efficiente in termini di velocità di immissione dei dati e velocità di elaborazione.

Ciò accade a causa dell'aggiunta al numero di variabili che devono essere valutate prima che i dati vengano aggiornati. Inoltre, complica il software e comporta costi aggiuntivi di formazione. Aggiunge anche i requisiti hardware e le mosche dati tengono traccia di queste variabili aggiuntive.

Continuando con l'esempio della transazione di vendita presa in precedenza, è possibile introdurre la flessibilità per prevedere una regola speciale per il trattamento di tali transazioni di vendita per l'aggiornamento dei dati. Uno avrà quindi un ulteriore tipo di transazione di vendita.

Il sistema deve controllare questo tipo di transazioni ogni volta che sta elaborando una transazione di vendita. Ciò non solo complica il sistema, ma richiede anche più tempo di elaborazione. Un'altra difficoltà potrebbe sorgere in relazione alla formazione del personale associato all'inserimento dei dati.

La formazione deve consentire loro di comprendere questo tipo di transazione e tutti gli altri che utilizzano le informazioni relative alle vendite dovrebbero anche comprendere le implicazioni del trattamento fornito a tale transazione. Tutto ciò si tradurrebbe in una riduzione dell'efficienza del software.

Pertanto, è necessario valutare i vantaggi e gli svantaggi dell'introduzione della flessibilità rispetto a ciascuna attività e ogni tipo di informazione e stabilire un equilibrio tra efficienza e flessibilità.

(c) Controllo vs. flessibilità:

La flessibilità ha un altro costo. Attacca i sistemi di controllo proprio in fondo. Permette agli utenti di modificare / riconfigurare il sistema in base alle loro esigenze. Tali stili di funzionamento si traducono in un indebolimento dei controlli che sono essenziali per garantire la qualità dei dati e la sua affidabilità. Come osservato nell'esempio sopra riportato, la possibilità di modificare i dati di vendita o di acquisto con effetti retrospettivi potrebbe essere una fonte di abuso di computer.

Non esiste una regola che possa essere applicata universalmente per gestire tali situazioni. Ogni situazione è analizzata e le alternative valutate sulla base dei costi e dei benefici per le imprese dalla flessibilità e dall'integrazione. Il costo della flessibilità in termini di complessità e altre implicazioni sull'efficienza del sistema deve essere preso in considerazione.