SharePoint Entwicklung mit SPSF

Transkript

1 è SharePoint Entwicklung mit SPSF Schnellere und standardisierte SharePoint Entwicklung mit der SharePoint Software Factory 2010 Steria Mummert Consulting AG

2 Vorstellung Matthias Einig è Diplom-Informatiker(FH) è Seit 2008 bei Steria Mummert Consulting è 6 Jahre SharePoint-Erfahrung als Berater, Architekt, Entwickler Kernkompetenzen è Architekturen von großen, globalen SharePoint-Farmen è Einführung von SharePoint-Entwicklungsprozessen in Unternehmen Kontakt è matthias.einig@steria.de è è

3 Was läuft schief in SharePoint Projekten? Oft mangelnde Qualität Viele manuelle Schritte Fehlende Transparenz Schlechte Performance und Stabilität Geringe Code Qualität (Namenskonventionen, Coding Style) Fehlende Tests (Unitests, Webtests, Smoketest) etc. Manuelle Installation der Lösungen in SharePoint Manueller Build des Lösungen Manuelles Testing etc. Welche Anforderungen wurden in welchem Release umgesetzt? Welche Bugs wurden gefunden und wurden sie auch gelöst? Welche Testfälle testen welche Anforderung? Wer hat wann welchen Code geändert und warum? Ergebnis è Projekte können häufig Zeit- und Budgetplanung nicht einhalten SharePoint Entwicklung macht oft keinen Spass! L è Anforderungen können nicht zeitnah umgesetzt werden è Akzeptanz von SharePoint im Unternehmen leidet

4 Was ist Application Lifecycle Management? Application Lifecycle Management is a continuous process of managing the life of an application through governance, development and maintenance ALM is the marriage of business management to software engineering made possible by tools that facilitate and integrate requirements management, architecture, coding, testing, tracking, and release management. Solution Deployment Quality Assurance Operate Application Lifecycle Testing Requirements Management Solution Architecture Development

5 Was ist SharePoint ALM? SharePoint + ALM = SPALM Complex Deployment No Code Metrics Solution Deployment Quality Assurance No Code Analysis Operate Application Lifecycle Testing Requirements Management Solution Architecture Complex Development Development Complex Webtesting Complex UnitTesting

6 Was ist SharePoint ALM? SharePoint + ALM = SPALM Solution Deployment Quality Assurance Operate Application Lifecycle Testing Requirements Management Solution Architecture Development

7 Ziele SharePoint Development Implementierung des Codes auf Basis einer technischen Architektur è Konformität des Codes zu Microsoft Guidelines è Konformität zu Namenskonventionen und firmenspezifischen Coding Guidelines è Hohe Qualität (Stabilität, Performance) è Testbarkeit, Installierbarkeit, Build to change

8 Herausforderung bei der SharePoint Development SharePoint Code besteht aus vielen einzelnen Dateien Beispiel: Visual Webpart, in Feature mit FeatureReceiver, Mehrsprachig Feature (.XML) (generated) FeatureReceiver Code (.CS) Manifest (.XML) (generated) Resource-file for multilanguage, (.RESX) Feature Icon (.GIF) ElementsManifest (.XML) WebPart Code (.CS) WebPart description (.WEBPART) ControlTemplate (UserControl) (.ASCX) CAS-Policy for BIN deployment (.XML)

9 Besonderheiten SharePoint-Erweiterungen werden im selben Ordner wie SharePoint selbst installiert Standard SharePoint- Features Erweiterungen

10 Besonderheiten è Code besteht aus viel XML-Code, der häufig manuell erstellt werden muss z.b feature.xml è Eine SharePoint Solution hat viele Abhängigkeiten z.b. GUIDs, Ressourcen, Assemblies, ManifestFiles, ContentTypeIds

11 SharePoint Tools in Visual Studio 2010 Neue Funktionen für SharePoint 2010 è Package Explorer è Feature Designer è Mapped Folders è Neue Templates, BCS è Import von Workflows und WSPs è Server Explorer è Postbuild-Steps (Activate Feature) Nachteile: è Nur SharePoint 2010 è Nur für lokales Deployment geeignet è Nur für kleine Projekte geeignet è Nur begrenzter Umfang an Templates

12 Demo: Was kann VS OOTB? VS SharePoint Tools

13 SMC SharePoint Software Factory è Eigenentwicklung von SMC è Integriert sich in Visual Studio beim Entwickler è Erzeugt SharePoint Code mit Hilfe von Wizards è basiert auf Microsoft Guidance Automation Extensions (GAX, kostenlos herunterladbar) è Open Source

14 SharePoint Software Factory Vorteile für SharePoint Projects è Generierter Code bricht keine Regeln von FxCop und StyleCop è Code respektiert SharePoint Namenskonventionen und Style Richtlinien è Alle Entwickler im Team verwenden das gleiche Tool mit den gleichen Templates è Funktionalität ist einfach zu erweitern è Führt SharePoint Anfänger durch die SharePoint Entwicklung

15 Demo SharePoint Software Factory è Code Generierung è Refactoring è Coding Conventions 15

16 SharePoint Software Factory Verfügbar auf CodePlex

17 SharePoint Quality Assurance SharePoint + ALM = SPALM Solution Deployment Quality Assurance Operate Application Lifecycle ^ Testing Requirements Management Solution Architecture Development

18 Ziele SharePoint Quality Assurance Sicherstellung hoher Qualität von SharePoint Lösungen è Erkennung von Schwachstellen im Code (Redundanzen, Architekturprobleme, Stabilitätsprobleme) è Wartbarkeit des Codes sicherstellen (z.b. Coding guidelines) è Code gegen SharePoint spezifische Regeln und Policies validieren è Validierung des Codes gegen eine Zielkonfiguration è Unnötige Abhängigkeiten bereinigen

19 Besonderheiten è Entwicklungsergebnis besteht nur zu einem Teil aus DLL è Großer Teil besteht aus XML (feature.xml, manifest.xml, usw.) è Entwicklung ist verteilt auf viele einzelne Artefakten (XML, Bilder, CSS, DLL usw.)

20 Code Analysis Tools Geprüfte Elemente Ziel Tool Assembly Code (.dll) Quellcode (C#) Assembly Code (.dll) Assembly Code (.dll) + SharePoint Code (XML, ASPX) Prüfung des Codes auf Qualität, Redundanzen, Strukturierung usw. Konformität zu Coding Guidelines Prüfung auf Speicherlecks Prüfung auf Konformität zu - Customization Policy - Security-Richtlinien - Schema-Vorschriften - Best Practices - Lizenzbestimmungen - usw. Microsoft FxCop Microsoft StyleCop Microsoft SPDisposeChecker Kein Tool L

21 Anwendungsfälle Kann die Application auch als Sandboxed Solution installiert werden? Gefährdet der Code die Sicherheit der Farm, z.b. durch CAS-Policies, RunWithElevatedPrivileges etc.? Hat die Applikation Abhängigkeiten zu MOSS Enterprise Features? Verstößt die Application gegen Unternehmensrichtlinien, z.b. Mehrsprachigkeit, Guidelines? Verstößt der Code gegen Microsoft Vorgaben oder Best practices? Gefährden wir durch Installation den Support von Microsoft, z.b. durch Überschreiben von Systemdateien?

22 Anwendungsfälle Prüfung einer Application auf unterstützte Supportlevel (Silver, Gold, Platinum), z.b. zu Microsoft Customization Policy

23 Herausforderung: Korrekter SharePoint Code : XML in Visual Studio Projekten wird nicht im Build validiert. Fehlerhafter Code...aber keine Fehler im Build. MSDN: The ActivateOnDefault attribute does not apply to site collection (Site) or Web site (Web) scoped Features. Fehlerhafter SharePoint Code führt zu Problemen bei: Build? Nein FxCop Code Analysis? Nein Installation? Nein Ausführung? Ja!

24 SMC ShareCop Toolbasierte Code Analyse mit ShareCop è Eigenentwicklung von SMC, da keine vergleichbare Lösung in VS.NET è Überprüfung von WSP-Solutions auf Verstöße gegen bestimmte Regeln è Integration in Build Open Source (noch nicht veröffentlicht)

25 Demo ShareCop è SharePoint Code Analyse è Report 25

26 Demo SharePoint Software Factory è Code Analyse in SPSF Projekten è Integration im Release Build 26

27 SharePoint Solution Deployment SharePoint + ALM = SPALM Solution Deployment Quality Assurance Operate Application Lifecycle ^ Testing Requirements Management Solution Architecture Development

28 Ziele SharePoint Deployment Automatisierte Installation einer Applikation in einer SharePoint Farm è Vollständige Installation der Applikation (inkl. notwendiger Konfigurationsschritte) è Automatisierte Installation è Bei Bedarf auch Deinstallation möglich è Aktualisierung einer vorherigen Version möglich

29 SharePoint Staging Problem: Häufig erfolgt das Deployment manuell durch den Betrieb Manuelle Installation Manuelles Setup von WebApps & Site Collections Manuelle Konfiguration von Sucher, Service Apps etc. Manuelle Tests zusammen mit Fachanwender

30 SharePoint Staging Admin kopiert und installiert Dateien manuell in alle Staging Umgebungen (für jedes Release!) Test Integration Production

31 Besonderheiten Verteilung eines Installationspakets durch mehrere Server (DEV, Staging, Produktion) è Gleiches Paket muss automatisiert in verschiedenen Umgebungen installiert werden è Installationsprozess muss deshalb parametrisierbar sein (z.b. für URLs von SharePoint Webapplikationen etc.) Test Integration Produktion

32 Besonderheiten Nachträgliche Konfigurationsschritte sind häufig notwendig, z.b. è Aktivierung von Features è Anpassungen der Suchkonfigurationen è Installationsschritte 1. Deploy Solution to WebApp 2. Activate Feature DE6E1F2D-6409 in Site collection Create Quota Template Limit S 23. Create Managed Path intranet. 55. Enable Usage Analysis in SSP

33 Besonderheiten Inhalt Bei Aktualisierung einer Applikation z.b. auf Version 2.0 sind häufig sehr lang laufende Aktualisierungen notwendig è Aktivierung eines neuen Features in allen bestehenden Webs è Aktualisierung eines Content Types in allen Site Collections è 2 Neue ContentTypes Bei bestehenden ContentType Spalte entfernen Bei bestehenden ContentType Spalte ergänzen Version 2.0 Version 1.1 Version

34 Standardfunktionen für Deployments VS 2010 Ausführung von Aktionen nach dem Deployment è möglich über Visual Studio Postbuild-Actions è Kann erweitert werden um eigene Aktions Nachteil: è Funktioniert nur auf der lokalen SharePoint-Farm è Keine Packaging für Deployments in mehrere Umgebungen

35 SMC Best Practices Deployment Prozess durchführen mit MSBUILD Ausführbar auf jedem Rechner mit.net 2.0 (keine Installation) Leicht erweiterbar durch eigene MSBUILD-Tasks Wiederverwendbarkeit von Tasks Parametrisierbarkeit aller Tasks Detailliertes Logging aller Aktivitäten Integration in TFS Nachteil: è XML-basiert mit schwer lesbarem XML-Code Alternativen: PowerShell, Batch, VBScript

36 SMC SP Application Deployer Deployment Projekt für SharePoint Lösungen è Eigenentwicklung von SMC è Sammelt alle WSPs der VS Solution in ein Deployment Projekt è MSBuild Tasks + Batches für Deployment Prozess Open Source (noch nicht veröffentlicht)

37 Demo SP Application Deployer 37

38 Zusammenfassung Gesteigerte Qualität Weniger manuelle Schritte Volle Transparenz Höhere Performance und Stabilität Höhere Code Qualität Einhaltung von Konventionen etc. Automatisches Deployment von Applikationen Automatischer Build von Solutions Automatische Qualtiätschecks etc. Welche Requirements werden im nächsten Release umgesetzt? Welche Bugs wurden gefunden und wann werden sie gelöst? Wie lange wird das Projekt noch dauern? etc. Ergebnis: è Projekte in Kosten und Zeit SharePoint Entwicklung macht Spaß! J è Business Requirements werden schneller in höherer Qualität umgesetzt è Akzeptanz von SharePoint im Unternehmen steigt

39 Kontakt è è è @mattein