SharePoint Conference 2008
Ho terminato i contenuti della mia sessione alla Microsoft SharePoint Conference 2008.
La sessione Using Visual Studio Team System with SharePoint Project ha l'obiettivo di mostrare gli strumenti di Visual Studio Team System per supportare il ciclo di sviluppo di un software.
Questa la descrizione completa
Sviluppare un progetto SharePoint, sia esso una estensione del portale piuttosto che la definizione di workflow custom, significa fondamentalmente sviluppare un progetto software con Visual Studio e di conseguenza coordinare le attività dalla fase progettuale alla realizzazione finale, dalla gestione delle versioni dei sorgenti e dei rilasci al tracciamento dei bug. Visual Studio Team System è il prodotto per gestire queste fasi. In questa sessione only-demo vedremo Team System all’opera su un progetto SharePoint.
N.B. La sessione si focalizza sugli strumenti messi a disposizione da Visual Studio Team System 2008 ed é quindi consigliata a chi vuole scoprire le funzionalitá del prodotto per un suo utilizzo anche al di fuori di progetti SharePoint.
L'idea é partire con il disegno dell'applicazione nell'Application Diagram (l'applicazione é su 9 layer e segue un modello semplificato dell'architettura che usiamo in DevLeap per lo sviluppo di applicazioni reali: chi ha partecipato alle nostre conference o segue i nostri corsi lo conosce bene) impostando i settaggi applicativi che si riflettono nella configurazione dell'applicazione. Questi settaggi vengono poi confrontati con i parametri dei server che ospitano l'applicazione (LDD) e consentono di produrre "gratuitamente" report sul deployment delle varie componenti.
Una applicazione che estende il portale SharePoint lavora sicuramente su un Database: in questo caso, tramite i vari layer arriviamo su un semplice database SQL Server (non ha senso complicarsi la vita con 1000 tabelle per capire gli strumenti, anzi) che viene gestito nel suo ciclo di vita tramite Data Dude (Database Edition di Team System): vedremo all'opera gli strumenti di refactoring, di generazione automatica di dati di esempio, la creazione di unit test su stored procedure e sul codice del Data Access Layer e ci soffermeremo sul deploy automatizzato tramite Team Build.
Si prosegue con gli strumenti prettamente Dev come Unit Testing, Code Coverage e Code Analysis per poi effettuare una Performance Session sul codice creato. Vedremo questi strumenti sul codice che lavora con SQL e sul codice che opera tramite il modello ad oggetti di SharePoint sulle SPList (Announcement in questo caso). Ancora una volta il codice é molto semplice per evitare di complicare la descrizione delle operazioni da effettuare e andare dritti all'obiettivo.
Dedichiamo un attimo di tempo alla Team Build per automatizzare il processo di compilazione, deploy, esecuzione degli Unit Test e calcolo delle informazioni di Code Coverage.
Inseriremo una regola custom per effettuare l'analisi del codice rispetto ad una nostra regole nel naming convention su progetti SharePoint: ancora una volta l'obiettivo é dimostrare come si effettua questa personalizzazione in Team System.
Prepareremo un Web test con constraint su durata e contenuto della risposta per poi vedere all'opera un Load Test che stressa l'applicazione web e il codice di accesso ai dati.
Una applicazione SharePoint richiede un particolare processo per la sua installazione sul portale: vedremo come personalizzare il processo automatico di Build per inserire il risultato (.wsp) direttamente nel sito SharePoint di test.
Ci vediamo alla Microsoft SharePoint Conference 2008
.