Che cos'è un approccio non impegnativo all'analisi del software

1

Quando penso all'analisi del software, la prima cosa che viene in mente è SSADM e UML.

Ma quello che voglio è una vista ad alto livello del sistema prima di impegnarmi in un paradigma di programmazione.

Dove sto andando male?

Come posso affrontare un problema in modo generico e di alto livello prima di impegnarmi in un paradigma?

Quali sono i diagrammi / strumenti disponibili per supportarmi?

Modifica:

Alcuni esempi di strumenti che sembrano essere quello che sto cercando sono ...

Un diagramma a blocchi - link

Un diagramma di flusso di dati - link

    
posta bluekeys 29.03.2012 - 14:46
fonte

1 risposta

1

UML offre una varietà di diagrammi per modellare il tuo sistema per vari scopi.

Il primo e principale aspetto del software di riprogettare o ingegnerizzare un software per il sistema richiesto è lo Scenario aziendale generale (quali obiettivi e obiettivi il software / sistema deve soddisfare). La frase formale per tali requisiti è " Requisiti aziendali ".

Poi arrivano i requisiti, gli utenti previsti del sistema dovrebbero essere in grado di soddisfare per raggiungere gli obiettivi. Questi sono chiamati " Requisiti utente ".

Puoi modellare i Requisiti utente in UML usando Diagrammi caso d'uso . Questa modellazione dovrebbe essere precedente al tuo funzionale (questo include DFD, ERD) e requisiti non funzionali (ambiente, vincoli, piattaforma, sclabilità).

    
risposta data 29.03.2012 - 15:38
fonte

Leggi altre domande sui tag