Prima di entrare nell’argomento dell’analisi e della progettazione orientata agli oggetti (che \u00e8 il momento in cui la maggior parte di noi ottiene il massimo da ci\u00f2 che fa oltre alla scrittura del codice), \u00e8 importante approfondire alcune altre cose relative alla comprensione dei requisiti dei clienti .<\/p>\n
Nel post precedente ho menzionato:<\/p>\n
\nSe ti prendi del tempo per capire cosa vogliono dall’inizio, allora i requisiti non devono essere un documento di 50 pagine che delinei come ogni singolo modulo deve funzionare.<\/p>\n<\/blockquote>\n
Ad esempio, ogni volta che metto insieme i requisiti (o una dichiarazione di lavoro) come li chiamo di solito quando li mando ai clienti, raramente supero le dieci pagine e spesso \u00e8 meno.<\/p>\n
E anche se ci sono momenti in cui \u00e8 pi\u00f9 lungo, penso che parte del motivo per cui lo sviluppo di una breve serie di requisiti derivi dalle discussioni preliminari per assicurarsi che tu e i clienti abbiate sviluppato un linguaggio comune con cui poter lavorare.<\/p>\n
Quando lo fai, i requisiti e la dichiarazione di lavoro \u2013 qualunque cosa tu scelga di chiamarli \u2013 non devono essere cos\u00ec lunghi.<\/p>\n
Scrivere una dichiarazione di lavoro<\/h2>\n
In primo luogo, vorrei distinguere tra una dichiarazione di lavoro<\/strong> e requisiti<\/strong> nel contesto di questo post.<\/p>\n
\n
- I requisiti<\/strong> sono ci\u00f2 che il cliente vuole aver costruito.<\/li>\n
- Lo Statement of Work<\/strong> descrive in dettaglio cosa farai, come farai e per quanto.<\/li>\n<\/ul>\n
Tratter\u00f2 quest’ultimo in modo pi\u00f9 dettagliato in questo post. Ma basti dire che i requisiti possono presentarsi sotto forma di discussioni, documentazione o entrambi per quanto riguarda il cliente.<\/p>\n
Prima di saltare nelle diverse parti di ci\u00f2 che includo in una dichiarazione di lavoro, ci sono alcune cose che penso valga la pena menzionare:<\/p>\n
\n
- Non scrivere una dichiarazione di lavoro finch\u00e9 non hai tutti i requisiti del cliente.<\/li>\n
- Assicurati che il cliente sappia cosa aspettarsi da una dichiarazione di lavoro.<\/li>\n
- Se hai intenzione di dedicare del tempo a scrivere una dichiarazione di lavoro, decidi se addebitare il tempo o meno e assicurati che il cliente sia consapevole che dovr\u00e0 pagarlo o meno<\/li>\n<\/ol>\n
Questa \u00e8 una di quelle cose che avviene da libero professionista a libero professionista o agenzia per agenzia. Detto questo, ecco le parti di una dichiarazione di lavoro che di solito includo.<\/p>\n
Preparazione di una dichiarazione di lavoro<\/h3>\n
Ogni volta che preparo una dichiarazione di lavoro, ho un modello che uso. Ho intenzione di fornire una ripartizione che copre gran parte di esso qui.<\/p>\n
Ecco come funziona ogni sezione:<\/p>\n
1 Dichiarazione di lavoro<\/h4>\n
Lo scopo di questo documento \u00e8 di [definire una soluzione proposta per IL PROGETTO].<\/p>\n
I requisiti del progetto sono stati forniti da [IL NOME DEL CLIENTE], [RUOLO DEL NOME DEL CLIENTE PRESSO L’ATTIVIT\u00c0]. I termini del contratto sono una combinazione di quelli concordati da [NOME DEL CLIENTE] e [IL TUO NOME dell’AGENZIA].<\/p>\n
2 Panoramica dei requisiti<\/h4>\n
Lo scopo di questo documento \u00e8 di [definire una soluzione proposta per IL PROGETTO].<\/p>\n
I requisiti del progetto sono stati forniti da [IL NOME DEL CLIENTE], [RUOLO DEL NOME DEL CLIENTE PRESSO L’ATTIVIT\u00c0]. I termini del contratto sono una combinazione di quelli concordati da [NOME DEL CLIENTE] e [IL TUO NOME dell’AGENZIA].<\/p>\n
3 Lingue e tecnologia<\/h4>\n
Il server Web, il software, gli strumenti e l’approccio che verranno utilizzati per creare la soluzione.<\/p>\n
4 Browser supportati<\/h4>\n
Se si tratta di un progetto basato sul Web, copri i browser supportati, indipendentemente dal fatto che ci saranno o meno funzionalit\u00e0 reattive e come verranno testati i punti precedenti.<\/p>\n
5 Lingue e tecnologia<\/h4>\n
Il server Web, il software, gli strumenti e l’approccio che verranno utilizzati per creare la soluzione.<\/p>\n
6 Requisiti del progetto e pietre miliari<\/h4>\n
Tipicamente la sezione pi\u00f9 lunga del documento. Si riassume:<\/p>\n
\n
- I requisiti,<\/li>\n
- Come verr\u00e0 costruito e consegnato ogni requisito,<\/li>\n
- Eventuali note aggiuntive di cui il cliente dovrebbe essere a conoscenza.<\/li>\n<\/ul>\n
7 Cronologia proposta<\/h4>\n
Ci\u00f2 si basa sulle pietre miliari delineate nella sezione precedente e sul feedback del cliente.<\/p>\n
8 Altri fattori<\/h4>\n
Cose varie che scegli di includere, come ci\u00f2 che tu o la tua agenzia decidete di portare al progetto, in che modo il feedback ritardato pu\u00f2 influire sul progetto e cos\u00ec via.<\/p>\n
9 Costo stimato<\/h4>\n
Ci\u00f2 include il costo totale del progetto e una ripartizione facoltativa del calendario dei pagamenti.<\/p>\n
\u00c8 necessario<\/h3>\n
Lo so: l’ho gi\u00e0 detto nei post precedenti di questa serie. Questa non \u00e8 la parte pi\u00f9 affascinante di ci\u00f2 che facciamo. Invece, vorremmo invece passare direttamente alla programmazione.<\/p>\n
Ma come fai a sapere cosa costruire (e costruirlo bene) se non abbiamo affrontato adeguatamente il problema che stiamo cercando di risolvere?<\/p>\n
Ed \u00e8 quello che ci offre tutto ci\u00f2 che porta all’analisi e al design orientati agli oggetti.<\/p>\n
Analisi orientata agli oggetti<\/h2>\n
Ora che abbiamo eliminato le scartoffie (o anche le "cose \u200b\u200b\u200b\u200bd’affari", come alcuni potrebbero chiamarle), \u00e8 ora di iniziare a lavorare sulla programmazione.<\/p>\n
Prima di farlo, tuttavia, \u00e8 importante analizzare i requisiti e determinare quali parti del progetto serviranno a quale scopo. Per esempio:<\/p>\n
\n
- Abbiamo bisogno di qualche software preesistente?<\/li>\n
- Abbiamo bisogno di scrivere degli adattatori o del codice del livello dati?<\/li>\n
- Come costruiremo il livello dell’applicazione e le entit\u00e0 al suo interno?<\/li>\n
- Che dire del front-end<\/li>\n<\/ul>\n
E per molti, \u00e8 qui che inizia il divertimento. Quindi sono ansioso di iniziare a parlare anche di questo. Inizieremo nel prossimo post.<\/p>\n