EP1318462A1 - Verfahren zur Verwaltung und Recherche von Daten - Google Patents

Verfahren zur Verwaltung und Recherche von Daten Download PDF

Info

Publication number
EP1318462A1
EP1318462A1 EP01129110A EP01129110A EP1318462A1 EP 1318462 A1 EP1318462 A1 EP 1318462A1 EP 01129110 A EP01129110 A EP 01129110A EP 01129110 A EP01129110 A EP 01129110A EP 1318462 A1 EP1318462 A1 EP 1318462A1
Authority
EP
European Patent Office
Prior art keywords
classification
oriented
properties
objects
hierarchy
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.)
Withdrawn
Application number
EP01129110A
Other languages
English (en)
French (fr)
Inventor
Robert Schmidt-Fischer
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Osram GmbH
Original Assignee
Patent Treuhand Gesellschaft fuer Elektrische Gluehlampen mbH
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Patent Treuhand Gesellschaft fuer Elektrische Gluehlampen mbH filed Critical Patent Treuhand Gesellschaft fuer Elektrische Gluehlampen mbH
Priority to EP01129110A priority Critical patent/EP1318462A1/de
Publication of EP1318462A1 publication Critical patent/EP1318462A1/de
Withdrawn legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/901—Indexing; Data structures therefor; Storage structures
    • G06F16/9014—Indexing; Data structures therefor; Storage structures hash tables
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/28—Databases characterised by their database models, e.g. relational or object models
    • G06F16/289—Object oriented databases

Definitions

  • the present invention relates to a method for administration and research of data, especially master data, the objects of a physical Systems concern.
  • Master data is one of the main foundations of all modern data processing. While on average only around ten percent of the data processing results of the individual business transactions to be processed depend, so-called movement data, i.e. variable, exist remaining ninety percent from constant data, the so-called Base data. The company's success is based on its availability and quality significantly affected. Master data always concern objects, material and intangible, with relationships between all objects. The The type of relationship determines whether objects as master data have relevant properties have that with the properties of one or more other objects are identical and therefore require identical master data. The administration and research of this complex network of relationships within a whole of objects, for example the product range of one Industrial company, has so far not been supported or has been completely inadequate. This poses considerable risks for a company.
  • punch cards are known from the prior art, those data carriers on which a maximum of 80 characters are usually stored can be. Except for a string to identify the the respective object, the so-called identifier, can be used to add more Information is stored.
  • the identifier can be a pure counting number or represent a sortable number or a mixture of these.
  • the other data can be from master data or from transaction data or consist of a mixture of the two data categories.
  • To machine the punch cards in an order that corresponds to the Punching card technology means forming groups - if necessary with subtotals per group - allowed, must determine the order Features, the so-called sorting features, on the individual Punch cards are available.
  • the present invention is therefore based on the object at the outset to further develop the mentioned methods in such a way that they are largely avoided of redundancy and thus largely ensuring consistency that enables data.
  • the elements of a lower classification level which in turn are real or virtual objects, besides those on this lower classification level differentiating object properties also the properties of the elements of all classification levels above include from which they are derived.
  • the identifier is the electronic representation to understand an object or a group of objects.
  • the properties of the elements of this lowest classification level are definitely objects of the physical system, serve both the Object definition as well as the basis for filters that differ accordingly Abstraction rules different sections of the entire object determine.
  • the flexibility of the method according to the invention With regard to, for example, multilingualism and / or any future ones Refinements of the object definition serve the coding of individual object properties and sensibly formed groups of object properties basically all classification levels.
  • By referring the filter to these identifiers, which reflect properties of the objects, are they functionally independent of the language used or of any Changes in the scope of definition of the objects.
  • each implementation of the invention preferably begins Procedure with the establishment of logical relationships the object properties with each other and definition of the appropriate classification hierarchy. Then the master data to be determined Object properties in a predefined relationship pattern in checked scope is plausible, redundancy-free and in this respect consistently unique recorded and later added if necessary.
  • the storage of the Master data is hierarchically based on the object and takes into account their logical connections. By inheriting object properties to elements of a lower level of the classification hierarchy when changing an object property, its unique one is sufficient Change at the level where it first occurs and from where it is passed on becomes.
  • At least objects of a classification level are preferred not equal to that lowest also coded by identifiers, whereby these identifiers too are constructed in such a way that different filters correspond have different abstraction rules applied to them, and where the identifier of an object of the higher classification level the classification levels below in the classification hierarchy, in particular up to the lowest classification level, be assigned.
  • This measure enables in terms of research discussed in more detail below the determination of hits not only at the lowest classification level, but also from classification levels above. This results in a clearer Presentation and thus easier evaluation of the search result.
  • the detection of the Objects with their object properties are supported by an input mask is provided, with the input mask for generating the Identifiers mandatory and essential data (entry of data mandatory or are optional) and at least the entry of the required data is monitored and is ensured.
  • the entered object properties are then encoded and lead to the construction of the identifier
  • At least two classification hierarchies are preferably defined, wherein at least one identifier of the first classification hierarchy Correspondence in the at least one second classification hierarchy having.
  • a classification hierarchy is preferably subject-oriented built up and at least one further classification hierarchy application-oriented.
  • the objects of the lowest classification level are referred to below as individual types.
  • the subject-oriented classification hierarchy is leading among all classification hierarchies, whereby the individual types defined here are the prerequisite and the basis for all application-oriented hierarchies, in the following property hierarchies, form.
  • the identifiers can be constructed in such a way that they can be found directly in them all information regarding the subject-oriented and the application-oriented Classification hierarchies reflect, i.e.
  • the objects of the lowest classification level so-called individual types, at least have object properties, which include a selection from the following areas: object-oriented Object properties, market-oriented object properties, procurement-oriented Object properties as well as cost-oriented object properties.
  • the object-oriented object properties preferably contain information to the type of drawing and / or to the non-drawing version and / or the quality of the object and / or its packaging and / or for labeling objects and packaging. Is preferred if only she considered in the factual classification hierarchy and basically cannot be changed.
  • the stable relationship between the Identifiers of the individual types and the object-oriented defining them Properties is the basic requirement for the fact that every object of the physical Systems - as required above to avoid redundancy - by exactly one identifier can be represented and vice versa as well that all movement data stored only with reference to identifiers - according to legal requirements - at any time with the same Result can be interpreted.
  • the top level particularly in the subject-oriented classification hierarchy preferably form so-called object classes into which all objects, in particular also intangible objects, must be classifiable beyond doubt.
  • object classes into which all objects, in particular also intangible objects, must be classifiable beyond doubt.
  • further levels of classification based on the Classification level Object class in particular the classification level Object family and then the classification level object group and after further differentiation the classification level basic type.
  • Such a hierarchical structure is not only the prerequisite for redundancy-free or at least low-redundancy storage of object properties represents, but offers the opportunity to enter the data Person when entering through appropriate clear menus, in particular Selection menus, support and therefore enables a quick and yet support logically clearly structured entry of master data.
  • the detection which supports objects with their object properties in that an input mask is provided the input mask being used for generation the identifiers are mandatory and can be entered and at least the entry of the required data is monitored and ensured.
  • the entered Characteristics of the object properties are then encoded and lead to the construction of the identifier.
  • it allows such a hierarchical structure also means simple research, as will be explained in more detail below.
  • the market-oriented object properties preferably contain information to the EAN hierarchy and / or to the market-oriented article definition and / or to market-oriented article groupings of the objects.
  • This object properties become part of a market-oriented property hierarchy, whose lowest level also forms the individual types.
  • the relationships between the individual types and the levels above them market-oriented property hierarchy can be defined within the framework Rules can be adapted to changing market requirements without this is the unambiguous relationship between the individual types and the ones defining them object-oriented properties in the subject-oriented classification hierarchy affected.
  • the procurement-oriented object properties preferably contain information the type of procurement and / or the place of assembly and / or the indication of origin and / or the balance sheet origin and / or to further procurement-oriented properties of the object. These object properties become part of a procurement-oriented Properties hierarchy, in the lowest level of which there are in turn the Find individual types. For their relationship to the levels above the same applies to the procurement-oriented property hierarchy as outlined for the market-oriented property hierarchy.
  • the cost-oriented property properties preferably contain information the type of calculation and / or the cost center and / or the manufacturing plant and / or to further cost-oriented properties of the object. These property properties become part of a cost-oriented Property hierarchy, for which the same applies as for the both of the aforementioned application-oriented property hierarchies.
  • the leading subject-oriented used for object definition Classification hierarchy stands above the individual types there with the Application-related property hierarchies that can be changed according to the rules to be defined in a relationship that allows single types with out to research more than one of these hierarchies selected properties.
  • a simple extension to object properties not previously recorded and / or previously unrecognized characteristics of detectable object properties that is, a simple adaptability of the system is provided by that at least one predetermined classification level of one person entitled to do so by at least one element of this classification level is expandable.
  • the different filters are particularly easy to match apply different abstraction rules to the identifiers if Each identifier is made up of a basic part and at least one additional part is such that the base part and / or the at least one additional part can be checked using the different filters. Since according to the invention Structure of the identifiers relative and / or absolute keys used A preferred alternative to this is the base part and at least one additional part about a relative or absolute Map keys in such a way that they are still relevant for the search Properties.
  • the at least one additional part preferably corresponds to subject-oriented ones and / or application-oriented, in particular object-oriented and / or market-oriented and / or procurement-oriented and / or cost-oriented Object properties.
  • a particularly preferred embodiment of the present invention provides that a filter is created for the search and on the identifiers is applied. It is preferred to generate the filter first an input mask is provided in which an operator can choose from a "Favorites" directory or a "Keyword” directory Select filter type or with the help of a search tree or by marking one of the displayed object classes and one of the displayed object types (that is, a level of the subject-oriented classification hierarchy level of one of the application-oriented property hierarchies) defines the data area in which researched shall be. After this first step, a second input mask is provided, in which the operator the characteristics to be researched to at least one of the - matching the previously defined data area - entered searchable object properties. This Measure enables research to be carried out without programming effort, that means in particular without programming knowledge, so that the research can also be done by people who are as good as have no knowledge of the structure and structure of the database.
  • the method In view of the filter properties entered by the operator the method generates a filter for the search according to the invention, and the identifiers are checked for the fulfillment of the filter properties, where initially the number of hits, that is the number of objects whose Identifiers that meet filter properties are displayed to the operator becomes.
  • the filter to be applied to the identifiers can that the number of hits corresponds to the research requests.
  • the number of hits accepted by the operator can be found in this number of hits objects contained optionally output immediately as an EXCEL file or in a third input mask - according to the operator's wishes processed - displayed and / or output.
  • the present invention also relates to a computer program with program code means, to all steps of the method according to the invention perform when the program is running on a computer.
  • the invention relates to a computer program with program code means, as mentioned, which is stored on a computer-readable data carrier are.
  • Figure 1 shows the structure of a subject-oriented classification hierarchy for the objects according to a preferred embodiment of the invention.
  • the individual objects are divided into so-called object classes, see also Figure 2 for the classification.
  • the object classes are divided into object families and then, see Figure 4, in object groups. Further breakdown levels can join.
  • a so-called basic type see Figure 1, obtained, the basic type in the embodiment a "naked Product ", that is a product without labeling and without packaging, identified.
  • This basic type is divided into subsequent levels differentiated by further object-oriented object properties.
  • the objects the lowest classification level, the so-called individual types hence the properties of all levels above.
  • an identifier of a single type can factual classification hierarchy Identifiers of individual types be assigned to the application-related classification hierarchies, so that when researching this assignment, the relevant to the Identifier-related application-oriented properties indirectly can be queried.
  • the structure levels of the individual hierarchies are called object types.
  • the object groups shown in FIG. 4 are one in the exemplary embodiment uniform for all object families in the positions of columns 5 and 6, rows 0 to 9 of Figure 3 valid subdivision (the associated ratio effect in the systematic linking of the classification levels basically also achievable with other property classes).
  • Object properties With callable occurrences so far, displayed to a user on an input mask to help him to support the recording of the properties of an object.
  • the sequential structure of a Identifier shown for a single type.
  • the "X" indicate placeholders for numerical values. Of course, according to the invention, this can also be done Letters or other symbols can be used.
  • the first digit of the Identifier determines the object class, see Figure 2, the first two Represent the object family, see Figure 3, while the first four represent the Determine object group, see Figure 4.
  • the so-called drawing type is identified by seven digits: Of these, the first four digits are Object group to which the drawing of the product is assigned, three more Make it possible to differentiate the drawings within the Object group according to the drawing effective ones used for the product definition Properties (in particular shapes and dimensions) of the product.
  • the next four digits encode the execution of the product, the means all non-drawing effective used for the product definition Properties of the product (e.g. type of material, color, elasticity, electrical Conductivity) with the exception of its quality.
  • the combination from the type of drawing and the associated design determines the so-called Production type to which a production BOM corresponds.
  • the basic type results by further specifying the manufacturing type about the product quality, encrypted with two other digits.
  • the thirteen digits of the basic type definition in the exemplary embodiment are from the inventive method by a short, for the basic type identification, alternatively usable, continuously assigned Number added.
  • this number includes with consideration on the total number of products to be taken into account (raw, half and Finished goods) five alphanumerically assignable digits, so that over 50 million different basic types can be numbered.
  • This one short number is preferred especially in data collection and there for example, "number rotator" can occur from the invention Procedure when determining the sequential number an algorithmically determined Check mark added: This algorithm results in later use on a recorded serial number, a result of the same time detected test mark differs, this is a detection error and initiated the correction.
  • the respective documents refer preferably to avoid redundancy directly on the identifiers of packaging, shipping, labeling, Sales and individual types.
  • Entering the relevant data to generate an identifier can be supported by providing an input mask for an operator be, it can be provided that in the input mask must Can be entered. The entry of the required data is preferred monitored and ensured.
  • the creation of which will be discussed again later the elements of a selected object type the is called a level of the subject-oriented classification hierarchy or one Level of one of the application-oriented property hierarchies to Example find the objects represented as individual types, find the ones to be specified Meet criteria.
  • a level of the subject-oriented classification hierarchy or one Level of one of the application-oriented property hierarchies to Example find the objects represented as individual types, find the ones to be specified Meet criteria.
  • criteria from an object-oriented perspective and / or from a market-oriented perspective Point of view and / or from a cost-oriented point of view and / or from a procurement-oriented point of view View must be fulfilled, see Figure 6.
  • the Object properties represented in the individual type can be considered Criteria catalog, for example, a certain capacity group from the procurement-oriented View and a specific cost center from the cost-oriented View included.
  • the individual types can be selected, the calculation types to be specified or cost centers or - in an even higher level of abstraction belong to works that - from a market-oriented perspective - are to be specified EAN or an article to be specified or which - from object-oriented View - from a given sales type, basic types or - in an even higher level of abstraction - a production type to be specified or drawing types.
  • FIG. 7 shows an example of a variant, such as the individual type identifiers the subject-oriented classification hierarchy with the application-oriented Property hierarchies can be linked.
  • Hierarchy H1 is the subject-oriented classification hierarchy, whereby the basic type level (GT) and the single type level (ET) are shown as examples.
  • a number of individual types (ET) are assigned to a certain basic type, identified by a point on the GT level, recognizable by the points on the lowest level. There may be further levels between the basic type level and the single type level.
  • the hierarchies H2, H3 and H4 represent three application-oriented Features hierarchies. From an application point of view - usually like the subject-oriented classification hierarchy also topdown - Specified, with meaningfully adapted to user needs General terms for those found or to be expected for the individual types application-oriented object properties is assumed for their part not represented in the subject-oriented classification hierarchy are. Between the least differentiating at the top of the hierarchy General term and the application-oriented that occurs with the individual type Object properties can have multiple property levels located from the perspective of the application-oriented object properties of the individual types also represent generic terms, but more strongly differentiating than the generic terms at the top of the hierarchy.
  • the lowest level of an application-oriented property hierarchy usually has a different level of differentiation than the lowest level the factual classification hierarchy. Because the application-oriented Property hierarchies but serve the purpose, not even in the subject-oriented classification hierarchy of insertable object properties save redundancy-free or at least redundancy-free and therefore economical and at the same time to keep them future-proof, the elements must at their lowest levels with the individual types of the subject-oriented classification hierarchy be linked. This is done by the most differentiating elements, these are usually the individual types, the associated ones Assigned elements at the lowest level of the other hierarchies become.
  • This assignment can be done by the method according to the invention are supported, at least insofar as, for example, all individual types that an element of one of the application-oriented property hierarchies assigned, only this and no other element of this hierarchy can be assigned.
  • Decision-making procedures to be deposited the design of which depends on the company's internal requirements. It is also required that each individual type with the application-oriented Property hierarchies. This becomes symbolic in FIG expressed by arrows from a group of individual types the hierarchy H1, represented by its IC, for certain individual types hierarchy H2, hierarchy H3 and hierarchy H4.
  • ET (H2) i the classification hierarchy H3, ET (H3) i , and the classification hierarchy H4, ET (H4) i
  • several numerical values IC i can use the same individual type identifier of the corresponding one Hierarchy. It is important that an assignment takes place in any case. Dummy single type identifiers can be provided for items that are not matched in the appropriate hierarchy.
  • FIG. 8 shows a first user interface for searching for Data shown.
  • object classes can be created by a user are selected, which are then selected by the process, i.e. automatically, in Field 12 must be entered.
  • the Select field 14 object types which are then entered in field 16 by the method become.
  • Other search criteria can be entered via fields 18 select, for example keywords, which then move from the process to one data area defined according to object class and object type become.
  • search Filter saved as "Favorite" from the "Favorites” directory again can be called up so that its redefinition does not apply.
  • Field 22 contains the properties of the hits that are relevant for the search displayed according to this pre-selection from which you can choose. These are elements from hierarchy levels that are above the defined one Data area and / or searchable properties of the hits displayed items. To the selected elements and properties, The user transfers the object properties to the field 24 or to specify their forms, according to which researched shall be.

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

Die vorliegende Erfindung betrifft ein Verfahren zur Verwaltung und Recherche von Daten, die Objekte eines physikalischen Systems betreffen, bei dem zunächst für die Objekte eine Klassifizierungshierarchie definiert wird, wobei die Elemente einer unteren Klassifizierungsebene alle Objekteigenschaften aller darüber liegenden Klassifizierungsebenen umfassen. Anschließend wird eine unterste Klassifizierungsebene der Objekte definiert und die Objekte der untersten Klassifizierungsebene durch Codierung in einen Identifikator dargestellt, wobei der Identifikator derart aufgebaut ist, daß sich unterschiedliche Filter entsprechend unterschiedlichen Abstraktionsregeln auf ihn anwenden lassen. Sie betrifft überdies ein entsprechendes Computerprogramm mit Programmcode-Mitteln, insbesondere gespeichert auf einem computerlesbaren Datenträger. <IMAGE>

Description

Technisches Gebiet
Die vorliegende Erfindung betrifft ein Verfahren zur Verwaltung und Recherche von Daten, insbesondere Stammdaten, die Objekte eines physikalischen Systems betreffen.
Stammdaten sind eine der Hauptgrundlagen jeder modernen Datenverarbeitung. Während durchschnittlich nur rund zehn Prozent der Datenverarbeitungsergebnisse von den einzelnen zu verarbeitenden Geschäftsvorfällen abhängen, sogenannte Bewegungsdaten, also variabel, sind, bestehen die restlichen neunzig Prozent aus gleichbleibenden Daten, den sogenannten Stammdaten. Von ihrer Verfügbarkeit und Qualität wird der Unternehmenserfolg erheblich beeinflußt. Stammdaten betreffen immer Objekte, materielle sowie immaterielle, wobei es zwischen allen Objekten Beziehungen gibt. Die Art der Beziehung bestimmt, ob Objekte als Stammdaten relevante Eigenschaften haben, die mit den Eigenschaften eines oder mehrerer anderer Objekte identisch sind und daher auch insoweit identische Stammdaten erfordern. Die Verwaltung und Recherche dieses komplexen Beziehungsgeflechts innerhalb einer Objektgesamtheit, zum Beispiel dem Produktspektrum eines Industrieunternehmens, wird bisher nicht oder völlig unzureichend unterstützt. Dies birgt erhebliche Risiken für ein Unternehmen.
Je geringer nämlich die Softwareunterstützung, desto größer ist der Bedarf an Mitarbeitern, die durch ein entsprechendes, meist nicht schnell erwerbbares Spezialwissen sowie hohe Konzentration und Ausdauer dazu beitragen müssen, eine angemessene Stammdatenqualität zu erzeugen und aufrecht zu erhalten. Trotzdem entstehende Fehler, durch systematische Suche oder zufällig entdeckt, müssen in mehr oder minder aufwendigen Sonderaktionen behoben werden, um Schädigungen des Unternehmens vorzubeugen oder diese schnellstens wieder zu beenden.
Im Hinblick auf die Recherche führen alle über Standardabfragen hinausgehenden Recherchewünsche zu Programmieraufwand oder bleiben unbefriedigt.
Stand der Technik
Aus dem Stand der Technik ist der Gebrauch sogenannter Lochkarten bekannt, jenen Datenträgern, auf denen im Regelfall maximal 80 Zeichen gespeichert werden können. Außer einer Zeichenfolge zur Identifizierung des jeweiligen Objekts, dem sogenannten Identifikator, können darauf weitere Informationen gespeichert werden. Den Identifikator kann eine reine Zählnummer oder eine sortierbare Nummer oder eine Mischform hieraus repräsentieren. Die weiteren Daten können aus Stammdaten oder aus Bewegungsdaten oder aus einer Mischung der beiden Datenkategorien bestehen. Um die Lochkarten maschinell in eine Reihenfolge zu bringen, die mit den Mitteln der Lochkartentechnik die Bildung von Gruppen - bei Bedarf mit Zwischensummen je Gruppe - erlaubt, müssen die für die Reihenfolge maßgebenden Merkmale, die sogenannten Sortiermerkmale, auf den einzelnen Lochkarten vorhanden sein. Dies wird realisiert im Identifikator selbst, der dann der gewünschten Sortierung dienende Zeichen enthalten, also- zumindest insoweit - "sortierbar" sein muß, und/oder in den weiteren Daten, die dann die für die gewünschte Sortierung benötigten Daten - im Regelfall Stammdaten - enthalten müssen. Um Identifikatoren unterschiedlichen Gruppierungen zuordnen zu können, sind pro Identifikator mehrere Lochkarten erforderlich, falls die unterschiedlichen Sortiermerkmale wegen der auf 80 Stellen begrenzten Speichermöglichkeit nicht je Identifikator auf derselben Lochkarte Platz haben. Da die auf den Lochkarten gespeicherten Daten, soweit sie nicht durch Duplizieren von anderen Lochkarten stammen, je Lochkarte einzeln erfaßt werden müssen, ist ein großer personeller Aufwand erforderlich, um sicher zu stellen, daß jede Lochkarte die richtigen Daten enthält, insbesondere daß auf jeder Lochkarte mit Stammdaten diese tatsächlich zu dem jeweiligen Identifikator gehören und aktuell sind.
Die weitere Entwicklung der Stammdatenverwaltung bis zum heutigen Stand der Technik diente im Schwerpunkt der Beschleunigung von Datenerfassung und Datenwiedergewinnung. Mit dem Ersatz von Riesenmengen an Lochkarten, sogenannten Lochkarten-Dateien, durch Datensätze auf Magnetbändern, sogenannte Banddateien, ergibt sich unter anderem als Vorteil, daß Band-Datensätze nicht mehr wie Lochkarten auf 80 Zeichen beschränkt sind. Dadurch können je Identifikator im Regelfall alle zugehörigen Stammdaten in einem einzigen Band-Datensatz gespeichert werden. Mit dem Ersatz von Banddateien durch sogenannte Plattendateien ergeben sich unter anderem weitere Beschleunigungseffekte. So sind zum Beispiel nunmehr die Vorgabe, Erfassung und Überprüfung eines Datenbestandes im Regelfall nicht mehr auf mehrere Personen verteilt, sondern erfolgen im Direktzugriff auf die jeweilige Datei in einem Arbeitsgang. Unterstützung bei der Datenerfassung, die in der "Lochkarten-Ära" durch teilweises Duplizieren von Lochkarten und in der "Magnetband-Ära" sowie beim Übergang auf Plattendateien durch individuelle Programmierung ermöglicht werden konnte, ist heutzutage Teil der Standardsoftware: So kann zum Beispiel in der SAP-Standardsoftware R/2 und R/3 ein vorhandener Stammdaten-Satz aufgerufen, durch Eingabe eines neuen Identifikators dupliziert und im Bereich der hierdurch übernommenen Stammdaten modifiziert werden. Selbst wenn diese Modifikationen auf formale Richtigkeit, zum Beispiel Einhaltung der zulässigen Zeichenanzahl je Datenfeld, überprüft werden, bleibt die inhaltliche Richtigkeit im Regelfall ungeprüft. Insbesondere muß die Konsistenz von Stammdaten, die aus logischen Gründen bei mehreren Identifikatoren identisch sein oder in einem bestimmten Verhältnis zueinander stehen müssen, im Regelfall weiterhin personell sichergestellt werden. Da sich die Zahl der je Objekt für speicherungswürdig gehaltenen Stammdaten seit der "Lochkarten-Ära" vervielfacht hat und die Komplexität der Beziehungen zwischen den einzelnen Stammdaten dadurch erheblich zunahm, ist der für die Erreichung von Datenkonsistenz erforderliche Aufwand extrem angewachsen. Unternehmen, die sich diesen Aufwand nicht leisten können oder wollen, laufen Gefahr, durch Dateninkonsistenz Schaden in nicht vorhersagbarer Größenordnung zu erleiden.
Der Aufwand zur Beseitigung und künftigen Vermeidung von Dateninkonsistenz hängt unter anderem vom Umfang der Datenredundanz im jeweiligen System ab. In der "Lochkarten-Ära" ergab sich ein Schwerpunkt der Inkonsistenz aus der Tatsache, daß für Recherchen unterschiedlicher Zielgruppen zum selben Objekt parallel mehrere Lochkarten (mit zum Teil identischen Stammdaten) erstellt wurden, die nicht synchron aktuell gehalten wurden. Diese Fehlerquelle versiegt bei nur einmaliger Speicherung jedes Stammdatums eines Objekts, wie sie seit der Einführung von Banddateien und Plattendateien möglich ist. Unverändert geblieben und in der Wirkung sogar noch wesentlich verstärkt ist dagegen, daß bei Stammdaten-Änderungen, die aus logischen Gründen nicht nur einen Identifikator betreffen, Dateninkonsistenz entsteht, wenn die Änderung nicht bei allen betroffenen Identifikatoren gleichzeitig erfolgt oder sogar bei einzelnen der betroffenen Identifikatoren ganz unterbleibt.
Darstellung der Erfindung
Der vorliegenden Erfindung liegt daher die Aufgabe zugrunde, das eingangs genannte Verfahren derart weiterzubilden, daß es eine weitgehende Vermeidung von Redundanz und damit die weitgehende Sicherstellung der Konsistenz der Daten ermöglicht.
Zur Lösung dieser Aufgabe wird erfindungsgemäß bei dem gattungsgemäßen Verfahren zunächst eine Klassifizierungshierarchie für die Objekte des physikalischen Systems definiert, wobei die Elemente einer unteren Klassifizierungsebene, die ihrerseits reale oder virtuelle Objekte sind, neben den auf dieser unteren Klassifizierungsebene differenzierenden Objekteigenschaften auch die Eigenschaften der Elemente aller darüber liegenden Klassifizierungsebenen umfassen, von denen sie abstammen. Anschließend wird eine unterste Klassifizierungsebene der Objekte definiert und schließlich die Objekte der untersten Klassifizierungsebene durch Codierung in einen Identifikator dargestellt, wobei der Identifikator derart aufgebaut ist, daß sich unterschiedliche Filter entsprechend unterschiedlichen Abstraktionsregeln auf ihn anwenden lassen.
Unter Identifikator ist im Sinne der Erfindung die elektronische Repräsentierung eines Objekts oder von Gruppierungen von Objekten zu verstehen.
Die Eigenschaften der Elemente dieser untersten Klassifizierungsebene, die auf jeden Fall Objekte des physikalischen Systems sind, dienen sowohl der Objektdefinition als auch als Basis für Filter, die entsprechend unterschiedlichen Abstraktionsregeln unterschiedliche Ausschnitte aus der Objektgesamtheit ermitteln. Der Flexibilität des erfindungsgemäßen Verfahrens im Hinblick zum Beispiel auf Mehrsprachigkeit und/oder auf etwaige künftige Verfeinerungen der Objektdefinition dient die Codierung einzelner Objekteigenschaften und sinnvoll gebildeter Gruppen von Objekteigenschaften auf grundsätzlich allen Klassifizierungsebenen. Durch Bezugnahme der Filter auf diese Identifikatoren, in denen sich Eigenschaften der Objekte widerspiegeln, sind sie funktionell unabhängig von der verwendeten Sprache oder von etwaigen Veränderungen im Definitionsumfang der Objekte.
Dem erfindungsgemäßen Verfahren liegt die Erkenntnis zugrunde, daß die Möglichkeit von Dateninkonsistenz mit abnehmender Datenredundanz schwindet und daß die sachliche Richtigkeit von Stammdaten mit zunehmender Beachtung logischer Strukturen der Objekteigenschaften grundsätzlich zunimmt. Deshalb beginnt bevorzugt jede Implementierung des erfindungsgemäßen Verfahrens mit der Feststellung der logischen Beziehungen der Objekteigenschaften untereinander und Festlegung der geeigneten Klassifizierungshierarchie. Anschließend werden als Stammdaten die festzulegenden Objekteigenschaften in einem vorgefertigten Beziehungsmuster in geprüftem Umfang plausibel, redundanzfrei und insoweit konsistent einmalig erfaßt sowie später gegebenenfalls fallweise ergänzt. Die Speicherung der Stammdaten erfolgt also objektbezogen hierarchisch und unter Berücksichtigung ihrer logischen Zusammenhänge. Durch die Vererbung von Objekteigenschaften auf Elemente einer weiter unten liegenden Ebene der Klassifizierungshierarchie genügt bei Änderung einer Objekteigenschaft deren einmalige Änderung auf der Ebene, wo sie erstmalig auftritt und von wo sie weitervererbt wird.
Dadurch, daß sich bei diesem Verfahren das Beziehungsgeflecht der Objekte untereinander widerspiegelt, werden die Schwächen des Stands der Technik beseitigt: Zum einen werden die Ansprüche an die Anzahl und Qualifikation der mit der Verwaltung der Stammdaten operativ befaßten Mitarbeiter eines Unternehmens reduziert, wodurch eine Dezentralisierung erleichtert wird, bei gleichzeitiger Verminderung der Fehleranfälligkeit. Dies resultiert in einer größeren Wirtschaftlichkeit der Stammdatenverwaltung sowie in einer Erhöhung der Stammdatenqualität. Zum anderen wird die Möglichkeit eröffnet, für die Recherche von Stammdaten ein universelles, flexibel zu handhabendes Werkzeug zur Verfügung zu stellen, das in wenigen Schritten die gewünschten Informationen liefert.
Bevorzugt sind zumindest Objekte einer Klassifizierungsebene ungleich der untersten ebenfalls durch Identifikatoren codiert, wobei auch diese Indentifikatoren derart aufgebaut sind, daß sich unterschiedliche Filter entsprechend unterschiedlichen Abstraktionsregeln auf sie anwenden lassen, und wobei dem Identifikator eines Objekts der höheren Klassifizierungsebene die Identifikatoren der in der Klassifizierungshierarchie darunter liegenden Klassifizierungsebenen, insbesondere ebenenweise bis zur untersten Klassifizierungsebene, zugeordnet werden. Diese Maßnahme ermöglicht im Hinblick auf die weiter unten ausführlicher besprochene Recherche die Ermittlung von Treffern nicht nur auf der untersten Klassifizierungsebene, sondern auch von darüber liegenden Klassifizierungsebenen. Hierdurch ergibt sich eine übersichtlichere Darstellung und damit leichtere Auswertbarkeit des Rechercheergebnisses.
Besonders bevorzugt ist zur Realisierung einer völligen Redundanzfreiheit, das heißt nicht nur einer Reduktion der Redundanz gegenüber dem bekannten Stand der Technik, daß jedes Objekt des physikalischen Systems durch genau einen Identifikator repräsentiert wird und umgekehrt.
Bevorzugt ist weiterhin, wenn zunächst die Beziehungen zwischen mindestens zwei Objekten analysiert werden und dann, in Anbetracht des Ergebnisses der Analyse, die zu erfassenden Objekteigenschaften der Objekte definiert werden.
Bei einer besonders bevorzugten Ausführungsform wird die Erfassung der Objekte mit ihren Objekteigenschaften dadurch unterstützt, daß eine Eingabemaske bereitgestellt wird, wobei in die Eingabemaske zur Erzeugung der Identifikatoren Muß- und Kanndaten (Eingabe der Daten obligatorisch bzw. fakultativ) eingebbar sind und zumindest die Eingabe der Mußdaten überwacht und sichergestellt wird. Die eingegebenen Objekteigenschaften werden dann codiert und führen zum Aufbau des Identifikators
Bevorzugt werden mindestens zwei Klassifizierungshierarchien definiert, wobei mindestens ein Identifikator der ersten Klassifizierungshierarchie eine Entsprechung in der mindestens einen zweiten Klassifizierungshierarchie aufweist. Bevorzugt ist hierbei eine Klassifizierungshierarchie sachorientiert aufgebaut und mindestens eine weitere Klassifizierungshierarchie anwendungsorientiert. Die Objekte der jeweils untersten Klassifizierungsebene werden im Folgenden als Einzeltypen bezeichnet. Die sachorientierte Klassifizierungshierarchie ist unter allen Klassifizierungshierarchien führend, wobei die hierin definierten Einzeltypen die Voraussetzung und die Grundlage aller anwendungsorientierten Hierarchien, im nachfolgenden Eigenschaften-Hierarchien, bilden. Hierbei sind zwei Alternativen zu unterscheiden: Zum einen können die Identifikatoren so aufgebaut sein, daß sich in ihnen unmittelbar alle Information betreffend die sachorientierte und die anwendungsorientierten Klassifizierungshierarchien widerspiegeln, d.h. bei einer Recherche nach anwendungsorientierten Eigenschaften des Objekts können diese unmittelbar aus den Identifikatoren abgelesen werden. Zum anderen können einem Identifikator eines Einzeltyps der sachbeorientierten sachorientierten Klassifizierungshierarchie Identifikatoren von Einzeltypen der anwendungsorientierten Klassifizierungshierarchien zugeordnet sein, so daß bei einer Recherche über diese Zuordnung die zu dem sachorientierten Identifikator gehörenden anwendungsorientierten Eigenschaften mittelbar abgefragt werden können. Die letztgenannte Variante resultiert in einem einfacheren, kürzeren und damit leichter recherchierbaren Aufbau der Identifikatoren.
Bevorzugt werden bei der Erfassung der Objekte mit einer Eingabemaske die Eigenschaften des Objekts in den unterschiedlichen Klassifizierungshierarchien erfaßt und Verknüpfungen betreffend das erfaßte Objekt zwischen den unterschiedlichen Klassifizierungshierarchien und innerhalb der jeweiligen Klassifizierungshierarchien, insbesondere mit der über und unter der Eingabeebene liegenden Klassifizierungsebene, hergestellt.
Im Hinblick auf den Einsatz des erfindungsgemäßen Verfahrens bei Industrieunternehmen ist es bevorzugt, wenn die Objekte der untersten Klassifizierungsebene, sogenannte Einzeltypen, zumindest Objekteigenschaften aufweisen, die eine Auswahl aus den folgenden Gebieten umfassen: objektorientierte Objekteigenschaften, marktorientierte Objekteigenschaften, beschaffungsorientierte Objekteigenschaften sowie kostenorientierte Objekteigenschaften.
Bei der Implementierung des erfindungsgemäßen Verfahrens ist es bevorzugt, wenn nach der Analyse der Beziehungen zwischen mindestens zwei Objekten festgelegt wird, welche Eigenschaften der Objekte zu erfassen sind, welcher Hierarchie (der sachorientierten oder einer der anwendungsorientierten) die einzelnen Eigenschaften zuzuordnen sind und welcher Ebene in der zutreffenden Hierarchie sie angehören.
Die objektorientierten Objekteigenschaften enthalten bevorzugt Informationen zum Zeichnungstyp und/oder zur zeichnungsunwirksamen Ausführung und/oder zur Qualität des Objekts und/oder zu dessen Verpackung und/oder zur Kennzeichnung von Objekt und Verpackung. Bevorzugt ist, wenn nur sie in der sachorientierten Klassifizierungshierarchie berücksichtigt und grundsätzlich nicht geändert werden. Die dadurch stabile Beziehung zwischen den Identifikatoren der Einzeltypen und den sie definierenden objektorientierten Eigenschaften ist die Grundvoraussetzung dafür, daß jedes Objekt des physikalischen Systems - wie oben zur Redundanzvermeidung gefordert - durch genau einen Identifikator repräsentiert werden kann und umgekehrt sowie daß alle nur unter Bezug auf Identifikatoren gespeicherten Bewegungsdaten - den gesetzlichen Anforderungen entsprechend - jederzeit mit demselben Ergebnis interpretiert werden können.
Die oberste Ebene insbesondere in der sachorientierten Klassifizierungshierarchie bilden vorzugsweise sogenannte Objektklassen, in die alle Objekte, insbesondere auch immaterielle Objekte, zweifelsfrei einordenbar sein müssen. Zwischen einer Objektklasse und der untersten Klassifizierungsebene können weitere Klassifizierungsebenen vorhanden sein, ausgehend von der Klassifizierungsebene Objektklasse insbesondere die Klassifizierungsebene Objektfamilie und daran anschließend die Klassifizierungsebene Objektgruppe sowie nach weiterer Differenzierung die Klassifizierungsebene Grundtyp. Ein derartiger hierarchischer Aufbau stellt nicht nur die Voraussetzung für die redundanzfreie oder zumindest eine redundanzarme Speicherung von Objekteigenschaften dar, sondern bietet die Möglichkeit, die dateneingebende Person bei der Eingabe durch entsprechende übersichtliche Menüs, insbesondere Auswahlmenüs, zu unterstützen und ermöglicht daher, eine schnelle und dennoch logisch klar gegliederte Eingabe von Stammdaten zu unterstützen. Denn bei einer besonders bevorzugten Ausführungsform wird die Erfassung der Objekte mit ihren Objekteigenschaften dadurch unterstützt, daß eine Eingabemaske bereitgestellt wird, wobei in die Eingabemaske zur Erzeugung der Identifikatoren Muß- und Kanndaten eingebbar sind und zumindest die Eingabe der Mußdaten überwacht und sichergestellt wird. Die eingegebenen Ausprägungen der Objekteigenschaften werden dann codiert und führen zum Aufbau des Identifikators. Bevorzugt werden bei dieser mittels Eingabemaske geführten Erfassung von Objekteigenschaften automatisch die vorgesehenen Verknüpfungen mit anderen Ebenen der Klassifizierungshierarchie und im Rahmen festlegbarer Algorithmen auch zu bestimmten Objekteigenschaften in Eigenschaften-Hierarchien hergestellt. Andererseits ermöglicht ein derartiger hierarchischer Aufbau auch eine einfache Recherche, wie weiter unten noch genauer ausgeführt werden wird.
Die marktorientierten Objekteigenschaften enthalten bevorzugt Informationen zur EAN-Hierarchie und/oder zur marktorientierten Artikeldefinition und/oder zu marktorientierten Artikelgruppierungen der Objekte. Diese Objekteigenschaften werden zum Bestandteil einer marktorientierten Eigenschaften-Hierarchie, deren unterste Ebene ebenfalls die Einzeltypen bilden. Die Beziehungen zwischen den Einzeltypen und den darüber liegenden Ebenen der marktorientierten Eigenschaften-Hierarchie können im Rahmen festzulegender Regeln sich ändernden Markterfordernissen angepaßt werden, ohne daß dies die eineindeutige Beziehung zwischen den Einzeltypen und den sie definierenden objektorientierten Eigenschaften in der sachorientierten Klassifizierungshierarchie tangiert.
Die beschaffungsorientierten Objekteigenschaften enthalten bevorzugt Informationen zur Beschaffungsart und/oder zum Konfektionierungsort und/oder zum Ursprungshinweis und/oder zum bilanziellen Ursprung und/oder zu weiteren beschaffungsorientierten Eigenschaften des Objekts. Diese Objekteigenschaften werden zum Bestandteil einer beschaffungsorientierten Eigenschaften-Hierarchie, in deren unterster Ebene sich wiederum die Einzeltypen finden. Für deren Beziehung zu den darüber liegenden Ebenen der beschaffungsorientierten Eigenschaften-Hierarchie gilt sinngemäß dasselbe wie zu der marktorientierten Eigenschaften-Hierarchie ausgeführt.
Die kostenorientierten Objekteigenschaften enthalten bevorzugt Informationen zur Kalkulationsart und/oder zur Kostenstelle und/oder zum Herstellungswerk und/oder zu weiteren kostenorientierten Eigenschaften des Objekts. Diese Objekteigenschaften werden zum Bestandteil einer kostenorientierten Eigenschaften-Hierarchie, für die sinngemäß dasselbe gilt wie bei den beiden vorgenannten anwendungsorientierten Eigenschaften-Hierarchien.
Die zur Objektdefinition verwendete und deshalb führende sachorientierte Klassifizierungshierarchie steht über die dort originären Einzeltypen mit den nach festzulegenden Regeln änderbaren anwendungsbezogenen Eigenschaften-Hierarchien in einer Beziehung, die es erlaubt, Einzeltypen mit aus mehr als einer dieser Hierarchien ausgewählten Eigenschaften zu recherchieren.
Eine einfache Ausdehnung auf bisher nicht erfaßte Objekteigenschaften und/oder bisher nicht erfaßte Ausprägungen erfaßbarer Objekteigenschaften, das heißt eine einfache Adaptierbarkeit des Systems, wird dadurch bereitgestellt, daß mindestens eine vorgegebene Klassifizierungsebene von einer dazu berechtigten Person um mindestens ein Element dieser Klassifizierungsebene erweiterbar ist.
Besonders einfach lassen sich die unterschiedlichen Filter entsprechend den unterschiedlichen Abstraktionsregeln auf die Identifikatoren anwenden, wenn jeder Identifikator aus einem Basisteil und mindestens einem Zusatzteil aufgebaut ist, derart, daß der Basisteil und/oder der mindestens eine Zusatzteil durch die unterschiedlichen Filter abprüfbar sind. Da erfindungsgemäß beim Aufbau der Identifikatoren relative und/oder absolute Schlüssel verwendet werden können, besteht eine bevorzugte Alternative hierzu darin, den Basisteil und mindestens einen Zusatzteil über einen relativen oder absoluten Schlüssel derart abzubilden, daß er nach wie vor die für die Recherche relevanten Eigenschaften erkennen läßt.
Der mindestens eine Zusatzteil entspricht bevorzugt sachorientierten und/oder anwendungsorientierten, insbesondere objektorientierten und/oder marktorientierten und/oder beschaffungsorientierten und/oder kostenorientierten Objekteigenschaften.
Bei einer bevorzugten Ausführungsform der Erfindung sind alle Identifikatoren in einer einzigen Datenbank zusammengefaßt. Dies wird durch die weitgehende Redundanzfreiheit der Datenverwaltung gemäß der vorliegenden Erfindung ermöglicht und erlaubt eine besonders einfache Aktualisierung und Anfertigung von Sicherungskopien.
Eine besonders bevorzugte Ausführungsform der vorliegenden Erfindung sieht vor, daß für die Recherche ein Filter erzeugt und auf die Identifikatoren angewendet wird. Bevorzugt wird für die Erzeugung des Filters als erstes eine Eingabemaske bereitgestellt, in der eine Bedienperson wahlweise aus einem Verzeichnis "Favoriten" oder einem Verzeichnis "Schlagwort" den gewünschten Filtertyp auswählt oder mit Hilfe eines aufrufbaren Suchbaumes oder durch Markieren einer der angezeigten Objektklassen sowie einer der angezeigten Objektarten (das heißt einer Ebene der sachorientierten Klassifizierungshierarchie oder einer Ebene einer der anwendungsorientierten Eigenschaften-Hierarchien) den Datenbereich definiert, in dem recherchiert werden soll. Nach diesem ersten Schritt wird eine zweite Eingabemaske bereitgestellt, in der die Bedienperson die zu recherchierenden Ausprägungen zu mindestens einer der - passend zum vorher definierten Datenbereich - angezeigten recherchierbaren Objekteigenschaften einzugeben hat. Diese Maßnahme ermöglicht die Durchführung einer Recherche ohne Programmieraufwand, das heißt insbesondere ohne Programmierkenntnisse, so daß die Recherche auch von Personen durchgeführt werden kann, die so gut wie keine Kenntnis vom Aufbau und von der Struktur der Datenbank haben.
Weiter erleichtert wird die Recherche, wenn zur Eingabe der zu recherchierenden Objekteigenschaften und/oder Ausprägungen bestimmter Objekteigenschaften auf der Eingabemaske angezeigt werden kann, welche Ausprägungen überhaupt vorhanden sind, aus denen die Person auswählen kann, oder wenn logische Bedingungen wie zum Beispiel "nicht größer als" eingegeben werden können. Die Person braucht also keinerlei Vorkenntnisse zu haben von den Objekteigenschaften, wie sie für die vorliegende Datenbank definiert wurden, und deren existierenden Ausprägungen.
In Anbetracht der von der Bedienperson eingegebenen Filtereigenschaften wird vom Verfahren erfindungsgemäß ein Filter für die Recherche erzeugt, und die Identifikatoren werden auf die Erfüllung der Filtereigenschaften geprüft, wobei zunächst die Trefferzahl, das heißt die Anzahl der Objekte, deren Identifikatoren die Filtereigenschaften erfüllen, der Bedienperson angezeigt wird. Für den Fall, daß der Bedienperson die Trefferzahl zu groß oder zu klein ist, ist es besonders vorteilhaft, wenn die Bedienperson durch Eingabe weiterer oder durch Löschung bisher im Filter berücksichtigter Objekteigenschaften den auf die Identifikatoren anzuwendenen Filter so verändern kann, daß die Trefferzahl den Recherchewünschen entspricht. Zu der von der Bedienperson akzeptierten Trefferzahl können die in dieser Trefferzahl enthaltenen Objekte wahlweise unmittelbar als EXCEL-Datei ausgegeben oder in einer dritten Eingabemaske - entsprechend den Wünschen der Bedienperson aufbereitet - angezeigt und/oder ausgegeben werden.
Die vorliegende Erfindung betrifft überdies ein Computerprogramm mit Programmcode-Mitteln, um alle Schritte des erfindungsgemäßen Verfahrens durchzuführen, wenn das Programm auf einem Computer ausgeführt wird. Schließlich betrifft die Erfindung ein Computerprogramm mit Programmcode-Mitteln, wie erwähnt, die auf einem computerlesbaren Datenträger abgespeichert sind.
Weitere vorteilhafte Ausführungsformen ergeben sich aus den Unteransprüchen.
Beschreibung der Zeichnungen
Ein Ausführungsbeispiel wird im Folgenden unter Hinweis auf die beigefügten Zeichnungen näher beschrieben. Es stellen dar:
Figur 1
den Aufbau einer Klassifizierungshierarchie für ein Ausführungsbeispiel der Erfindung;
Figur 2
ein Beispiel für unterschiedliche Objektklassen;
Figur 3
ein Beispiel für Objektfamilien;
Figur 4
ein Beispiel für Objektgruppen;
Figur 5
schematisch und beispielhaft den Aufbau eines Identifikators;
Figur 6
beispielhaft die Abstraktionsmöglichkeit ausgehend von einem Einzeltyp-ldentifikator;
Figur 7
beispielhaft das Vorgehen bei Verknüpfung der Einzeltyp-ldentifikatoren der sachorientieren Klassifizierungshierarchie mit den anwendungsorientieren Eigenschaften-Hierarchien;
Figur 8
eine erste Benutzeroberfläche für die Recherche von Daten;
Figur 9
eine zweite Benutzeroberfläche für die Recherche von Daten; und
Figur 10
eine dritte Benutzeroberfläche für die Recherche von Daten.
Figur 1 zeigt den Aufbau einer sachorientierten Klassifizierungshierarchie für die Objekte gemäß einem bevorzugten Ausführungsbeispiel der Erfindung. Zunächst werden die einzelnen Objekte in sogenannte Objektklassen eingeteilt, siehe zur Einteilung auch Figur 2. In einem nächsten Schritt, siehe auch Figur 3, werden die Objektklassen in Objektfamilien untergliedert und anschließend, siehe Figur 4, in Objektgruppen. Weitere Untergliederungsstufen können sich anschließen. Schließlich wird ein sogenannter Grundtyp, siehe Figur 1, erhalten, wobei der Grundtyp im Ausführungsbeispiel ein "nacktes Produkt", das heißt ein Produkt ohne Kennzeichnung und ohne Verpackung, identifiziert. Dieser Grundtyp wird in darauffolgenden Untergliederungsstufen durch weitere sachorientierte Objekteigenschaften differenziert. Die Objekte der untersten Klassifizierungsebene, die sogenannten Einzeltypen, umfassen daher die Eigenschaften aller darüber liegenden Ebenen. In entsprechender Weise können auf der Basis von anwendungsorientierten Objekteigenschaften anwendungsorientierte Eigenschaften-Hierarchien aufgebaut werden, um auch hier Redundanz zu vermeiden. Die Verknüpfung zwischen der sachorientierten Klassifizierungshierarchie mit den anwendungsorientierten Eigenschaften-Hierarchien kann insbesondere auf zwei Arten erfolgen: Zum einen können die Einzeltyp-ldentifikatoren der sachorientierten Klassifizierungshierarchie um die dazugehörenden Eigenschafts-Identifikatoren der anwendungsorientierten Eigenschaften-Hierarchien ergänzt werden, so daß sich ein "Gesamtidentifikator" pro Objekt ergibt, in dem alle relevanten Eigenschaften des Objekts niedergelegt sind und damit in einfacher Weise abgefragt werden können. Andererseits können einem Identifikator eines Einzeltyps der sachbezogenen Klassifizierungshierarchie Identifikatoren von Einzeltypen der anwendungsbezogenen Klassifizierungshierarchien zugeordnet sein, so daß bei einer Recherche über diese Zuordnung die zum dem sachbezogenen Identifikator gehörenden anwendungsorientierten Eigenschaften mittelbar abgefragt werden können.
Die Gliederungsstufen der einzelnen Hierarchien werden als Objektarten bezeichnet.
Die in Figur 4 dargestellten Objektgruppen sind eine im Ausführungsbeispiel einheitlich für alle Objektfamilien in den Positionen der Spalten 5 und 6, Reihen 0 bis 9 der Figur 3 gültige Untergliederung (Der damit verbundene Ratioeffekt bei der systematischen Verknüpfung der Klassifizierungsebenen ist grundsätzlich auch bei anderen Objektklassen erzielbar). In entsprechender Weise werden die der jeweiligen Ebene der Klassifizierungshierarchie angehörenden Objekteigenschaften, mit Aufrufbarkeit bisher vorkommender Ausprägungen, einem Benutzer auf einer Eingabemaske angezeigt, um ihn bei der Erfassung der Eigenschaftsausprägungen eines Objekts zu unterstützen. Für neue Ausprägungen von Objekteigenschaften, die bei neuen Elementen auf der betreffenden Hierarchiestufe vorkommen, oder neue Objekteigenschaften, die nur für neue Elemente oder zur nachträglichen weiteren Differenzierung aller Elemente auf der betreffenden Hierarchiestufe benötigt werden, ist eine Erweiterbarkeit des Systems durch dazu berechtigte Personen vorgesehen.
Mit Bezug auf die Figuren 1 bis 4 ist in Figur 5 der sequentielle Aufbau eines Identifikators für einen Einzeltyp dargestellt. Die "X" kennzeichnen Platzhalter für Zahlenwerte. Selbstverständlich können erfindungsgemäß hierfür auch Buchstaben oder andere Symbole verwendet werden. Die erste Stelle des Identifikators bestimmt die Objektklasse, siehe Figur 2, die ersten beiden Stellen die Objektfamilie, siehe Figur 3, während die ersten vier Stellen die Objektgruppe bestimmen, siehe Figur 4. Der sogenannte Zeichnungstyp wird identifiziert durch sieben Stellen: Von diesen sind die ersten vier Stellen die Objektgruppe, denen die Zeichnung des Produkts zugeordnet ist, drei weitere Stellen ermöglichen die Differenzierung der Zeichnungen innerhalb der Objektgruppe nach den zur Produktdefinition herangezogenen zeichnungswirksamen Eigenschaften (insbesondere Formen und Maße) des Produkts. Die nächsten vier Stellen verschlüsseln die Ausführung des Produktes, das heißt alle zur Produktdefinition herangezogenen nicht zeichnungswirksamen Eigenschaften des Produkts (zum Beispiel Materialart, Farbe, Elastizität, elektrische Leitfähigkeit) mit Ausnahme von dessen Qualität. Die Kombination aus Zeichnungstyp und zugehöriger Ausführung bestimmt den sogenannten Fertigungstyp, dem eine Fertigungsstückliste entspricht. Der Grundtyp ergibt sich durch weitere Spezifizierung des Fertigungstyps um die Produktqualität, verschlüsselt mit zwei weiteren Stellen.
Die im Ausführungsbeispiel insgesamt dreizehn Stellen der Grundtyp-Definition werden vom erfindungsgemäßen Verfahren durch eine kurze, für die Grundtyp-ldentifikation alternativ verwendbare, fortlaufend vergebene Nummer ergänzt. Im Ausführungsbeispiel umfaßt diese Nummer mit Rücksicht auf die Gesamtzahl der zu berücksichtigenden Produkte (Roh-, Halbund Fertigwaren) fünf alphanumerisch belegbare Stellen, so daß über 50 Millionen unterschiedliche Grundtypen benummert werden können. Da diese kurze Nummer insbesondere bei der Datenerfassung bevorzugt wird und dort zum Beispiel "Zahlendreher" vorkommen können, wird vom erfindungsgemäßen Verfahren bei Festlegung der laufenden Nummer ein algorithmisch festgelegtes Prüfzeichen ergänzt: Ergibt dieser Algorithmus bei späterer Anwendung auf eine erfaßte laufende Nummer ein Resultat, das vom gleichzeitig erfaßten Prüfzeichen abweicht, ist hieran ein Erfassungsfehler erkennbar und der Anstoß zu dessen Korrektur gegeben.
Die weitere Differenzierung des Grundtyps wird durch Kombination des Grundtyps mit Gruppen von Objekteigenschaften tiefer liegender Ebenen der Klassifizierungshierarchie dargestellt. So wird im Ausführungsbeispiel
  • die Ebene "Versandtyp" durch die Kombination von Grundtyp und der als
  • "Verpackungstyp" bezeichneten, durch drei Stellen repäsentierten Gruppe verpackungsorientierter Objekteigenschaften,
  • die Ebene "Verkaufstyp" durch die Kombination von Versandtyp und der als "Kennzeichnungstyp" bezeichneten, durch zwei Stellen repäsentierten Gruppe kennzeichnungsorientierter Objekteigenschaften,
  • die Ebene "Einzeltyp" durch die Kombination von Verkaufstyp und der als "Beschaffungstyp" bezeichneten Gruppe beschaffungsorientierter Objekteigenschaften
bestimmt. Die erwähnten Stellen verweisen in einer jeweils zugehörigen Matrix auf die ihnen zugeordnete Kombination von Ausprägungen der zugehörigen Objekteigenschaften.
Hinter den mehrstelligen Schlüsseln für den Verpackungs- und den Kennzeichnungstyp steht jeweils ein bestimmtes, dokumentierbares Konzept für die Verpackung und Kennzeichnung, das in Verbindung mit der jeweiligen Bezugsbasis, nämlich
  • mit dem Grundtyp beim Versandtyp,
  • mit dem Versandtyp beim Verkaufstyp und
  • mit dem Verkaufstyp beim Einzeltyp,
eine konkrete, dokumentierbare Bedeutung erlangt. Sieht der Kennzeichnungstyp zum Beispiel eine Kennzeichnung mit dem beim jeweiligen Hersteller standardmäßig zu verwendenden Ursprungshinweis vor, dann lautet dieser, falls das Produkt laut Beschaffungstyp in Deutschland hergestellt wird, konkret "Made in Germany".
Die jeweiligen Dokumente beziehen sich zur Redundanzvermeidung bevorzugt unmittelbar auf die Identifikatoren der Verpackungs-, Versand-, Kennzeichnungs-, Verkaufs- und Einzeltypen.
Die Anzahl der Ebenen der sachorientierten Klassifizierungshierarchie sowie etwaiger Eigenschaften-Hierarchien, Anzahl der Objekteigenschaften und damit Tiefenschärfe der Definition der Elemente in den einzelnen Ebenen mit dadurch beeinflußter Anzahl dieser Elemente sowie die Stellenanzahl zur Verschlüsselung dieser Elemente kann in anderen Anwendungsbeispielen der vorliegenden Erfindung selbstverständlich anderen Kriterien folgen als im hier beschriebenen Ausführungsbeispiel und damit von diesem so abweichen, daß es sich im Aufbau des Einzeltyp-ldentifikators widerspiegelt. Bevorzugt ist erfindungsgemäß jedoch darauf zu achten, daß eine der logischen Datenstruktur entsprechende Klassifizierungshierarchie festgelegt wird und daß auf allen Ebenen, beginnend bei den Objektklassen, die zu verschlüsselnden Elemente so definiert werden, daß sich die Definitionen nicht überschneiden, sondern gegenseitig ausschließen. Nur so entsteht eine redundanzfreie, zukunftssichere, von Bedienpersonen oder sonstigen Einflüssen unabhängige Eineindeutigkeit der Datenbeziehungen.
Die Eingabe der entsprechenden Daten zur Erzeugung eines Identifikators kann durch Bereitstellen einer Eingabemaske für eine Bedienperson unterstützt werden, wobei vorgesehen sein kann, daß in die Eingabemaske Mußund Kanndaten eingebbar sind. Bevorzugt wird hierbei die Eingabe der Mußdaten überwacht und sichergestellt.
Durch einen Filter, auf dessen Erzeugung an späterer Stelle nochmals eingegangen wird, lassen sich die Elemente einer ausgewählten Objektart, das heißt einer Ebene der sachorientierten Klassifizierungshierarchie oder einer Ebene einer der anwendungsorientierten Eigenschaften-Hierarchien, zum Beispiel die als Einzeltypen repräsentierten Objekte, auffinden, die vorzugebenden Kriterien entsprechen. Bei Einzeltypen kann auch verlangt werden, daß gleichzeitig Kriterien aus objektorientierter Sicht und/oder aus marktorientierter Sicht und/oder aus kostenorientierter Sicht und/oder aus beschaffungsorientierter Sicht erfüllt sein müssen, siehe hierzu Figur 6. Infolge der im Einzeltyp repräsentierten Objekteigenschaften kann der zu beachtende Kriterienkatalog zum Beispiel eine bestimmte Kapazitätsgruppe aus der beschaffungsorientierten Sicht und eine bestimmte Kostenstelle aus der kostenorientierten Sicht enthalten. Bei Beschränkung auf nur ein Auswahlkriterium lassen sich die Einzeltypen auswählen, die zu vorzugebenden Kalkulationstypen oder Kostenstellen oder - in einer noch höheren Abstraktionsebene zu Werken gehören, die - aus marktorientierter Sicht - zu einer vorzugebenden EAN oder einem vorzugebenden Artikel gehören oder die - aus objektorientierter Sicht - von einem vorzugebenden Verkaufstypen, Grundtypen oder - in einer noch höheren Abstraktionsebene - einem vorzugebenden Fertigungstypen oder Zeichnungstypen abstammen.
In Figur 7 ist beispielhaft eine Variante dargestellt, wie die Einzeltyp-Identifikatoren der sachorientierten Klassifizierungshierarchie mit den anwendungsorientierten Eigenschaften-Hierarchien verknüpft werden können.
Hierarchie H1 ist hierbei die sachorientierte Klassifizierungshierarchie, wobei beispielhaft die Ebene Grundtyp (GT) und die Ebene Einzeltyp (ET) eingezeichnet sind. Einem bestimmten Grundtypen, gekennzeichnet durch einen Punkt auf der Ebene GT, sind eine Vielzahl von Einzeltypen (ET) zugeordnet, erkennbar durch die Punkte auf der untersten Ebene. Zwischen der Ebene Grundtyp und der Ebene Einzeltyp können weitere Ebenen liegen. Jedem dieser Einzeltypen ET(H1)i, i = a, b, c, ... entspricht eine mit ICi, i = a, b, c, ... bezeichnete Nummer, die sich daraus ergibt, daß alle Einzeltypen durchnummeriert werden.
Die Hierarchien H2, H3 und H4 repräsentieren drei anwendungsorientierte Eigenschaften-Hierarchien. Sie werden unter Anwendungsgesichtspunkten - im Regelfall wie die sachorientierte Klassifizierungshierarchie ebenfalls topdown - festgelegt, wobei von sinnvoll den Anwenderbedürfnissen angepaßten Oberbegriffen zu den bei den Einzeltypen vorgefundenen oder zu erwartenden anwendungsorientierten Objekteigenschaften ausgegangen wird, die ihrerseits nicht in der sachorientierten Klassifizierungshierarchie vertreten sind. Zwischen dem an der Hierarchiespitze stehenden, am wenigsten differenzierenden Oberbegriff und den beim Einzeltyp auftretenden anwendungsorientierten Objekteigenschaften können sich mehrere Eigenschaften-Ebenen befinden, die aus Sicht der anwendungsorientierten Objekteigenschaften der Einzeltypen ebenfalls Oberbegriffe darstellen, allerdings stärker differenzierend als die Oberbegriffe an der Hierarchiespitze.
Die unterste Ebene einer anwendungsorientierten Eigenschaften-Hierarchie hat im Regelfall einen anderen Differenzierungsgrad als die unterste Ebene der sachorientierten Klassifizierungshierarchie. Da die anwendungsorientierten Eigenschaften-Hierarchien aber dem Zweck dienen, auch die nicht in die sachorientierte Klassifizierungshierarchie einfügbaren Objekteigenschaften redundanzfrei oder zumindest redundanzarm zu speichern und damit wirtschaftlich und gleichzeitig zukunftssicher vorzuhalten, müssen die Elemente in deren untersten Ebenen mit den Einzeltypen der sachorientierten Klassifizierungshierarchie verknüpft werden. Dies geschieht, indem den am meisten differenzierenden Elementen, das sind im Regelfall die Einzeltypen, die zugehörigen Elementen auf der untersten Ebene der anderen Hierarchien zugeordnet werden. Diese Zuordnung kann vom erfindungsgemäßen Verfahren unterstützt werden, zumindest insoweit, als zum Beispiel alle Einzeltypen, die einem Element einer der anwendungsorientierten Eigenschaften-Hierarchien zugeordnet werden, nur diesem und keinem weiteren Element dieser Hierarchie zugeordnet werden können. Als weitere Unterstützung kommen im erfindungsgemäßen Verfahren zu hinterlegende Entscheidungshilfen in Frage, deren Gestaltung von den unternehmensinternen Voraussetzungen abhängt. Außerdem ist zu verlangen, daß jeder Einzeltyp mit den anwendungsorientierten Eigenschaften-Hierarchien verknüpft wird. In Figur 7 wird dies symbolisch zum Ausdruck gebracht, indem Pfeile von einer Gruppe von Einzeltypen der Hierarchie H1, repräsentiert durch deren IC, zu bestimmten Einzeltypen der Hierarchie H2, der Hierarchie H3 und der Hierarchie H4 führen.
In einem bevorzugten Ausführungsbeispiel hat die jedem der Einzeltypen ET(H1)i, i=a, b, c, ... der Hierarchie H1 zugeordnete Nummer ICi, i=a, b, c, ... Entsprechungen in den anwendungsorientierten Klassifizierungshierarchien H2, H3, H4. Bei der Zuordnung der Zahlen ICi zu Einzeltypen der Hierarchie H2, ET(H2)i, der Klassifizierungshierarchie H3, ET(H3)i, sowie der Klassifizierungshierarchie H4, ET(H4)i können mehrere Zahlenwerte ICi demselben Einzeltyp-ldentifikator der entsprechenden Hierarchie zugeordnet werden. Wichtig ist, daß jedenfalls eine Zuordnung stattfindet. Für Elemente, die in der entsprechenden Hierarchie keine Entsprechung finden, können Dummy-Einzeltyp-ldentifikatoren bereitgestellt werden.
Die Recherche nach Daten wird nunmehr mit Bezug auf die Figuren 8 bis 10 erörtert: In Figur 8 ist eine erste Benutzeroberfläche für die Recherche nach Daten dargestellt. Aus einem Feld 10 können Objektklassen von einem Benutzer ausgewählt werden, die dann vom Verfahren, d.h. automatisch, in Feld 12 eingetragen werden. In entsprechender Weise lassen sich aus dem Feld 14 Objektarten auswählen, die dann vom Verfahren in das Feld 16 eingetragen werden. Über die Felder 18 lassen sich andere Recherchekriterien auswählen, beispielsweise Schlagworte, die dann vom Verfahren zu einem nach Objektklasse und Objektart definierten Datenbereich umgewandelt werden. Auch kann - als weitere Alternative - ein bei einer früheren Recherche als "Favorit" abgespeicherter Filter aus dem Verzeichnis "Favoriten" wieder abgerufen werden, so daß seine erneute Definition entfällt.
Nachdem in Figur 8 der Datenbereich abgesteckt ist, in dem recherchiert werden soll, zeigt das Verfahren gemäß der Benutzeroberfläche von Figur 9 vor der Festlegung weiterer Auswahlkriterien im Feld 20 als Treffer zunächst die Gesamtzahl der Elemente an, die sich in diesem Datenbereich befinden. Im Feld 22 werden für die Recherche relevante Eigenschaften der Treffer gemäß dieser Vorauswahl angezeigt, aus denen ausgewählt werden kann. Es sind dies Elemente aus Hierarchie-Ebenen, die oberhalb des definierten Datenbereiches liegen und/oder recherchierbare Eigenschaften der als Treffer angezeigten Elemente. Zu den ausgewählten Elementen und Eigenschaften, die das Verfahren in das Feld 24 überträgt, sind vom Benutzer die Objekteigenschaften oder deren Ausprägungen anzugeben, nach denen recherchiert werden soll. Dies können konkrete Ausprägungen sein (zum Beispiel zur Eigenschaft "Sockel" die Ausprägung "E27"), aber auch Bedingungen wie zum Beispiel Bereichsangaben (Beispiel zu Sockeln: "E14-E27"), Mindest- oder Höchstwerte (Beispiele zur Lampenlänge: "<20mm" oder ">80mm"). Dies führt im Regelfall zu einer Reduzierung der Treffer. Es besteht die Möglichkeit, falls das Rechercheergebnis nicht zufriedenstellend ist, auf einen vorhergehenden Verfahrensschritt zurückzuspringen, um andere Objektklassen, Objektarten, Elemente, Objekteigenschaften oder Ausprägungen der zu recherchierenden Elemente und/oder Objekteigenschaften zur Veränderung der Auswahl zu spezifizieren.
Nach Beendigung der Selektion, das heißt nach Abschluß des Selektionsprozesses, kann wahlweise gemäß Figur 9 oder 10 die Ausgabe des Rechercheergebnisses bewirkt werden. Zur Auswahl steht bevorzugt die Anzeige des Ergebnisses am Bildschirm, die Ausgabe in Listenform auf Papier oder die Ausgabe auf einen anderen Datenträger in einem für die weitere Verarbeitung geeigneten Format. Vor der Ausgabe kann sich der Benutzer für eine Standardaufbereitung des Ergebnisses entscheiden oder eine andere Aufbereitung wählen. Dabei kann - einheitlich für alle Treffer, das sind alle im Ergebnis enthaltenen Datensätze
  • auf die Anzeige oder Ausgabe einzelner in den Treffern enthaltener Datenfelder verzichtet,
  • die Reihenfolge der aus den Treffern anzuzeigenden oder auszugebenden Datenfelder verändert und
  • die Reihenfolge der Trefferanzeige oder Trefferausgabe durch Sortiervorgaben beeinflußt
werden. Die Standardreihenfolge der Trefferanzeige oder Trefferausgabe richtet sich nach der Reihenfolge der Datenfelder in den Treffern. Eine andere Reihenfolge der Trefferanzeige oder Trefferausgabe kann der Benutzer über ein Feld 28 vorgeben.

Claims (28)

  1. Verfahren zur Verwaltung und Recherche von Daten, die Objekte eines physikalischen Systems betreffen, folgende Schritte umfassend:
    Definition zumindest einer Klassifizierungshierarchie für die Objekte, wobei die Elemente einer unteren Klassifizierungsebene der Klassifizierungshierarchie alle Objekteigenschaften aller darüber liegenden Klassifizierungsebenen derselben Klassifizierungshierachie umfassen;
    Definition einer untersten Klassifizierungsebene der Objekte;
    Darstellung der Objekte der untersten Klassifizierungsebene durch Codierung in einen Identifikator, wobei der Identifikator derart aufgebaut ist, daß sich unterschiedliche Filter entsprechend unterschiedlichen Abstraktionsregeln auf ihn anwenden lassen.
  2. Verfahren nach Anspruch 1,
       dadurch gekennzeichnet,    daß zumindest Objekte einer Klassifizierungsebene ungleich der untersten ebenfalls durch Identifikatoren codiert sind, wobei auch diese Identifikatoren derart aufgebaut sind, daß sich unterschiedliche Filter entsprechend unterschiedlichen Abstraktionsregeln auf sie anwenden lassen, und wobei dem Identifikator eines Objekts der höheren Klassifizierungsebene die Identifikatoren der in der Klassifizierungshierarchie darunter liegenden Klassifizierungsebenen, insbesondere ebenenweise bis zur untersten Klassifizierungsebene, zugeordnet werden.
  3. Verfahren nach Anspruch 1 oder 2,
       dadurch gekennzeichnet,    daß jedes Objekt des physikalischen Systems durch genau einen Identifikator repräsentiert wird.
  4. Verfahren nach einem der Ansprüche 1 bis 3,
       gekennzeichnet durch folgende weitere Schritte:
    Analyse der Beziehungen zwischen mindestens zwei Objekten;
    in Anbetracht des Ergebnisses der Analyse: Definition von Objekteigenschaften der Objekte.
  5. Verfahren nach einem der vorhergehenden Ansprüche,
       gekennzeichnet durch folgenden weiteren Schritt:
    Unterstützen der Erfassung der Objekte mit ihren Objekteigenschaften durch Bereitstellen einer Eingabemaske, wobei in die Eingabemaske zur Erzeugung eines Identifikators Muß- und Kanndaten eingebbar sind, wobei zumindest die Eingabe der Mußdaten überwacht und sichergestellt wird.
  6. Verfahren nach einem der vorhergehenden Ansprüche,
       dadurch gekennzeichnet,    daß mindestens zwei Klassifizierungshierarchien definiert werden, wobei mindestens ein Identifikator der ersten Klassifizierungshierarchie eine Entsprechung in der mindestens einen zweiten Klassifizierungshierarchie aufweist.
  7. Verfahren nach einem der Ansprüche 5 oder 6,
       dadurch gekennzeichnet,    daß bei der Erfassung der Objekte mit einer Eingabemaske die Eigenschaften des Objekts in den unterschiedlichen Klassifizierungshierarchien erfaßt werden und Verknüpfungen betreffend das erfaßte Objekt zwischen den unterschiedlichen Klassifizierungshierarchien und innerhalb der jeweiligen Klassifizierungshierarchien, insbesondere mit der über und unter der Eingabeebene liegenden Klassifizierungsebenen, hergestellt werden.
  8. Verfahren nach Anspruch 6,
       dadurch gekennzeichnet,    daß eine Klassifizierungshierarchie sachorientiert ist und mindestens eine weitere Klassifizierungshierarchie anwendungsorientiert.
  9. Verfahren nach Anspruch 8,
       dadurch gekennzeichnet,    daß Objekte der untersten Klassifizierungsebene, sogenannte Einzeltypen, der sachorientierten Klassifizierungshierarchie objektorientierte Eigenschaften aufweisen.
  10. Verfahren nach Anspruch 8 oder 9,
       dadurch gekennzeichnet,    daß Objekte der untersten Klassifizierungsebene der mindestens einen anwendungsorientierten Klassifizierungshierarchie zumindest Objekteigenschaften aufweisen, die eine Auswahl aus den folgenden Gebieten umfassen:
    marktorientierte Objekteigenschaften;
    beschaffungsorientierte Objekteigenschaften;
    kostenorientierte Objekteigenschaften.
  11. Verfahren nach Anspruch 9,
       dadurch gekennzeichnet,    daß die objektorientierten Objekteigenschaften Informationen enthalten zum Zeichnungstyp und/oder zur zeichnungsunwirksamen Ausführung und/oder zur Qualität des Objekts und/oder zu dessen Verpackung und/oder zur Kennzeichnung von Objekt und Verpackung.
  12. Verfahren nach Anspruch 10 oder 11,
       dadurch gekennzeichnet,    daß die marktorientierten Objekteigenschaften Informationen enthalten zur EAN-Hierarchie und/oder zum Artikel und/oder zu Artikelgruppierungen des Objekts.
  13. Verfahren nach einem der Ansprüche 10 bis 12,
       dadurch gekennzeichnet,    daß die beschaffungsorientierten Objekteigenschaften Informationen enthalten zur Beschaffungsart und/oder zum Konfektionierungsort und/oder zum Ursprungshinweis und/oder zur Beistellungsart und/oder zum bilanziellem Ursprung und/oder zu Kapazitätsgruppen und/oder zu Dispositionsstufen des Objekts.
  14. Verfahren nach einem der Ansprüche 10 bis 13,
       dadurch gekennzeichnet,    daß die kostenorientierten Objekteigenschaften Informationen enthalten zur Kalkulationsart und/oder zur Kostenstelle und/oder zum Herstellungswerk des Objekts.
  15. Verfahren nach einem der vorhergehenden Ansprüche,
       dadurch gekennzeichnet,    daß die oberste Klassifizierungsebene, insbesondere der sachorientierten Klassifizierungshierarchie, sogenannte Objektklassen sind, in die alle Objekte, insbesondere auch immaterielle Objekte, einordenbar sind.
  16. Verfahren nach Anspruch 15,
       dadurch gekennzeichnet,    daß zwischen einer Objektklasse und der untersten Klassifizierungsebene weitere Klassifizierungsebenen vorhanden sind, ausgehend von der Klassifizierungsebene Objektklasse insbesondere die Klassifizierungsebene Objektfamilie und daran anschließend die Klassifizierungsebene Objektgruppe.
  17. Verfahren nach einem der vorhergehenden Ansprüche,
       dadurch gekennzeichnet,    daß mindestens eine vorgegebene Klassifizierungsebene von einer dazu berechtigen Person um mindestens ein Element dieser Klassifizierungsebene erweiterbar ist.
  18. Verfahren nach einem der vorhergehenden Ansprüche,
       dadurch gekennzeichnet,    daß jeder Identifikator aus einem Basisteil und mindestens einem Zusatzteil aufgebaut ist, derart, daß der Basisteil und/oder der mindestens eine Zusatzteil durch die unterschiedlichen Filter abprüfbar sind.
  19. Verfahren nach Anspruch 18,
       dadurch gekennzeichnet,    daß der mindestens eine Zusatzteil sachorientierten und/oder anwendungsorientierten, insbesondere objektorientierten und/oder marktorientierten und/oder beschaffungsorientierten und/oder kostenorientierten Objekteigenschaften entspricht.
  20. Verfahren nach einem der vorhergehenden Ansprüche,
       dadurch gekennzeichnet,    daß beim Aufbau der Identifikatoren relative und/oder absolute Schlüssel verwendet werden.
  21. Verfahren nach einem der vorhergehenden Ansprüche,
       dadurch gekennzeichnet,    daß alle Identifikatoren in einer einzigen Datenbank zusammengefaßt sind.
  22. Verfahren nach einem der vorhergehenden Ansprüche,
       dadurch gekennzeichnet,    daß für die Recherche ein Filter erzeugt und auf die Identifikatoren angewendet wird.
  23. Verfahren nach Anspruch 22,
       dadurch gekennzeichnet,    daß für die Erzeugung des Filters eine Eingabemaske bereitgestellt wird, in die eine Bedienperson sie interessierende Elemente mindestens einer Klassifizierungsebene und/oder sie interessierende Objekteigenschaften eingeben kann.
  24. Verfahren nach Anspruch 23,
       dadurch gekennzeichnet,    daß zur Eingabe der die Bedienperson interessierenden Elemente und/oder Objekteigenschaften Auswahlmenüs auf der Eingabemaske angezeigt werden, aus denen die Bedienperson auswählen kann.
  25. Verfahren nach Anspruch 23 oder 24,
       dadurch gekennzeichnet,    daß das Filter in Anbetracht der von der Bedienperson eingegebenen Elemente und/oder Objekteigenschaften erzeugt wird, und die Identifikatoren auf die Erfüllung der Filtereigenschaften geprüft werden, wobei das Ergebnis, d.h. die Objekte, deren Identifikatoren die Filtereigenschaften erfüllen, der Bedienperson bereitgestellt wird.
  26. Verfahren nach Anspruch 25,
       dadurch gekennzeichnet,    daß das Ergebnis durch Eingabe weiterer Objekteigenschaften durch die Bedienperson und Erzeugung eines weiteren Filters, der dann auf die Identifikatoren angewendet wird, weiter spezifizierbar ist.
  27. Computerprogramm mit Programmcode-Mitteln, um alle Schritte eines Verfahrens nach einem der Ansprüche 1 bis 26 durchzuführen, wenn das Programm auf einem Computer ausgeführt wird.
  28. Computerprogramm mit Programmcode-Mitteln nach Anspruch 27, die auf einem computerlesbaren Datenträger abgespeichert sind.
EP01129110A 2001-12-07 2001-12-07 Verfahren zur Verwaltung und Recherche von Daten Withdrawn EP1318462A1 (de)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP01129110A EP1318462A1 (de) 2001-12-07 2001-12-07 Verfahren zur Verwaltung und Recherche von Daten

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
EP01129110A EP1318462A1 (de) 2001-12-07 2001-12-07 Verfahren zur Verwaltung und Recherche von Daten

Publications (1)

Publication Number Publication Date
EP1318462A1 true EP1318462A1 (de) 2003-06-11

Family

ID=8179466

Family Applications (1)

Application Number Title Priority Date Filing Date
EP01129110A Withdrawn EP1318462A1 (de) 2001-12-07 2001-12-07 Verfahren zur Verwaltung und Recherche von Daten

Country Status (1)

Country Link
EP (1) EP1318462A1 (de)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2399198A (en) * 2003-03-03 2004-09-08 Richard Percy Classification system for accessing information by means of a compound code

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0572749A1 (de) * 1992-06-04 1993-12-08 Klaus-Jürg Aeschlimann Datenbank in einer EDV-Anlage
US5630072A (en) * 1994-08-30 1997-05-13 Dobbins; Larry D. Relia process: integrated relational object unit identification and location addressing processes
DE10037639A1 (de) * 1999-07-29 2001-02-15 Rudolf Bayer Verfahren zum Organisieren von Datenbeständen auf einem Speichermedium durch hierarchisches Clustering u. Computerprogramm

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0572749A1 (de) * 1992-06-04 1993-12-08 Klaus-Jürg Aeschlimann Datenbank in einer EDV-Anlage
US5630072A (en) * 1994-08-30 1997-05-13 Dobbins; Larry D. Relia process: integrated relational object unit identification and location addressing processes
DE10037639A1 (de) * 1999-07-29 2001-02-15 Rudolf Bayer Verfahren zum Organisieren von Datenbeständen auf einem Speichermedium durch hierarchisches Clustering u. Computerprogramm

Non-Patent Citations (5)

* Cited by examiner, † Cited by third party
Title
"ENCODING DATA INTO IRRATIONAL MAGIC NUMBERS FOR FAST SEARCHING AND COMPARING", IBM TECHNICAL DISCLOSURE BULLETIN, IBM CORP. NEW YORK, US, vol. 36, no. 11, 1 November 1993 (1993-11-01), pages 427 - 429, XP000424906, ISSN: 0018-8689 *
CHAUDHURI, S., DAYAL, U.: "An Overview of Data Warehousing and OLAP Technology", ACM SIGMOD RECORD, vol. 26, no. 1, March 1997 (1997-03-01), USA, pages 65 - 74, XP002193792 *
MARKL V ET AL: "Improving OLAP performance by multidimensional hierarchical clustering", DATABASE ENGINEERING AND APPLICATIONS, 1999. IDEAS '99. INTERNATIONAL SYMPOSIUM PROCEEDINGS MONTREAL, QUE., CANADA 2-4 AUG. 1999, LOS ALAMITOS, CA, USA,IEEE COMPUT. SOC, US, 2 August 1999 (1999-08-02), pages 165 - 177, XP010348666, ISBN: 0-7695-0265-2 *
MATTOS, N.: "The KBMS-Prototype KRISYS, User-Manual, Volume 1: Overview, Version 2.8", December 1992, UNIVERSITÄT KAISERSLAUTERN, FACHBEREICH INFORMATIK, DEUTSCHLAND, XP002193794 *
PIERINGER, R., MARKL, V., BAYER, R.:: "Modellierung und Verwaltung hierarchisch strukturierter Informationen in relationalen Datenbanksystemen", HANS-JOACHIM KLEIN (HRG.): 12. GI-WORKSHOP "GRUNDLAGEN VON DATENBANKEN", PLÖN, SCHLESWIG-HOLSTEIN,GERMANY, 13.-16. JUNI 2000. CHRISTIAN-ALBRECHTS-UNIVERSITÄT KIEL, BERICHT NR. 2005, 13 June 2000 (2000-06-13) - 16 June 2000 (2000-06-16), Deutschland, pages 81 - 85, XP002193793 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2399198A (en) * 2003-03-03 2004-09-08 Richard Percy Classification system for accessing information by means of a compound code

Similar Documents

Publication Publication Date Title
EP0855062B1 (de) Informationssystem und verfahren zur speicherung von daten in einem informationssystem
DE69721234T2 (de) Verfahren und systeme zur dokumentenverwaltung in industriellen prozesssteuerungssystemen
DE69602364T2 (de) Rechnersystem um semantische objektmodelle von existierenden relationellen datenbanksystemen herzustellen
EP0910829B1 (de) Datenbanksystem
DE3650417T2 (de) Informationsaufzeichnungs- und Wiederauffindungssystem.
DE3382808T2 (de) Datenbankzugriffsverfahren mit einem benutzerfreundlichen Menü
DE69418474T2 (de) Semantisches objektmodellierungssystem und verfahren um relationelle datenbankschemata herzustellen
DE10120869A1 (de) Verwendung eines Index für den Zugriff auf eine mehrdimensionale Subjektdatenbank
DE10251440A1 (de) Reproduzierbare Auswahl von Elementen in einer Hierarchie
EP1300776A1 (de) Kontextsensitives Verfahren zur Ermittlung von Daten aus Datenbanken
DE10149693A1 (de) Objekte in einem Computersystem
DE60310881T2 (de) Methode und Benutzerschnittstelle für das Bilden einer Darstellung von Daten mit Meta-morphing
DE69521435T2 (de) Verfahren und einrichtung zum extrahieren von information aus einer datenbank
EP3267625A1 (de) Verfahren zur detektion von anomalen zuständen in einem computernetzwerk
EP4002145B1 (de) Listenbasierte datenspeicherung zur datensuche
WO2000060497A2 (de) Verfahren zur nutzung von fraktalen semantischen netzen für alle arten von datenbank-anwendungen
EP0856176A1 (de) Datenbankmanagementsystem sowie datenübertragungsverfahren
EP1318462A1 (de) Verfahren zur Verwaltung und Recherche von Daten
DE60026847T2 (de) Verfahren, einem objekt in einer datenbank eine identität zuzuweisen
DE68926119T2 (de) Verfahren zur anzeige oder zum speichern von beziehungsänderungen zwischen objekten in einem datenverarbeitungssystem
EP0838773A1 (de) Verfahren und Vorrichtung zur Handhabung von kennzeichnungsdaten einer Mehrzahl von Komponenten eines Produktes
DE3588007T2 (de) Verwaltungssystem für relationale datenbank.
DE19729911A1 (de) System zur Verbesserung der Organisation von Daten einer Dokumentation
EP1336922B1 (de) Verfahren und Vorrichtung zum automatischen Erstellen eines Datawarehouse
EP0572749A1 (de) Datenbank in einer EDV-Anlage

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

AK Designated contracting states

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE TR

AX Request for extension of the european patent

Extension state: AL LT LV MK RO SI

AKX Designation fees paid
REG Reference to a national code

Ref country code: DE

Ref legal event code: 8566

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20031212