DE3855706T2 - Automatisierte Rechnung von Materialien - Google Patents
Automatisierte Rechnung von MaterialienInfo
- Publication number
- DE3855706T2 DE3855706T2 DE3855706T DE3855706T DE3855706T2 DE 3855706 T2 DE3855706 T2 DE 3855706T2 DE 3855706 T DE3855706 T DE 3855706T DE 3855706 T DE3855706 T DE 3855706T DE 3855706 T2 DE3855706 T2 DE 3855706T2
- Authority
- DE
- Germany
- Prior art keywords
- level
- items
- product
- item
- database
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 claims description 17
- 238000007373 indentation Methods 0.000 claims description 11
- 230000006870 function Effects 0.000 description 15
- 238000007726 management method Methods 0.000 description 10
- 238000013461 design Methods 0.000 description 9
- 238000004519 manufacturing process Methods 0.000 description 5
- 230000002860 competitive effect Effects 0.000 description 3
- 238000010586 diagram Methods 0.000 description 3
- 238000004590 computer program Methods 0.000 description 2
- 238000010276 construction Methods 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 238000013439 planning Methods 0.000 description 2
- 102100021975 CREB-binding protein Human genes 0.000 description 1
- 101000896987 Homo sapiens CREB-binding protein Proteins 0.000 description 1
- 230000000712 assembly Effects 0.000 description 1
- 238000000429 assembly Methods 0.000 description 1
- 238000012938 design process Methods 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 238000012552 review Methods 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
- 238000012384 transportation and delivery Methods 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders
- G06Q10/0875—Itemisation or classification of parts, supplies or services, e.g. bill of materials
Landscapes
- Business, Economics & Management (AREA)
- Economics (AREA)
- Engineering & Computer Science (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Finance (AREA)
- Entrepreneurship & Innovation (AREA)
- Human Resources & Organizations (AREA)
- Marketing (AREA)
- Operations Research (AREA)
- Accounting & Taxation (AREA)
- Strategic Management (AREA)
- Development Economics (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- General Factory Administration (AREA)
- Control By Computers (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
- Die vorliegende Erfindung betrifft allgemein ein rechnerunterstütztes Projektmanagementsystem und im einzelnen ein System, das aus einer Abfragesitzung und unter Rückgriff auf eine relationale Datenbank automatisch eine Stückliste erstellt.
- Der Prozeß der Konstruktion, der Entwicklung und der Herstellung eines neuen Produkts oder das Durchführen größerer Änderungen an bereits vorhandenen Produkten bedeutet für Produktmanager und Ingenieure eine große Herausforderung, wenn das Produkt mit den niedrigsten Kosten und innerhalb eines bestimmten Zeitlimits bei gleichzeitiger Wahrung der Produktqualität auf den Markt gebracht werden soll. Die moderne Industrie mit ihrem starken Wettbewerbsdruck verlangt von den Produktmanagern und Ingenieuren umfangreiche Kenntnisse über die zahlreichen Probleme, die durch die Komplexität neuer Produkte und der weltweiten Produktion sowie aufgrund der veränderten Wettbewerbssituation entstehen. Weil neue Produkte innerhalb sehr kurzer Zeit auf den Markt gebracht werden müssen, um dem Konkurrenzdruck standhalten zu können, gibt es die der Entwicklung eines neuen Produkts bisher zugeordnete traditionelle Lernkurve nicht mehr; die Freigabe eines Produkts und die Bestimmung der Kosten einer bestimmten Konstruktion bereits auf einer sehr frühen Konstruktionsstufe müssen deswegen heute besser kontrolliert werden.
- Viele Unternehmen haben daher erkannt, daß der herkömmliche Konstruktionsprozeß eines Produkts hier keine zufriedenstellenden Ergebnisse liefert. Heute sind bereits in einer sehr frühen Konstruktionsphase fertigungstechnische, kostentechnische, logistisch-planerische, beschaffungstechnische Überlegungen sowie die Einbeziehung von Fertigungsfragen sowie Service-/Kundendienstüberlegungen erforderlich. Außerdem ist die Planung und die Kontrolle der Rroduktdaten im Verlauf der Konstruktionsphase, bei der Produktfreigabe sowie in der Herstellung erforderlich.
- Die Ursprünge des Projektmanagements als modernes Management- Instrument gehen zurück auf den Anfang dieses Jahrhunderts; Henry L. Gantt entwickelte während seiner Tätigkeit für die Regierung im Zweiten Weltkrieg seine heute berühmte visuelle Hilfe zur Arbeitskontrolle. Das Gantt-Diagramm ist die graphische Darstellung eines Projektplans, in dem jede Aufgabe als Balken dargestellt ist, dessen Länge proportional zur Dauer der Aufgabe ist. In den späten 50er Jahren entwickelte Dr. John Presper Mauchley, ein Miterfinder des EDVAC an der University of Pennsylvania, die Kritische Pfadmethode (Critical Path Method, CPM), die von Willard Frazer, einem Berater des Polaris U-Boot-Projektes, weiterentwickelt wurde. Die Frazer-Technik wird als Program Evaluation and Review Technique (PERT) bezeichnet. Ein PERT-Diagramm ähnelt einem Flußdiagramm und zeigt jeweils Vorgänger- und Nachfolgeraufgaben eines Projekts und den kritischen Pfad.
- PERT/CPM-Modelle sind bekannt und werden bereits seit vielen Jahren von vielen großen Firmen für das Projektmanagement eingesetzt. Derartige Projektmanagement-Instrumente wurden zunächst auf Mainframe-Rechnern und dann auf Minicomputern implementiert, Einrichtungen, die in großen Unternehmen leicht verfügbar waren, kleinen Unternehmen und Firmen jedoch nicht ohne weiteres zur Verfügung standen. Seit kurzem wurden verschiedene Projektmanagement-Softwareprodukte für Mikrocomputer bzw. die sogenannten Personalcomputer entwickelt. Ein Beispiel eines Projektmanagement-Instruments, das ursprünglich als Mainframe-Programm geschrieben und später als Personalcomputer-Programm umgeschrieben wurde, ist das von Computerline Inc. veröffentlichte Plantrac. Dieses Programm wurde ursprünglich in England für die Bauindustrie geschrieben und später in die USA importiert. Das erste speziell für den Personalcomputer geschriebene Projektmanagement-Programm nannte sich Harvard Project Manager, und wird jetzt von Software Publishing Corporation veröffentlicht. Heute gibt es über hundert Projektmanager-Anwendungen speziell für Personalcomputer. Durch sie wurden die rechnerunterstützten Projektmanagement-Werkzeuge für kleine Unternehmen und Firmen wirtschaftlicher und damit besser zugänglich; ihre Anwendung erfordert jedoch vom Benutzer gewisse Fertigkeiten. Daher wird in vielen kleinen Unternehmen und Firmen das Projektmanagement noch von Hand abgewickelt; man verläßt sich hierbei oft auf den Disponenten, der Lieferungen und Arbeitsleistungen jeweils auf Tagesbasis im voraus plant.
- In dem Artikel "An interactive data dictionary facility for CAD/CAM data bases" von S.J. Cammarata et al., veröffentlicht in EXPERT DATABASE SYSTEMS, Proceedings from the first international workshop, 24. bis 27. Oktober 1984, Herausgeber Larry Kerschberg, wird auf den Seiten 423 bis 440 eine Stückliste beschrieben, in der die "wird verwendet in" oder "enthält"-Relation zwischen den Baugruppen und Einzelteilen eines gerade als Projekt bearbeiteten Produktes als eine der zugrundeliegenden Strukturen von CAD/CAM-Datenorganisationen dargestellt wird.
- Der Artikel "The relational solution to the bill-of-materials problem" von C.J. Wright, veröffentlicht in THE VAX PROFESSIONAL, Dezember 1985, beschreibt auf den Seiten 20 bis 28 die Konstruktionsstrategie auf Basis einer relationalen Datenbank als ein sehr leistungsfähiges Instrument, das sowohl verständlich als auch dynamisch den komplizierten Aufbau einer Stückliste vereinfacht.
- Der Artikel "BOMP" von J. Staneff, veröffentlicht in VAX/RSTS PROFESSIONAL, Februar 1985, beschreibt auf den Seiten 33-48 ein Rechnerprogramm, mit dem ein Benutzer eine Strukturstückliste für ein Produkt erzeugen kann.
- Es ist daher eine allgemeine Aufgabe der vorliegenden Erfindung, entsprechend den Ansprüchen, eine Unterstützung für ein einfach anzuwendendes Projektmanagementsystem bereitzustellen, welches sich in die Arbeitsabläufe selbst der kleinsten Unternehmen und Firmen auf einfache Weise integrieren läßt, das aber auch für sehr große Unternehmen nützlich ist.
- Eine spezifischere Aufgabe der Erfindung ist die Bereitstellung eines Anwendungsprogramms für eine automatisierte Stückliste, mit dem automatisch aus einer Funktionsskizze für die Konstruktion eines neuen Produktes eine Strukturstückliste erstellt wird.
- Gemäß der Erfindung wird das Programm für die automatisierte Stückliste unter Einsatz einer Datenbank, beispielsweise der relationalen Datenbank IBM DB2, implementiert. Die Stückliste wird aus einer Abfragesitzung erstellt, in der der Benutzer auf Eingabeanforderungen antwortet, indem er die Funktionsstruktur des Produktes eingibt. Der Abfragemechanismus könnte ein Expertensystem sein, dies ist jedoch nicht Voraussetzung. In der beschriebenen Implementierung wird ein einfacher Dialog verwendet, beispielsweise in der IBM-Sprache REXX.
- Der Prozeß beginnt mit der Erzeugung einer Funktionsskizze der Konstruktion des neuen Produktes. Diese Skizze hat die Form einer hierarchischen Baumstruktur, in der man sich nicht auf Konstruktionsdetails konzentriert, sondern von oben nach unten vorgeht. Bei der Abfrage wird die Baumstruktur auf dem Bildschirm erzeugt, so daß sie der Benutzer betrachten kann. Innerhalb der relationalen Datenbank werden die Strukturdaten für alle Produkte in einer Tabelle geführt. Auf diese Tabelle wird nach Einzelteilnummer zugegriffen. Nachdem die Produktstruktur aufgebaut ist, kann sich der Benutzer den hierarchischen Baum ansehen, die Richtigkeit prüfen und gegebenenfalls ändern. Aus der Baumstruktur, die in der relationalen Datenbank erfaßt wird, wird die Strukturstückliste aufgebaut.
- Die obengenannten und andere Aufgaben, Aspekte und Vorteile der Erfindung werden anhand der folgenden ausführlichen Beschreibung eines bevorzugten Ausführungsbeispiels der Erfindung unter Bezugnahme auf die Zeichnungen besser verständlich; es zeigt:
- Figur 1 ein Systemblockdiagramm mit den funktionellen Voraussetzungen für die Implementierung der automatisierten Stückliste gemäß der Erfindung;
- Figur 2 eine bildliche Darstellung einer hierarchischen Baumstruktur mit der funktionellen Darstellung der Komponenten eines neuen Produkts;
- Figur 3 eine Tabelle, die den Aufbau der Datenbank für die in Figur 2 gezeigte hierarchische Baumstruktur zeigt;
- Figur 4 eine generalisierte Darstellung einer Strukturstückliste, die unter Einsatz der Erfindung aus der Tabelle der relationalen Datenbank in Figur 3 erzeugt wurde;
- Figur 5 ein Flußdiagramm der Abfragelogik, mit der die Tabelle der Figur 3 in der Datenbank aufgebaut wird;
- Figur 6 ein Flußdiagramm, das die Logik bei der Erzeugung der Strukturstücklisten in Figur 4 unter Anwendung der Tabelle in der Datenbank zeigt;
- Figur 7 eine Bildschirmanzeige mit spezifischen Beispielen zweier Detailebenen in einer Baumstruktur für einen Rasenmäher-Handgriff, wobei die vorliegende Erfindung eingesetzt wurde;
- Figur 8 eine Bildschirmanzeige, die das Beispiel der Figur 7 zeigt, erweitert auf drei Detailebenen in der Baumstruktur; und
- Figur 9 eine Bildschirmanzeige, die eine Seite der Strukturstückliste zeigt, die aus den in Figur 7 und 8 gezeigten Beispielen erstellt wurde.
- Bezugnehmend auf die Zeichnungen, speziell auf Figur 1; Figur 1 zeigt in Form eines Funktionsblockdiagramms das automatisierte Stücklistensystem gemäß der Erfindung. Die wichtigsten Teile dieses Systems sind die Datenbank 10 und das Abfragesystem 12. Die Datenbank 10 kann ein beliebiges marktgängiges Produkt sein; für das bevorzugte Ausführungsbeispiel wurde hier DATABASE 2 (DB2) von IBM eingesetzt. DB2 ist ein Managementsystem mit relationaler Datenbank; für den Fachmann wird jedoch klar sein, daß andere Datenbänke, auch hierarchische Datenbänke, eingesetzt werden könnten. Das Abfagesystem 12 könnte ein Expertensystem sein, für das bevorzugte Ausführungsbeispiel wurde hier die Sprache Restructured Extended Executor (REXX) von IBM verwendet. Allgemeine Informationen über IBM-DB2 finden sich in der von IBM Corporation veröffentlichten Publikation GC26-4073-2. Eine Beschreibung der REXX-Sprache findet sich in Virtual Machine/Systems Product, System Product Interpreter User's Guide, Ausgabe 4, Publikation SC24-5238-2 der IBM Corp.
- Der Benutzer 14 wird zunächst von dem Abfragesystem 12 nach der funktionellen Struktur des Produkts gefragt; nach der Eingabe des Benutzers erfaßt die Datenbank 10 die Struktur in einer Tabelle. Die Abfragesitzung beginnt mit der Aufforderung, den Namen des Produkts einzugeben. Bei dem Produkt könnte es sich beispielsweise um einen neuen Rasenmäher handeln; der Benutzer würde also in diesem Fall einfach das Wort "RASENMÄHER" eintippen. Das Abfragesystem fordert anschließend den Benutzer auf, die Hauptkomponenten des Produkts einzugeben. Bei einem Rasenmäher wäre dies beispielsweise eine Rahmenbaugruppe, ein Motor, eine Auffangsack-Baugruppe sowie die Griff- und Steuerungsbaugruppe. Diese Komponenten würden vom Benutzer nacheinander eingegeben, jeweils bei der Eingabeaufforderung, die nächste Komponente einzugeben, oder der Benutzer würde durch Eingabe von "ENDE" dem System mitteilen, daß keine weitere Hauptkomponenten vorhanden sind. Nachdem die Hauptkomponenten vom Benutzer eingegeben wurden, gibt der Benutzer also "ENDE" ein und das Abfragesystem prüft dann die Nebenkomponenten der eingegebenen Hauptkomponenten. Beispielsweise würde das Abfragesystem 12 den Benutzer 14 auffordern, die einzelnen Komponenten der Rahmenbaugruppe einzugeben. Hier würde beispielsweise "Motorabdeckung" und "Räder" eingegeben. Nachdem alle Nebenkomponenten der Rahmenbaugruppe eingegeben sind, gibt der Benutzer "ENDE" ein; das Abfragesystem fordert den Benutzer jetzt zur Eingabe der Motorkomponenten auf. Es kann sein, daß eine komplette Motorbaugruppe fremdbeschafft wird, so daß in diesem Fall keine Komponenten eingegeben werden müssen; das heißt also, der Benutzer antwortet einfach mit "ENDE". Dieser Vorgang wird solange fortgesetzt, bis der Benutzer alle Komponenten des neuen Produkts bis zu der gewünschten Detailebene eingegeben hat.
- Im weiteren Verlauf der Abfragesitzung werden die vom Benutzer 14 eingegebenen Komponenten von der relationalen Datenbank 10 in einer Tabelle erfaßt und auf dem Bildschirm wird ein funktioneller hierarchischer Baum der Struktur 16 erzeugt. Figur 2 der Zeichnungen zeigt ein verallgemeinertes Beispiel dieser Baumstruktur. In diesem Beispiel hat die Baumstruktur drei Ebenen. Sie kann auch nur zwei Ebenen haben oder, innerhalb der praktischen Grenzen, eine unendliche Zahl von Ebenen, abhängig von dem einzelnen Produkt und der zur Definition dieses Produkts jeweils gewünschten Detailebene. In einem spezifischen Ausführungsbeispiel der Erfindung sind maximal dreißig Ebenen in der Baumstruktur möglich. Erfahrungsgemäß reicht diese Zahl der Ebenen, abgesehen von sehr kompliziert aufgebauten Produkten, für alle Produkte aus. Im Beispiel des Rasenmähers würde Block 1 in Figur 2 die Legende "RASENMÄHER" enthalten. Dieser Block würde unmittelbar bei Eingabe des Wortes "RASENMÄHER" durch den Benutzer 14 erzeugt. Wenn vom Benutzer anschließend die Namen der Hauptkomponenten des Rasenmähers eingegeben werden, würde der Block 2 mit der Legende "RAHMENBAUGRUPPE", der Block 3 mit der Legende "MOTOR", der Block 4 mit der Legende "AUFFANGSACK-BAUGRUPPE" und der Block 5 mit der Legende "HANDGRIFF- UND STEUERUNGSBAUGRUPPE" erzeugt. Wenn diese Blöcke erzeugt werden, werden gleichzeitig Verbindungslinien zum Block 1 erzeugt. Auf der nächsten Ebene wird dann Block 6 mit der Legende "MOTORABDECKUNG" erzeugt, gefolgt von Block 7 mit der Legende "RÄDER", wieder mit Verbindungslinien von diesen Blöcken zu Block 2. Da der Motor als komplettes Bauteil fremdbeschafft wird und hier vom Benutzer keine Nebenkomponenten eingegeben wurden, findet sich unter Block 3 kein Block. Die Blöcke 8, 9 und 10 werden erzeugt, wenn der Benutzer im Dialog mit dem Abfragesystem die Daten der Nebenkomponenten eingibt.
- Die Datenbank 10 erfaßt die Benutzereingaben für die Komponenten in einer Tabelle mit der in Figur 3 gezeigten Form.
- Vergleicht man diese Tabelle mit dem hierarchischen Baum der Figur 2, kann man erkennen, daß unter der Überschrift "ARTIKEL" die Zahl 1 viermal aufgeführt ist, wobei die Zahlen 2, 3, 4 und 5 unmittelbar rechts daneben stehen. Anschließend folgt die Zahl 2, die zweimal aufgeführt ist, mit den Zahlen 6 und 7 unmittelbar rechts daneben. Die Tabelle in Figur 3 beschreibt also direkt die hierarchische Baumstruktur, aus der die in Figur 2 dargestellte graphische Bildschirmanzeige erzeugt wird. Der Benutzer kann diese Baumstruktur betrachten und ihre Richtigkeit prüfen, während sie erzeugt wird, und nachdem die Produktstruktur am Ende der Abfragesitzung erstellt ist.
- Zurück zu Figur 1; nachdem die Produktstruktur erstellt ist, ist der nächste Vorgang der Aufbau einer Strukturstückliste 18. Für das in der hierarchischen Baumstruktur der Figur 2 und in der Tabelle der relationalen Datenbank in Figur 3 allgemein dargestellte Produkt hätte die Strukturstückliste die in Figur 4 gezeigte allgemeine Form. Diese Stückliste wird durch Zugreifen auf die Tabelle für dieses Produkt in der Datenbank aufgebaut. Auf die Tabelle wird nach Artikelnummer zugegriffen. In der obersten Ebene ist der Artikel 1 nicht eingerückt. Die Artikel 2, 3, 4 und 5 sind in der zweiten Ebene um eine Stelle eingerückt. Die Artikel 6, 7, 8, 9 und 10 sind auf der dritten Ebene um jeweils zwei Stellen eingerückt und so weiter. Der Anwendungscode folgt der Hierarchie der einzelnen Artikel wie folgt: Artikel 1 erscheint in der obersten Zeile. Artikel 2 erscheint in der zweiten Zeile. In der Datenbank werden dann Vorgänger für Artikel 2 gesucht. Hierbei würden die Artikel 6 und 7 gefunden. Artikel 6 würde dann in der dritten Zeile erscheinen. In der Datenbank werden dann Vorgänger des Artikels 6 gesucht. In diesem Beispiel würde kein Vorgänger gefunden, und Artikel 7 würde in der vierten Zeile erscheinen. Wieder wird die Datenbank durchsucht, diesmal nach Vorgängern für Artikel 7; auch hier würde kein Vorgänger gefunden werden, und Artikel 3 würde in der fünften Zeile erscheinen. Die restlichen Artikel werden in ähnlicher Weise bearbeitet, bis eine komplette Stückliste erstellt ist.
- Figur 5 zeigt in Form eines Flußdiagramms die Abfragelogik gemäß der Erfindung. Dieses Flußdiagramm, in Kombination mit einem Dialogsystem, beispielsweise der REXX-Sprache von IBM, und einem Datenbanksystem, beispielsweise IBM-DB2, reicht für einen Programmierer mit normalem technischen Fachwissen aus, um den erforderlichen Code für die Implementierung des Abfragesystems zu schreiben. Unter Bezugnahme auf Figur 5; der Prozeß beginnt, indem an Block 20 1=1 gesetzt wird; 1 ist die Produkt- oder Komponentenebene. An Funktionsblock 22 wird dann der Benutzer des Systems aufgefordert, den Produktnamen einzugeben. In dem angegebenen Beispiel wäre der Name "RASENMÄHER". Das System wartet an Entscheidungsblock 24 auf eine Eingabe des Benutzers; nachdem der Produktname eingegeben ist, öffnet das System eine Datei in der Datenbank mit diesem Produktnamen und zeigt den Produktnamen auf dem Bildschirm in Funktionsblock 26 an. In Block 28 wird 1 auf 1+1 gesetzt, womit die nächste Komponentenebene angezeigt wird; das System fordert dann den Benutzer in Funktionsblock 30 auf, die Produktkomponenten für diese Ebene einzugeben. Jedesmal, wenn der Benutzer eine Komponente eingibt, was im Entscheidungsblock 32 erkannt wird, wird die eingegebene Komponente in der Datenbank für diese Ebene in Funktionsblock 34 gespeichert und das System zeigt die eingegebene Komponente auf dem Bildschirm an einem Knoten der Bausmstruktur in Funktionsblock 36 an. Das System fordert den Benutzer weiter zur Eingabe von Komponenten auf, bis der Benutzer die Funktionstaste ENDE drückt, wodurch signalisiert wird, daß die Komponentenliste für diese Ebene beendet ist. Das System prüft also im Entscheidungsblock 38, ob der Benutzer die Funktionstaste ENDE gedrückt hat. Wird eine solche Tasteneingabe nicht erkannt, wartet das System in Entscheidungsblock 32 auf die nächste Benutzereingabe; findet eine Eingabe statt, wird die betreffende Komponente in der Tabelle der Datenbank in Funktionsblock 34 gespeichert und so weiter.
- Nachdem alle Komponenten für eine bestimmte Ebene vom Benutzer eingegeben wurden, wenn also die Funktionstaste ENDE gedrückt wird, prüft das System in Entscheidungsblock 40, ob für die letzte Komponente in der aktuellen Ebene vom Benutzer bereits Komponenten eingegeben wurden. Wenn nicht, wird die nächste Komponente der aktuellen Ebene in der angezeigten Baumstruktur hervorgehoben und das System schleift zum Funktionsblock 30 zurück, wo der Benutzer wiederum aufgefordert wird, Komponenten für diese Komponente einzugeben. Wenn aber für die letzte Komponente der aktuellen Ebene bereits vom Benutzer Komponenten eingegeben wurden, was im Entscheidungsblock 40 erkannt wird, prüft das System in Entscheidungsblock 44, ob eine Benutzereingabe vorliegt, daß Komponenten für die nächste Ebene eingegeben werden müssen. Hierzu muß der Benutzer, wenn er zur Eingabe fuur die nächste Ebene aufgefordert wird, die Taste J oder N drücken. Wird die Taste J gedrückt und damit angezeigt, daß der Benutzer jetzt die nächste Komponentenebene eingeben möchte, schleift das System zurück zu Block 28, um einen Index zur nächsten Ebene zu setzen. Wenn aber die Taste N gedrückt und damit angezeigt wird, daß der Benutzer zu diesem Zeitpunkt nicht die nächste Komponentenebene einzugeben wünscht, oder daß es keine weitere Komponentenebene gibt, endet der Abfrageprozeß an dieser Stelle.
- Wenden wir uns nun dem Flußdiagramm der Figur 6 zu; die Strukturstückliste wird automatisch aus der Tabelle in der Datenbank erzeugt, die während der Abfragesitzung aufgebaut wurde. Dieses Flußdiagramm zeigt wieder die Logik bei der automatischen Erzeugung der Strukturstückliste; jeder Programmierer mit den entsprechenden technischen Fachkenntnissen und einem Verständnis für Datenbanksysteme, wie zum Beispiel die Datenbank IBM DB2, kann anhand der Logik dieses Flußdiagramms einen Code zur Implementierung der Erfindung schreiben. Der Prozeß beginnt in Figur 6, indem in Block 46 1=1 und i=0 gesetzt wird; 1 ist, wie oben, die Komponentenebene und i ist die Einrückung der Stückliste. Im nächsten Schritt wird in Funktionsblock 48 auf den Artikel 1 der Ebene 1 zugegriffen. In dem hier dargestellten Beispiel ist dieser Artikel der Produktname "RASENMÄHER". In Funktionsblock 50 wird Artikel 1 dann gedruckt, 1 und i werden indiziert, indem beiden eine 1 hinzuaddiert wird. In Entscheidungsblock 54 wird dann geprüft, ob in dem Baum noch eine Komponente der Ebene 1 übrig ist. Wenn ja, greift das System in Funktionsblock 56 auf den nächsten, am weitesten links liegenden Artikel in dem Baum der aktuellen Ebene zu. In Funktionsblock 58 wird dann der Artikel, auf den zugegriffen wurde, mit Einrückung i gedruckt. In Funktionsblock 60 wird dann die Datenbank auf Vorgänger abgesucht. Werden solche im Entscheidungsblock 62 gefunden, schleift das System zurück zu Block 52, wo die Ebene und die Einrückung mit 1 indiziert werden. Wenn nicht, wird in Entscheidungsblock 64 geprüft, ob der letzte Artikel der aktuellen Ebene verbunden ist. Wenn dies der Fall ist, werden die Ebene und die Einrückung in Block 66 rückwärts indiziert, indem von jedem jeweils 1 subtrahiert wird. Der Prozeß kehrt dann zum Entscheidungsblock 54 zurück und der Vorgang des abwechselnden Zugreifens auf einen Artikel und anschließenden Einrückens wird fortgesetzt. Fällt die Prüfung in Entscheidungsblock 54 negativ aus, wenn also festgestellt wird, daß keine Ebenen 1 in der Baumstruktur übrig sind, werden die Ebene und die Einrückung erneut rückwärts indiziert, indem in Block 68 1 subtrahiert wird. In Block 70 wird dann geprüft, ob die Einrückung 1 kleiner als oder gleich Null ist. Ist dies nicht der Fall, schleift der Prozeß zurück zum Entscheidungsblock 54; andernfalls ist die Strukturstückliste komplett und der Prozeß endet hier.
- Nachdem die Systemlogik beschrieben wurde, soll nun anhand von Bildschirmauszügen die Benutzerschnittstelle eines spezifischen Beispiels dargestellt werden. Der erste Bildschirmauszug ist in Figur 7 dargestellt; er zeigt das Produkt "RASENMÄHER" und eine erste Hauptkomponente "HANDGRIFF" mit ihren Nebenkomponenten "OBERER HANDGRIFF" und "UNTERER HANDGRIFF", dargestellt als einfache Baumstruktur. Dieser Baum stellt drei Ebenen der mittels der Flußdiagramme der Figuren 5 und 6 dargestellten Logik dar. In Figur 8 hat der Benutzer die Komponenten einer vierten Ebene für die Nebenkomponente "OBERER HANDGRIFF" eingegeben. Aus diesen beiden Darstellungen wird erkennbar, auf welche Weise die einzelnen Komponentenebenen bei einer Eingabe des Benutzers in das System aufgebaut werden. Figur 9 schließlich zeigt die Strukturstückliste für die Handgriff-Baugruppe des Rasenmähers, wie diese auf dem Bilschirm sichtbar wird. Die Stückliste kann mit den Cursor-Tasten nach oben oder nach unten verschoben werden, so daß die komplette aus der Datenbank erzeugte Stückliste angezeigt werden kann.
- Aus dieser Beschreibung dürfte deutlich geworden sein, daß selbst unerfahrene Anwender mit dem System gemäß der Erfindung in kurzer Zeit eine Stückliste für ein neues Produkt erzeugen können. Der Prozeß hilft bei der Ermittlung derjenigen Komponenten und Nebenkomponenten des Produkts, bei denen in einer frühen Konstruktionsphase eine nähere Spezifizierung hinsichtlich der Beschaffungsquelle oder des Aufbaus erforderlich ist.
- Zwar wurde für das bevorzugte Ausführungsbeispiel eine relationale Datenbank eingesetzt, jedoch könnte ebensogut eine hierarchisch aufgebaute Datenbank verwendet werden. Außerdem könnte, wie bereits erwähnt, das in dem bevorzugten Ausführungsbeispiel eingesetzte Abfragesystem durch ein Expertensystem ersetzt werden.
Claims (3)
1. Eine Methode in einem Rechnersystem, umfassend eine
Anzeigeeinrichtung und eine Datenbank, mit der automatisch
eine Strukturstückliste für ein Produkt erzeugt werden
kann und die folgende Schritte umfaßt:
- Auffordern (30) eines Benutzers, alle Artikel, aus
denen das genannte Produkt besteht, hierarchisch
einzugeben, indem alle Artikel in aufeinanderfolgende
Ebenen eingegeben werden, wobei alle Ebenen von der
oberen zur unteren Ebene hin aufgebaut sind, eine Ebene
als eine Sammlung von Artikeln definiert ist, die
direkte Komponenten von Artikeln auf der unmittelbar
darüberliegenden Ebene sind, wobei die oberste Ebene das
Produkt selbst ist,
- Ersassen (34) der genannten Artikel in einer Tabelle
der genannten Datenbank, wobei die genannte Datenbank
eine Liste aller Paare der genannten Artikel, aus
denen das genannte Produkt besteht, bereithält, wobei
ein Artikel des genannten Paares eine direkte
Komponente des anderen Artikels des genannten Paares ist,
und die genannte Tabelle aufgebaut wird, indem zuerst
die genannten Artikel aus der genannten oberen Ebene
und zuletzt die genannten Artikel aus der genannten
unteren Ebene aufgelistet werden,
- Anzeigen (36) einer hierarchischen Baumstruktur für
das genannte Produkt, die von dem genannten Benutzer
betrachtet werden kann, indem die genannten Artikel an
den genannten Knoten der genannten hierarchischen
Baumstruktur angezeigt werden, sobald die genannten
Artikel erfaßt werden, und indem Verzweigungen der
genannten hierarchischen Baumstruktur angezeigt werden,
die allen genannten Paaren der genannten Artikel
entsprechen, und
- Erzeugen (36, 42) einer Strukturstückliste für das
genannte Produkt, wobei die genannte Stückliste eine
Liste aller Artikel bereitstellt, aus denen das genannte
Produkt besteht, und zwar wie folgt:
a) Zugreifen auf einen Artikel der oberen Ebene in der
genannten Tabelle und Auflisten des genannten
Artikels,
b) Setzen eines Indexes zu der betreffenden Ebene und
Einrückung durch Addieren von Eins zu der aktuellen
Ebene und Einrückung, wobei die genannte indizierte
Ebene beziehungsweise Einrückung zur neuen
aktuellen Ebene und Einrückung werden,
c) Zugreifen auf die genannte Tabelle und Suchen nach
dem nächsten am weitesten links liegenden Artikel
für die genannte aktuelle Ebene in der genannten
hierarchischen Baumstruktur und Auflisten des
genannten Artikels mit Einrückung,
d) Durchsuchen der genannten Datenbank nach einem
Artikel, der mit dem zuletzt aufgelisteten Artikel
ein Paar bildet, und
e) wenn ein Artikelpaar gefunden wird, Wiederholen von
Schritt c) und aller nachfolgenden Schritte, wenn
aber kein Artikelpaar gefunden wird, Wiederholen
von Schritt b) und aller nachfolgenden Schritte.
2. Die Methode nach Anspruch 1, bei der der genannte
Schritte der Eingabeaufforderung weiter das Hervorheben
des nächsten Knotens für die aktuelle Ebene in der
genannten hierarchischen Baumstruktur umfaßt, bevor der
genannte Benutzer einen Artikel an dem genannten
hervorgehobenen Knoten eingibt.
3. Die Methode nach einem der Ansprüche 1 oder 2, bei der
die genannte Datenbank eine relationale Datenbank ist.
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US07/100,395 US4847761A (en) | 1987-09-24 | 1987-09-24 | Automated bill of material |
Publications (2)
Publication Number | Publication Date |
---|---|
DE3855706D1 DE3855706D1 (de) | 1997-01-30 |
DE3855706T2 true DE3855706T2 (de) | 1997-06-12 |
Family
ID=22279534
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
DE3855706T Expired - Fee Related DE3855706T2 (de) | 1987-09-24 | 1988-09-13 | Automatisierte Rechnung von Materialien |
Country Status (5)
Country | Link |
---|---|
US (1) | US4847761A (de) |
EP (1) | EP0309374B1 (de) |
JP (1) | JPH087606B2 (de) |
BR (1) | BR8804919A (de) |
DE (1) | DE3855706T2 (de) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE19954609A1 (de) * | 1999-11-12 | 2001-05-17 | Volkswagen Ag | Verfahren zum Erfassen und Bewerten von Bauteilvarianten eines Massenprodukts |
DE102005037487A1 (de) * | 2005-08-09 | 2007-02-15 | Volkswagen Ag | Verfahren zum Erzeugen einer Stückliste eines Produkts mit Varianten |
Families Citing this family (64)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5036472A (en) | 1988-12-08 | 1991-07-30 | Hallmark Cards, Inc. | Computer controlled machine for vending personalized products or the like |
US5993048A (en) | 1988-12-08 | 1999-11-30 | Hallmark Cards, Incorporated | Personalized greeting card system |
US5101352A (en) * | 1989-06-29 | 1992-03-31 | Carolina Cipher | Material requirements planning system |
US5119307A (en) * | 1989-12-22 | 1992-06-02 | General Electric Company | Method and system for automated bill-of-material generation |
JP2688783B2 (ja) * | 1989-12-27 | 1997-12-10 | 沖電気工業株式会社 | 部品表作成システム |
US5295243A (en) * | 1989-12-29 | 1994-03-15 | Xerox Corporation | Display of hierarchical three-dimensional structures with rotating substructures |
US5175814A (en) * | 1990-01-30 | 1992-12-29 | Digital Equipment Corporation | Direct manipulation interface for boolean information retrieval |
US5121330A (en) * | 1990-02-05 | 1992-06-09 | General Electric Company | Method and system for product restructuring |
US5197001A (en) * | 1990-05-14 | 1993-03-23 | International Business Machines Corp. | Bill of material and project network processing |
US5210686A (en) * | 1990-10-19 | 1993-05-11 | International Business Machines Corporation | Multilevel bill of material processing |
US5546316A (en) | 1990-10-22 | 1996-08-13 | Hallmark Cards, Incorporated | Computer controlled system for vending personalized products |
US5559714A (en) | 1990-10-22 | 1996-09-24 | Hallmark Cards, Incorporated | Method and apparatus for display sequencing personalized social occasion products |
JPH04195461A (ja) * | 1990-11-28 | 1992-07-15 | Hitachi Ltd | 日程表作成システム |
US5249120A (en) * | 1991-01-14 | 1993-09-28 | The Charles Stark Draper Laboratory, Inc. | Automated manufacturing costing system and method |
US5278751A (en) * | 1991-08-30 | 1994-01-11 | International Business Machines Corporation | Dynamic manufacturing process control |
US5260866A (en) * | 1991-09-17 | 1993-11-09 | Andersen Consulting | Expert configurator |
JPH0683404A (ja) * | 1992-01-20 | 1994-03-25 | Internatl Business Mach Corp <Ibm> | スケジュール表示のカストマイズ装置および方法 |
US7043407B2 (en) * | 1997-03-10 | 2006-05-09 | Trilogy Development Group, Inc. | Method and apparatus for configuring systems |
JP3109324B2 (ja) * | 1993-04-20 | 2000-11-13 | カシオ計算機株式会社 | データ集計装置 |
US5434791A (en) * | 1993-06-29 | 1995-07-18 | Electronic Data Systems Corporation | Product structure management |
DE4329016A1 (de) * | 1993-08-30 | 1995-03-09 | Heidenhain Gmbh Dr Johannes | Verfahren zur Erstellung und/oder Änderung von NC-Programmen |
US5515269A (en) * | 1993-11-08 | 1996-05-07 | Willis; Donald S. | Method of producing a bill of material for a configured product |
DE69534331T2 (de) * | 1994-07-28 | 2006-01-12 | Xerox Corp. | Verfahren und Vorrichtung zur Hervorhebung der Einzelheit einer Baumstruktur |
US5546529A (en) * | 1994-07-28 | 1996-08-13 | Xerox Corporation | Method and apparatus for visualization of database search results |
US5726898A (en) | 1994-09-01 | 1998-03-10 | American Greetings Corporation | Method and apparatus for storing and selectively retrieving and delivering product data based on embedded expert judgements |
US5550746A (en) | 1994-12-05 | 1996-08-27 | American Greetings Corporation | Method and apparatus for storing and selectively retrieving product data by correlating customer selection criteria with optimum product designs based on embedded expert judgments |
US5764519A (en) * | 1995-03-08 | 1998-06-09 | Hitachi, Inc. | Method and device for computing material requirements |
US6006203A (en) * | 1995-04-14 | 1999-12-21 | Nec Corporation | Order control apparatus capable of reducing input operation by an input unit |
US5768142A (en) | 1995-05-31 | 1998-06-16 | American Greetings Corporation | Method and apparatus for storing and selectively retrieving product data based on embedded expert suitability ratings |
US5875110A (en) | 1995-06-07 | 1999-02-23 | American Greetings Corporation | Method and system for vending products |
US5815395A (en) * | 1995-06-29 | 1998-09-29 | Interface Definition Systems, Inc. | Diagnostic method and apparatus for configuration errors |
US6772103B1 (en) * | 1996-12-19 | 2004-08-03 | Dow Global Technologies Inc. | Method for selecting a parts kit detail |
US6006192A (en) * | 1997-03-12 | 1999-12-21 | International Business Machines Corporation | Method for production planning in an uncertain demand environment |
US6377937B1 (en) | 1998-05-28 | 2002-04-23 | Paskowitz Associates | Method and system for more effective communication of characteristics data for products and services |
KR100311454B1 (ko) * | 1998-06-27 | 2002-02-28 | 전주범 | 인쇄회로기판의부품리스트변환방법 |
US6223094B1 (en) | 1998-08-21 | 2001-04-24 | Sap Aktiengesellschaft | Multi-tiered structure for storing and displaying product and process variants |
US7209869B1 (en) * | 1998-09-01 | 2007-04-24 | Daimlerchrysler Ag | Method and system for resource requirement planning and generating a production schedule using a uniform data model |
WO2002013108A1 (en) * | 2000-08-09 | 2002-02-14 | Murphy Company | Material and labor cost estimating method and system |
US9934478B1 (en) * | 2000-09-22 | 2018-04-03 | Jda Software Group, Inc. | Generating an ordering of workflow items given a partial ordering and extension data |
US20020169697A1 (en) * | 2000-12-27 | 2002-11-14 | Hicks Joshua Farrell | Replacement part tracking for steam turbines |
US20020165805A1 (en) * | 2001-05-02 | 2002-11-07 | International Business Machines Corporation | Method and system for managing parts requirements processes |
US8306795B2 (en) * | 2001-09-25 | 2012-11-06 | Numatics, Incorporated | Product configuration method and system |
US20030074329A1 (en) * | 2001-10-08 | 2003-04-17 | Bruno Jandasek | Computer-implemented method and system for supporting price negotiations |
US20030115108A1 (en) * | 2001-12-17 | 2003-06-19 | William Scott | Method and system for designing and ordering products for manufacture on-line |
US20030172010A1 (en) * | 2002-03-08 | 2003-09-11 | Agile Software Corporation | System and method for analyzing data |
US20030220852A1 (en) * | 2002-05-22 | 2003-11-27 | Andrew Back | Bill of materials change management schema |
US20030220853A1 (en) * | 2002-05-22 | 2003-11-27 | Andrew Back | User interface for bill of materials |
EP1383059A1 (de) * | 2002-07-18 | 2004-01-21 | Logical Tree AB | System zur Erstellung eines individuellen Modells zur Simulierung und Auswertung von Vorteilen eines Produkts |
US6819967B2 (en) * | 2002-07-24 | 2004-11-16 | International Business Machines Corporation | Relational database for producing bill-of-materials from planning information |
TW200419388A (en) * | 2003-03-21 | 2004-10-01 | Hon Hai Prec Ind Co Ltd | System and method for automatically comparing and recoding difference between bills of material (BOM) |
JP4970711B2 (ja) * | 2003-07-07 | 2012-07-11 | ハイデルベルガー ドルツクマシーネン アクチエンゲゼルシヤフト | 製造工程を見出す方法 |
US9514181B2 (en) * | 2004-03-23 | 2016-12-06 | Linguaversal, SL | Calculation expression management |
US8224471B2 (en) * | 2005-09-27 | 2012-07-17 | Siemens Product Lifecycle Management Software Inc. | Allocation of multiple product structures |
JP4988269B2 (ja) * | 2006-08-10 | 2012-08-01 | 株式会社クラステクノロジー | 生産体系作成システム、生産体系作成方法および生産体系作成方法をコンピュータに実行させる生産体系作成プログラムを記憶した記憶媒体 |
JP5049532B2 (ja) * | 2006-08-10 | 2012-10-17 | 株式会社クラステクノロジー | 生産体系作成システム、生産体系作成方法および生産体系作成方法をコンピュータに実行させる生産体系作成プログラムを記憶した記憶媒体 |
JP2008052535A (ja) * | 2006-08-25 | 2008-03-06 | Class Technology Co Ltd | 生産体系作成システムおよび生産体系作成方法 |
JP2008052534A (ja) * | 2006-08-25 | 2008-03-06 | Class Technology Co Ltd | 生産体系作成システムおよび生産体系作成方法 |
US8966388B2 (en) * | 2008-08-26 | 2015-02-24 | Oracle International Corporation | Dynamic creation of product structure |
US8797342B2 (en) | 2010-09-10 | 2014-08-05 | Siemens Aktiengesellschaft | Method for visual project modeling |
CN102054231A (zh) * | 2010-12-30 | 2011-05-11 | 用友软件股份有限公司 | 物料清单生成方法和装置 |
US20130006408A1 (en) | 2011-06-29 | 2013-01-03 | General Electric Company | Automated system for digitized product management |
CN102819540A (zh) * | 2011-11-14 | 2012-12-12 | 金蝶软件(中国)有限公司 | 构建数据平台的方法及装置 |
US9710574B2 (en) | 2014-07-07 | 2017-07-18 | General Electric Company | System and method for generating three-dimensional models in a product management application |
US10049374B2 (en) | 2014-07-18 | 2018-08-14 | Oracle International Corporation | Cost impact simulator and gross profit analyzer |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPS57211338A (en) * | 1981-06-24 | 1982-12-25 | Tokyo Shibaura Electric Co | Tatal image diagnosis data treating apparatus |
US4459663A (en) * | 1981-07-02 | 1984-07-10 | American Business Computer | Data processing machine and method of allocating inventory stock for generating work orders for producing manufactured components |
DE3176167D1 (en) * | 1981-12-23 | 1987-06-11 | Ibm | Business system |
US4646238A (en) * | 1984-10-26 | 1987-02-24 | Analog Devices, Inc. | Material requirements planning system and procedures for use in process industries |
US4733354A (en) * | 1984-11-23 | 1988-03-22 | Brian Potter | Method and apparatus for automated medical diagnosis using decision tree analysis |
-
1987
- 1987-09-24 US US07/100,395 patent/US4847761A/en not_active Expired - Lifetime
-
1988
- 1988-08-12 JP JP20031088A patent/JPH087606B2/ja not_active Expired - Fee Related
- 1988-09-13 DE DE3855706T patent/DE3855706T2/de not_active Expired - Fee Related
- 1988-09-13 EP EP88480032A patent/EP0309374B1/de not_active Expired - Lifetime
- 1988-09-23 BR BR8804919A patent/BR8804919A/pt not_active Application Discontinuation
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE19954609A1 (de) * | 1999-11-12 | 2001-05-17 | Volkswagen Ag | Verfahren zum Erfassen und Bewerten von Bauteilvarianten eines Massenprodukts |
DE102005037487A1 (de) * | 2005-08-09 | 2007-02-15 | Volkswagen Ag | Verfahren zum Erzeugen einer Stückliste eines Produkts mit Varianten |
Also Published As
Publication number | Publication date |
---|---|
BR8804919A (pt) | 1989-05-02 |
DE3855706D1 (de) | 1997-01-30 |
EP0309374A2 (de) | 1989-03-29 |
EP0309374A3 (de) | 1991-01-16 |
US4847761A (en) | 1989-07-11 |
EP0309374B1 (de) | 1996-12-18 |
JPS6491203A (en) | 1989-04-10 |
JPH087606B2 (ja) | 1996-01-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
DE3855706T2 (de) | Automatisierte Rechnung von Materialien | |
DE3855756T2 (de) | Schnittstelle für Materialliste für CAD/CAM-Umgebung | |
DE69126795T2 (de) | Dateienverwaltungssystem mit graphischer benutzerschnittstelle zum aufstellen von fragen | |
DE69602364T2 (de) | Rechnersystem um semantische objektmodelle von existierenden relationellen datenbanksystemen herzustellen | |
DE69428279T2 (de) | Produktstrukturverwaltung | |
DE69329265T2 (de) | Graphischer Datenbankzugriff | |
DE69418474T2 (de) | Semantisches objektmodellierungssystem und verfahren um relationelle datenbankschemata herzustellen | |
DE69838158T2 (de) | Auf die Anzahl von in den Tabellen gespeicherten Datensätzen basiertes Ordnen von Verbindungen | |
DE69904588T2 (de) | Datenbankzugangswerkzeug | |
EP0910829B1 (de) | Datenbanksystem | |
DE3382808T2 (de) | Datenbankzugriffsverfahren mit einem benutzerfreundlichen Menü | |
DE69217228T2 (de) | Verfahren zum aufstellen von multi-objekt-bedingungen in dateien | |
DE68927196T2 (de) | System zur Vereinfachung der Tätigkeitkoordinierung bei mehreren Tätern | |
WO2000011581A1 (de) | Verfahren zur fortschrittlichen mengenorientierten kostenzuweisung unter verwendung verschiedener informationsquellen | |
DE10120869A1 (de) | Verwendung eines Index für den Zugriff auf eine mehrdimensionale Subjektdatenbank | |
DE19538240A1 (de) | Informationssystem und Verfahren zur Speicherung von Daten in einem Informationssystem | |
DE19947136A1 (de) | Verfahren und Vorrichtung zum Erstellen und Verteilen von Berichten | |
WO2002007495A1 (de) | System zur unterstützung einer fehlerursachenanalyse | |
DE69710309T2 (de) | System für betriebliche veröffentlichung und speicherung | |
DE102009019319A1 (de) | Verfahren zur Erzeugung mindestens einer Anwendungsbeschreibung | |
DE69223979T2 (de) | Fuzzy-züruckgewinnungsgerät und verfahren dafür | |
DE60310881T2 (de) | Methode und Benutzerschnittstelle für das Bilden einer Darstellung von Daten mit Meta-morphing | |
DE102012100113A1 (de) | Verfahren, Software und Computersystem zur Handhabung von angesammelten Daten | |
DE69224764T2 (de) | Verfahren und Vorrichtung zur Beurteilung von automatischen Herstellungsmöglichkeiten | |
DE4417393A1 (de) | Eine Methode zur Herstellung spezifischer Programm-Systeme und Sammlungen von Unterstützungsprogrammen (Tools) zur Erleichterung von Programmsystem-Herstellungsarbeiten |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
8364 | No opposition during term of opposition | ||
8339 | Ceased/non-payment of the annual fee |