Ruolo del business per un analista di progetto Software

2013-11-27  |  News

Ci sono almeno quattro livelli, analisi della società:

1 Pianificazione - analisi delle esigenze strategiche dell'organizzazione
2. Analisi funzionamento del modello economico - la definizione e l'analisi delle politiche e strategie dell'azienda, le organizzazioni di mercato
3. Il processo di definizione e progettazione - modellazione (spesso il risultato del processo di modellazione e progettazione), processo di business
4. IT / analisi di business technology - analisi di business rules e i requisiti dei sistemi tecnici (di solito)

Nel campo dei sistemi di supporto vita vita ciclo di sviluppo (SDLC), business analyst, solitamente un collegamento tra la parte commerciale dell'azienda e servizio provider per le aziende. Un'alternativa di carta comune nel settore, analista, Sistemista e analista, anche se alcune organizzazioni possono differire tra questi titoli e competenze correlate.

L'Australian Institute of Business Analysis, il ruolo dell'analista aziendale definisce più in generale l'analista più incentrato sull'analisi tecnica dei sistemi aziendali "Business è la capacità di prendere i problemi da risolvere per conseguire i risultati di business che ci si aspetta dalla strategia di analizzare".

Vantaggi tipici

A seconda del livello di riflessione sull'analisi del business, l'analisi tecnica delle questioni di business sono di carta (conversione del sistema di organizzazione del lavoro), la conversione del ritorno agli azionisti e rischi di assunzione nella pianificazione strategica.

Nella sezione successiva si concentra sulle prospettive per l'analisi di business sono l'industria, dove la maggior parte dei servizi. BA deve avere qualche tipo di strumento di gestione requisito registrare un semplice foglio di lavoro o una questione complessa.

Requisiti aziendali

(Progetto documento di iniziazione), quali sono i servizi necessari e le misure di qualità. Essi sono di solito richiede che i risultati della relazione di negozi, ma non può soddisfare le funzioni specifiche del sistema, ha detto. Elementi di design specifici sono generalmente oltre la portata di questo documento, anche se il design standard possono essere citati.

* Esempio: Per migliorare la leggibilità dei piani di progetto.

Requisiti funzionali descrivono ciò che è necessario per un sistema, processo, prodotto o servizio per soddisfare le esigenze aziendali. Si prega di notare che le esigenze di business è spesso diviso in molti requisiti funzionali e i requisiti del business. Essi sono spesso denominate requisiti di sistema, anche se alcune caratteristiche possono essere basate su un sistema non manuali, come un insieme di note o istruzioni di lavoro.

* Un esempio che segue le orme del precedente requisito aziendale:
1. Il sistema deve essere associato in termini di fornire linee guida per la pianificazione di un progetto.
2. Il sistema permette all'utente di inserire note a testo libero il piano del progetto, fino a 255 caratteri.

Esigenze degli utenti (attori) sono alcuni dei servizi importanti, le esigenze delle parti interessate dovrebbero essere interpretate correttamente. Questo obiettivo anche riflettere come si sviluppa il prodotto, sviluppato per definire e descrivere come si dovrebbero formulare test case.

Qualità del servizio (non dovrebbe) funzionali sono requisiti che non può essere una funzione specifica per l'esercizio della responsabilità fiscale, ma che sono necessarie per supportare la funzionalità. Ad esempio: scalabilità, prestazioni e qualità del servizio, sicurezza e facilità d'uso. Spesso è il sistema, inclusi i requisiti, se del caso.

Implementazione (transizione), requisiti abilità o comportamenti che sono necessari per consentire il passaggio del business attuale stato futuro vogliono, ma ora più necessaria.

Dettagli di segnalare questo è l'oggetto della relazione, le motivazioni, caratteristiche e colonne, il proprietario e parametri di Runtime.

Processo di matrice di tracciabilità è una matrice di svantaggi per l'acquisizione di requisiti attraverso le fasi di raccolta di requisiti. Concetti di livello elevati combinano con gli elementi della domanda, che sarà basato sui bisogni individuali, funzioni per mostrare la mappa. Questa matrice dovrebbe anche tener conto di cambiamenti di portata durante la vita del progetto. Alla fine di un progetto che deve, questa matrice per visualizzare ogni funzione incorporata in un sistema, la sua origine e che non sono state rispettate tutte le condizioni di cui sopra può essere.

Benefici della partecipazione degli analisti aziendali di progetti software

Il ruolo del BA è la chiave nello sviluppo di progetti software. Comunicare direttamente con una disposizione delle organizzazioni dove non c'è nessuna struttura formale o processo, la stampa e gli sviluppatori insieme. Questo può essere un problema: l'obiettivo del proprietario dell'azienda è molto rapidamente quello che vogliono e gli sviluppatori mira a raccontare l'imprenditore quello che vogliono, quando lui / lei può darle.

Questo ha portato alla creazione di cambiamenti in un vuoto che non necessariamente prenderà in considerazione le esigenze di tutti gli utenti del sistema. Raramente c'è una definizione dettagliata dei requisiti e molte volte, si può fare che il vero motivo della richiesta non è un naso per il business. C'è una tendenza a non dribbled valore a lungo termine per l'azienda nella tecnologia dell'informazione e della comunicazione per raggiungere. L'analista può regolare la struttura e formalizzare questo processo requisiti, inoltre possono richiedere una maggiore accortezza nella stampa più importante.

Negli ultimi anni c'è stato l'uso aumentante di analisti di tutti i tipi: analisti, processi di business, business analyst, analisti di rischio, sistemi erano analisti. In breve, un buon project manager sono analisti aziendali che si rifiutano di barriere di comunicazione tra le parti interessate e gli sviluppatori.

« Back