Softwaretechnische Bewertung der

Akquisition

„Gebotene Sorgfalt“ im softwaretechnischen Bereich trägt zum ganzheitlicheren Verständnis des Kaufobjekts bei und rundet das Wissen und die Argumentation des kaufenden Unternehmens ab.

Development Due Diligence

Der softwaretechnische Check bei Produkt- und/oder Firmenakquisitionen.

Das Modul Development Due Diligence richtet sich in erster Linie an Unternehmen, die ein bestehendes Software-Produkt (und ggf. auch das herstellende Unternehmen) zur Vermarktung und Weitervertrieb erwerben möchten.
Insbesondere hierbei spielt neben der Financial- und Legal Due Diligence eine fundierte und detaillierte Betrachtung der Software Bestandteile des zu erwerbenden Produktes eine große Rolle. Hierbei werden bei der Development Due Diligence folgende Schwerpunkte gesetzt:

  • Software-Erstellungsprozess
  • Guidelines / Programmersguidelines
  • Quellcode-Qualität
  • Dokumentation
  • Management / Policy

Zusammen mit den Experten der HanseEscrow wählt der Käufer Prüfungsbausteine aus und erhält ein auf seine Fragestellung abgestimmtes Angebot.

 

Prüfung Standard Escrow

  • Generierung
  • Installation
  • Smoketest

Prüfung Secure Escrow

  • Review Dokumentation (Stichprobe)
  • Review Quellcode (Stichprobe)
  • Audit Process (Abweichungsanalyse)

 

Pluspackage Process

  • Assessment (Subset von SPICE)

Pluspackage Sourcecode

  • Toolgestützte Sourcecode Bewertung
  • Traceability (Bewertung)
  • Programmierrichtlinien (Bewertung)

Weitere Bewertungen

  • Testkonzept

 

Kunden Feedback

Die neutrale Bewertung der Assets der LeuTek war uns sehr wichtig. Daher haben
wir eine Auditierung durch eine neutrale Instanz zur Bedingung gemacht. Das die
Technical Due Diligence durch eine externe Escrow Agentur für die LeuTek kein
Problem darstellte, hat uns sehr optimistisch gestimmt. Die Expertise, die von der
HanseEscrow in Zusammenarbeit mit der TÜV IT erstellt wurde, hat die
betriebswirtschaftliche Due Dilligence hervorragend ergänzt und eine gute Basis für
unsere Entscheidung geschaffen.

Bernhard Oberschmidt, USU Software AG

Den kompletten Referenzbericht finden Sie im Downloadbereich.

Software / Dokumentation:
Prüfung Key-Dokumente:

  • Produktblätter, Whitepapers
  • Standardverträge (Lizenz, Wartung, AGBen)
  • Handbücher, Produktdokumentationen

Kriterien der Bewertung sind u. a. Technologiekonformität, Vollzähligkeit, Verständlichkeit und Dokumentstrukturen.

Software-Erstellung, Management, Policy, Know-How:
Prüfung einzelnen Prozessschritte

  • Changemanagement
  • Softwareerstellung
  • Qualitätssicherung
  • Logistische Auslieferung
  • Einbindung der Geschäftsführung
  • etc.

Guidelines:
Prüfung Key-Dokumente:

  • Technische Produktdokumentation
  • Programmers Guidelines
  • Prozessbeschreibungen
  • QM-Handbücher

Kriterien s.o. (Software Dokumentation).

Quellcode-Qualität:
Festlegung der Stichproben-/ Fragmentmenge abhängig von:

  • Komplexität
  • Bisher festgestellte Risiken / Schwachstellen
  • Offenlegungsbereitschaft der Herstellers

Kurze Beschreibung und Einordnung der Fragmente.
Prüfung der Codefragmente auf Umsetzung der Guideline-Dokumente. Anschließende Dokumentation.