Software-Entwicklung bei Dr. Brunthaler IITech GmbH

Unsere Software-Entwicklungswelt besteht aus vielen Tools und Komponenten. Die wesentlichen Tools (die wichtigsten für unsere Vorgehensweise) sind selbst entwickelt. Wir benutzen sie mit folgenden System-Plattformen:

Unsere Datenbank-Systeme

• INFORMIX 9.x (auslaufend)
• INFORMIX 10.x (auslaufend)
• INFORMIX IDS 11.x
• INFORMIX Ultimate Edition
• INFORMIX Growth Edition
• ORACLE 9.x (auslaufend)
• ORACLE 10.x (auf Anfrage)
• ORACLE 11.x

Wir entwickeln mit folgenden Sprachen:

• C (Systemkern, Hintergrund-Prozesse)
• Java (GUI)
• SQL
• 4GL (Informix, QueriX) (auslaufend)
• Bourne-Shell, bash (Skripting)
• Perl
• HTML

Wir verwenden folgende Standards (in der Entwicklung):

SQL als Datenbank-Abfragesprache ermöglicht es, unsere Software unabhängig von der verwendeten Datenbank zu entwickeln. Dadurch können wir unsere Lösungen bei Bedarf auch für andere Datenbanksysteme als die oben genannten anbieten.

Sun RPC dient zur Client/Server-Kommunikation. Darauf basierend haben wir ein eigenes Remote SQL Software-Paket geschaffen, das auf allen unseren Plattformen, für alle Programmiersprachen (auch Java!) und alle o.G. Datenbanken verfügbar ist. Integration mit .net und anderen verteilten Umgebungen ist möglich.

Zur Oberflächen-Entwicklung benutzen wir JAVA (IDS Eclipse) und AXIS2.

Unsere Eigenentwicklungen

Für UNIX, Linux und Windows Server benutzen wir eine Laufzeit-Umgebung ("prosit") mit API, die die Systemebene komplett von der Applikation trennt. Dadurch wird die Applikation portabel und sicher.

Zur automatischen Generierung der Programme aller Art verwenden wir einen makrofähigen Dokumenten-Prozessor ("tform"). Aus der Dokumentation einer Datenbank-Tabelle entstehen so z.B. ein lesbares Dokument, ein File mit SQL-Befehlen zum Anlegen der Tabelle und eine Library aus Funktionen, die wohldefinierte Queries und Updates auf dem Datenmodell durchführen. Damit verhindern wir z.B., dass unkontrolliertes SQL verstreut über Megabytes von Quellcode gepflegt werden muss. Eine Änderung des Datenmodells kann so mit einem einfachen "make all" in allen Programmen nachgezogen werden...

Das Pflegen von Makefiles ist eine heikle Sache, deshalb benutzen wir einen eigenen Makefile-Generator ("mamf" = Make A Makefile).Er ist in der Lage, ganze Directory-Hierarchien mit hunderten von Makefiles konsistent zu halten. Auf einer neuen Plattform wird einmal zentral konfiguriert, das wars.

Das Verteilen von Software ist ebenfalls unbequem und fehlerträchtig.Daher verwenden wir ein Set von Skripten ("distcollect", "distunpack"), die jeweils nur diejenigen Files distributieren, die ein Target-Rechner auch bekommen muss, und dies automatisch über VPN/Extranet.