Frankfurter Treffen

1. Oktober 2004, Max-Planck-Institut Frankfurt

Auch dieses Jahr findet wieder das Frankfurter Treffen statt und zwar am 1. Oktober 2004 am gewohnten Ort. Das vorläufige Programm finden Sie nachfolgend und natürlich ständig aktualisiert auf der DECUS München Homepage www.decus.de.

Vorläufige Agenda:

Veranstaltungsort: Max-Planck-Institut für Hirnforschung, Frankfurt.

Teilnahmegebühr: Die Teilnahme ist kostenfrei. Für einen ebenfalls kostenlosen Imbiss ist gesorgt.

Anmeldung online unter http://www.decus.de/events/frankfurt/anmeldung.html Wolfgang Leber

Herbsttreffen

15. November 2004, HP Niederlassung Böblingen

Am Montag, 15.11.2004, findet erstmals ein DECUS Herbstreffen in den Räumen von HP in Böblingen statt. Wir wollen damit die Aktivitäten von DECUS über das Symposium hinaus verlegen und versuchen die Tradition der früheren Herbstwoche mit Ein- oder Zweitagesveranstaltungen wieder aufleben zu lassen. Sie werden an diesem Tag in Böblingen Vorträge von kompetenten Sprechern zu den Themenbereichen Itanium, Storage, OpenVMS, Unix/Linux, Oracle und Active Directory hören. Die genaue Agenda mit den genauen Vortragstiteln finden Sie in Kürze auf der DECUS-Webseite (www.decus.de). Weiterhin werden wir Sie natürlich über den DECUS-Letter auf dem Laufenden halten.

Ein Höhepunkt dieses Herbsttreffens wird ein Besuch des HP-Demo-Centers sein. Auf der Führung durch das Demo-Center sehen Sie die gesamte aktuelle HP-Hardware, angefangen von Druckern, PDAs über Blades bis zu den Storage- und NonStop-Systemen.

Jürgen Vitek

HP Böblingen

Rheinlandtreffen

18./19. November 2004, Fraunhofer-Gesellschaft Bonn

Auf dem DECUS München IT-Symposium im Frühjahr in Bonn zog sich das Hauptthema der Veranstaltung »Security« durch die verschiedenen Schwerpunkte des Vortragsprogramms. In einer mit der GI (Gesellschaft für Informatik e.V.) gemeinsam durchgeführte Podiumsdiskussion wurde »IT-Sicherheit« als notwendige Entwurfseigenschaft von IT-Systemen und Rechnernetzen mit der daraus resultierenden Verantwortung der Informatiker von einer Reihe hochkarätiger Sprecher aus Industrie, Forschung und Politik diskutiert. Die erfolgreiche Zusammenarbeit mit der GI wird auch beim diesjährigen Rheinlandtreffen fortgesetzt. Das Hauptthema des diesjährigen Rheinlandtreffens wird die IT-Sicherheit sein. In einem 2-tägigen Vortragsstrom wird mit Hilfe von Fachvorträgen ein Bogen geschlagen von der juristischen Seite, über die IT-Technik bis hin zur organisatorischen. Das Thema Betriebssicherheit wird auch behandelt. Welche Voraussetzungen müssen erfüllt sein, damit man nach einem großen Störfall, Zerstörung eines Servers (Viren, Blitzschlag,…) einschließlich des Online-Datenspeichers nach höchstens 48 Stunden wieder online ist? Oder was muss ich unternehmen oder auch nicht, wenn ich einen Hacker in meinem System entdecke? Wie dringen überhaupt Viren in einen Rechner ein? Alles Fragen, die heute einen IT-Verantwortlichen sehr beschäftigen.

Das diesjährige Rheinlandtreffen wird vom 18. bis 19. November 2004 im Schloss Birlinghoven bei Bonn stattfinden. Über nähere Details zu dieser Veranstaltung werden wir Sie rechtzeitig informieren.

Dr. Wilfried Gericke

Glatteis-Software

Ist das Mautsystem-Desaster Toll Collect eine Ausnahme oder müssen Auftraggeber zukünftig häufiger mit scheiternden Softwareprojekten rechnen?

Man darf sich schon wundern, wenn man von den Pannen bei großen Softwareprojekten wie Toll Collect hört. Da werden zunächst Millionenbeträge für eine Softwarelösung ausgegeben, und dann stellt man zum Abgabetermin fest, dass die Entwicklung selbst in der dreifachen Zeit nicht zu schaffen gewesen wäre. Auch andere Vorfälle, beispielsweise eine Ariane-Rakete, die nach dem Start vielen Zuschauern in Afrika lediglich ein recht teures, ein-drucksvolles Feuerwerk lieferte (eine Selbstzerstörung, deren Ursache irgendwo in der Wiederverwertung von altem Programmcode zu suchen ist), dürfen ähnliche Fragen aufwerfen. Den Softwareentwickler wundert es eher weniger. Als Entwickler neigt man dann zu heimlicher Schadenfreude, da man erkennt, dass auch große Millionenprojekte mit exakt den gleichen Problemen zu kämpfen haben, die man selbst am eigenen Arbeitsplatz im überschaubaren mittelständischen Softwarehaus in den Griff bekommen muss.

Die Vermeidung solcher Probleme ist deshalb kompliziert, weil einfach zu viele Faktoren darüber entscheiden, ob ein Projekt erfolgreich ist oder eben nicht. Es ist die entscheidende Frage für den Auftraggeber: Wie kann ich mich davor schützen, dass ein Projekt nachträglich für mich teuer wird?

Es gibt Partnerschaften zwischen Unternehmen, die sind einfach erfolgreich. Trotz gelegentlicher Reibungspunkte und Diskussionen weiß man voneinander sehr genau, welche Leistung in welcher Qualität man für einen Betrag X bekommt. PDV-SYSTEME hat die Erfahrung gemacht, dass auch zufriedene Kunden manchmal herausfinden möchten, was wohl passiert, wenn man einer Kuh Schlittschuhe verpasst und sie aufs Eis lässt. Wenn das Budget plötzlich knapp wird, der Funktionsumfang aber noch nicht wie gewünscht gegeben ist, kann man durchaus in Versuchung kommen, zur Kostenreduzierung sich mit der Entscheidung für einen neuen Softwareentwickler auf das besagte Glatteis zu begeben, sich also auf eine neue, ungewohnte Partnerschaft einzulassen.

Erfolgs-Faktoren

Der Vergleich mit dem Glatteis funktioniert deswegen, weil jeder Softwareentwicklungsprozess eine beliebige Vielzahl von kombinierbaren Faktoren besitzt, die zu einem Scheitern führen können. Es gibt Statistiken, nach denen etwa 80 Prozent der begonnenen Softwareprojekte niemals zu einem effektiven Einsatz in der Praxis kommen. Die Faktoren, die über den Erfolg oder Misserfolg einer Entwicklung mitentscheiden, sind in der Summe recht beeindruckend:

• Zusammensetzung des Teams allgemein
• Regeln für die Teamkommunikation und definierte, abgegrenzte Verantwortlichkeiten
• Zuweisung der richtigen Kompetenzen, den richtigen Aufgaben/Verantwortungen
• Widerspruchsfreie Spezifikationen durch vollständige Pflichtenhefte und Anforderungsprofile, frei von Variabilität und Interpretierbarkeit
• Präzise Aufwandsabschätzung mit dem Projekt entsprechender Detaillierung
• Kenntnisse über die Ursache und den Urheber von Anforderungen und Änderungen an den Anforderungen, vor allem im laufenden Projekt
• Definierter, dem Team bekannter Softwareprozess
• Nutzung der Kenntnisse zeitgemäßer Softwarearchitektur
• Festlegung von Meilensteinen
• Einsatz bekannter Technologien (gleichzeitig Vermeidung von Technologien, an die sich nur noch ausgeschiedene Mitarbeiter erinnern können – der „Wir-haben-das-schon-immer-so-gemacht-aber-keiner-weiß-warum-Effekt“)
• Für das Projekt und die Aufgabenstellung angemessene Modellierungs- und Designwerkzeuge
• Fachlich fundierte Entscheidungen für Werkzeuge und Komponenten anhand von Funktionalität vor der sicherlich nötigen Kosten- (gepflegte Werkzeuge) und Risikobetrachtung (freie Software)
• Vermeidung von Technologieänderungen im laufenden Projekt
• Eindeutig definierte, gemeinsam genutzte Terminologie bei anwendungs- und entwicklungsspezifischen Fachbegriffen
• Projektbegleitende, überwachte Entwicklerdokumentation
• Begleitende Schulung
• Durchgehendes Qualitätssicherungskonzept

Hinzu kommt, dass sich die Anzahl der Zeilen (Lines of Code), die nötig sind, um ein Problem zu lösen, im Schnitt alle 10 Jahre verzehnfacht. Dies liegt vor allem an den bezüglich der eigentlichen Funktionalität „nebensächlichen“ Anforderungen, am Aufwand für die grafische Darstellung oder für die Anwenderfreundlichkeit. Außerdem werden häufig Technologien berücksichtigt, die vielleicht gebraucht werden könnten und daher von Anfang an im Code mitgeschleppt werden, weil es einfacher ist, als sie nachträglich zu integrieren. Speicherplatz ist billig geworden, und der letztendlich ausgeführte Code ist bis ins Detail laufzeitoptimiert – was macht es also noch aus, wenn der Code insgesamt länger wird? Um diese Anzahl an Zeilen zu bewältigen, sind heute völlig andere Kompetenzen und Techniken zu beherrschen als vor 5 bis 10 Jahren, als noch andere Anforderungen an Softwareentwickler gestellt wurden.

Zeitdruck

Hat man einen optimalen Softwarehersteller gefunden, der alle oben genannten Aspekte mit allen Abhängigkeiten optimal im Griff hat, kann es immer noch zahlreiche Gründe fürs Scheitern geben, die beim Auftraggeber selbst liegen.

Nicht selten vergehen von den Entscheidungen über eine zu schaffende Lösung bis zur Auftragsvergabe Wochen, Monate oder sogar Jahre. Das führt anschließend zwangsläufig zu einem extrem hohen Zeitdruck, wenn dann endlich die Mittel bereitstehen. Dann wird das Entwicklerteam häufig bereits zu diesem Zeitpunkt erst gar nicht mehr um eine zeitliche Abschätzung gebeten, sondern seitens des Auftraggebers direkt ein Datum festgelegt, an dem die ganze Lösung installiert sein und uneingeschränkt laufen muss. Meist steht dieser Termin sogar schon vor der Frage nach den anfallenden Kosten oder den dringend nötigen Gesprächen über den Umfang im Raum.

Der Softwarelieferant steckt dann in der Bredouille. Sagt er die Wahrheit, dass das geplante Projekt innerhalb des gewünschten Zeitrahmens kaum zu schaffen ist, dann braucht er auf weitere Gespräche gar nicht mehr zu hoffen. Pokert er und verschweigt den Zeitdruck, der möglicherweise durch andere parallel zu erledigende Projekte besteht, bleibt er im Rennen, indem er dem Termin zustimmt. Wenn auch vielleicht mit einem schlechten Gewissen, weil er sich bereits jetzt Begründungen zurechtlegen muss, die rechtfertigen, warum es am Ende zeitlich doch nicht ganz hingehauen hat.

Herausforderung Spezifikation

Die zweite Hürde ist die Spezifikation der zu entwickelnden Lösung. Ein Projekt kann nur dann optimal verlaufen, wenn der Kunde zunächst ein gut fundiertes Lastenheft vorlegt und anschließend in enger Kooperation mit dem Softwarelieferanten ein gemeinsames Pflichtenheft erstellt wird. Diese enge Zusammenarbeit hat allerdings meist für den Kunden einen Nachteil: Das Pflichtenheft ist so eng mit den Möglichkeiten und Fähigkeiten der Entwicklungsfirma verknüpft, dass eine Auftragsvergabe an diese Firma fast schon zwingend nötig ist, möchte man nicht ein weiteres Mal die Kosten für ein neues Pflichtenheft investieren.

Dieser Nachteil lässt sich für den Kunden nur insofern umgehen, indem er das Pflichtenheft mit der Auflage beauftragt, es neutral zu spezifizieren. In diesem Fall kann er das Projekt anschließend ausschreiben. Für die Softwarefirma hat diese Methode den signifikanten Vorteil, aufgrund genauster Detailkenntnisse eine präzise und realistische Aufwands- und somit Kostenabschätzung abgeben zu können. Diese Vorgehensweise widerspricht leider den üblichen Vorgaben der Öffentlichen Hand und auch zahlreicher größerer Konzerne; schließlich wird dadurch der Wettbewerb indirekt eingeschränkt. Für einen optimalen Entwicklungsprozess ist ein derart konzipiertes Pflichtenheft aber bestens.

Software-Preisdumping

Der dritte Aspekt, der Projekte scheitern lässt, ist die Tendenz, dass sich die Vergabe immer häufiger allein am Preis orientiert. Es ist keine Seltenheit, dass nach einer Ausschreibung die Angebote hinsichtlich der Kosten deutlich voneinander abweichen. Dies kann natürlich darauf zurückzuführen sein, dass einer der Anbieter beispielsweise bereits über vorbereitete Module oder ähnliche Lösungen verfügt (z.B. Adaption vorhandener Quellen), die in der Tat eine reelle Kosteneinsparung ermöglichen. Häufig haben die Preisunterschiede aber einfach damit zu tun, dass der entsprechende Anbieter die Spezifikation nicht detailliert gelesen hat, mit einer sehr vage geschätzten Summe ins Rennen geht und letztendlich die Leistung für den angebotenen Preis gar nicht erbringen kann.

Worst Case und die Folgen

Diese Fälle enden häufig in einem Desaster – und führen nicht selten zu Konventionalstrafen oder gar gerichtlichen Auseinandersetzungen. Das eigentliche Ziel, eine funktionelle Softwarelösung zu bekommen, ist dann nur noch Nebenschauplatz. Man muss sich fragen, was es dem Kunden nutzt, wenn die Softwarefirma aufgrund entsprechender Vertragsstrafen in die Knie gezwungen, die Lösung aber trotzdem nicht fertig wird. Und ob eine Strafe, egal in welcher Höhe, dem tatsächlich entstandenen Schaden überhaupt gerecht wird – siehe Toll Collect.

Was passiert dann mit der Software? Zu diesem Zeitpunkt sind die Entwickler meist so weit mit ihrer Arbeit vorangekommen ist, dass sich niemand findet, der die halbfertige Lösung weiterführen würde. Die Materie zur kilometerbasierten Erfassung einer deutschlandweiten Maut-Gebühr ist allein schon komplex genug, ohne sich auch noch im fremden Quelltext orientieren zu müssen. Ganz davon abgesehen ist ein Wechsel des Softwareanbieters im laufenden Entwicklungsprozess allein schon aufgrund der meist völlig unterschiedlich eingesetzten Entwicklungsumgebung un-möglich.

Es zeigt sich, welch bedeutende Rolle erfolgreiche Partnerschaften spielen. Kompetenz zeichnet sich nicht allein dadurch aus, aus drei ähnlichen Angeboten einfach das günstigste herauszusuchen. Freilich, wenn drei Anbieter auf eine Ausschreibung hin ähnliche Angebote abgeben und ein vierter, ggf. sogar renommierter Anbieter die gleiche Leistung für die halbe Summe offeriert, dann sind dagegen schwer Argumente zu finden. Gerade bei Entscheidungsträgern im Unternehmen ist dann manchmal ein entsprechendes Rückgrat gegenüber der Konzernspitze gefragt, was heute leider Seltenheitswert besitzt.

Fazit

Softwareentwicklung hat direkt mit Menschen und deren Fähigkeiten zu tun. Neben einer hohen fachlichen Kompetenz entscheiden auch die Organisation und die Kooperation während des Entwicklungsprozesses über den Erfolg oder Misserfolg eines Projektes. Die größte Herausforderung ist und bleibt die sachlich-vernünftige Abschätzung, ob der von einer Softwarefirma angebotene Preis und Zeitrahmen hinsichtlich einer sauberen Implementierung zu vertreten ist und ob das Vertrauen in derartige Angaben gegeben ist. Wenn ein Kunde mit einer Softwarefirma gemeinsam auf erfolgreiche Projekte zurückblicken kann, ist das häufig entscheidender als die Nachkommastellen im Preis unter einem Vertrag. Denn auch hier gilt eine der Basisregeln im Geschäftsleben: „Never change a winning Team“

Tristan Niewisch PDV-SYSTEME GmbH

AMD legt vor: Opteron-Prozessor mit parallelem 32- und 64-Bit Computing

Der Name ist Programm: AMD Opteron („der Beste“) steht für AMD’s neueste Prozessor-Generation. AMD, der ewige Zweite im Rennen im Prozessormarkt, hat damit den großen Schritt in Richtung 64-Bit-Architektur getan. Dabei lässt AMD dem Anwender die Option offen, ob er 32-Bit oder 64-Bit Anwendungen nutzt. In beiden Fällen ist die optimale Rechenleistung garantiert”, so Ed Ellett, Group Vice President Marketing der Computation Products Group bei AMD.

Der AMD Opteron Prozessor basiert auf der achten Generation der AMD Prozessortechnologie, die mit der Einführung der neuen x86-64 Technologie einen Meilenstein in der Industrie darstellt. Der Opteron verwendet die HyperTransport™ Technologie der Version 1.1, die Engpässe im System verhindert oder reduziert, die Effizienz steigert und den Datendurchsatz erhöht, was die Leistung insgesamt verbessert. Mit seinen drei HyperTransport Anschlüssen sorgt er bei Serversystemen für eine aggregierte Bandbreite von bis zu 19,2 GB/s. Dies ist ein bis zu sechsfach höherer Datendurchsatz gegenüber den heute gängigen Serverprozessoren, die mit 800 MHz oder bei Servern nur 533/400MHz (4,3/3,2 GB/s) FSB pro CPU haben.

Da es sich hierbei um einen offenen Standart handelt ist die Akzeptanz der Industrie sehr groß. Vor allem Microsoft verkündete bereits frühzeitig, AMDs 64-Bit-Architektur x64-86 zu unterstützen. 64-Bit-Entwicklerversionen sowohl von Windows XP als auch von .net-Server laufen auf dem System, auch Anwendungen wie der Internet Explorer oder der Terminal Server.

Abgesehen von den technischen Leistungsdaten dürfte für zahlreiche Unternehmen ein ganz anderer Umstand von großer Bedeutung sein. Der AMD Opteron Prozessor sichert bereits getätigte Investitionen, da er nach wie vor bestehende 32-Bit Anwendungen ohne Leistungsverlust unterstützt und Kunden zugleich einen nahtlosen Übergang zur 64-Bit-Technologie ermöglicht. Der Prozessor ist so aufgebaut, dass mit der erforderlichen Flexibilität, Skalierbarkeit und Rechenleistung auch bei anspruchsvollen Anwendungen eingesetzt werden kann. Positioniert ist er gegen die Intel-CPUs Xeon und Itanium. Im Gegensatz zu den derzeitigen proprietären 64-Bit Lösungen basiert die AMD 64-Bit Technologie auf dem standardisierten x86 Befehlssatz.

Altbekannte Systemtechnologie

Die Systemtechnologie, die beim Opteron-Prozessor integriert wurde, erinnert an die letzte Generation des Alphaprozessors EV7 von vor 2 Jahren. Das Entwicklerteam hatte damals schon erkannt, dass es nicht viel nützt, die Taktrate der eigentlichen Recheneinheit zu erhöhen. Wesentlich effizienter ist, dass eine schnelle CPU in der gewünschten Zeit Ihre Daten bekommt und diese nach geleisteter Arbeit auch wieder los wird. Mit Hilfe dieser Systemtechnologie gelang den damaligen Entwicklern von DEC (Digital Equipment) bzw. Compaq eine Leistungssteigerung von 50 bis über 200 Prozent gegenüber dem Vorgängermodell. Es ist daher nicht zu verwundern, dass neben der genialen Umsetzung der x86 Kompatibilität für 32 und 64 Bit genau diese Systemtechnologie den AMD-Prozessor so performant macht. Kleine Anmerkung am Rande: ein Teil des Alpha-Entwicklungsteams hat bei der Übernahme von Digital Equipment zu Compaq den Arbeitgeber gewechselt und ist damals zu AMD gegangen.

Beeindruckende Praxis Es iiSysteme mit zwei und vier Prozessoren

zusammengestellt hat. Wie auch bei den meisten anderen Systemhäusern basieren diese Lösungen auf AMD-Referenzmodellen.

Diese Opteron-Systeme spielen Ihre Leistung vor allem bei Bedarf an schnellen Datenbank-Transaktionen (beispielsweise für eCommerce-Anwendungen), bei schneller Grafikbearbeitung oder sonstigen rechenintensiven Aufgaben aus. Und scheinbar hat AMD mit diesem Prozessor einen neuen Standard gesetzt. Intel hat bereits eine Variante ihres Xeon-Prozessors mit der x86/64 Technologie angekündigt, und überraschend orientiert sich Intel dabei ausgerechnet an den Befehlsatz von AMD. Dies ist sicherlich darauf zurückzuführen, dass Microsoft eine zweite, zusätzliche x86/64 Implementierung nicht unterstützen wird. Für AMD bedeutet dies vor allem eines: der ewige Zweite ist aus dem Schatten des Marktgiganten Intel herausgetreten.

Steve Niewisch/Gerald Maitschke PDV-SYSTEME GmbH

Vorteile der AMD Opteron-Prozessoren

• Anwender können je nach Wunsch 32-Bit und/oder 64-Bit Anwendungen und Betriebssysteme betreiben – ohne Performance-Kompromisse.
• “Direct-Connect”-Architektur reduziert die Engpässe von Systemarchitekturen: erhöhte Speicherlatenz-Performance, ausgewogenerer Datendurchsatz und I/O, ermöglicht erweitertes "linear symmetrical multiprocessing".
• Unterstützung von bis zu drei kohärenten HyperTransport Links, dadurch werden Spitzenbandbreiten von bis zu 19,2 GB/s pro Prozessor möglich - für aktuelle und zukünftige Anwendungsanforderungen.
• 256 Terabyte Speicheradressraum schafft signifikante Performance-Vorteile für Anwendungen, bei denen große (oder zahlreiche) Datensätze im Speicher gehalten werden müssen
• Skalierbar von 1 bis 8 Prozessoren über gesamte Data- oder Rechenzentren, bei identischer Hard- und Software-Infrastruktur
• Integrierter Speicher-Controller verringert Latenzzeiten beim Speicherzugriff in SMP Serversystemen für verbesserte Performance und Produktivität
• Low-Power Prozessoren in HE (55 Watt) und EE (30 Watt) für erhöhte Rechendichte und geringere Betriebskosten für Datacenters

DBI-SIG

Symposiumsrückblick

Das IT-Symposium liegt bereits einige Wochen zurück, doch gestatten Sie einen kurzen Rückblick. Die Teilnehmerzahlen konnten in diesem Jahr wieder leicht gesteigert werden, was einen optimistischen Blick in die Zukunft zulässt. Im Datenbankbereich konnten mehr Vorträge als in den vergangenen Jahren angeboten werden, was dazu führte, dass spezielle Themenbereiche in parallelen Streams durchgeführt wurden.

Auch in diesem Jahr setzte sich die Tendenz der vergangenen Symposien fort, wobei die Neuigkeiten zu Oracle 10g und SQL-Server deutlich mehr Zuspruch fanden als die Vorträge zu Oracle Rdb. Die Schwerpunktthemen werden wir somit im nächsten Jahr wieder anbieten, wobei aber auch andere Datenbankthemen den DBI-Stream vervollständigen sollen.

IT-Symposium 2005

Wie jedes Jahr beginnen bereits die Vorbereitungen für das IT-Symposium 2005. Wie Sie auf der Mitgliederversammlung erfahren konnten, haben wir uns entschlossen, mit einem neuen Marketingkonzept mehr Teilnehmer auf das Symposium aufmerksam zu machen. Jedoch liegt der Erfolg eines Symposiums nicht allein am Marketingkonzept, sondern in erster Linie an den Themen und der Qualität der Vorträge.

Und hier sind Sie gefragt: Welches sind die Datenbankthemen, die Sie interessieren? Welche Erfahrungen haben Sie gemacht und möchten diese weitergeben?

Wir benötigen für das Symposium 2005 wieder Ihre Anregungen und/oder Vorträge.

Wenn Sie zu bestimmten Themen Vorträge erwarten, teilen Sie dies dem SIG-Sprecher mit, damit entsprechende Vorträge akquiriert werden können. Iris Albrecht Jürgen Vitek

Security-SIG

Das diesjährige Symposium hatte IT-Sicherheit als Schwerpunkt, und in einer Reihe interessanter Vorträge wurden aktuelle Themen dargestellt. Neben den „Klassikern“ wie dem Vortrag über die immer bedrohlicher werdende Viren-Situation und den neuen Entwicklungen bei den Betriebssystemen kamen auch neue Themen zur Sprache.

Beim Security Management erhofft man sich von ITIL eine bessere Strukturierung der Unternehmensprozesse, und inzwischen konnten die ersten Unternehmen mit dem Erwerb von Grundschutz-Zertifikaten nachweisen, dass sie einen gleichmäßig hohen Stand ihrer IT-Sicherheit erreicht haben. In einem Vortrag über Computer-Forensik wurden die Schwierigkeiten gezeigt, die sich einer Sicherstellung beweiskräftiger Daten entgegenstellen, wenn man Angriffe auf die IT-Sicherheit vor Gericht bringen will. Reges Interesse fand auch die Podiumsdiskussion zur IT-Sicherheit, bei der die Frage diskutiert wurde, warum die heutigen IT-Systeme oft sicherheitstechnisch mangelhaft sind und warum das weder ihre Betreiber noch die Informatiker sonderlich aufzuregen scheint. Während die einen vor allem auf die Funktionalität ihrer Systeme schauen, erfahren die anderen in ihrer Ausbildung viel zu wenig von der Bedeutung und Struktur der IT-Sicherheit, zum Teil wegen der an Universitäten herrschenden Spezialisierung, die der Vermittlung eines Querschnittsthemas wie der Sicherheit entgegensteht. Da ist es kein Wunder, wenn auch der Datenschutz oft eher als Störfaktor und nicht als notwendige Funktion zum Schutz personenbezogener Informationen

_{gesehen wird.} Podiumsdiskussion „IT-Security“

Während die meisten der Anwesenden dieser Diskussion mit Interesse folgten, wurden bei einigen eher technisch interessierten DECUS Mitgliedern auch Stimmen laut, dass Fragen des Datenschutzes auf dem Symposium eher nichts zu suchen hätten. Neue technische Entwicklungen zeigen jedoch, dass bald jeder, ob Techniker oder einfach Otto Normalverbraucher, von Techniken berührt wird, die eng mit Fragen des Datenschutzes und der IT-Sicherheit verzahnt sind.

So werden derzeit in einigen Supermärkten Feldversuche mit einer elektronischen Produktkennung durch „intelligente“ Etiketten, so genannten RFID-Tags (Radio Frequency Identification), durchgeführt. Diskussionsteilnehmer Prof. Rossnagel, Dr. Kreutz, Prof. Jarke (v. links)

Es handelt sich dabei um Chips, die mit den einzelnen Produkten wie Schuhen, Joghurt-Bechern, Gemüsetüten usw. verbunden sind. An der Kasse des Supermarkts können diese Etiketten berührungslos ausgelesen werden, und sie übermitteln dabei eine eindeutige Seriennummer des Produkts und ggf. noch weitere Informationen wie etwa Menge und Art des Gemüses in der Tüte. Der Kunde braucht jetzt nur noch seine EC-Karte in ein Lesegerät zu stecken, und er ist sein Geld los, ohne auf eine Abrechnung durch die Kassiererin warten zu müssen.

Alle Beteiligten profitieren von dieser neuen Technik: Der Kunde braucht nicht mehr so lange an der Kasse zu warten, und der Supermarkt spart die Gehälter für die Kassiererinnen, die ihrerseits in Zukunft ihr Geld ohne mühevolle Arbeit von der Arbeitslosenhilfe erhalten. Der Nutzen geht aber über diese offensichtlichen Vorteile noch weit hinaus. So kann etwa der Supermarkt den Kunden beim nächsten Einkauf auf ein Paar Socken hinweisen, die gut zu den gekauften Schuhen passen und eben im Sonderangebot sind – die Schuhe wurden ja soeben anhand ihrer eindeutigen Seriennummer von einem Leser erkannt.

Die Zuordnung der gekauften Schuhe zur EC-Karte, mit der sie bezahlt wurden, erlaubt in gewissem Umfang eine Rückverfolgung aller Produkte bis hin zu ihren Käufern. Damit lassen sich sehr exakte Kaufprofile erstellen, und man kann die einzelnen Käufer mit spezifisch auf sie zugeschnittener Werbung traktieren. Personalisierten Service nennt man das. Auch für den Staat, z.B. zur Terrorismusbekämpfung, ist es interessant, anhand der Meldung der Seriennummer der Schuhe nachverfolgen zu können, wo deren Eigentümer herumlatscht.

Selbst die organisierte Kriminalität kann von dieser Technik profitieren, wenn sie beispielsweise die Datenbanken mit den RFID-Daten, den Personenzuordnungen und der Ortung einzelner Seriennummern hacken lässt. Wenn dabei herauskommt, dass die neuen Designer-Schuhe der Sekretärin von ihrem (verheirateten) Chef bezahlt wurden und dass beide die Sauna im gleichen Hotel in einer anderen Stadt besucht haben, so lässt sich diese Information durchaus gewinnbringend verwerten. Damit ist es zum ersten Mal möglich, auch bei Erpressungen in die Serienproduktion einzusteigen.

DECUS ist das Forum neuester Technologien. Es genügt heute nicht mehr, sich dabei nur auf die technischen Aspekte zu konzentrieren. Wenn man Datenschutz und IT-Sicherheit für uninteressantes, störendes Beiwerk hält, braucht man sich nicht zu wundern, wenn über Nacht Technologien installiert werden, die den Großen Bruder durch viele kleine Brüder – unverfängliche Chip-Etiketten in allen Produkten – ersetzen und überflüssig machen.

Dr. Gerhard Weck

UNIX-SIG

Liebe Unix-Freunde,

wir wollen Ihnen ein kurzes Symposiums-Revue geben und damit einhergehend ein paar aktuelle Informationen liefern.

Tru64 Unix / Cluster Aktuell beim Symposium vorgestellt wurden Änderungen des Minor Updates Version 5.1B-1. Geplant für 2004 ist V 5.1B-2 "Utah", für 2005 V 5.1B-3 "Tahoe".

Tru64 Unix Roadmap

http://h30097.www3.hp.com/unix/v51b1.html

HP-UX Verglichen mit dem Vorjahresstand haben sich die Roadmaps um ca. ein Jahr nach hinten verschoben.

Die aktuelle Version findet sich hier:

HP-UX 11i and Tru64 UNIX roadmaps

http://h30097.www3.hp.com/pdf/tru64_unix_roadmap_0504.pdf

Linux

Mehr sachlich denn provokativ verlief als Highlight die Podiumsdiskussion "Linux (Open Source) contra Microsoft Lösungen".

Podiumsdiskussion „Linux contra Microsoft-Lösungen“

Linux auf dem Desktop

Vor dem Hintergrund, dass Linux auf dem Desktops immer höhere Bedeutung gewinnt, gab es hierzu, ergänzt durch Open Source Themen, einige interessante Vorträge. Insbesondere wurde beleuchtet, wie eine Migration von Windows nach Linux geplant wird. Sicherlich wird es hierzu im nächsten Jahr wieder einen sehr interessanten Praxisbericht geben. Auch hierzu ein interessanter, weiterführender Link: www.desktoplinux.com

Aktuelle Meldungen

Münchner Stadtrat beschließt Feinkonzept für die Linux-Migration

Die Vollversammlung des Münchner Stadtrates hat am Mittwoch, dem 16. Juni 2004, die Umsetzung des Feinkonzeptes zur stadtweiten Migration der Arbeitsplatz-PC's auf Open-Source-Software beschlossen. Quelle: Computerwoche

http://www.computerwoche.de/index.cfm?pageid=254&type=detail&artid=62059

Linux-Kernel 2.6.7 schließt Sicherheitslücke

Linus Torvalds und Andrew Morton, die für die Weiterentwicklung des Linux-Kernels 2.6 verantwortlich sind, haben Version 2.6.7 des Kernels freigeben. Laut einem Posting von Linus Torvalds korrigiert die Ausgabe den Bug bei der Behandlung von Floating-Point-Exceptions, der zum kompletten Lahmlegen des Systems genutzt werden konnte. Quelle: News Heise-Verlag http://www.heise.de/newsticker/meldung/48282

Vortragsunterlagen

Die Vortragsunterlagen des vergangenen IT-Symposium 2004 finden Sie hier: http://www.decus.de/symposium/sy2004/slides.html

LUG-Nachrichten

LUG Hannover

LUG Hannover wieder belebt !!

Die Neugründung der LUG Hannover am 6. Mai 2004 war mit 21 Teilnehmer, zumeist DECUS Mitgliedern, gut besucht. Die Firma Invenate hatte einen Konferenzraum sowie den kleinen Imbiss nebst Getränken zur Verfügung gestellt. Volker Halle, der in VMS-Kreisen bestens bekannter Internals-Spezialist, stellte die neuen Features von OpenVMS Alpha V7.3-2 vor. Als weitere technische Präsentation wurden von Wolf-Dieter Pelster die Möglichkeiten der remote Überwachung erläutert. Heino Ruddat beschloss den technischen Teil des Treffens mit der Vorstellung neuer Funktionen von Windows 2003. Anschließend wurden Heino Ruddat und Martin Vorländer von den anwesenden DECUS Mitgliedern zu Sprechern der DECUS LUG Hannover gewählt.

Die Treffen der LUG Hannover werden vierteljährlich veranstaltet. Im Hinblick auf die Anreisezeiten einiger Teilnehmer wurde als Veranstaltungsbeginn jeweils 18.00 Uhr festgelegt. Das erste reguläre Treffen der LUG Hannover findet statt am 26. August 2004, Invenate GmbH, Mengendamm 12, 30177 Hannover 18.00 - ca. 21.00 Uhr. Die Themen werden die Bereiche UNIX, ITIL, OpenVMS und Windows / Windows XP abdecken. Die LUG Hannover wünscht sich für alle weiteren Treffen großes Interesse für die angebotenen Gesprächsthemen und wartet gespannt auf weitere Anregungen.

Heino Ruddat

TERMINE

26.08.2004	LUG Hannover	Treffen
01.09.2004	LUG Köln/Bonn	Stammtisch
02.09.2004	LUG Nürnberg	Stammtisch
02.09.2004	LUG Hamburg	Stammtisch
05.10.2004	LUG München	Stammtisch
07.10.2004	LUG Nürnberg	Stammtisch
02.11.2004	LUG München	Stammtisch
03.11.2004	LUG Köln/Bonn	Stammtisch
04.11.2004	LUG Nürnberg	Stammtisch
04.11.2004	LUG Hamburg	Stammtisch
02.12.2004	LUG Nürnberg	Stammtisch