Organisation einer modernen mittelständischen Software-Entwicklung

Transkript

1 Organisation einer modernen mittelständischen Software-Entwicklung am Beispiel der Dacos Software GmbH, Saarbrücken Dacos & die (Retail( Retail) ) Simulation Engine KI-Modelle (Kunden-Agenten) werden aus homogenen Verhaltensdaten (Kassenbon-Cubes) gelernt. Die (Abverkaufs-)Reaktion der Agenten auf Umgebungsreize (Preise, Bewerbungen, Wetter, Konkurrenzpreise) wird simuliert. Einbettung der Simulation in konkrete Entscheidungshilfen Optimierung von Sortimentspreisen Ein- und Auslistungsentscheidungen Bewerbungsplanung Kunden-Segmentierung und - prognose Vergangenheitsanalyse 1

2 Software- & Organisations-Struktur muss dem Geschäftsziel angepasst sein Vor einem Jahr Technische Unterstützung für individuelle Forschungsprototypen Analysedienstleistungen 4 Festangestellte Heute Anpassbare Standard-Software für deutschen Markt Simulation als Ergänzung zu bestehenden operativen Systemen Kein Werkzeug, sondern Anwendung 25 Mitarbeiter Vision Überschaubares, Hoch-Qualifiziertes Team OEM- und Vertriebs-Partnerschaften Internationale Verbreitung. Organisations-Struktur ist oftmals schneller änderbar als Software-Struktur! OO falsch verstanden sd Bad «interface» IMovieFinder Mov iefinderimpl Implementierungs-Beziehungen hart verdrahtet. Lebenszyklen unvorhersehbar. needs help from Mov ielister create «realize» ConcreteMovieFinder :MovieFinderImpl finalize Garbage Collector 2

3 Mikro-Architektur: Nano-Container sd Bad Client NanoContainer Configuration Meta-Data: - Implementation Classes - Lifecycle Information AccessMovieLister create MovieLister create ConcreteMovieFinder :MovieFinderImpl setfinder Perform Logic Perform Logic finalize finalize Martin Fowler, Inversion of Control Containers and the Dependency Injection Pattern, Jan 2004 Spring Framework, Makro-Architektur: Services, Komponenten, Schichten UI Web Client Smart Client EIS, Framework (Configuration & Management) Application Interface Application Server Artificial Intelligence Persistence In-Process Remoting Web Service Classes Groups Categories Application AP CM AP Receipts Pack Customers Items CRM BNet XML/XSLT Technology Pack Plausibility, Discretization & Vectors ADO/SQL Clustering Classification Correlation AP Topology Regions, Sites, Dtree, SVM, TP OLAP/MDX EIS Scenario, Master & History Database Data Warehouse 3

4 Alles Echt! id Logical Architecture «fram ework» Framew ork UI + Base + Rich Client + Web Client Application Services «call» «stub» Application.Interface + Data + Services + Workspace Application.Serv er implem ents «instanceof» Special Services «call» + Base + Workspace backed by «use» Builds on «instantiate» «system» AI + Interface retrieve & store «use» + Server Persistence + Base + Dacos + ProjectSystem + Sql + Workspace Service vs. Schnittstelle? Service ist Spezialfall einer Schnittstelle Trennung zwischen (Daten-)Objekten von (Manipulations-)Diensten Für Remote-Zugriff geeignet Nachrichten-Orientierte Methoden = Individuelle End-Punkte public interface IService { IResponse ServiceCall(IRequest therequestmessage); } public interface IRequest { ISerializable Input { get; set; } } public interface IResponse { ISerializable Output { get; set; } IEvent[] Hints { get; } } 4

5 Rich-Client 3 Knoten Deployment dd Rich Client/Serv er Scenario «fram ework» Framew ork Rich Client Desktop Application (from UI) Service Calls «stub» Application.Interface Application Serv er im plem ents «instanceof» Application.Serv er Builds on «instantiate» backed by retrieve & store «use» «use» «system» AI Persistence SQL/M DX Database Serv er Warehouse 2-Knoten Web-Client dd Web Client Scenario Desktop Brow ser HTM L/HT T P IIS/ASP.NET Web Serv er «fram ework» Framew ork Web Client «stub» Application.Interface Application.Serv er (from UI) Application Service Call im plem ents (from «instanceof» Tahoma) retrieve & store «use» backed by «use» «system» AI Builds on «instantiate» Persistence SQL/M DX Database Server Warehouse 5

6 Branchenpakete als Logik-Komponenten UI Application Interface Framework Application Pack1 Retail Simulation Engine AP2 AP1 Consumer Goods Industry Simulation Engine AP2 Consumer Relationship Simulation Engine AP1 (Finance, Stock Exchange, Economic Simulation, SCM) Artificial Intelligence Persistence Schichten & Partner UI Unternehmens-Portale Application Interface Best-of-Breed Produkte Framework Application Server Anpassungen und Erweiterungen Artificial Intelligence Lizenzsoftware Persistence Data Warehouses 6

7 Der Dacos Entwicklungsprozess od Dev elopment Process Requirement Analysis Product Manager Releases & Documentation Use Cases & User Stories Architect Rollout Design Builds & Reports Diagrams & Code Skeletons Dev elopment Quality Assurance Dev eloper Branchen- & Kernprozesse od Industry Process Requirement Analysis (Industry) Core Process Requirement Analysis Rollout (Industry) Design (Industry) Rollout Design Dev elopment Dev elopment (Industry) 7

8 Ziel: Standardisierte Individualentwicklung od Customer Process Requirement Analysis Package Cycle Rollout Package Cycle Category M anagement Geographic Information Package Core Cycle SAPBW Cycle Design Package Cycle Customer Management Package Cycle Oracle Dev elopment Personen und Rollen 3 Produkt-Manager 2 Forscher 3 System-Architekten 2 Datenbank/Warehouse-Spezialisten 5 Modul-Architekten 1 Qualitätsmanager 12 Entwickler pro Projekt eine Rolle (einen Hut ) 1 Entwicklungsleiter 8

9 Grundlage: Das Software-Entwicklungs Entwicklungs-Portal Eine Sammlung von geeigneten Werkzeugen, deren Zusammenschluss den gesamten Entwicklungsprozess überhaupt erst möglich macht. Versionierung und sichere Speicherung aller Artefakte Einfacher und effizienter Zugriff Unterstützt Phasenübergange Selbstbeschreibend Standardisierung der Arbeitsumgebung Mit Kunden & Vetriebsanbindung. ud Dacos as a Portal Dacos Portal Brow ser HTM L Dacos Extranet Database Server SQL SQL Customer Relationship M anagement (v tiger) Document M anagement WebDAV System (N.N.) Customer URL FileServ er (Windows Share) URL Dacos Intranet (Apache) URL WebDAV Glossary (w iki) URL SQL Plugin/WebService HT ML MAPI M ail&calendar (Exchange) HT M L Masterbuild Softw are Versioning System (SVN) M API TortoiseSVN Outlook Explorer Ankh Visual Studio Plugin UML Client (Sparx EA) Employee 9

10 Issue-Tracking mit CRM ( Kampagne=Projekt oder Release Ticket=Teilprojekt oder Bug Aktivität=Entwicklungsschritt oder Behebung UML als Spezifikations- und Modellierungswerkzeug Sparx Systems Enterprise Architect 6.0 gekoppelt an Visual Studio Single-Source Modell-Änderungen erzeugen Skeletons oder Code-Änderungen Code-Änderungen wirken auf das Modell 10

11 Grob-Spezifikation=Use Cases + User Stories ud User Stories Workspace Collaboration «precedes» Replanishment Promotion Analysis «precedes» «precedes» «precedes» «precedes» Item Reporting Dependency «precedes» Analysis Price Analysis «precedes» «include» «include» Delisting Analysis Item Simulation «include» «extend» Ev aluation Simulation Feinspezifikation durch Unit-Tests Gegen die aus UML generierten Schnittstellen-Skeletons werden Tests geschrieben Whitebox, Low-Level Blackbox, High-Level realisieren beispielhafte Durchläufe der Aktvitäts-/Sequenzdiagramme Nano-Container + NUnit = Test-Umgebung Spezielle Mock-Implementierungen ersetzen aufwändige Deployments Geht bis zur Modell-Schicht am Client (gefüttert mit Test-Ereignissen) 11

12 Konfigurationsmanagement besteht aus Versionsmanagement Persistierung und gezieltes Retrieval/Verteilung von allen freigegebenen Source-Code-Änderungen an Dateien und Modulen. Buildmanagement Bau und Ablage definierter und konsistenter Binär-Versionen inkl. zugehöriger Dokumentation Qualitätsmanagement Erstellen von Qualitätsberichten auf der Basis definierter Source-Code und Binärstände Automatische Test-Reports Code-Analyse Manuell durchgeführte Testpläne. Versionsmanagement ad VersionManagement «datastore» Repository Verschiedene Repositories File-basiert (RCS) Client/Server (CVS) Datenbank-basiert (Perforce) Commit/Import 0..* «datastore» Dev eloper Checkout/Update Verschiedene Ablage-Modelle Workspaces Delta-Forward (RCS) Delta-Backward (SVN) Verschiedene Versionierungsprinzipien Version pro File (CVS) Changelist/Version pro Pfad (SVN) 12

13 Branching und 3-Wege 3 Merge ad Branching Branch: Release Service Pack Projekt Branche User-Branch Mainline V1 Branch Modify Branch V1 Merge Mainline V2 M odify Branch V2 Merge 3 Wege Merge Merge(Zieldatei,Diff(Alte Startdatei, Neue Startdatei)) Meist zeilenbasierter Merge Manuelle Konfliktauflösung Akademikergehänge, nutzloses! ad Masterbuild Edit Sync 0..* Commit Martin Fowler, Matt Foemmel: Continuous Integration «datastore» User Workspace «datastore» Repository Jede Änderung am Source-Code stösst den Build-Prozess an. «datastore» Binary Repository «datastore» Source Repository Dessen Ergebnisse werden ASAP den Entwicklern bereitgestellt. «datastore» Masterbuild Workspace Pro Branch ein eigener Prozeß. Release Masterbuild Build Sync Document Test & Analze Compile 13

14 Cruise Control.NET Compiler- Warnings Nunit-Details Performanz Kennzahlen (Byte-)Code Analyse (Test) Coverage Analyse Code Redundanz Der Dacos Entwicklungsprozess od Dev elopment Process Requirement Analysis Product Manager Releases & Documentation Use Cases & User Stories Architect Rollout Portal=Dacos Design Builds & Reports Diagrams & Code Skeletons Dev elopment Quality Assurance Dev eloper 14

15 Wir simulieren die Welt! 15