The CPW Method with their extensions is applied in the CPW Enterprise Architecture Framework and in the CPW Enterprise Architecture Engine. The service oriented CPW Enterprise Architecture Framework and the CPW Enterprise Architecture Engine can be applied to the business areas of financial services (banking, insurance industry and financial accounting and auditing), chemistry, pharmacy, medicine, transportation and shipping, travel, film industry, politics, psychology, legal practice, jurisprudence, judiciary and other business areas.
In
In
In
The
The
In
In
In
In
In
In
In
In the following chapters is described the detailed description of the Cognitive Process Workflow (CPW) Method with their extensions.
In the Application PCT/IB01/01337 is Described the CPW Method with the Following Methods:
With the Following Application are with the CPW Method the Following Method Extensions:
Overview of the Method Extensions of the CPW Method:
In the following chapter the following terms are introduced:
CPW Overall Method
The CPW Method can be named as overall method or as CPW Overall Method, because it can be subdivided into different partial methods or submethods.
CPW Method Component
A Method becomes to a CPW Method Component, if it can be linked with another method, which is also then a CPW Method Component, and they together, with their possibility of the conjunction can be assigned to the CPW Overall Method. A CPW
Method Component can be also named as submethod or as partial method of the CPW Overall Method. There are different possibilities for the conjunction of CPW Method Components. In the application the CPW Method Components can be used independently of each other, however, but also together with the possibility of the conjunction.
External Method Component
An external method component belongs not to the CPW Overall Method, but it can be linked under certain conditions with a CPW Method Component.
CPW Method Transformation
A CPW Method Transformation designates the possibility, to transform a partial method of the CPW Overall Method either only partly or wholly in another partial method of the CPW Overall Method. That means, that a CPW Method Component can be transformed either only partly or wholly in another CPW Method Component. The CPW Method Transformation is a forming, how two CPW Method Components can be linked together.
Method Transformation
A Method Transformation designates the possibility, to transform a partial method of the CPW Overall Method partly or wholly in an external method component. That means, that a CPW Method Component can be transformed either only partly or wholly in an external method component. The Method Transformation is a forming, how a CPW Method Component can be linked with an external method component.
In the following chapters will be presented examples, how a CPW Method Component or external method component is transformed either only partly or wholly in another CPW Method Component.
In the application PCT/IB01/01337 is described, how the CPW Process is represented as Simple Sentence with subject, predicate and object. In this application can at the CPW Process the Subject, the Predicate and the Object also be named in addition as CPW Subject, CPW Predicate and CPW Object.
The following
The
In
CPW Functional Model
The CPW Functional Model is the generic term for the CPW Method Components CPW Functional Diagram and CPW Functional Requirements.
Assignment of the CPW Functional Diagram to the CPW Object Context Diagram
The CPW Functional Diagram describes an Enterprise System, Business System or IT System as Functional Context Diagram. The CPW Functional Diagram can be assigned to the CPW Object Context Diagram, whereby each CPW Function can be assigned to a CPW Object. Through the structural representation of the CPW Functional Diagram the hierarchy of the CPW Functions can be defined and represented.
The following
The
From the methodical point of view of the CPW Method in this case the CPW Functions of the CPW Functional Diagrams are assigned to the CPW Objects of the CPW Object Context Diagrams, so that a CPW Functional Diagram can be assigned to the CPW Object Context Diagram.
Assignment of the CPW Functional Diagram to the CPW Subject Context Diagram
The following
The
CPW Process, CPW Workflow Synchronized with the CPW Functional Diagram
Is now the CPW Functional Diagram synchronized with the CPW Process or CPW Workflow, every single CPW Process Step with CPW Object, CPW Subject and CPW Predicate is assigned to a CPW Function or CPW Subfunction. To reach this objective, can be taken different ways. In this case the following work steps are done with the objective to synchronize the CPW Functional Diagram with the CPW Process or CPW Workflow:
After the previous work steps then there are the following results, which are represented in the following figures
The
The
The
CPW Functional Requirements
The CPW Functional Requirements are represented in tabular form and describe the functions and subfunctions of an Enterprise System, Business System and IT System. How the table of the CPW Functional Requirements can be constructed, and which possible attributes there can be, is illustrated in one of the later chapter. In a later chapter is also this illustrated, how the CPW Process and the CPW Workflow is synchronized with the CPW Functional Requirements.
The following
The
The following
The following
Every CPW Process Step with CPW Subject, CPW Predicate and CPW Object is framed with the assigned CPW Subfunction. The CPW Subfunction is identified through the number X (No. X), with which the CPW Process Step and the CPW Subfunction get a unique identification number. The CPW Subfunction is described through the CPW Function x/CPW Subfunction y, so that the Function is assigned to the appropriate CPW Function with CPW Subfunction. With the Assignment from CPW Function x with CPW Subfunction y to the different CPW Process Steps, is the CPW Process or CPW Workflow synchronized with the CPW Functional Diagram. It follows the legend of the
The following figures
This chapter shows the Method Transformation of a CPW Process into an UML Activity Diagram. The UML Activity Diagram of the Object Management Group (OMG) can be transformed again into a BPMN Business Process Diagram.
The BPMN (Business Process Modeling Notation) is from the Business Process Management Initiative (BPMI).
The following
In the
Each CPW Process Step with CPW Subject, CPW Predicate and CPW Object is framed with the assigned CPW Subfunction. Die CPW Subfunction is identified through the Number X (No. X), with which the CPW Process Step and the CPW Subfunction get a unique identification number. The CPW Subfunction is described through the CPW Function x/CPW Subfunction y, so that the Function is assigned to the appropriate CPW Function with CPW Subfunction. With the assignment of CPW Function x with CPW Subfunction y to the different CPW Process Steps, is the CPW Process or CPW Workflow synchronized with the CPW Functional Diagram. It follows the legend of the
With the CPW Method a conversation dialog between people and with interaction to a system or a machine can be represented in a CPW Dialog. Every CPW Process Step of the CPW Dialog has the sentence structure of a Simple Sentence with CPW Subject, CPW Predicate and CPW Object. Thereby the CPW Process Steps of the CPW Dialog can include real spoken language in form of direct or indirect speech, it is the CPW Dialog with direct speech or the CPW Dialog with indirect speech. But the CPW Process Steps can also include activities or interactions of persons to a system or a machine. The CPW Process Steps can furthermore also describe the processes of a system or of a machine. In the CPW Dialog can be basically described the whole happenings with all involved, as well as man and system or machine, with all relevant occurrences and events. This means, that in a CPW Dialog the sociocultural Dialog of people between themselves and with interaction to system or machine can be described. Or It can also be described with the CPW Dialog the processes of the systems or machines by itself, which are again in interaction with people and persons.
This can helps at the application within the analysis to an enormous depth of sharpness, to have considered all, what relevant is in the analysis. The CPW Dialog can be almost read as a spoken language in direct and indirect speech and at the same time is described in the CPW Dialog the interaction of the people with the system or the machine, as well as itself the processes of the system or the machine.
Through the representation of the CPW Process Steps of the CPW Dialog and their possibility to represent the CPW Process Steps in indirect and direct speech, is the describing process or dialog much more readable and much more transparent as conventional methods.
So it can be achieved with the application of the CPW Dialog within the analysis phase a higher grade or an enormous depth of sharpness.
Through the description of the event with the CPW Dialog is integrated the sociocultural behaviour of the people in the Business Processes and in the technical Processes.
Is the analysis satisfying and corresponds to the necessary requirements, can be extracted from the sociocultural CPW Dialog the technical processes and the Business Processes as CPW Process or CPW Workflow.
Afterwards can be refined in itself then the technical processes and the Business Processes as CPW Processes or CPW Workflows and if the result is satisfying, then the CPW Processes and CPW Workflows can be integrated again in the sociocultural Dialog, to counter-check, if all relevant aspects of the analysis have been considered.
Through the representation of the CPW Dialog of the particular CPW Process Steps with CPW Subject, CPW Predicate and CPW Object is the process for people from the IT, Engineering, Business, people, which has nothing to do with business and technology, culture, politics and other areas much more clearer, readable and transparent.
In the following table are described the possible work steps, in order to transform and to create from a Dialog a CPW Dialog, and then to create or to transform from this CPW Dialog a CPW Process or CPW Workflow.
It follows an example of a CPW Dialog, where Mary and Peter make coffee together with a coffee machine, at which the filter is already inserted.
The CPW Process Steps, each with CPW Subject, CPW Predicate and CPW Object are represented as follows:
CPW Process Step Number: S: CPW Subject P: CPW Predicate O: CPW Object
Example for a CPW Dialog: Peter and Mary make coffee with a Filter Coffee Machine:
1: S: Peter P: says O: to Mary: “Do you want a coffee?”
2: S: Mary P: says O: to Peter: “Why ever not.”
3: S: Mary P: says O: to Peter: “Paul wants also one.”
4: S: Peter P: says O: to Mary: “So, three coffee then.”
5: S: Peter P: fills O: the coffee machine with water.
6: S: Peter P: fills O: the coffee filter with coffee powder.
7: S: Peter P: says O: to Mary: “Could you use the coffee machine?”
8: S: Mary P: says O: to Peter: “I make it, no problem.”
9: S: Mary P: starts O: the coffee machine start button.
10: S: Mary P: waits O: until the water is run through.
11: S: Mary P: realizes O: the water is run through.
12: S: Mary P: says O: to Peter: “The coffee is ready.”
13: S: Peter P: pours out O: the three cups with coffee.
14: S: Peter P: says O: to Mary: “With milk and with sugar?”
15: S: Mary P: says O: to Peter: “Paul and me with milk and without sugar please.”
16: S: Peter P: pours out O: into the three cups the milk.
17: S: Mary and Peter P: drink O: the coffee with pleasure.
18: S: Mary P: says O: to Peter: “That has really a very good aroma!”
19: S: Peter P: says O: to Mary: “I have taken the Brazilian one!”
20: S: Paul P: says O: to Mary and Peter: “Thanks for the coffee!”
In the following
From the previous CPW Dialog the CPW Process or CPW Workflow is now extracted with the relevant CPW Process Steps. To the precondition is, that the filter for the filter coffee machine has already been inserted. In addition the CPW Process Steps are described, which describe closer the process of the coffee machine.
The CPW Process Steps, each with CPW Subject, CPW Predicate and CPW Object are represented as follows:
CPW Process Step Number: S: CPW Subject P: CPW Predicate O: CPW Object
Example for a CPW Process or CPW Workflow: Peter arid Mary make coffee:
1: S: Peter P: fills O: the coffee machine with three cups of water.
2: S: Peter P: fills O: the filter with coffee powder for three cups.
3: S: Mary P: starts O: the coffee machine start button.
4: S: Coffee machine pump P: draws O: the water out of the reservoir.
5: S: Boiler P: heats O: the sucked in water.
6: S: The heated water P: runs O: into the filter with coffee powder.
7: S: The coffee P: runs O: into the glass pot.
8: S: Mary P: waits O: until the water has run completely through the filter.
9: S: Mary P: realizes O: the water is run through.
10: S: Peter P: pours out O: into the three cups the coffee.
11: S: Peter P: pours out O: into the three cups a little bit milk.
The
The created CPW Process and CPW Workflow is in the sociocultural context and dialog of the previous created CPW Dialog.
The CPW Process 2d and CPW Workflow 2d is for it, that the CPW Process and CPW Workflow are represented in a two dimensional plane.
The structure of the represented CPW Process Step within a CPW Process or CPW Workflow corresponds to a homogeneous alignment, to make the CPW Process or CPW Workflow readable as possible, so that the processes for the Business Process Engineer are as easy to read as possible and are represented didactical good.
At the CPW Process 2d and CPW Workflow 2d, the CPW Process Steps can be represented and arranged in a two dimensional plane that way, so that the CPW Process Steps can be assigned to the geographical points, places and figures in a two dimensional plane. It is the assignment of the CPW Process Steps of the CPW Process 2d or CPW Workflow 2d to the geographical points, places and figures in a two dimensional plane.
This can be a map with a scale, on which the various CPW Process Steps of the CPW Process 2d or CPW Workflow 2d can be assigned to the places, points, or figures of a geographical, two dimensional map.
Or it can also be a two dimensional plan with a scale, at which various places, points, or figures can be assigned to the CPW Process Steps of the CPW Process 2d or of the CPW Workflow 2d.
The same principle goes also for the CPW Dialog 2d, at which at a map or a plan with a scale the CPW Process Steps of the CPW Dialogs 2d can be assigned to the places, points, and figures.
Furthermore this principle also goes for the CPW Context Diagram 2d, at which at a map or a plan with a scale the CPW Objects or the CPW Subjects of the CPW Context Diagrams 2d can be assigned to the places, points, and figures of the map or of the plan.
Here again the overview, how the CPW Methods are labeled with 2d as follows:
The following
The following
The following
The following
In the following table are defined rules, High Level Key Requirements and functions for the CPW Method Transformation.
In the following table are defined Rules, High Level Key Requirements and Functions of the CPW Framework with CPW Method Components.
Presentation Method of the CPW Frameworks with CPW Method Components
In the following table are defined Rules and High Level Key Requirements, how the CPW
Frameworks with the corresponding CPW Method Components are represented. It is the presentation method of the CPW Frameworks with CPW Method Components.
In the application PCT/IB01/01337 the CPW Method with CPW Process and CPW Context Diagrams in the realization process of a project has been represented in that way in a triangle, so that the CPW Method can be applied in Business as also in the IT in the following levels horizontal as also vertical.
The following
In the following chapters the CPW Method or CPW Overall Method is extended, among other things also through additional CPW Method Components, which then can also be applied on the various levels in the CPW Triangle.
Also it follows in the following chapters, how the various variants of CPW Frameworks can be applied in the CPW Triangle.
In this chapter is introduced the Variant A Method Transformation of a CPW Object Context Diagram in a CPW Process or CPW Workflow, the so-called CPW Object Context Diagram Process Transformation. For the CPW Object Context Diagram Process Transformation are required the following work steps:
The above named work steps are explained in detail in the following table, to perform the CPW Object Context Diagram Process Transformation. To keep the Method Transformation at first simple, in the following tables have been defined at first preconditions, to limit the Method Transformation to certain cases. Afterwards follows in the following table the single steps, to perform the CPW Object Context Diagram Process Transformation.
In the following Steps the single Steps from the previous table of the CPW Object Context Diagram Process Transformation are assigned to the figures:
In the Step 1 is provided the CPW Object Context Diagram with the preconditions for the CPW Object Context Diagram Process Transformation.
The
The
The
The
The
The
The
The
The
The
The
The
The
The
The
It is the objective of the CPW Expert Concept at a realized project, to synchronize the experts and subexperts with their competence with the line organization of an enterprise.
So it is the objective within a project, that the objective and tasks of the experts are synchronized with the business objectives of the line mangers.
In the team work between experts, which are taken into the project from outside, the following criteria or principles are crucial:
The
The
The
In
Evaluation Criteria are derived the Questionnaires, with those then the people are interviewed, which are involved in the business projects.
Then the results are summarized through the experts and deliver the CPW Diagnostic Assessment Result (CPW DA Result).
The
The
The
Configuration of the Attributes of the Table of a CPW Method Component
At the realization of the table of a CPW Method Component in an application system, it should be possible according to the business requirements to choose and to configure any attributes for the CPW Method Component Table and to model as possible as precise the reality with the existing entities with their attributes.
Configuration of the Attributes, which are Used at the CPW Method Transformation
The attributes of the CPW Method Components Tables, which should be used at the CPW Method Transformation, should be configurable. This means, it can be configured through the system, which attributes for the Method Components Tables at the CPW Method Transformation should be used and how the assignment of the attributes of both tables at the CPW Method Transformation should be.
Direct CPW Method Transformation and Indirect CPW Method Transformation
At CPW Method Transformation is differed between the direct CPW Method Transformation of two CPW Method Components and the indirect CPW Method Transformation of two CPW Method Components.
At the direct CPW Method Transformation of two CPW Method Components are transformed the assigned attributes of the CPW Method Components Tables with their contents 1:1 and they are also then after the CPW Method Transformation in a 1:1 relationship to each other.
At the direct CPW Method Transformation of a CPW Method Component Table to another CPW Method Components Table are determined at first the attributes, which should be transformed. Crucial is, that it exists at every CPW Method Component Table a unique Key, which points to both CPW Method Components Tables, so that it is not at the CPW Method Transformation to ambiguities. With the unique Key the contents of the attributes of the particular Records can be transformed distinct from the one CPW Method Component Table to the other CPW Method Component Table.
At the indirect CPW Method Transformation of two method components are the transformed attributes in a 1:M relationship, in a N:1 relationship, or in a N:M relationship to each other.
Which CPW Method Transformation is preferred, depends on the respective underlying case, and which objective should be followed at the Method Transformation of two CPW Method Components.
Automatic CPW Method Transformation
At the Automatic CPW Method Transformation is transformed in periodic intervals or in real-time from one CPW Method Component Table to another CPW Method Component Table. Which attributes and how should be transformed, can be defined at the appropriate configuration.
Manual CPW Method Transformation
At the manual CPW Method Transformation the contents of the attributes of the relevant CPW Method Components Table are transformed manual through a person with appropriate function by means of the system.
Manual Indirect or Direct CPW Method Transformation
The persons with the appropriate function transform manual by means of system from one CPW Method Component Table to another CPW Method Component Table.
Automatic and Manual Indirect or Direct CPW Method Transformation
After an automatic CPW Method Transformation persons with appropriate function can transform manual by means of system from one CPW Method Component Table to another CPW Method Component Table, to be able to revise the wished objective.
The
The
CPW Change Management Plan Transformation
The
Variant 1—Automatic and Manual Direct CPW Method Transformation
From the
The CM No. of the CPW Change Management Table and the No. of the CPW Plan Table are the unique Key for the CPW Change Management Plan Transformation, to ensure the uniqueness of the CPW Method Transformation. CM Point description and Solution/Problem description at the CPW Change Management Table has been taken together to Task Description at the CPW Plan. An additional attribute at the CPW Plan is the attribute cost, which can be reworked after the automatic direct CPW Method Transformation manual through a person with the appropriate function. After the CPW Method Transformation are all contents of the chosen attributes of CPW Change Management Table to CPW Plan in a 1:1 relationship to each other.
Variant 2 Automatic Indirect CPW Method Transformation
At the indirect CPW Method Transformation of CPW Change Management Table to CPW Plan Table at the variant, at which the CPW Change Management Table to the CPW Plan Table is in the relationship of M:1, are summarized several Change Management Request with the CM No to a Task Number of the CPW Plan Table with the corresponding attributes of Task Description, Responsibility, cost, Time Date.
At the indirect CPW Method Transformation of the CPW Change Management Table to the CPW Plan Table in the relationship of 1:M, a Change Request with the CM No is divided to several Task Numbers of the CPW Plan Table with the corresponding attributes of Task Description, Responsibility, cost, Time Date.
The rules, how at this automatic indirect CPW Method Transformation of CPW Change Management Table to CPW Plan Table is transformed, is defined at the configuration of the system.
The
The
The
Manual and Automatic Direct or Indirect CPW Method Transformation of the CPW Change Management Process Transformation
The attributes of the CPW Change Management Table, which are used for the automatic direct or indirect CPW Method Transformation, and how these then are assigned to the attributes of the CPW Workflow Table and CPW Process Table, can be configured through the system through a person with the appropriate function.
If through the system by means of configured automatic CPW Method Transformation the CPW Change Management Process Transformation can be executed only incomplete or only partly, so then in the second step a person with appropriate function can rework manual in this manner the CPW Change Management Process Transformation, so that it then correspond to the wished result.
The
The
Variant 1—Automatic and Direct CPW Method Transformation
From the
The
At the CPW Process Plan Transformation in the direct CPW Method Transformation are the attributes of the CPW Method Components in a 1:1 relationship to each other.
Manual Rework of the Attributes Cost and Time/Date of the CPW Plan
The CPW Plan itself is still extended furthermore to two attributes Cost and Time/Date, to have the essential attributes of the CPW Plan. These two attributes can be reworked after the automatic and direct CPW Method Transformation manual through a person with the appropriate function.
The
In the following table is the assignment of the attributes of the CPW Plan Table to the CPW Process Table, to achieve the CPW Plan Process Transformation.
The
In
The
The
The CPW Change Management Functional Requirements Transformation can be taken in both directions, depending how the project situation is. Either it is transformed at the CPW Change Management Functional Requirements Transformation from the CPW Change Management Table in the direction of Functional Requirements Table or it is transformed from the CPW Functional Requirements Table in direction of CPW Change Management Table.
The basic structure of the attributes of the CPW Change Management Table and of the Functional Requirements Table can be given as default through the system, however a person with the appropriate function can also change by means of system the attributes of the CPW Change Management Table and of the CPW Functional Requirements Table, or to delete attributes, or to add or to create new attributes of the CPW Method Components Tables.
The CPW Change Management Functional Requirements Transformation can be a manual, automatic, direct or indirect CPW Method Transformation.
The
In this case the CPW Functional Requirements Functional Diagram Transformation is a direct CPW Method Transformation with a 1:1 relationship. From the CPW Functional Requirements are used the attributes Function and Subfunction, to transform the CPW Functional Diagram. From the CPW Functional Requirements Table are extracted the attributes. Function and Subfunction and are assigned to the represented graphical structure of the CPW Functional Diagram.
Is the CPW Functional Requirements Functional Diagram Transformation performed into the other direction of CPW Functional Diagram to CPW Functional Requirements, so the CPW Functions and CPW Subfunctions of the CPW Functional Diagram are assigned to the attributes Functions and Subfunctions of the CPW Functional Requirements Table. Also here the CPW Functional Requirements Functional Diagram Transformation is a direct CPW Method Transformation with a 1:1 relationship.
In the previous chapter has been described and represented the CPW Functional Requirements Functional Diagram Transformation with the
The transformed CPW Functional Diagram may be considered then as CPW Object Context Diagram, where the CPW Functions and CPW Subfunctions of the CPW Functional Diagrams can be assigned to the CPW Objects of the CPW Object Diagram, so that then the CPW Object Diagram from the CPW Functional Diagram has been transformed. This work step can be also named as CPW Functional Diagram Context Diagram Transformation or also as CPW Functional Diagram Object Context Diagram Transformation.
The
Altogether then the CPW Functional Requirements Context Diagram Transformation has been performed.
In this case the CPW Functional Requirements Context Diagram Transformation is a direct CPW Method Transformation with a 1:1 relationship.
The
Object Context Diagram. The following table shows the essential work steps, to perform the CPW Functional Diagram Subject Object Context Diagram Transformation:
The
The following table shows the work steps, to transform from the CPW Functional Diagram a CPW Object Flow Context Diagram:
The
The following table shows the work steps, to transform from the CPW Functional Requirements Table a CPW Process Table:
The
At the CPW Functional Requirements Table the attribute FR No. can be assigned to the attribute Task No. of the CPW Plan Table, to have a unique key at the CPW Functional Requirements Plan Transformation.
But it also can be assigned at the Functional Requirements Table the attributes Function and Subfunction as Primary Key or as unique Key to the attribute Task No. of the CPW Plan Table.
There are also different possibilities, to define a unique Key for the CPW Functional Requirements Plan Transformation.
Depending on the case at the CPW Functional Requirements Plan Transformation can be taken the direct or the indirect CPW Method Transformation.
Depending on the case and the scenario make sense a direct or indirect CPW Method Transformation, so that the CPW Method Transformation from the one CPW Method Component to the other CPW Method Component can be in relationship as follows:
Also here is the question, if depending on the case and the scenario are to be found or are to be derived rules, to automate the CPW Method Transformation. So it can be taken a complete automatic CPW Method Transformation through the configured system, or depending on the case an automatic CPW Method Transformation in combination with a manual CPW Method Transformation, or only a manual CPW Method Transformation.
The
The
The
At the method transformation of Entity Relationship Diagram (ERD) to the CPW Subject Object Context Diagram is transformed each entity of the ERD in a CPW Object or in a
CPW Subject. All relationships between the Entities of the ERD are transformed in the relationships between the particular CPW Subjects and CPW Objects of the CPW Subject Object Context Diagram.
In the CPW Subject Object Context Diagram are the CPW Objects in relationship to the CPW Subjects, which correspond to a responsibility.
The
At the Method Transformation of Entity Relationship Diagram (ERD) to the CPW Subject Object Relationship Diagram is transformed each Entity of the ERD in a CPW Object or in a CPW Subject. All relationships between the entities of the ERD, which are represented through a rhombus, are transformed as CPW Predicate, so that between all CPW Objects and CPW Subjects stand a CPW Predicate.
In the following table are rules for the grammar, semantics and the syntax of the CPW Subject Object Relationship Diagram:
The
At the CPW Context Diagram Subject Object Relationship Diagram Transformation the CPW Subjects and the CPW Objects from the CPW Subject Object Context Diagram can be taken direct for the CPW Subject Object Relationship Diagram.
The relationships between the CPW Subjects and the CPW Objects in the CPW Subject
Object Relationship Diagram are extended through the CPW Predicates, so that between each CPW Subject and CPW Object is a CPW Predicate.
In the chapter Method Transformation of BDM/ERD to CPW Subject Object Context Diagram is described and in
In the chapter Method Transformation of BDM/ERD to CPW Subject Object Relationship Diagram is described and in
In the chapter CPW Context Diagram Subject Object Relationship Diagram Transformation is described and in
In the chapters Variant A Method Transformation of CPW Object Context Diagram Process Transformation, Variant B Method Transformation of CPW Subject Object Context Diagram Process Transformation and Variant C Method Transformation of CPW Object Context Diagram Process Transformation are described the Variants A, B, C Method Transformations of the CPW Context Diagram Process Transformation.
It is possible in this context, to transform from an Entity Relationship Diagram (ERD) respectively a Business Data Model (BDM) a CPW Context Diagram or a CPW Subject Object Relationship Diagram. And then afterwards as a next work step to transform from a CPW Context Diagram a CPW Process or CPW Workflow with the CPW Context Diagram Process Transformation. With the described work steps can be named this variant of the Method Transformation as CPW BDM Process Transformation.
In the context with the CPW Method can be transformed the CPW Process or CPW Workflow also in a CPW Dialog, so that a Method Transformation of a BDM/ERD to a CPW Dialog is also possible.
This variant of the Method Transformation of an Entity Relationship Diagram (ERD) to a CPW Process or CPW Workflow as CPW BDM Process Transformation could then make sense for example, if in a project for various reason only exist the data model in form of an Entity Relationship Diagram (ERD) respectively BDM as documentation and it is the objective to realize a process.
In
The Business System is described in prose text with a preferably stringent and didactical structure, so that the project people can get a good understanding for the to-be-executed Business System. As a basis for the CPW Business System Description may serve a guideline of the enterprise.
Within the CPW Business System Description are references to the different, acquired and executed CPW Method Components and the CPW Method Component Instances of the CPW Frameworks.
It is the objective, to create a didactic, functional, up-to-date good work, which then can be used as a basis for the CPW Sign-off Process of the project, where the CPW Business System Description is evaluated and is assessed by the expert committees and committees with the objective to achieve a Sign-off of the project.
In
Within a Sign-off Process are involved all responsibilities of the project or of the program, to decide over the important points of the project or of the program.
Enterprises have usually a guideline, how this Sign-off Process proceed in detail for various project variants.
During the process of the project or of the program the Sign-off Process of the project and of the program is synchronized with the CPW Sign-off Process of the CPW Framework.
In
In the following table are defined rules, High Level Key Requirements and Functions for the CPW Enterprise Architecture Framework or the CPW Enterprise Architecture Engine with CPW Frameworks.
In
The area Business Architecture is subdivided into the area Information Model, Business Requirements Model and Business System Model. The area IT is subdivided into the area Data Model, Application Model and System Model.
The areas Information Model, Business Requirements Model and Business System Model are each assigned the Business Case(BC), Specification Case(SC) and Production Case (PC). The areas Data Model, Application Model and System Model are each assigned the Business Case (BC), Specification Case(SC) and Production Case (PC).
All areas within this tree structure is assigned a CPW Framework. According to the configuration possibility of the CPW Enterprise Architecture Frameworks or CPW Enterprise Architecture Engine through the CPW Enterprise Architecture Configuration are assigned each CPW Framework within the tree structure the CPW Method Components or the external method components.
In
The
The
Examples for Various Variants of CPW Enterprise Architecture Frameworks and External Frameworks
The
Each point within the tree structure is or can be assigned a CPW Framework. Each CPW Framework can be assigned one to many CPW Method Components or external method components.
The following examples show represented in tables, what sort of CPW Frameworks with CPW Method Components and external method components are assigned to the project phases Business Case (BC), Specification Case (SC) and Production Case (PC), and to the Data Model, Application Model and System Model.
The
The
The
The
The
The
The following table shows, which CPW Method Components, external method components, CPW Method Transformations and Transformations are each assigned to the CPW Frameworks in the tree structure in the CPW Enterprise Architecture Framework (CPW EA Framework).
The
The CPW EA Framework with the CPW Method Components, external method components, CPW Method Transformations and Transformations in
CPW Enterprise Architecture Framework and CPW Enterprise Architecture Engine as Application
In
CPW Enterprise Architecture Framework and CPW Enterprise Architecture Engine as Application
The following table shows the CPW Enterprise Architecture Framework or the CPW Enterprise Architecture Engine from service oriented view:
The following table shows variants and examples of the High Level Key Requirements and functions for the CPW Enterprise Architecture Framework or the CPW Enterprise Architecture Engine.
The following table shows the attributes of the tables of the CPW Method Components in English and in German language. At first comes in the first row the name of the table in English in the third column, and in the fourth column in German. Then follows all attributes of the respective table in English in the third column, and in the fourth column in German. In the second column is the number of the attributes of the CPW Method Component Table.
The applied patent or patent application is a continuation in part of the application of the Parent Application No. or International Application No.: PCT/IB01/01337 with the International Filing Date Jul. 26, 2001 and the U.S. application Ser. No. 10/486,290 with Filing Date Aug. 20, 2004. The applied patent refers to the extension of the CPW Method. The CPW Method with their extensions has been created by Bernd Jakob Schneider. The CPW Method with their extensions includes among others the application of the CPW Method in a CPW Enterprise Architecture Framework and a CPW Enterprise Architecture Engine.
Number | Date | Country | |
---|---|---|---|
Parent | 10486290 | Aug 2004 | US |
Child | 12312671 | US |