Microsoft Visual Studio 2005 Team System

Transkript

1 Micrsft Visual Studi 2005 Team System Eine Einschätzung der Einsatzmöglichkeiten im Gebiet des Sftware Offshring. Sebastian Geiger

2 Inhaltsverzeichnis Beschreibung des Szenaris... 2 Eingesetzte Technlgien... 3 Sftware... 3 Server... 3 Client... 3 Hardware... 4 Server... 4 Client... 4 Rllen... 4 Architekt... 4 Prjektmanager... 4 Entwickler... 4 Tester... 4 Der Ablauf des Prjekts... 5 Vrgehensmdell... 5 Dkumentenverwaltung... 5 Arbeitsaufgaben... 5 Quellcdeverwaltung... 6 Berichte... 7 Prjektprtal... 7 Benachrichtigungen... 7 Tests... 8 Fazit... 8 Beschreibung des Szenaris Bei der Betrachtung vn Micrsft Visual Studi 2005 Team System bin ich vn zwei gegraphisch getrennten Teams ausgegangen, das eine Deutschland, das andere in Russland, die zusammen an einem Sftwareprjekt arbeiten. Auch mit der Unterstützung vn Micrsft Visual Studi 2005 Team System kmmt man nicht umhin sich auf eine Sprache innerhalb des Prjektes zu einigen. Aus Einfachheitsgründen ist in diesem Beispiel alles in deutscher Sprache verfasst, nicht wie snst wahrscheinlich Englisch. Seite 2

3 Des Weiteren ging ich vn der Annahme aus, dass verschiedene Rllen innerhalb der Teams existieren, diese sind weiter unten beschrieben. Die eigentliche Betrachtung werde ich dann im Rahmen des Ablaufs durchführen. Eingesetzte Technlgien Der grbe Aufbau sieht flgendermaßen aus: Der Server steht in Deutschland. Das deutsche Team greift durch das Firmennetzwerk auf ihn zu, das russische Team stelltt die Verbindung durch das Internet her. Sftware Server Auf unserem Server kam als Betriebssystem Micrsft Windws 2003 Server SP1 Enterprise Editin zum Einsatz. Das Herzstück unseres Servers bildet Micrsft Visual Studi 2005 Team Fundatin Server. Für die Datenhaltung benötigt Visual Studi 2005 Team Fundatin Servers eine Installatin eines Micrsft SQL Server 2005 Standard Editin. Client Hier kmmt Micrsft Visual Studi 2005 Team Suite zum Einsatz. Diese umfasst die flgenden vier Prdukte: Team Editin fr Sftware Architects Team Editin fr Sftware Develpers Team Editin fr Sftware Testers Team Editin fr Database Prfessinals Seite 3

4 Hardware Server Für kleine und mittlere Teams (bis 50 Mitarbeiter) genügt ein Rechner mit einer CPU in der Größenrdnung eines Pentium IV 2,2 GHz und 1 bis 2 GB Arbeitsspeicher als Server. Um größere Teams (bis 500 Mitarbeiter) zu unterstützen sind zwei Rechner vnnöten, wbei dann die Datenebene (Micrsft SQL Server) und die Anwendungsebene (Micrsft Visual Studi 2005 Team Fundatin Server) getrennt werden. Da dann zumindest das russische Team nicht unmittelbar über das Firmennetzwerk auf den Server zugreifen kann, sllte der Server über eine ausreichende Internetanbindung verfügen. Client Auf Clientseite benötigt Micrsft Visual Studi 2005 Team Suite einen 2GHz PIV der vergleichbares. Außerdem benötigen wir eine Anbindung an den Server. Dies geschieht durch Internet der Firmennetzwerk. Die genauen Hard und Sftwareanfrderungen können unter nachgelesen werden Rllen Architekt Der Architekt ist für die Mdellierung der Architektur zuständig und überwacht und steuert zusammen mit dem Prjektmanager den weiteren Verlauf des Prjektmanagers. Prjektmanager Der Prjektmanager hat die Möglichkeit Arbeitsaufgaben mit Micrsft Prject und Micrsft Excel zu anzulegen. Micrsft Excel bietet zudem die Möglichkeit Statistikdaten vm Server abzufragen und diese anzuzeigen. Entwickler Der Entwickler arbeitet im Gegensatz zu den beiden Vrgenannten in Russland. Tester Ein Mitarbeiter der Qualitätssicherung führt vn Deutschland aus Tests durch um die Qualität zu erfassen. Seite 4

5 Der Ablauf des Prjekts Zu Beginn des Prjekts entscheiden sich Prjektmanager und Architekt für ein Vrgehensmdell: Vrgehensmdell Micrsft Visual 2005 Team System lässt sich an das jeweilige Przessmdell eines Unternehmens anpassen. Dazu kann man ein eigenes Przessmdell definieren der ein mitgeliefertes Mdell verwenden. Das Vrgehensmdell bestimmt auch welche Dkumente und Vrlagen autmatisch erstellt werden, welche Berichte angelegt werden. Ist das Przessmdell vrbildlich definiert, s bietet es unerfahreneren Teammitgliedern zusätzlich eine Beschreibung der Rllen, Aktivitäten und Prdukte. Der Prjektmanager erarbeitet nun die Anfrderungen zusammen mit dem Kunden, die dabei entstehenden Dkumente legt er in der Dkumentenverwaltung: Dkumentenverwaltung Dkumente lassen sich an zentraler Stelle ablegen. Je nach dem welche Rllen das Przessmdell vrgibt sind diese Dkumente nur für Persnen in einer bestimmten Psitin sichtbar. Dies macht gerade bei sensiblen Daten, wie sie wahrscheinlich z.b. im Ordner Prjektmanagement zu erwarten sind, Sinn. Im Przessmdell können Vrlagen angegeben werden. Diese erleichtern es Teammitgliedern die mit den Knventinen nicht s vertraut sind, Dkumente entsprechend der Vrgaben zu erstellen. Dies wahrt die Knsistenz innerhalb des Prjekts und macht es den restlichen Mitgliedern leichter sich in den Dkumenten zurechtzufinden. Sind die Anfrderungen klar, kann die Grbarchitektur erstellt werden. Diese Phase, wie auch die nachflgende Implementierungsphase, beginnt mit der Zuteilung vn Arbeitsaufgaben: Arbeitsaufgaben Seite 5

6 Wie schn erwähnt lassen sich Arbeitsaufgaben swhl aus Micrsft Visual Studi 2005 Team Suite, Micrsft Prject und Micrsft Excel erstellen. Arbeitsaufgaben können einem der mehreren Teammitgliedern zugewiesen werden. Die einzelnen Teammitglieder haben verschiedene Möglichkeiten die erstellten Arbeitsaufgaben abzufragen. Es gibt mehrere Typen vn Arbeitsaufgaben, s z.b. Arbeitsaufgabe, Prblem, Fehler. Ein Aufgabentyp enthält eine bestimmte Menge vn Feldern, die der Autr später auszufüllen hat. Man kann auch eigene Aufgabentypen mit den gewünschten Feldern definieren. Nun geht es ans Implementieren. Micrsft Visual Studi 2005 Team System hat eine eingebaute Versinskntrlle, die sich einfach in Micrsft Visual Studi 2005 Team Editin einfügen: Quellcdeverwaltung Die Quellcdeverwaltung wurde gegenüber Micrsft Visual SurceSafe verbessert. Sie basiert nun auf dem Micrsft SQL Server Die eingebaute Versinskntrllsftware kann Einiges mehr als eine nrmale Quellcdeverwaltung. Beim Einchecken vn Cde in das Repsitry kann nicht nur ein Kmmentar angegeben werden, sndern zusätzlich welche Aufgabe damit erfüllt wurde, welcher Fehler damit behben wurde. Hervrzuheben ist auch nch die Möglichkeit Richtlinien für das Einund Auschecken anzugeben. S kann es zum Beispiel unmöglich gemacht werden Cde einzuchecken hne, dass der Autr eine Bindung zu einer Arbeitsaufgabe angibt. Mit frtschreitendem Entwicklungsprzess möchte der Architekt sich ein genaues Bild über den Stand des Prjekts machen, hierzu bedient er sich der Berichte. Seite 6

7 Berichte Wie bereits erwähnt dient Micrsft SQL Server 2005 als Basis für den Team Fundatin Server. In Micrsft Visual Studi 2005 Team Editin lassen sich nun sgenannte Berichte erstellen. Diese sind im Grunde nichts anderes als SQL Abfragen. Es gibt schn einige vrgefertigte Berichte, allerdings lassen sich wie immer auch eigene Berichte erstellen. Berichte helfen den Prjektstand zu erfassen, s z.b. die Anzahl der Fehler, Przentsatz der bearbeiteten Arbeitsaufgaben usw. Nicht nur Prjektleiter und Architekt wllen das Prjekt überwachen, sndern auch der Leiter der Finanzabteilung und der Vizepräsident. Da diese nicht zwangsläufig mit Visual Studi arbeiten gibt es neben den ben besprchenen Integratinsmöglichkeiten in Micrsft Excel und Micrsft Prject auch nch ein Webprtal. Prjektprtal Alles was man braucht um das Prjektprtal anzusehen ist ein Brwser. Damit lassen sich auf der Webseite alle Infrmatinen des Prjektes abrufen (außer dem Quellcde). Das Prjektprtal wird autmatisch erstellt und bedarf kaum einer Wartung. Eine weitere Funktin zur Überwachung des Prjekts stellen Benachrichtigungen da. Benachrichtigungen Es ist möglich eine E Mail Benachrichtigung einzurichten, s dass sbald ein bestimmtes Ereignis eintritt, z.b. ein Build schlägt fehl der jemand ändert meinen Quellcde, eine E Mail geschickt wird. Um die Qualität des Prduktes zu sichern überwacht ein Team vn Testern die Arbeit der Entwickler. Die Tester haben unter anderem die Möglichkeit Unittests zu erstellen. Seite 7

8 Tests Wie auf dem Bild zu erkennen sind verschiedene Arten vn Tests möglich. Eine sinvlle Ergänzung zu den verschiedenen Tests bietet die Buildautmatin, Team Fundatin Build. Damit sind dann autmatische Regressinstests möglich. Diese können dann mit Hilfe vn Berichten wieder täglich mrgends ausgewertet werden. Fazit Micrsft Visual Studi 2005 Team Editin bietet eine Vielzahl an Unterstützungsmöglichkeiten für die Sftwareentwicklung in gegraphisch getrennten Teams. Aus diesem Grund haben wir uns dafür entschieden dieses Prdukt näher zu testen und auch als Prduktivsystem einzusetzen. Hierfür werde ich dieses Dkument in nächster Zeit um ein Tutrial erweitern, das zeigt wie ein einfaches Prgramm vn Teams aus unterschiedlichen Ländern zusammen entwickelt wird. Seite 8