

Questa pagina é stata creata a scopo didattico universitario, ai fini della realizzazione di un progetto software a livello professionale, che miri alla consultazione della documentazione creata dal team da parte del docente.
Nella relativa documentazione sono presenti delle aziende completamente inventate, ciò è stato fatto per rendere più reale il progetto.
I documenti possono essere, inerenti al management del progetto o al team di produzione.
DOCUMENTI MANAGEMENT DEL PROGETTO
Il primo ducumento stilato è appunto l'organigramma team.
Questo è un documento unico, non versionato redatto dal project manager prima dell'inizio delle attività del gruppo.
Contiene la descrizione dei ruoli assegnati ai membri del gruppo esecutivo di progetto. Il documento prevede una parte per eventuali annotazioni utili a spiegare la ripartizione dei ruoli e una breve descrizione delle conoscenze e delle competenze di ogni membro del progetto.
Le riunioni del gruppo, sia quelle interne sia quelle con il committente, devono essere verbalizzate. Questo è un documento unico, non versionato, utilizzato per riportare sinteticamente gli argomenti discussi durante la riunione.
È un documento versionato, redatto dal project manager per poter stimare realisticamente le risorse, i costi e i tempi necessari alla realizzazione del progetto.
Il piano di progetto si divide in due parti, pianificazione e consuntivazione, per rendere possibile la pianificazione delle attività future e il risconto tangibile tra le attività effettuate e quelle previste.
Le attività di progetto si svolgono nel rispetto delle norme stabilite nella fase iniziale del progetto. Il documento che lo contiene è unico, versionato, ed è redatto dal project manager. La sua struttura è articolata in convenzioni generali e norme di sviluppo.
È un documento unico, non versionato, redatto dal project manager. L'offerta viene consegnata al committente che provvede a firmarla per accettazione.
DOCUMENTI TEAM DI PRODUZIONE
Generalmente versionato ma per semplicità unico. Contiene: introduzione, glossario, conoscenze generali sul dominio, caratteristiche dei clienti e degli utenti, l'ambiente di utilizzo, software competitori.
Documento versionato per la definizione dei requisiti, strutturato nella seguente maniera: problema e scopo del prodotto software, contesto d'uso e funzioni del prodotto, informazioni di background, ambiente e modelli di sistema, requisiti funzionali e non funzionali.
Lo scopo primario di questo documento è la descrizione architetturale del sistema.
Scopo del disegno di dettaglio è la specifica dei componenti identificati nel disegno architetturale.
Testing database.
Testing prodotto.
Testing interfaccia.
Codice parziale del progetto, comprende funzioni JavaScript e implementazione PHP.