Abgeschlossene übergeordnete Themengebiete (Epics)

•  Voller Support für Windows-11-Features und Aktualisierung auf die aktuellste Entwicklungsumgebung (2021-09-12 bis 2021-09-18)

  Vom Anbieter "Embarcadero" der Entwicklungsumgebung Delphi werden mittlerweile über eine Subscription mind. jährliche Aktualisierungen angeboten. Um hier die aktuellsten Technologien und Architekten verwenden zu können, sollen die Upgrades zeitnah durchgeführt werden. Alle verwendeten Bibliotheken und auch Fremdanbieter müssen dabei aktualisiert und neu einbunden werden z.B. Zip-Component, SVG-Grafiken, Fehler-Behandlungs-Komponente etc. In Summe gehören hierzu 14 Einzelthemen die aktualisiert und neu eingebunden werden müssen. Leider basiert das Setup praktisch immer auf eine komplette Neuinstallation, die zunächst als Parallel-Installation gestartet wird. Durch den Umstieg auf die neuste Delphi 11-Version sollte der Weg unterstützt werden ShareHolder auch in den offiziellen Windows Store aufgenommen zu werden. ShareHolder kann zudem spezielle Windows 11-Feature-Funktionalitäten nutzen.
  
  

•  Migration auf ein leistungsfähigeres Story- und Planungssystem (von JIRA zu GitLab) (2021-08-14 bis 2021-09-18)

  JIRA wird für die Ticketverwaltung seit Jahren von mir verwendet. Der Hersteller Atlassian des JIRA-Produkts erzwingt mittlerweile aber einen Umstieg auf ein SaaS/Cloud-Angebot. Gleichzeitig wird für ShareHolder mittlerweile GitLab für die Versionsverwaltung und Versionierung inkl. CI/CD-Pipeline benutzt. GitLab bietet eigene Möglichkeiten zur Verwaltung von Epics und Issues und damit auch für die Priorisierung und Bearbeitung von Themengebieten an. Dabei können deutlich eleganter und flexibler als in JIRA Labels, Boards und Roadmap-Sichten genutzt werden. Um einen möglichst guten Gesamtprozess für die Entwicklung abzubilden und auch eine dedizierte Service-Desk-Funktionalität mit Feature-Requests-Funktionalitäten soll eine vollständige Ablösung angestrebt werden. Hierzu gehören leider sehr viele kleinere Themen, die dabei betroffen sind neben der eigentlichen Migration der Daten von JIRA zu GitLab (ca. 170 Tickets) wie z.B.

  • Automatische Release-Note-Generierung

  • Automatische Zeitbuchungsauswertung für die Release-Notes als auch für die interne KPI-Sicht

  • Auflösung der bisherigen Docker-Compose-Setups

  • Nutzung von kompletten CI/CD-Pipelines für automatische E2E-Tests

  
  
  

•  User-Feedback über einen speziellen Support-Mechanismus (Service-Desk-Funktionalität) (2021-08-14 bis 2021-09-11)

  Als Nutzer möchte ich an eine E-Mail-Adresse meine Ideen beisteiern können, die dann nach einer kurzen Prüfung und Anreicherung dann auch für ein Voting für anderen Kunden bereitstehen. Wird eine Idee per Mail eingesteuert, wird automatisch dieses Ticket auf die verwendete E-Mail-Adresse registriert und alle zukünftigen Updates zur Story werden automatisch an den Kunden zurückgemeldet.
  
  

•  Migration der Onlinehilfe für die Börsensoftware auf die aktuellste Version (Confluence-OnPremise zur Confluence-Cloud) (2021-09-02 bis 2021-09-12)

  Für die Onlinehilfe für ShareHolder als Börsensoftware wird von Atlassian seit Jahren Confluence benutzt. Der Anbieter stellt hier aber seine Angebote um und zwingt praktisch die Nutzer auf SaaS/Cloud-Lösungen umzustellen. Ich ziehe hiermit vor Ablauf des Supports (07/2023) bereits auf die Cloud-Lösung um. Da ich auch bisher immer die aktuellste Confluence-Version durch automatische Docker-Setups verwendet habe, verändert sich aus Nutzer-Sicht nur wenig. Es werden aber dennoch neue Funktioen freigeschaltet und sichtbar, die aber eher für die Pflege der Seiten relevant sind als für den lesenden Nutzer von ShareHolder als Börsensoftware/Depot-Verwaltungssoftware.
  
  

Konkrete Weiterentwicklungen (Stories)

•  (.3) Prognose-Modell-Ausrichtung für Long-Positionen

  Themengebiet: Qualitätssicherung und schnelle Support-Bearbeitung bei Fehlern
  Für die Kursprognose-Modelle soll automatisch sowohl für Long als auch Short eine Positionierung der Einstiegs-Level über ein Einstiegs-Pyramide erfolgen. Diese wurde für Long-Positionen nochmals anhand der Fibonacci-Level optimiert. 

  
  
  

•  (.3) onVista-Kursaktualisierung als neues Kursaktualisierungsprofil aufnehmen für die Hauptmärkte (Nasdaq, NYSE, Frankfurt etc.)

  Themengebiet: Synchronisation Online-OnVista-Angebote
  Der Kursaktualisierungsprofil für OnVista sollte weiter integriert bzw. ausgebaut werden, da hier 5y historische Daten für die relevanten Marktplätze abrufbar sind mit hoher Geschwindigkeit. Defaulteinrichtung für:

  • Nasdaq

  • Xetra

  • Lang & Schwarz

  • Tradegate

  • Default

  
  

  
  
  

•  (.3) Auto-CleanUp für automatisch ausgeführte Jobs

  Themengebiet: Qualitätssicherung und schnelle Support-Bearbeitung bei Fehlern
  Als Nutzer möchte ich über die Auto-Run-Konfigurationen (siehe Dokumentation) auch automatisch eine Backup/Log-Bereinigung nutzen können. Weitere Details werden in der Konfiguration beschrieben
  
  

•  (.3) Machine-Learning-Modelle zusammenführen

  Themengebiet: Vereinfachung der Installation und Aktualisierungen für die Nutzer
  Als Nutzer möchte ich nicht 5 verschiedene trainierte Modelle nutzen, sondern eine einfache Unterscheidung haben zwischen:

  • H20-Basisinstallation für das Training und Anwendung von ML-Modellen

  • Download der vorbereiten und genutzten Trainingsdaten

  • Download eines Modell-Addons mit allen vorhandenen Modellen (Indizes, Rohstoffe, Nasdaq, HDAX100, Devisen)

  
  

  
  
  

•  (.2) Chart-Scrollen per Mouse-Wheel mit Auto-Scaling

  Themengebiet: Qualitätssicherung und schnelle Support-Bearbeitung bei Fehlern
  Mit dem Mausrad sollte der Chart gescrollt werden können über die Zeitachse. Dabei sollten alle Chartelemente korrekt neu positioniert werden.
  
  
  

•  Release-Note-Generierung inkl. übergeordneten Details auf Basis der Epics

  Themengebiet: Migration auf ein leistungsfähigeres Story- und Planungssystem (von JIRA zu GitLab)
  Die Release-Notes sollten Zusammenfassungen auf Epic-Ebene voranstellen, um stärker erkennbar zu machen, wenn größere Themenblöcke neben dem Klein-Klein der Stories abgeschlossen werden konnten. Diese stehen dann als Intro-Texte am Anfang der Release-Notes. Wenn Sie diese Seite betrachten und lesen, ist es praktisch das Ergebnis dieser Story.
  
  
  

•  Upgrade des Projekt-Setups auf die aktuellste Entwicklungsumgebung (11/21)

  Themengebiet: Voller Support für Windows-11-Features und Aktualisierung auf die aktuellste Entwicklungsumgebung
  Für die weitere Entwicklung soll auf die aktuellste Entwicklungsumgebung Delphi 11 umgestiegen werden. Alle Komponenten und Setup-Einstellungen sind hierfür einmal neu zu integrieren und aufzunehmen. Für den Kunden ergeben sich dadurch folgende Vorteile:

  • Nativer High DPI-Support insb. für hochauflösende Bildschirmen

  • Mehr als dutzend kleinere Fehlerbehebungen die in den Komponenten behoben worden sind

  • Kleinere Performanceverbesserungen

  
  

  

•  Automatische GitLab-Runner-Ausführung der E2E-Tests

  Themengebiet: Migration auf ein leistungsfähigeres Story- und Planungssystem (von JIRA zu GitLab)
  Mit Codeänderungen in der Versionsverwaltung sollten automatisch auch die E2E-Tests durchgeführt werden in der 32Bit und in der 64Bit-Version. Die Ausführung erfolgt automatisch auf dem GitRunner unter dem Windows-Server.

  • Aufbau einer Initial-Pipeline

  • Erweiterung der Programm-Basis um den Ergebnis-Bericht zu versenden als QS-Report

  • Ausführung der Pipeline als 32Bit und 64Bit-Version

  • 64Bit-Version darf die TaiPan-Elemente nicht ausführen bzw. das Programm sollte dies weiterhin unterbinden

  • Pipeline sollte einen Fail zeigen, wenn Fehler gefunden werden, sonst wird nur ein unabhängiger QS-Report versendet

  • Übergabe des QS-Reports direkt an die Pipeline

  • Automatische Generierung der Oxygen-Dokumentation

  • RSync der generierten Dokumentation

  • Automatisches Deployment nachdem die E2E-Tests erfolgreich abgeschlossen worden sind

  
  

  

   

   

•  ShareHolder-Vote-Funktion umstellen auf GitLab

  Themengebiet: Migration auf ein leistungsfähigeres Story- und Planungssystem (von JIRA zu GitLab)
  Akzeptanzkriterien:

  • Migration der bisherigen Vote-Einstellungen von JIRA zu GitLab

  • Anpassung der Issue/Topic-Darstellungen auf die GitLab-Quellen-Nutzung

  • Anpassung der Speicherung von Votes

  • Anpassung der Nutzung der Vote-Counts

  Durch Ihre Votes direkt aus dem Programm wird so für die Entwicklung ein übersichtliches und direkt nutzbares Nutzer-Vote-Board generiert. Dieses wird für die korrekte Priorisierung innerhalb der Entwicklung verwendet. Ein Nutzerzugriff besteht hier nicht. Dafür existiert direkt im Programm ein Zugriff auf die Votes. 

  

•  Migration der Inhalte der Online-Hilfe auf die aktuellste Hilfe-Plattform-Version

  Themengebiet: Migration der Onlinehilfe für die Börsensoftware auf die aktuellste Version (Confluence-OnPremise zur Confluence-Cloud)
  Die bestehenden Online-Hilfe-Inhalte sollten auf die Atlassian-Cloud-Instanz migriert werden. Folgende Vorteile für die Kunden ergeben sich hierdurch:

  • Ausbaufähige und immer aktuelle SaaS-Online-Hilfe-Plattform (Basis Cloud-Atlassian-Confluence)

  • Unabhängige performante Auslieferung der Inhalte

  • Spezielle Plugins nutzbar, die den Nutzen schrittweise verbessern

  
  

  

   

•  Release-Note-Generierung auf Basis GitLab-Stories inkl. Versionsbezeichnung und -Datum

  Themengebiet: Migration auf ein leistungsfähigeres Story- und Planungssystem (von JIRA zu GitLab)
  Release-Notes sollen zukünftig direkt aus GitLab generiert werden und die bisherige Anbindung von JIRA ablösen. Die Zuordnung zu den Iterations werden dabei als Grundlage verwendet. Als Kunde erhalte ich so praktisch eine direkte Anbindung an die Entwicklungs-Stories und einen vollständigen Blick auf die entwickelten Stories. Dabei werden als Formatierungsoptionen unterstützt:

  • Aufgaben

  • Textformatierungen wie fett und kursiv unterstützt

  • Aufzählungen

  • Bilder

  • Verlinkungen (z.B. Homepage)

  • Besonderde Emojis sollten unterstützt werden z.B. (white_check_mark), (bulb)

  Aufzählungen dienen dabei (hier als Beispiel:)

  • Vorteile dieser Börsensoftware

  • Praktisch vollständig erweiterbar in den Aktien-Stammdaten, Aktualisierungs-Profilen

  • Alle Daten und Inhalte bleiben lokal bei Ihnen

  • Online-Recherche mit Browser-Funktionalitäten

  • Ausführbare nachweislich erfolgreiche Strategien

  Am Ende hier nochmals ein Schaubild von der intern nun verwendeten Roadmap-Planung (hier als Beispiel für die Einbindung von Bildern die aktuelle Roadmap in GitLab): 

  
  
  
  

•  Shortcut für Support-Mails im Börsenprogramm im Menü verfügbar machen

  Themengebiet: User-Feedback über einen speziellen Support-Mechanismus (Service-Desk-Funktionalität)
  Als Nutzer möchte ich direkt im Börsenprogramm über "Feature oder Bug melden" eine einfache direkte Möglichkeit erhalten einen Entwicklungswunsch zu senden. Dabei wird eine E-Mail generiert und versendet an den Service-Desk. Sie erhalten fortan zu allen Kommentaren an den Tickets eine direkte Rückmeldung an diese E-Mail-Adresse d.h. praktisch personalisiert.

Korrekturen

•  (.3) Wird im Depot ein bisher unbekannter Titel geführt, wird dieser automatisch wiederhergestellt. Leider wird beim Erstaufruf die Darstellung fehlerhaft aktualisiert

  Wird im Depot ein Titel geführt, der bisher in den Aktienstammdaten nicht (mehr) bekannt ist weil z.B. die zentralen Aktienstammdaten neu eingespielt worden sind, so konnte vorübergehend die (ISIN) angezeigt werden, statt der Klarnamen. Erst mit einem zusätzlichen Refresh wurde die Anzeige korrigiert.

•  (.3) Dialog für die Zielmarken für Stoppkurse war fehlerhaft ausgerichtet

  Die Größendarstellung war nach dem Delphi-Upgrade nicht mehr korrekt und ist hiermit korrigiert für den Dialog zur Eingabe von Stoppkursen-Zielmarken.

•  (.3) Nutzung der Stoppkurs-Listen konnte in bestimmten Situationen einen Fehler erzeugen

  Wenn die Stoppkurse genutzt worden sind und Titel ohne eine valide ISIN genutzt worden sind (nur WKN), konnte es zu unerwarteten Fehlermeldungen kommen.

•  (.3) Voting-Funktionalität im Fehlerfall robuster aufstellen

  Wird beim Abruf der GitLab-Issues ein Fehler erzeugt, erhält der Nutzer diese mit einer nichtssagenden Fehlermeldung. Dies wurde korrigiert und etwas robuster aufgestellt.

•  (.2) XTB-Trade-Import war nicht mehr möglich

  Der Live-Daten-Import von XTB-Trades war nicht mehr möglich. Beim Aufruf erschien lediglich ein Warnhinweis.

•  Neue Watchlisten konnten nicht immer zuverlässig hingenommen werden

  Neue Watchlisten konnten in bestimmten Situationen nicht korrekt hinzugefügt werden. Neue Einträge wurde in bestimmten Situationen intern mit einer Bitmaske von 0 hinzugefügt, womit diese Einträge automatisch beim Start wieder entfernt worden sind aufgrund von Validierungsregeln.

Hintergründe und Informationen

• Ein besonderes Dankeschön an alle Kunden für Ihre Fehler/Anforderungsrequest's, die mit diesem Release berücksichtigt werden konnten!
• Ich entwickele das Projekt nebenberuflich weiter. Ich habe einen großen Spaß dabei die Lösung weiterzuentwickeln. Das Zeitinvest für dieses Release zur Weiterentwicklung betrug in Summe:
   52.75h