WO1995014281A1 - Verfahren zur automatischen modellierung eines teilprozesses aus einem gesamtprozess durch einen rechner - Google Patents

Verfahren zur automatischen modellierung eines teilprozesses aus einem gesamtprozess durch einen rechner Download PDF

Info

Publication number
WO1995014281A1
WO1995014281A1 PCT/DE1994/001326 DE9401326W WO9514281A1 WO 1995014281 A1 WO1995014281 A1 WO 1995014281A1 DE 9401326 W DE9401326 W DE 9401326W WO 9514281 A1 WO9514281 A1 WO 9514281A1
Authority
WO
WIPO (PCT)
Prior art keywords
partial
attributes
activity
attribute
result
Prior art date
Application number
PCT/DE1994/001326
Other languages
English (en)
French (fr)
Inventor
Rupert Maier
Original Assignee
Siemens Aktiengesellschaft
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 Siemens Aktiengesellschaft filed Critical Siemens Aktiengesellschaft
Priority to EP95900613A priority Critical patent/EP0729619B1/de
Priority to AT95900613T priority patent/ATE232618T1/de
Priority to JP7514150A priority patent/JPH09505167A/ja
Priority to DE59410242T priority patent/DE59410242D1/de
Priority to US08/640,961 priority patent/US5875319A/en
Publication of WO1995014281A1 publication Critical patent/WO1995014281A1/de

Links

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/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F30/00—Computer-aided design [CAD]
    • G06F30/20—Design optimisation, verification or simulation
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/02—Total factory control, e.g. smart factories, flexible manufacturing systems [FMS] or integrated manufacturing systems [IMS]
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99941—Database schema or data structure
    • Y10S707/99943—Generating database or data structure, e.g. via user interface

Definitions

  • the individual parts of the model to be modeled have a large number of properties that must be taken into account when defining or optimizing the process (for example, tools and aids used, throughput times, responsibilities / agents, relationships between the individual processes) elements, users, ).
  • a rigid hierarchy is built up according to this parameter and the model is structured accordingly.
  • this procedure means that relationships that would result if other parameters were taken into account are not sufficiently taken into account.
  • This hierarchical structure once found and used as a basis, is rigid and only allows a few questions to be answered. The information for answering further questions is either distributed over the entire model or is not included in the model since there is no support for meaningfully entering or reading out data or being able to expand the model.
  • Another problem is the comprehensibility of the models of the individual respective modeling methods. The previous approaches have been designed very strongly for the individual concerned (for example developers and IT experts).
  • the object on which the invention is based is to specify a method with which it is possible, depending on a specific problem, to automatically generate a process model from an overall model and to adopt changes to this partial model into the overall model.
  • a great advantage of the method according to the invention is the use of only two basic elements for modeling complex overall processes.
  • the overall process is thus shown in great detail, but this also means that the automatically modeled sub-process is very easy to understand, only contains the necessary information and can be illustrated clearly.
  • the different questions of the individual process participants are made possible in an advantageous manner by assigning attributes to results and activities, the model components. In this way, a very special one can advantageously be made from a complex overall process, depending on the various previously entered attributes
  • the logical combination of individual attributes with one another advantageously means that even very complex relationships can be filtered out of an overall process and can be represented in a modeled sub-process.
  • attributes for the modeling of the overall process it is advantageously achieved that the consistency of the overall process model is maintained.
  • individual departments which are involved in the overall process model their area separately and that these individual models are combined to form an overall process.
  • the hierarchical order of the attributes can advantageously achieve that automatically modeled processes can be aligned even more precisely to a question without the clarity suffering in the process.
  • Figure 1 shows examples of result and activity attributes.
  • Figure 2 shows an example of an information node.
  • Figure 3 shows an example of an automatically modeled sub-process.
  • FIG. 4 shows an example of an entity relationship model for the method according to the invention.
  • Figure la shows the activity attributes and figure lb the result attributes.
  • the model creator has structured the features according to criteria that seem important to him.
  • the structure makes it easier to find the individual features when creating the model or when automatically modeling the sub-process.
  • An affinity between the result and the activity attributes can be shown in the structure in that related attributes can be found in the corresponding branches of a structure tree.
  • attribute trees can be defined and modified before or during model creation.
  • it can also be determined, for example, how many text attributes are to be selected from the individual trees for each result or activity. The following options can be provided for this:
  • At least one element of the tree (for example in the attribute tree of the "person carrying out” an activity).
  • a plausibility test is carried out for parts of an overall model that are to be newly entered or that are changed. Here it can be checked, for example, whether the results and activities have been assigned the required attributes.
  • attribute trees are changed and newly created, a plausibility test is also required, for example, for model parts that have already been entered.
  • activity attributes can be summarized implicitly. Here, for example show the deepest branching points of a tree as. Attributes of the activity are displayed under which all selected attributes of a tree lie.
  • result attributes are implicitly combined when results relating to an AND group are combined. For example, all attributes which additionally characterize those results can be summarized in a tree structure. However, the tree structure has no influence on a logical OR combination of attributes.
  • FIG. 1 a shows different activity attributes such as “relation to project” and
  • Figure lb shows examples of result attributes.
  • a result attribute can be "data”.
  • This data can be subdivided into “paper” or “data processing”, whereby paper can in turn subdivide into lists, “reports”, “descriptions”, “plans” and “catalogs” and the "data processing” further into a “hard disk” "which can be described in different formats.
  • a "floppy disk” or a network as a sub-attribute of "DV”.
  • owner is a result attribute which can be "internal” or “external”.
  • a "project phase” can also be provided as the result attribute, whereby this can be split up into “offer”, “planning” and “projecting phase”.
  • FIG. 2 shows by way of example how the method according to the invention can be used to present information which arises in the case of partial results and which are prerequisites for a partial activity.
  • the method according to the invention advantageously provides that if several results provide information which is the basis for partial activity, this information is extracted from the results.
  • this information is then summarized in an information node, which is then practically called
  • FIG. 3 shows a sub-process that is generated automatically using the method according to the invention.
  • the partial results are shown in FIG. 3 in rectangles, which are designated from E1 to E6. These individual rectangles or partial results are converted into one another via partial activities T1 to T8.
  • Figure 3 is based on the following initial situation. Here it is to be determined, for example, which departments or which production processes are affected, if it is determined during production preparation that a particular pump model cannot be optimally processed and therefore another Pump type must be selected. The organizational department that makes this decision is the system technology. As a default for the method according to the invention, result attributes system technology and pump are now logically linked to the computer.
  • system technology activity attribute is now selected in order to be able to determine which system technology activities are required in order to notify those affected of the change in the pump type.
  • the change made must be evaluated from the customer's perspective. This is done in El with activity Tl.
  • a message is then sent to system technology T3 that another pump model is to be used.
  • the corresponding pump model is then corrected via activity T5 and feedback T2 is given to customer requirements El.
  • Activity T4 is then initiated by E2, which causes the project documents to be changed in E3.
  • the modified pump model is communicated via T6 to the construction documents, which are located in E4.
  • the electrotechnical documents E5 via T7 are to be changed and the I&C documents, ie the scheduling, are corrected via T8 in E6.
  • This sub-process is automatically generated from an overall process in a method according to the invention on the basis of the entered attributes system technology and pump as an AND link.
  • the method according to the invention thus automatically ensures the consistency of the manufacturing process and maintains a high degree of clarity.
  • FIG. 4 shows an example of the entity relationship model of the method according to the invention (data technology dependencies). It can be read from left to right and according to the well-known standard (Peter Chen: The Entity-Relationship Model, Toward a Unified View of Data, ACM Transactions on Database Systems, Vol 1, 1976).

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Strategic Management (AREA)
  • General Physics & Mathematics (AREA)
  • Human Resources & Organizations (AREA)
  • Economics (AREA)
  • Operations Research (AREA)
  • Game Theory and Decision Science (AREA)
  • Development Economics (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Geometry (AREA)
  • General Engineering & Computer Science (AREA)
  • Tourism & Hospitality (AREA)
  • Educational Administration (AREA)
  • Evolutionary Computation (AREA)
  • Marketing (AREA)
  • General Business, Economics & Management (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • General Factory Administration (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Computer And Data Communications (AREA)
  • Input From Keyboards Or The Like (AREA)

Abstract

Mit der Erfindung wird ein Verfahren beschrieben, mit dem aus einem Gesamtprozeß eine bestimmte Teilmenge als Teilprozesse ausgefiltert werden kann. Die Teilergebnisse des Gesamtprozesses werden dazu mit spezifischen Attributen versehen, welche bei der Anwendung des erfindungsgemäßen Verfahrens für eine Modellierung von Teilprozessen charakteristisch sein sollen. Ebenso wird mit den Tätigkeiten verfahren, die hierdurch modellierungspezifische Attribute erhalten. So entsteht ein Gesamtnetzplan des Prozesses der sich aus Teilergebnissen und Teiltätigkeiten zusammensetzt, die wiederum jeweils mit Tätigkeits- und Ergebnisattributen versehen sind. Bei der Anwendung des erfindungsgemäßen Verfahrens werden nun dem Rechner Tätigkeits- und/oder Ergebnisattribute vorgegeben, welche wahlweise miteinander verknüpft, oder auch nur für sich selektiert sein können. Das erfingungsgemäße Verfahren filtert nun die zutreffenden Tätigkeiten und Teilergebnisse aus dem Gesamtprozeß heraus und stellt ihre Verknüpfungen graphisch dar, so daß auch sehr komplexe Gesamtprozesse übersichtlich und vor allen Dingen sehr konkret interessenspezifisch dargestellt werden können.

Description

Verfahren zur automatischen Modellierung eines Teilprozesses aus einem Gesamtprozeß durch einen Rechner.
Engineering-Prozesse (zum Beispiel Projektierungsprozesse) werden zunehmend komplexer und unübersichtlicher. Damit sie trotzdem ef¬ fektiv definiert und optimiert werden können, bedient man sich in immer größerem Maße der Modellierung. Die jeweils verwendete Me¬ thode muß dabei folgende Probleme lösen:
- Beherrschung der Komplexität
- Anpassung des Modells an unterschiedliche Fragestellungen - Verständlichkeit der Modelle für alle Beteiligten (angemessene Darstellung des zu optimierenden Komplexes) .
Die einzelnen, zu modellierenden Teile des Modells besitzen eine Vielzahl von Eigenschaften, die bei der Definition bzw. Optimie- rung des Prozesses berücksichtigt werden müssen (zum Beispiel verwendete Werkzeuge und Hilfsmittel, Durchlaufzeiten, Zuständig¬ keiten/Bearbeiter, Zusammenhänge zwischen den einzelnen Proze߬ elementen, Benutzer, ...) .
An solchen komplexen Prozessen bzw. an deren Optimierung sind in der Regel mehrere unterschiedliche Abteilungen, Werkzeuge und Verfahren beteiligt. Beispielsweise bei der Projektierung von Gas- und Dampfkraftwerken entstehen bis zu 15.000 Dokumente. An der Erstellung sind zum Beispiel verschiedenste Gruppen/Personen wie der Projektleiter, Projektierer der Leittechnik, der Bautech¬ nik, aber auch Toolentwiekler oder Kostenverantwortliche betei¬ ligt. Aufgrund der unterschiedlichen Interessenschwerpunkte be¬ sitzen die beteiligten Gruppen verschiedene Fragestellungen zu einzelnen Details des Prozesses. Beim Austausch des Typs einer Kühlkreislaufpumpe während eines Projektierungsprozeßes stellen sich zum Beispiel folgende Fragen:
Wie entwickeln sich die Kosten unter Berücksichtigung sämtlicher Folgeaktivitäten? Oder: Welche baulichen Änderungen sind dadurch nötig?
Je nach Interessenschwerpunkt und Aufgabenbereich der einzelnen Gruppen ergeben sich weitere unterschiedliche Fragestellungen die durch ein Prozeßmodell beantwortet und für alle Beteiligten über¬ sichtlich und verständlich dargestellt werden müssen.
Derzeit gibt es punktuelle Lösungsansätze (Insellösungen) zur Op¬ timierung einzelner Teile von Engineering-Prozessen. Trotzdem sind die Ausschnitte, der Prozesse immer sehr komplex, so daß man ohne geeignete Strukturierung sehr schnell den Überblick verlie¬ ren kann. Doch gerade die Möglichkeiten der flexiblen Strukturie¬ rung, unter Benutzung sich ändernder Anforderungen sind bei bis¬ her verfügbaren Werkzeugen und Modellierungsmöglichkeiten nicht vorgesehen. Deshalb bereitet auch die Beherrschung der Gesamtkom¬ plexität beim Engineering großer Anlagen, aber auch bei großen Systementwicklungen immer noch große Schwierigkeiten. Besonders schwierig ist es dabei den Informationsfluß der zwischen den ein¬ zelnen Beteiligten erforderlich ist zu erfassen bzw. zu optimie- ren. Bisher bekannte Modellierungsmöglichkeiten sind die struktu¬ rierte Analyse, die Darstellung in Entity-Relationship-Modellen, oder SDL-Modellen. Um die Komplexität eines Engineering-Prozesses beherrschen zu können wird bei den gängigen Methoden beispiels¬ weise eine wichtige Eigenschaft/Kenngröße (zum Beispiel die funktionellen Abhängigkeiten) der zu modellierenden Teile her¬ ausgegriffen. Gemäß dieser Kenngröße wird ein starre Hierarchie aufgebaut und das Modell dementsprechend strukturiert. Diese Vorgehensweise hat jedoch zur Folge, daß Zusammenhänge die sich bei der Berücksichtigung anderer Kenngrößen ergeben würden nicht ausreichend berücksichtigt werden. Auch ist die notwendige Struktur nicht in jedem Fall zu Beginn der Modellierung bekannt. So wird zunächst eine Stoffsammlung durchgeführt und erst nach¬ träglich in mehreren Iterationsschritten ein Hierarchiebaum ge¬ funden. Diese einmal gefundene und zugrundegelegte Hierarchiestruktur ist starr und ermöglicht nur die Beantwortung weniger Fragestellungen. Die Information zur Beantwortung weite¬ rer Fragestellungen ist entweder über das gesamte Modell verteilt oder nicht im Modell enthalten da keine Unterstützung existiert um Daten sinnvoll einzugeben oder wieder auszulesen respektive das Modell erweitern zu können. Ein weiteres Problem stellt die Verständlichkeit der Modelle der einzelnen jeweiligen Modellierungsmethoden dar. Die bisherigen Ansätze sind sehr stark auf einzelnen Betroffene (zum Beispiel Entwickler und DV- Experten) ausgelegt.
An der Definition bzw. Optimierung des Prozesses sind aber in der Regel weitere Personen wie Projektleiter, Entscheider und Außen¬ stehende beteiligt. Die Modelle sind für diese Personenkreise zu wenig verständlich und beantworten deren Fragen nur unbefriedi- gend, daher finden sie nur bedingt Akzeptanz.
Die der Erfindung zugrundeliegende Aufgabe besteht darin, ein Verfahren anzugeben, mit dem es möglich ist, in Abhängigkeit ei¬ ner speziellen Fragestellung ein Prozeßmodell aus einem Gesamtmodell automatisch zu erzeugen und Änderungen dieses Teilmodells in das Gesamtmodell zu übernehmen.
Diese Aufgabe wird gemäß den Merkmalen des Patentanspruchs 1 ge¬ löst.
Weiterbildungen der Erfindung ergeben sich aus den Unteransprü¬ chen.
Ein großer Vorteil des erfindungsgemäßen Verfahrens ist die Ver- wendung von lediglich zwei Grundelementen zur Modellierung auch komplexer Gesamtprozesse. Damit wird der Gesamtprozeß sehr de¬ tailliert dargestellt aber dies führt auch dazu, daß der auto¬ matisch modellierte Teilprozeß sehr leicht verständlich ist, le¬ diglich die nötigen Informationen enthält und anschaulich darge- stellt werden kann. Die unterschiedlichen Fragestellungen der einzelnen Prozeßbeteiligten werden auf vorteilhafte Weise durch die Zuordnung von Attributen zu Ergebnissen und Tätigkeiten, den Modellbestandteilen, ermöglicht. So kann auf vorteilhafte Weise aus einem komplexen Gesamtprozeß in Abhängigkeit von verschie- densten vorher eingegebenen Attributen ein ganz spezieller
Teilprozeß, der nur die spezielle Problematik berücksichtigt, automatisch modelliert werden.
Vorteilhaft werden bei dem erfindungsgemäßen Verfahren mehrere Teilergebnisse, welche die Voraussetzungen für eine Teiltätigkeit liefern, in einem Informationsknoten zusammengefaßt. Dies er¬ leichtert die Übersichtlichkeit des automatisch modellierten Pro¬ zesses.
Durch die logische Verknüpfung einzelner Attribute miteinander wird günstigerweise erreicht, daß auch sehr komplexe Zusammen¬ hänge aus einem Gesamtprozeß herausgefiltert und in einem model¬ lierten Teilprozeß dargestellt werden können.
Durch die erfindungsgemäße Darstellung von Attributen als Zahlen und Texten kann vorteilhaft erreicht werden, daß beispielsweise auch DurchlaufZeituntersuchungen bzw. Kostenanalysen bei der Mo¬ dellierung eines Teilprozesses eine Rolle spielen können.
Mit der wählbaren Vorgabe von Attributen für die Modellierung des Gesamtprozesses wird günstigerweise erreicht, daß die Konsistenz des Gesamtprozeßmodells erhalten bleibt. Denn es ist beispiels¬ weise denkbar, daß einzelne Abteilungen welche am Gesamtprozeß beteiligt sind, ihren Bereich separat modellieren und diese ein- zelnen Modelle zu einem Gesamtprozeß zusammengefügt werden. Durch die hierarchische Ordnung der Attribute kann man vorteil¬ haft erreichen, daß automatisch modellierte Prozesse noch genauer auf eine Fragestellung ausgerichtet sein können, ohne daß dabei die Übersichtlichkeit leidet.
Die Darstellung von Ergebnissen als markierte Flächen und Tätig¬ keiten als Pfeile erleichtert die Übersichtlichkeit des automa¬ tisch erstellten Teilprozesses.
Im folgenden wird die Erfindung anhand von Figuren weiter erläu¬ tert.
Figur 1. zeigt dabei Beispiele für Ergebnis- und Tätigkeits- attribute.
Figur 2 zeigt ein Beispiel für einen Informationsknoten.
Figur 3 zeigt ein Beispiel eines automatisch modellierten Teil- Prozesses.
Figur 4 zeigt ein Beispiel eines Entity-Relationshipmodelles für das erfindungsgemäße Verfahren.
In Figur 1 sind hierarchisch gegliederte Beispiele von Tätig¬ keitsattributen und Ergebnisattributen dargestellt. Hierbei zeigt Figur la die Tätigkeitsattribute und Figur lb die Ergebnisattri¬ bute. Diese Merkmale können beispielsweise aus folgenden Gründen in Strukturbäumen hinterlegt sein:
Der Modellersteller hat die Merkmale nach ihm wichtig erschei¬ nenden Kriterien strukturiert. - Die Struktur erleichtert das Auffinden der einzelnen Merkmale bei der Modellerstellung , bzw. bei der automatischen Modellie¬ rung des Teilprozesses.
- Eine Affinität zwischen Ergebnis und Tätigkeitsattributen kann in der Struktur dargestellt sein, indem verwandte Attribute sich in den entsprechenden Zweigen eines Strukturbaumes wieder¬ finden.
Beispielsweise können solche Attributenbäume vor oder während der Modellerstellung definiert und modifiziert werden. Bei der Defi¬ nition kann auch beispielsweise festgelegt werden wieviele Text¬ attribute aus den einzelnen Bäumen je Ergebnis bzw. Tätigkeit auszuwählen sind. Hierzu können folgende Möglichkeiten vorgesehen sein:
1. Genau ein Element des Baumes (zum Beispiel beim Attributebaum des Ablageformats eines Ergebnisses) .
2. Höchstens ein Element des Baumes.
3. Mindestens ein Element des Baumes (zum Beispiel beim Attribu¬ tebaum der "Durchführenden" einer Tätigkeit) .
4. Beliebig viele Elemente (zum Beispiel "verwendete Werkzeuge" bei der Durchführung einer Tätigkeit) .
Es kann auch vorgesehen sein, daß für neu einzugebende bzw. sich ändernde Teile eines Gesamtmodells ein Plausibilitätstest statt- findet. Hierbei kann beispielsweise überprüft werden, ob die Er¬ gebnisse und Tätigkeiten mit den geforderten Attributen belegt wurden. Bei einer Änderung und Neuerstellung von Attributebäumen ist ein Plausibilitätstest beispielsweise auch für bereits einge¬ gebene Modellteile erforderlich. Implizit können beispielsweise Tätigkeitsattribute zusammengefaßt sein. Dabei werden beispiels- weise die tiefsten Verzweigungspunkte eines Baumes als. Attribute der Tätigkeit angezeigt unter denen alle ausgewählten Attribute eines Baumes liegen. Es kann auch vorgesehen sein, Ergeb¬ nisattribute implizit zusammenzufassen wenn Ergebnisse bezüglich einer Und-Gruppe zusammengefaßt werden. Beispielsweise können al¬ le Attribute die jene Ergebnisse zusätzlich charakterisieren in einer Baumstruktur zusammengefaßt werden. Jedoch hat die Baum¬ struktur keinen Einfluß auf eine logische Oder-Verknüpfung von Attributen. In Figur la sind beispielsweise unterschiedliche Tä--- tigkeitsattribute dargestellt wie "Relation zu Projekt" und
"Konstellation". Von "Konstellation" sind Unterattribute "ist Teil von" und weiterhin "Ersteller" . Ist dieser Ersteller "Intern" wo ist der Ersteller organisatorisch angesiedelt? Ist er "Extern"? Beispielsweise ist ein weiterer Verzweigungspunkt des Attributebaumes "Tool" deren Unterattribut "Workstation" ist, wobei ein "Tool" wiederum "Mentor" als Unterattribut darstellt. Ein weiteres Unterattribut von "Tool" kann auch "PC" sein auf dem entsprechende Software als Unterattribut ausgeführt werden kann.
Figur lb zeigt Beispiele von Ergebnisattributen. Beispielsweise kann ein Ergebnisattribut "Daten" sein. Diese Daten können sich unterverzweigen in "Papier" oder "Datenverarbeitung", wobei sich Papier wiederum unterverzweigen kann in Listen, "Berichte", "Be¬ schreibungen", "Pläne" und "Kataloge" und die "Datenverarbeitung" weiter in einer "Harddisc" welche in unterschiedlichen Formaten beschrieben sein kann. Zum Beispiel gibt es auch eine "Diskette" bzw. ein Netzwerk als Unterattribut von "DV" . Weiterhin ist bei¬ spielsweise "Besitzer" ein Ergebnisattribut welcher "Intern" oder "Extern" angesiedelt sein kann. Weiterhin kann beispielsweise auch eine "Projektphase" als Ergebnisattribut vorgesehen sein, wobei sich diese unteraufspalten kann in "Angebot", "Planungs-" und "Projektierungsphase".
Die vorgestellten Attributebäume sind nur als Beispiele anzuse- hen. Es ist je nach Abhängigkeit eines Gesamtprozesses eine sinn- volle Attributeauswahl vorzugeben und diese bei der Modellierung zu verwenden. In Abhängigkeit der vorgegebenen Attribute kann an¬ schließend ein Teilprozeß automatisch modelliert werden. Figur 2 zeigt beispielhaft wie mit dem erfindungsgemäßen Verfah- ren Informationen , die bei Teilergebnissen anfallen und Vor¬ aussetzung für eine Teiltätigkeit sind dargestellt werden können.
In Figur 2 sind drei Teilergebnisse dargestellt, die mit El bis E3 bezeichnet sind. Weiterhin ist ein Informationsknoten IK und - Textinformationen El und E2 zu sehen. Vom Informationsknoten IK geht eine Teiltätigkeit Tl zum Ergebnis E3.
Da laut der Definition des erfindungsgemäßen Verfahrens nur Er¬ gebnisse über Tätigkeiten in Ergebnisse überführt werden sieht es das erfindungsgemäße Verfahren günstigerweise vor, daß falls meh¬ rere Ergebnisse Informationen bereitstellen, welche Grundlage für eine Teiltatigkeit sind, diese Informationen aus den Ergebnissen extrahiert werden. Hier beispielsweise II und 12 aus den Ergebnissen E2 und El. Diese Informationen werden dann in einem Informationsknoten zusammengefaßt, welcher dann praktisch als
Ergebnis im Sinne des erfindungsgemäßen Verfahrens gilt und von einer Teiltätigkeit hier Tl in ein weiteres Teilergebnis des er¬ findungsgemäßen Verfahrens überführt wird. Dieses Teilergebnis ist in Figur 2 mit E3 bezeichnet.
Figur 3 zeigt einen Teilprozeß der nach dem erfindungsgemäßen Verfahren automatisch generiert wird. Die Teilergebnisse sind in Figur 3 in Rechtecken dargestellt, welche von El bis E6 bezeich¬ net sind. Diese einzelnen Rechtecke bzw. Teilergebnisse werden über Teiltätigkeiten Tl bis T8 ineinander überführt. Figur 3 liegt folgende Ausgangssituation zugrunde. Hier soll beispiels¬ weise festgestellt werden, welche Abteilungen bzw. welche Ferti¬ gungsvorgänge davon betroffen sind, falls bei der Fertigungsvor¬ bereitung festgestellt wird, daß ein bestimmtes Pumpenmodell nicht optimal bearbeitet werden kann und deshalb ein anderer Pumpentyp gewählt werden muß. Die organisatorische Abteilung welche diese Entscheidung trifft ist die Systemtechnik. Es werden nun als Vorgabe für das erfindungsgemäße Verfahren Ergebnisat¬ tribute Systemtechnik und Pumpe logisch verknüpft dem Rechner vorgegeben.
Weiterhin wird nun das Tätigkeitsattribut Systemtechnik ausge¬ wählt um feststellen zu können, welche Tätigkeiten von der Sy¬ stemtechnik erforderlich sind um die Änderung des Pumpentyps den- Betroffenen mitzuteilen.
Zunächst muß die getroffene Änderung aus der Sicht des Kunden be¬ wertet werden. Dies geschieht in El mit der Tätigkeit Tl. An¬ schließend erfolgt eine Meldung an die Systemtechnik T3 das ein anderes Pumpenmodell verwendet werden soll. In E2 wird dann über die Tätigkeit T5 das entsprechende Pumpenmodell korrigiert und es erfolgt eine Rückmeldung T2 an die Kundenanforderungen El. Von E2 wird dann die Tätigkeit T4 angestoßen, welche eine Änderung der Projektunterlagen in E3 veranlaßt. Weiterhin wird das geänderte Pumpenmodell über T6 den bautechnisehen Unterlagen mitgeteilt, welche sich in E4 befinden. Ebenso sind die elektrotechnischen Unterlagen E5 über T7 zu ändern und die leittechnischen Unterla¬ gen, das heißt die Terminplanung, über T8 in E6 zu korrigieren.
Dieser Teilprozeß wird automatisch aus einem Gesamtprozeß in ei¬ nem erfindungsgemäßen Verfahren auf Basis der eingegebenen Attri¬ bute Systemtechnik und Pumpe als Und-Verknüpfung generiert. So wird durch das erfindungsgemäße Verfahren automatisch die Konsi¬ stenz des Fertigungsprozesses sichergestellt und ein hohes Maß an Übersichtlichkeit gewahrt.
Figur 4 zeigt als Beispiel das Entity Relationship-Modell des er¬ findungsgemäßen Verfahrens (datentechnische Abhängigkeiten) . Es ist von links nach recht zu lesen und nach dem bekannten Standard (Peter Chen: The Entity-Relationship Model, Toward a Unified View of Data, ACM Transactions on Database Systems, Vol 1, 1976) for¬ muliert.

Claims

Patentansprüche
1. Verfahren zur automatischen Modellierung eines Teilprozesses aus einem Gesamtprozess durch einen Rechner, a) bei dem zur Modellierung des Gesamtprozesses lediglich Teiler¬ gebnisse und Teiltätigkeiten des Gesamtprozesses verwendet wer¬ den, b) bei dem eine Teiltätigkeit mit mindestens einem Tätigkeitsat- tribut versehen wird, c) bei dem ein Teilergebnis mit mindestens einem Ergebisattribut versehen wird, d) bei dem zwei Teilergebnisse durch eine Teiltätigkeit ineinan¬ der überführt werden, e) und- bei dem der Teilprozess vom Rechner in Abhängigkeit von mindestens einem Tätigkeitsattribut und/oder Ergebnisattribut mo¬ delliert wird.
2. Verfahren nach Anspruch 1, bei dem falls mehrere Teilergebnis¬ se Voraussetzung für eine Teiltätigkeit sind, diese in einem In- formationsknoten zusammengefaßt werden, welcher dann durch die Teiltätigkeit in ein Teilergebnis überführt wird.
3. Verfahren nach einem der obigen Ansprüche, bei dem mehrere Tä¬ tigkeitsattribute und/oder Ergebnisattribute zur Modellierung des Teilprozesses logisch verknüpft werden.
4. Verfahren nach einem der obigen Ansprüche, bei dem ein Attri¬ but einen Text und/oder eine Zahl darstellt.
5. Verfahren nach einem der obigen Ansprüche, bei dem zur Model¬ lierung des Gesamtprozesses Attribute wählbar vorgegeben werden.
6. Verfahren nach Anspruch 5, bei dem Attribute hierarchisch ge¬ ordnet werden, so daß in Abhängigkeit eines übergeordneten Attri- butes ein Teilprozess gröber modelliert wird.
7. Verfahren nach einem der Ansprüche 5 bis 6, bei dem mindestens zwei Gesamtprozesse, zu deren Modellierung gemeinsame Attribute verwendet wurden einen neuen Gesamtprozess bilden.
8. Verfahren nach einem der obigen Ansprüche, bei dem ein Teiler¬ gebnis graphisch durch eine markierte Fläche und eine Teiltätig¬ keit graphisch durch einen Verbindungspfeil dargestellt wird.
9. Verfahren nach Anspruch 8, bei dem die graphische Darstellung des modellierten Teilprozesses automatisch anhand der markierten Flächen, der zugrundeliegenden Attribute und einer verfügbaren Darstellungsfläche erstellt wird.
PCT/DE1994/001326 1993-11-15 1994-11-10 Verfahren zur automatischen modellierung eines teilprozesses aus einem gesamtprozess durch einen rechner WO1995014281A1 (de)

Priority Applications (5)

Application Number Priority Date Filing Date Title
EP95900613A EP0729619B1 (de) 1993-11-15 1994-11-10 Verfahren zur automatischen modellierung eines teilprozesses aus einem gesamtprozess durch einen rechner
AT95900613T ATE232618T1 (de) 1993-11-15 1994-11-10 Verfahren zur automatischen modellierung eines teilprozesses aus einem gesamtprozess durch einen rechner
JP7514150A JPH09505167A (ja) 1993-11-15 1994-11-10 コンピュータによるプロセス全体のうちの一部分のプロセスの自動的モデリング方法
DE59410242T DE59410242D1 (de) 1993-11-15 1994-11-10 Verfahren zur automatischen modellierung eines teilprozesses aus einem gesamtprozess durch einen rechner
US08/640,961 US5875319A (en) 1993-11-15 1994-11-10 Method for automatically modeling a subprocess from an overall process by means of a computer

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DEP4338989.9 1993-11-15
DE4338989 1993-11-15

Publications (1)

Publication Number Publication Date
WO1995014281A1 true WO1995014281A1 (de) 1995-05-26

Family

ID=6502649

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/DE1994/001326 WO1995014281A1 (de) 1993-11-15 1994-11-10 Verfahren zur automatischen modellierung eines teilprozesses aus einem gesamtprozess durch einen rechner

Country Status (7)

Country Link
US (1) US5875319A (de)
EP (1) EP0729619B1 (de)
JP (1) JPH09505167A (de)
AT (1) ATE232618T1 (de)
DE (1) DE59410242D1 (de)
ES (1) ES2192571T3 (de)
WO (1) WO1995014281A1 (de)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020161776A1 (en) * 2001-02-01 2002-10-31 Stefano Lanfredi Presentation system for compression train configuration information
US20080243565A1 (en) * 2004-04-01 2008-10-02 Pipercove Software Pty Ltd Method and Computer Software for Integrating Systems Engineering and Project Management Tools
CN1300649C (zh) * 2004-11-16 2007-02-14 冶金自动化研究设计院 一种复杂工业过程的组合建模方法
JP5234720B2 (ja) * 2007-04-26 2013-07-10 日本電信電話株式会社 プロセスモデル作成装置、方法及びそのプログラム
CN104239604B (zh) * 2014-07-21 2018-02-09 上海发电设备成套设计研究院 大型汽轮机部件结构强度设计监控方法

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1991017494A1 (en) * 1990-04-27 1991-11-14 Bachman Information Systems, Inc. Dynamic information management computer system

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5249300A (en) * 1990-04-27 1993-09-28 Bachman Information Systems, Inc. System and method of constructing models of complex business transactions using entity-set variables for ordered sets of references to user data
US5241645A (en) * 1990-04-27 1993-08-31 Bachman Information Systems, Inc. Computer system for creating and manipulating subsets of dynamic information systems models
US5195178A (en) * 1990-04-27 1993-03-16 Bachman Information Systems, Inc. Adaptive window system for dynamically modeling information systems

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1991017494A1 (en) * 1990-04-27 1991-11-14 Bachman Information Systems, Inc. Dynamic information management computer system

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
HEYM ET AL: "a semantic data model for methodology engineering", PROCEEDINGS FIFTH INTERNATIONAL WORKSHOP ON COMPUTER-AIDED SOFTWARE ENGINEERING, 6 July 1992 (1992-07-06), MONTREAL QUEBEC CANADA, pages 142 - 155 *
SARACELLI ET AL: "process automation in software application development", IBM SYSTEMS JOURNAL, vol. 32, no. 3, 1993, ARMONK, NEW YORK US, pages 376 - 396 *

Also Published As

Publication number Publication date
EP0729619A1 (de) 1996-09-04
JPH09505167A (ja) 1997-05-20
EP0729619B1 (de) 2003-02-12
ATE232618T1 (de) 2003-02-15
DE59410242D1 (de) 2003-03-20
ES2192571T3 (es) 2003-10-16
US5875319A (en) 1999-02-23

Similar Documents

Publication Publication Date Title
DE69031758T2 (de) Verfahren zur Organisation von und zum Zugriff auf Produkt beschreibenden Daten in Zusammenhang mit einem technischen Prozess
DE3855706T2 (de) Automatisierte Rechnung von Materialien
EP1061422B1 (de) Informationstechnisches System zur Definition, Optimierung und Steuerung von Prozessen
DE19712946A1 (de) Methode zum Generieren einer Implementierung wiederverwendbarer Teile von Containern eines Workflow-Prozessmodells
EP1159656B1 (de) Automatisierungssystem mit wiederverwendbaren automatisierungsobjekten und verfahren zur wiederverwendung von automatisierungslösungen in engineering-werkzeugen
DE10150387A1 (de) CAD-Datenmodell mit Entwurfsnotizen
EP1166228B1 (de) Verfahren zur nutzung von fraktalen semantischen netzen für alle arten von datenbank-anwendungen
DE19960048A1 (de) Zeitgesteuerte Startbedingungen für Aktivitäten in Workflow-Management-Systemen
DE4417393A1 (de) Eine Methode zur Herstellung spezifischer Programm-Systeme und Sammlungen von Unterstützungsprogrammen (Tools) zur Erleichterung von Programmsystem-Herstellungsarbeiten
EP0729619B1 (de) Verfahren zur automatischen modellierung eines teilprozesses aus einem gesamtprozess durch einen rechner
DE68926425T2 (de) Verfahren zur Behandlung von Markierungselementen eines Dokumentendatenstroms
DE19632499A1 (de) Verfahren zur graphischen Darstellung von Prozessen
EP1516234A2 (de) Informationserzeugungssystem für die produktentstehung
DE69925108T2 (de) Ableitung einer objektklasse durch vererbung, instanzierung oder klonierung
EP1347376A2 (de) System und Verfahren zur Projektierung mit Objektbaum aus hierarchisch stufbaren Objekten
EP1234231B1 (de) Verfahren zur erzeugung grafischer benutzerschnittstellen für computerprogramme
EP1285315B1 (de) Informationsverarbeitungssystem und verfahren zu dessen betrieb
DE112010005924T5 (de) Verfahren und System zum Weitergeben von Änderungen an einer Master-Einheit zu Duplikaten
EP1675045A1 (de) Austausch von Beschreibungsdaten zwischen Projekten mit Hilfe von Inter-Project-Interfaces
DE19910536A1 (de) Automatisierungssystem mit aus Modulkomponenten bestehenden Automatisierungsobjekten
DE19911373A1 (de) Einrichtung und Verfahren zum Betrieb von Geschäftsprozessen in einem verteilten Informationsnetz
EP1234264A1 (de) Verfahren zur maschinellen abbildung, integration und steuerung von unternehmensprozessen
DE19917003A1 (de) Meßdaten-Informationssystem und zugehöriges Verfahren
EP4361835A1 (de) Verfahren zum schreiben von datensätzen in eine relationale datenbank
DE102021126065A1 (de) Verfahren und System zur Erzeugung und Anwendung eines Modells beim Konvertieren von Daten

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): CN JP RU UA US

AL Designated countries for regional patents

Kind code of ref document: A1

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

DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 1995900613

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 08640961

Country of ref document: US

WWP Wipo information: published in national office

Ref document number: 1995900613

Country of ref document: EP

WWG Wipo information: grant in national office

Ref document number: 1995900613

Country of ref document: EP