Dubbi su costruire / descrivere un'architettura software dopo la fase dei requisiti

1

Sto studiando sull'architettura del software ma Im con alcuni dubbi. Perché, ad esempio, se non hai alcuna o molta esperienza nello sviluppo di un'applicazione, come puoi costruire un'architettura utile per un'applicazione?

Ad esempio se abbiamo già la fase dei requisiti per un'applicazione web come un'app di e-commerce in cui abbiamo casi d'uso come: acquistare prodotti, creare nuovi prodotti, accedere, ecc. con una struttura come il caso d'uso di seguito per creare un nuovo prodotto.

Come possiamo andare da questi requisiti, usare i casi per costruire / descrivere un'architettura utile prima di costruire il sistema se solo sai che userai un framework come il codeigniter ma sai solo come fare le cose di base, ma non hai mai creato un completo app? Cioè, come costruire / descrivere un'architettura software utile per un sistema se non si costruisce mai un'app completa e quindi non si conosce molto bene come si costruisce l'app, quindi come possiamo costruire / descrivere quell'architettura prima di implementarla?

Esempio di caso d'uso:

    
posta JonD 12.10.2017 - 14:41
fonte

1 risposta

4

L'architettura software come pratica riguarda davvero l'arte di comunicare vincoli e attributi di qualità di un sistema. I tuoi casi d'uso ti aiutano a scoprire i requisiti funzionali del sistema che hai creato, tuttavia l'architettura ti aiuta a scoprire i dettagli di progettazione e i requisiti qualitativi non funzionali del sistema.

Elenco degli attributi di qualità del software

L'obiettivo dell'architettura è aiutare la comunicazione del sistema, sia agli altri che a se stessi, se implementerai personalmente questo software. Se non riesci a capire che cosa deve essere costruito, a causa della mancanza di esperienza o per qualche altra ragione, allora hai ragione di non avere ancora abbastanza informazioni per formalizzare la documentazione intorno a un'architettura software.

Nessun ingegnere del software sa tutto ciò che sta succedendo, ma generalmente quello che faccio quando mi imbatto in questa situazione è iniziare ad implementare un proof-of-concept su vari dettagli tecnici del sistema finché non ho una chiara comprensione del prodotto che voglio costruire. I POC possono venire in molti diversi tipi e complessità. Alcuni sono vicini a prodotti di per sé, mentre altri si concentrano su un quadro che potrebbe non essere terribilmente familiare o un prodotto di vendita che è nuovo per te. Puoi continuare a lavorare su un POC finché non pensi di avere una solida conoscenza dell'architettura del sistema.

    
risposta data 12.10.2017 - 14:56
fonte

Leggi altre domande sui tag