DEV429 - TFS (2): Process customizing properties

De tweede sessie over de Team Foundation Server ging over het aanpassen en configureren van de processtemplate, work item types, check-in policies, reporting en de project portal. Zoals ik al verwachtte is deze lijst te lang voor een verhaal van 5 kwartier. De presentator Kevin Kelly liet dus van iedere customizatie een beetje zien.

Processtemplate	De processtemplate kan via XML worden aangepast, maar er is ook een tool, PTE (Process Template Editor) dat als freeware beschikbaar is, maar ook alleen algemene wijzigingen op de XML aankan. Er is niets gezegd over andere tools, zoals de Iris Process Author, die dit werk ook kan doen. Kevin liet ook zien hoe de Process Template Manager werkt, waarmee je process templates kunt laden/verwijderen uit een TFS.
Work Item Types	Work item types, die tevens de transitie mogelijkheden beschrijven (de lifecycle van een work item dus) zitten in eigen XML's en kunnen via notepad, of een andere XML-editor, worden aangepast. Work item types worden in TFS geplaatst met een commandline programma witimport.exe, en uiteraard is er ook een witexport.exe.
Check-in policies	Het verplichten van het invullen van velden of het uitvoeren van speciale acties zoals unit tests, worden ondergebracht in check-in policies. Kevin vertelde dat het mogelijk is om eigen policies te maken, maar liet helaas niet zien wat het te volgen pad is. Daar mogen wenaar googlen.
Reporting	VSTS ondersteunt een bijna oneindig aantal verschillende rapporten, omdat het gebruik maakt van de Reporting Services van SQL Server 2005.
Project Portal	De laatste plek waar je de TFS kunt uitbreiden, is de portal en hiervoor gebruik je uiteraard je Sharepoint kennis

Het tweede deel van de presentatie ging over het uitbreiden van de functionaliteit van TFS. Ik heb helaas de zaal moeten vertalen op dat moment, dus heb dit deel gemist. Maar op basis van de slides is een demo gegeven van hoe je tegen de TFS aan codeert en vervolgens is een uitgebreide demonstratie gegeven van partner RavenSoft dat een tool gemaakt heeft om requirements uit tekst in een activitydiagram te modelleren, de requirements te valideren en er (semi-) automatisch work items van te maken. De slides gaan erg diep, dus als je je geroepen voelt om dit ook 's te proberen. Je weet hoe je er aan kunt komen ...

Ik heb net alle blogentries nog 's bij langs gelopen, maar ik zag dat ik RavenSoft's RavenFlow niet genoemd heb als een PVM. Wel/niet? Ik weet het zelf niet zo, het vraagt namelijk een bijzondere manier van het beschrijven van de requirements en volgens mij kun je ze dan net zo gemakkelijk gestructureerd benoemen in een Enterprise Architect of Borland's CaliberRM, krijg je er ook meteen een aantal extra opties bij ... Ravenflow kun je vinden op www.ravensoft.com.