Das aus den Studienheften des Versicherungswirtschaftlichen Studienwerkes vom Betriebs­ wirtschaftlichen Verlag Dr. Th. Gabler GmbH, Wiesbaden, zusammen mit den unterzeich­ nenden Herausgebern entwickelte funfbiindige Sammelwerk .. Versicherungsenzyklopiidie" hat seit seinem Erscheinen gro6en Anklang gefunden. Nachdem auch die 1984 erschienene 3. Auflage seit einiger Zeit vergriffen ist, hat sich der Verlag auf Grund der anhaltenden Nachfrage im Einvernehmen mit den Herausgebern entschlossen, eine 4. auf den neuesten Stand gebrachte Auflage herauszubringen. Die fUnf Biinde behandeln die Allgemeine Versi­ cherungslehre (Band 1), die Versicherungsbetriebslehre (Band 2), die Rechtslehre des Versi­ cherungswesens (Band 3) sowie die Besondere Versicherungslehre (Biinde 4 und 5). Unter der Besonderen Versicherungslehre sind die einzelnen Versicherungszweige dargestellt. Verlag und Herausgeber hoffen auf diese Weise allen, dem urn die Erarbeitung des Stoffes bemuhten Nachwuchs ebenso wie den interessierten Fachleuten der Versicherungspraxis ein umfassendes systematisches Werk zur Verfugung zu stellen, das nach Kenntnis der Beteilig­ ten in den Versicherungsliindern weltweit nach Umfang und Inhalt eine Sonderstellung qnter den einschliigigen Darstellungen einnimmt. Aachen/Munchen 1991 Prof. Dr. rer. pol. Heinz Leo Muller-Lutz Prof. Dr. jur. Dr.-Ing. E. h. Reimer Schmidt V Benutzerhinweise Aufbau der Versicherungsenzyklopadie Der Inhalt der Versicherungsenzykloplidie ist in vier Fachgebiete gegliedert: - Allgemeine Versicherungslehre mit Grundztigen der V ol- und Betriebswirtschaftslehre (A VL) (Band 1) - Versicherungsbetriebslehre (VBL) (Band 2) Rechtslehre des Versicherungswesens (RL V) (Band 3) Besondere Versicherungslehre (B VL) (Blinde 4 und 5) 1m AnschluB an dieseHinweise vermittelt ein Gesamtinhaltsverzeichnis eine Ubersicht tiber aile Beitrlige des fUnfblindigen Werkes.

Das stark vereinfachte Programmbeispiel verdeutlicht, wie "Software" entsteht und wel­ che Aufgaben und Probleme damit verbunden sind, wobei auf die Schilderung der Pro­ grammanwendung (die praktische Anwendung dieses Beispiels findet man bei der Selbst­ steuerung von Untergrundbahnen, Zügen oder Flugzeugen) und die Programmdokumen­ tation im einzelnen verzichtet wird. Die wichtigsten bei der Programmierung zu berück­ sichtigenden Gesichtspunkte sind folgende: a) Durchdenken der Aufgabenstellung (Analyse) Eine Aufgabe oder Arbeit, die man manuell oder mit Hilfe von halbmechanischer oder mechanischer Hilfe gelöst hat, erfordert eine völlig neue Bestandsaufnahme, wenn man sie auf ein elektronisches Datenverarbeitungssystem übertragen will. Das bisherige Er­ fahrungswissen um die Aufgabe und ihre Durchführung und Lösung genügt nicht. Diese Notwendigkeit, die man bei der Übernahme von Büro- und Verwaltungsarbeiten nicht ohne weiteres erkennt oder zumindest in ihrer Bedeutung unterschätzt, wird an dem Beispiel deutlich sichtbar. Es zeigt sich, daß das Routinewissen für eine Programmanalyse nicht ausreicht. Auch bei scheinbar genauer Kenntnis des Weges aus langjähriger Erfah­ rung müssen für die Programmanalyse die erforderlichen Grundlagen neu erarbeitet wer­ den. Mit dem Wissen des Menschen kann die elektronische Datenverarbeitungsanlage nichts anfangen, obwohl es an und für sich für jeden Menschen ausreichend wäre, um die Aufgabe zu lösen. Das Wissen ist aber nicht genau und ausreichend genug, um den Weg für das Programm eindeutig und genau zu beschreiben (in unserem Beispiel Schritt- und Winkelzahlen in Zentimeter und Grad).

Das stark vereinfachte Programmbeispiel verdeutlicht, wie "Software" entsteht und wel­ che Aufgaben und Probleme damit verbunden sind, wobei auf die Schilderung der Pro­ grammanwendung (die praktische Anwendung dieses Beispiels findet man bei der Selbst­ steuerung von Untergrundbahnen, Zügen oder Flugzeugen) und die Programmdokumen­ tation im einzelnen verzichtet wird. Die wichtigsten bei der Programmierung zu berück­ sichtigenden Gesichtspunkte sind folgende: a) Durchdenken der Aufgabenstellung (Analyse) Eine Aufgabe oder Arbeit, die man manuell oder mit Hilfe von halbmechanischer oder mechanischer Hilfe gelöst hat, erfordert eine völlig neue Bestandsaufnahme, wenn man sie auf ein elektronisches Datenverarbeitungssystem übertragen will. Das bisherige Er­ fahrungswissen um die Aufgabe und ihre Durchführung und Lösung genügt nicht. Diese Notwendigkeit, die man bei der Übernahme von Büro- und Verwaltungsarbeiten nicht ohne weiteres erkennt oder zumindest in ihrer Bedeutung unterschätzt, wird an dem Beispiel deutlich sichtbar. Es zeigt sich, daß das Routinewissen für eine Programmanalyse nicht ausreicht. Auch bei scheinbar genauer Kenntnis des Weges aus langjähriger Erfah­ rung müssen für die Programmanalyse die erforderlichen Grundlagen neu erarbeitet wer­ den. Mit dem Wissen des Menschen kann die elektronische Datenverarbeitungsanlage nichts anfangen, obwohl es an und für sich für jeden Menschen ausreichend wäre, um die Aufgabe zu lösen. Das Wissen ist aber nicht genau und ausreichend genug, um den Weg für das Programm eindeutig und genau zu beschreiben (in unserem Beispiel Schritt- und Winkelzahlen in Zentimeter und Grad).

Das aus den Studienheften des Versicherungswirtschaftlichen Studienwerkes vom Betriebs­ wirtschaftlichen Verlag Dr. Th. Gabler GmbH, Wiesbaden, zusammen mit den unterzeich­ nenden Herausgebern entwickelte funfbiindige Sammelwerk .. Versicherungsenzyklopiidie" hat seit seinem Erscheinen gro6en Anklang gefunden. Nachdem auch die 1984 erschienene 3. Auflage seit einiger Zeit vergriffen ist, hat sich der Verlag auf Grund der anhaltenden Nachfrage im Einvernehmen mit den Herausgebern entschlossen, eine 4. auf den neuesten Stand gebrachte Auflage herauszubringen. Die fUnf Biinde behandeln die Allgemeine Versi­ cherungslehre (Band 1), die Versicherungsbetriebslehre (Band 2), die Rechtslehre des Versi­ cherungswesens (Band 3) sowie die Besondere Versicherungslehre (Biinde 4 und 5). Unter der Besonderen Versicherungslehre sind die einzelnen Versicherungszweige dargestellt. Verlag und Herausgeber hoffen auf diese Weise allen, dem urn die Erarbeitung des Stoffes bemuhten Nachwuchs ebenso wie den interessierten Fachleuten der Versicherungspraxis ein umfassendes systematisches Werk zur Verfugung zu stellen, das nach Kenntnis der Beteilig­ ten in den Versicherungsliindern weltweit nach Umfang und Inhalt eine Sonderstellung qnter den einschliigigen Darstellungen einnimmt. Aachen/Munchen 1991 Prof. Dr. rer. pol. Heinz Leo Muller-Lutz Prof. Dr. jur. Dr.-Ing. E. h. Reimer Schmidt V Benutzerhinweise Aufbau der Versicherungsenzyklopadie Der Inhalt der Versicherungsenzykloplidie ist in vier Fachgebiete gegliedert: - Allgemeine Versicherungslehre mit Grundztigen der V ol- und Betriebswirtschaftslehre (A VL) (Band 1) - Versicherungsbetriebslehre (VBL) (Band 2) Rechtslehre des Versicherungswesens (RL V) (Band 3) Besondere Versicherungslehre (B VL) (Blinde 4 und 5) 1m AnschluB an dieseHinweise vermittelt ein Gesamtinhaltsverzeichnis eine Ubersicht tiber aile Beitrlige des fUnfblindigen Werkes.

Das stark vereinfachte Programmbeispiel verdeutlicht, wie "Software" entsteht und wel­ che Aufgaben und Probleme damit verbunden sind, wobei auf die Schilderung der Pro­ grammanwendung (die praktische Anwendung dieses Beispiels findet man bei der Selbst­ steuerung von Untergrundbahnen, Zügen oder Flugzeugen) und die Programmdokumen­ tation im einzelnen verzichtet wird. Die wichtigsten bei der Programmierung zu berück­ sichtigenden Gesichtspunkte sind folgende: a) Durchdenken der Aufgabenstellung (Analyse) Eine Aufgabe oder Arbeit, die man manuell oder mit Hilfe von halbmechanischer oder mechanischer Hilfe gelöst hat, erfordert eine völlig neue Bestandsaufnahme, wenn man sie auf ein elektronisches Datenverarbeitungssystem übertragen will. Das bisherige Er­ fahrungswissen um die Aufgabe und ihre Durchführung und Lösung genügt nicht. Diese Notwendigkeit, die man bei der Übernahme von Büro- und Verwaltungsarbeiten nicht ohne weiteres erkennt oder zumindest in ihrer Bedeutung unterschätzt, wird an dem Beispiel deutlich sichtbar. Es zeigt sich, daß das Routinewissen für eine Programmanalyse nicht ausreicht. Auch bei scheinbar genauer Kenntnis des Weges aus langjähriger Erfah­ rung müssen für die Programmanalyse die erforderlichen Grundlagen neu erarbeitet wer­ den. Mit dem Wissen des Menschen kann die elektronische Datenverarbeitungsanlage nichts anfangen, obwohl es an und für sich für jeden Menschen ausreichend wäre, um die Aufgabe zu lösen. Das Wissen ist aber nicht genau und ausreichend genug, um den Weg für das Programm eindeutig und genau zu beschreiben (in unserem Beispiel Schritt- und Winkelzahlen in Zentimeter und Grad).

Das stark vereinfachte Programmbeispiel verdeutlicht, wie "Software" entsteht und wel­ che Aufgaben und Probleme damit verbunden sind, wobei auf die Schilderung der Pro­ grammanwendung (die praktische Anwendung dieses Beispiels findet man bei der Selbst­ steuerung von Untergrundbahnen, Zügen oder Flugzeugen) und die Programmdokumen­ tation im einzelnen verzichtet wird. Die wichtigsten bei der Programmierung zu berück­ sichtigenden Gesichtspunkte sind folgende: a) Durchdenken der Aufgabenstellung (Analyse) Eine Aufgabe oder Arbeit, die man manuell oder mit Hilfe von halbmechanischer oder mechanischer Hilfe gelöst hat, erfordert eine völlig neue Bestandsaufnahme, wenn man sie auf ein elektronisches Datenverarbeitungssystem übertragen will. Das bisherige Er­ fahrungswissen um die Aufgabe und ihre Durchführung und Lösung genügt nicht. Diese Notwendigkeit, die man bei der Übernahme von Büro- und Verwaltungsarbeiten nicht ohne weiteres erkennt oder zumindest in ihrer Bedeutung unterschätzt, wird an dem Beispiel deutlich sichtbar. Es zeigt sich, daß das Routinewissen für eine Programmanalyse nicht ausreicht. Auch bei scheinbar genauer Kenntnis des Weges aus langjähriger Erfah­ rung müssen für die Programmanalyse die erforderlichen Grundlagen neu erarbeitet wer­ den. Mit dem Wissen des Menschen kann die elektronische Datenverarbeitungsanlage nichts anfangen, obwohl es an und für sich für jeden Menschen ausreichend wäre, um die Aufgabe zu lösen. Das Wissen ist aber nicht genau und ausreichend genug, um den Weg für das Programm eindeutig und genau zu beschreiben (in unserem Beispiel Schritt- und Winkelzahlen in Zentimeter und Grad).