JP2009003580A - Design support method, design support program and design support device for business process - Google Patents
Design support method, design support program and design support device for business process Download PDFInfo
- Publication number
- JP2009003580A JP2009003580A JP2007161832A JP2007161832A JP2009003580A JP 2009003580 A JP2009003580 A JP 2009003580A JP 2007161832 A JP2007161832 A JP 2007161832A JP 2007161832 A JP2007161832 A JP 2007161832A JP 2009003580 A JP2009003580 A JP 2009003580A
- Authority
- JP
- Japan
- Prior art keywords
- business process
- service
- database
- correction
- business
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 388
- 230000008569 process Effects 0.000 title claims abstract description 224
- 238000013461 design Methods 0.000 title claims abstract description 42
- 238000012937 correction Methods 0.000 claims abstract description 146
- 230000000694 effects Effects 0.000 claims abstract description 78
- 238000012545 processing Methods 0.000 claims abstract description 38
- 238000004458 analytical method Methods 0.000 claims description 30
- 238000011161 development Methods 0.000 abstract description 9
- 230000007547 defect Effects 0.000 abstract 1
- 238000004519 manufacturing process Methods 0.000 description 49
- 238000007726 management method Methods 0.000 description 28
- 238000010586 diagram Methods 0.000 description 26
- 238000013439 planning Methods 0.000 description 17
- 230000018109 developmental process Effects 0.000 description 8
- 230000006870 function Effects 0.000 description 8
- 238000002715 modification method Methods 0.000 description 8
- 238000005516 engineering process Methods 0.000 description 7
- 238000011084 recovery Methods 0.000 description 6
- 238000012384 transportation and delivery Methods 0.000 description 5
- 230000008859 change Effects 0.000 description 3
- 230000002265 prevention Effects 0.000 description 3
- 230000010485 coping Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 238000003672 processing method Methods 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 230000002860 competitive effect Effects 0.000 description 1
- 238000005094 computer simulation Methods 0.000 description 1
- 230000008094 contradictory effect Effects 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 238000012938 design process Methods 0.000 description 1
- 230000033772 system development Effects 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
Description
本発明は、ビジネスプロセスの設計支援方法、設計支援プログラム、および、設計支援装置に関する。 The present invention relates to a business process design support method, a design support program, and a design support apparatus.
近年、システムおよびソフトウェア部品を業務機能単位に作成し、これらの機能を一連の業務処理の流れに基づいたＢＰ（Business Process）により、システムを統合する技術が知られている。こうしたシステムの設計方法はサービス指向アーキテクチャ（ＳＯＡ：Service-Oriented Architecture）と呼ばれるものである。 2. Description of the Related Art In recent years, a technology is known in which systems and software components are created in units of business functions, and these functions are integrated by BP (Business Process) based on a series of business process flows. Such a system design method is called a service-oriented architecture (SOA).
ＳＯＡシステムを実現するためのミドルウェア製品としてＥＳＢ（Enterprise Service Bus）と呼ばれるものがある。こうした製品では、システム間の連携を記述するためにサービスプロセスもしくはワークフローと呼ばれる、各システムのサービスを呼び出すためのプロセスを記述する。 There is a product called ESB (Enterprise Service Bus) as a middleware product for realizing the SOA system. In such a product, a process for calling a service of each system, which is called a service process or a workflow for describing the cooperation between the systems, is described.
ＥＳＢなどの技術では、ＢＰＭＮ（Business Process Modeling Notation）、ＷＳＤＬ（Web Services Description Language）、および、ＢＰＥＬ（Business Process Execution Language for Web Services）が、標準団体による標準規格として知られている（非特許文献１参照）。ＢＰＭＮは、モデリング表記によりＢＰを表す。ＷＳＤＬは、Ｗｅｂサービスのインタフェースを記述する。ＢＰＥＬは、ＷＳＤＬでサービスを呼び出すときの順序を規定する。 In technologies such as ESB, BPMN (Business Process Modeling Notation), WSDL (Web Services Description Language), and BPEL (Business Process Execution Language for Web Services) are known as standards by standard organizations (non-patent literature). 1). BPMN represents BP by modeling notation. WSDL describes a web service interface. BPEL defines the order in which services are invoked in WSDL.
ＳＯＡシステムでは、既存システムの機能を業務単位のコンポーネントとして扱い、これらのコンポーネントをＢＰもしくはワークフローなどと呼ばれるプロセス連携より統合し、業務としての機能を実現する。ＳＯＡシステムの特徴としては、システムのコンポーネント機能が独立に扱われることと、プロセスが独立に複数同時に実行されることなどがある。 In an SOA system, functions of an existing system are handled as business unit components, and these components are integrated through process cooperation called BP or workflow, thereby realizing business functions. The characteristics of the SOA system include that the component functions of the system are handled independently and that a plurality of processes are executed independently at the same time.
ＳＯＡシステムにおいては、業務の流れに応じてサービスプロセスもしくはワークフローを定義する。システムとしての安全性を保証するためには、こうして業務の流れに応じたサービスプロセスもしくはワークフローが、ハードウェアの故障や、サブシステムのプログラムエラーなどにより障害が発生した場合になんらかの障害回復をすることが重要となる。こうした障害回復に関わる技術としては、特許文献１、特許文献２に示す技術が知られている。
In the SOA system, a service process or workflow is defined according to the flow of business. In order to guarantee the safety of the system, the service process or workflow corresponding to the flow of work should recover from a failure if a failure occurs due to a hardware failure or subsystem program error. Is important. As techniques relating to such failure recovery, techniques shown in
なお、特許文献１に示す技術は、ワークフローに従って一連のトランザクションを実行するトランザクション処理方法において、トランザクション実行時の障害に対応して障害回復のための補償トランザクションを回復処理フローとして登録し、障害が発生した場合に、登録した回復処理フローに従って一連の補償処理を並列に実行する。
ＳＯＡシステムでは、システムおよびアプリケーションを、業務単位の独立した機能を提供するコンポーネントとして、整理し、業務単位のコンポーネントをビジネスプロセス観点から統合することにより、システムを構築する。こうしたＳＯＡシステムでは、コンポーネントおよびプロセスの独立性が高いため、プロセス内部にてエラーが発生した場合、別のプロセスに大きな影響を与え、システムにてデータ不整合が発生する場合がある。例えば、複数ＢＰ間が同じシステムのＤＢ（Data Base）を共用するときに、ＤＢ操作の競合が問題となる。そして、一方のＢＰ実行時にＤＢ操作に関する障害が発生した場合、もう一方のＢＰは同じＤＢへのＤＢ操作を行うため、データ不整合が発生する恐れがある。 In the SOA system, a system is constructed by organizing systems and applications as components that provide independent functions of business units, and integrating business unit components from the viewpoint of business processes. In such an SOA system, since the components and processes are highly independent, if an error occurs in the process, another process may be greatly affected, and data inconsistency may occur in the system. For example, when a plurality of BPs share a DB (Data Base) of the same system, contention of DB operations becomes a problem. If a failure related to a DB operation occurs during execution of one BP, the other BP performs a DB operation on the same DB, which may cause data inconsistency.
こうしたデータ不整合の発生を防止するには、想定されるデータ不整合の要因を洗い出し、これに対応できるようにエラー処理を考慮した、プロセス設計およびコンポーネント設計が重要となってくる。一方、ＳＯＡの設計アプローチでは、独立したＢＰ観点からシステム設計を行うため、従来型システム（個別システムが各々独立している）と比較して、多くのＢＰ間でどのようなデータ不整合が発生するかの状況把握を行うことが困難である。 In order to prevent the occurrence of such data inconsistencies, it is important to design processes and components that take error handling into consideration and identify possible causes of data inconsistencies. On the other hand, in the SOA design approach, since system design is performed from the standpoint of independent BP, what kind of data inconsistency occurs among many BPs compared to conventional systems (individual systems are independent from each other). It is difficult to grasp the situation.
前述した特性をもつＳＯＡシステムにおいては、設計者は、プロセスおよびサービスの操作するＤＢ内容を個別に分析することで、データ不整合が設計上生じていないかを分析する必要があるため、その設計分析に多くの工数がかかっていた。 In the SOA system having the above-described characteristics, the designer needs to analyze whether or not the data inconsistency occurs in the design by individually analyzing the DB contents operated by the processes and services. The analysis took a lot of man-hours.
そこで、本発明は、前記した問題を解決し、複数のビジネスプロセスが共用するデータの不整合を抑制するためのビジネスプロセスの設計を支援することを主な目的とする。 In view of this, the main object of the present invention is to solve the above-described problems and to support the design of a business process for suppressing inconsistency of data shared by a plurality of business processes.
前記課題を解決するため、本発明は、複数のビジネスプロセスの各アクティビティから共用して呼び出されるサービスがアクセスするデータベースの不整合を抑制するビジネスプロセスの設計支援方法であって、コンピュータが、前記ビジネスプロセス、前記サービス、および、前記データベースを互いに関連づける定義情報の入力を受け付け、前記データベースの競合する操作の組み合わせを規定するルールを参照して競合する操作が行われる前記データベースを特定し、その特定した前記データベースへ前記定義情報により関連づけられているビジネスプロセスのアクティビティを、互いに影響関係のあるアクティビティとして検出し、前記影響関係のあるアクティビティを含む前記ビジネスプロセスの障害発生時に、影響関係のある各アクティビティから前記データベースへのアクセスをキャンセルする前記サービスのキャンセル処理を呼び出すように前記ビジネスプロセスを修正することを特徴とする。その他の手段は、後記する。 In order to solve the above-mentioned problems, the present invention provides a design support method for a business process that suppresses inconsistency of a database accessed by a service that is shared and called from each activity of a plurality of business processes. Accepting input of definition information that associates the process, the service, and the database with each other, identifies the database in which the conflicting operation is performed with reference to a rule that defines a combination of conflicting operations of the database, and identifies the database The business process activities linked to the database by the definition information are detected as activities having an influence relationship with each other, and each of the influence relations is detected when a failure occurs in the business process including the activity with the influence relation. Characterized by modifying the business process to invoke the cancellation process of the service of canceling the access to the database from Activity. Other means will be described later.
本発明により、複数のビジネスプロセスが共用するデータの不整合を抑制するためのビジネスプロセスの設計を支援することが可能になった。 According to the present invention, it is possible to support the design of a business process for suppressing inconsistency of data shared by a plurality of business processes.
図１は、本実施形態のＳＯＡシステムを示す構成図である。ＳＯＡシステムは、入力端末１０、ＢＰ開発サーバ１００、ＢＰ実行サーバ１５０、および、ＤＢサーバ１８０を含めて構成される。ＢＰ開発サーバ１００は、ビジネスプロセスの設計支援装置である。設計者による設計作業は、入力端末１０を用いて行う。
なお、入力端末１０を用いて設計を行う設計者として２種類の設計者を想定する。第１の設計者は、「サービス設計者」と呼ぶものである。このサービス設計者は、ビジネスプロセスによって統合される個別システムの入出力インタフェースおよび個別システムの外部提供機能について設計を行う。第２の設計者は、「業務フロー設計者」と呼ぶものである。この業務フロー設計者は、個別システムの提供するサービスを一連の作業手順にて統合するための、ビジネスプロセス設計を行う。これら２種類の設計者が入力端末１０を適宜利用して、設計行為を行うものとする。なお、これら２種類の設計者は、実際には同一人物が兼任してもよい。
FIG. 1 is a configuration diagram showing the SOA system of the present embodiment. The SOA system includes an input terminal 10, a BP development server 100, a BP execution server 150, and a DB server 180. The BP development server 100 is a business process design support apparatus. The design work by the designer is performed using the input terminal 10.
Two types of designers are assumed as designers who design using the input terminal 10. The first designer is called a “service designer”. This service designer designs an input / output interface of an individual system integrated by a business process and an externally provided function of the individual system. The second designer is called a “business flow designer”. This business flow designer designs a business process for integrating services provided by individual systems in a series of work procedures. Assume that these two types of designers use the input terminal 10 as appropriate to perform a design act. These two types of designers may actually serve as the same person.
図１７は、ＳＯＡシステムを構成する各装置のハードウェア資源を示す構成図である。各装置は、ＬＡＮ（Local Area Network）１７４０で互いに接続されている。 FIG. 17 is a configuration diagram showing hardware resources of each device constituting the SOA system. Each device is connected to each other via a LAN (Local Area Network) 1740.
ＢＰ開発サーバ１００は、ＣＰＵ１７１１、メモリなどの主記憶装置１７１２、ハードディスクなどの外部記憶装置１７１３、および、ＮＩＣ（Network Interface Card）１７１４を有し、入力端末１０は、モニタ１７１５、キーボード１７１６、および、マウス１７１７を有する。
The BP development server 100 includes a
ＢＰ実行サーバ１５０は、ＣＰＵ１７２１、メモリなどの主記憶装置１７２２、ハードディスクなどの外部記憶装置１７２３、ＮＩＣ１７２４、モニタ１７２５、キーボード１７２６、および、マウス１７２７を有する。
The BP execution server 150 includes a
ＤＢサーバ１８０は、ＣＰＵ１７３１、メモリなどの主記憶装置１７３２、ハードディスクなどの外部記憶装置１７３３、ＮＩＣ１７３４、モニタ１７３５、キーボード１７３６、および、マウス１７３７を有する。
The DB server 180 includes a
図１に戻り、入力端末１０は、操作ユーザの画面操作による入出力操作を、ＢＰ開発サーバ１００と送受信する。入力端末１０の各画面は、図２から図５において後記する。 Returning to FIG. 1, the input terminal 10 transmits / receives an input / output operation by the operation user's screen operation to / from the BP development server 100. Each screen of the input terminal 10 will be described later in FIGS.
ＢＰ開発サーバ１００は、ＢＰを構成するアクティビティ（Activity）間の影響関係による不都合を防止もしくは影響による不都合を最小化するためのＢＰの修正を行う。ＢＰ開発サーバ１００は、定義情報入力部１１０、障害影響分析部１２０、ＢＰ修正部１３０、および、ＢＰ生成部１４０を有する。 The BP development server 100 corrects the BP to prevent inconvenience due to the influence relationship between activities (Activities) constituting the BP or to minimize inconvenience due to the influence. The BP development server 100 includes a definition information input unit 110, a failure impact analysis unit 120, a BP correction unit 130, and a BP generation unit 140.
定義情報入力部１１０は、サービス／ＤＢ関連情報１６１を入力端末１０から入力するためのサービス情報入力部１１１と、ＢＰ／サービス関連情報１６２を入力端末１０から入力するためのＢＰ情報入力部１１２と、を有する。 The definition information input unit 110 includes a service information input unit 111 for inputting service / DB related information 161 from the input terminal 10, and a BP information input unit 112 for inputting BP / service related information 162 from the input terminal 10. Have.
障害影響分析部１２０は、複数のＢＰ間の障害影響関係を分析し、問題があると判断された複数のＢＰに対して、影響関係の分析結果を表示することにより、設計者の分析負担を削減する。 The failure impact analysis unit 120 analyzes the failure impact relationship between a plurality of BPs, and displays the analysis results of the impact relationship for a plurality of BPs that are determined to have a problem, thereby reducing the analysis burden on the designer. Reduce.
ＢＰ修正部１３０は、操作者の判断結果の入力内容に応じて、ＢＰ修正方式を選定してＢＰを修正する。このＢＰの修正（ＢＰ修正方式）は、以下に列挙する方式のうち、いずれか１つの方式を採用することにより実現される。各ＢＰ修正方式は、スクリプト言語などで記述し、ＭＤＡ（Model Driven Architecture）とよばれるモデル変換・生成技術を適応することで実現できる。
ＢＰ修正方式（１）補償トランザクション方式（図１２参照）
ＢＰ修正方式（２）プロセス並列実行防止方式（図１３参照）
ＢＰ修正方式（３）キャンセル追加方式（図１４参照）
ＢＰ修正方式（４）キャンセルプロセス呼び出し方式（図１５参照）
ＢＰ修正方式（５）プロセス間キャンセル通知方式（図１６参照）
The BP correction unit 130 corrects the BP by selecting a BP correction method according to the input content of the determination result of the operator. This BP correction (BP correction method) is realized by adopting any one of the methods listed below. Each BP correction method can be realized by describing in a script language or the like and applying a model conversion / generation technique called MDA (Model Driven Architecture).
BP correction method (1) Compensation transaction method (see Fig. 12)
BP modification method (2) Process parallel execution prevention method (see Fig. 13)
BP correction method (3) Cancel addition method (see Fig. 14)
BP correction method (4) Cancel process call method (see FIG. 15)
BP correction method (5) Inter-process cancellation notification method (see FIG. 16)
ＢＰ修正部１３０は、ＢＰ修正方式の選択条件を入力させる選択条件入力部１３１、選択条件に適合するＢＰ修正方式を提示する修正方式提示部１３２、提示されたＢＰ修正方式の属性を入力させる修正方式属性入力部１３３、および、属性が入力されたＢＰ修正方式を実行する修正方式実行部１３４を有する。なお、入力は、入力端末１０を介して行われる。 The BP correction unit 130 includes a selection condition input unit 131 for inputting selection conditions for a BP correction method, a correction method presentation unit 132 for presenting a BP correction method that matches the selection conditions, and a correction for inputting attributes of the presented BP correction method. A method attribute input unit 133 and a correction method execution unit 134 that executes a BP correction method in which an attribute is input are included. The input is performed via the input terminal 10.
ＢＰ生成部１４０は、ＢＰ修正部１３０によって修正されたＢＰＭＮに相当するＢＰの定義情報（サービス／ＤＢ関連情報１６１、ＢＰ／サービス関連情報１６２）から、公知技術を用いることにより、ミドルウェア上で実行可能な定義情報であるＢＰ１７０を生成する。ＢＰ１７０は、ＢＰＥＬ１７１、および、ＷＳＤＬ１７２により構成される。
The BP generation unit 140 is executed on the middleware by using a known technique from the definition information (service / DB related information 161, BP / service related information 162) of the BP corresponding to the BPMN corrected by the BP correcting unit 130. A
ＢＰ実行サーバ１５０は、一般にＥＳＢと呼ばれるミドルウェアが実装されているＢＰ実行部１５１を有する。ＢＰ実行部１５１は、ＢＰ１７０のＢＰＥＬ１７１をもとにプロセスを実行し、ＢＰ１７０のＷＳＤＬ１７２をもとにプロセスの実行に伴うシステム間のサービス呼び出しを実行する。
The BP execution server 150 includes a BP execution unit 151 in which middleware generally called ESB is mounted. The BP execution unit 151 executes a process based on the
ＤＢサーバ１８０は、ＳＯＡシステムの各処理部が処理を行うための一連の定義および設計情報を管理する。ＤＢサーバ１８０は、サービス／ＤＢ関連情報１６１、ＢＰ／サービス関連情報１６２、影響関連分析情報１６３、ＢＰ修正方式設定情報１６４、ＢＰ修正方式管理情報１６５、および、ＢＰ１７０を有する。
The DB server 180 manages a series of definitions and design information for each processing unit of the SOA system to perform processing. The DB server 180 includes service / DB related information 161, BP / service related information 162, impact related analysis information 163, BP correction method setting information 164, BP correction method management information 165, and
ＢＰ修正方式管理情報１６５は、ＤＢ間操作ポリシー１６６、ＢＰ修正方式一覧１６７、ＢＰ間関係−ＢＰ修正方式選択ポリシー１６８、質問項目−ＢＰ修正方式選択ポリシー１６９、および、ＢＰ修正方式別サービス定義修正ルール１６９ｂを含めて構成される。ＤＢサーバ１８０の各情報の詳細は、図６および図７にて後記する。 The BP correction method management information 165 includes an inter-DB operation policy 166, a BP correction method list 167, an inter-BP relationship-BP correction method selection policy 168, a question item-BP correction method selection policy 169, and a service definition correction for each BP correction method. A rule 169b is included. Details of each information of the DB server 180 will be described later with reference to FIGS.
ＢＰ修正方式別サービス定義修正ルール１６９ｂには、ＢＰ修正方式別にサービス定義を行なう修正ルール、および、ＢＰ１７０を修正するための修正操作処理の手順が格納されている。こうした修正操作処理が、スクリプト言語などの形式で記述されている。
The service definition correction rule 169b for each BP correction method stores a correction rule for defining a service for each BP correction method and a procedure for a correction operation process for correcting the
図２は、サービス情報入力部１１１において、ユーザが入力時に利用する「サービスとＤＢ関連入力画面２１０」を示す画面図である。サービス情報入力部１１１では、入力端末１０から、サービス設計者に、個別システムのもつサービスインタフェースの仕様と、各サービスインタフェースの内部処理として操作されるＤＢとの関係をＤＢ関連入力画面２１０を介して入力させる。
FIG. 2 is a screen diagram showing a “service and DB related
表領域２１１には、表領域２１１の縦軸にサービス名称の一覧を表示し、表領域２１１の横軸にＤＢサービス名称の一覧を表示する。サービス名称を編集するためにサービス名称編集ボタン２１２をクリックすると、サービス名称編集画面２２０が表示される。
In the
サービス名称編集画面２２０は、サービス名称、入力値（項目名称とそのデータ型）、および、戻り値（戻り値区分とその戻り値）の入力手段（入力欄）を有する。正常時の戻り値（０）またはエラー時の戻り値（１）を互いに区別して入力する。登録ボタン２２１をクリックすると、サービス名称編集画面２２０は閉じ、サービスとＤＢ関連入力画面２１０の縦軸であるサービス名称の一覧には、サービス名称編集画面２２０で登録された新たなサービス名称が追加されて表示される。
The service
横軸のＤＢ名称一覧を編集するときには、サービス名称の編集と同様に、ＤＢ名称編集ボタン２１３をクリックすることにより、サービス名称編集画面２２０とほぼ同様な画面構成であるＤＢ名称編集画面（図示省略）が、表示される。ＤＢ名称編集画面においてＤＢ名称を入力することにより、サービスとＤＢ関連入力画面２１０上のＤＢ名称一覧が編集される。
When editing the DB name list on the horizontal axis, the DB name editing screen (not shown) having the same screen configuration as that of the service
サービス設計者は、必要なＤＢ名称一覧およびサービス名称一覧の登録を終えた後、ＤＢ名称とサービス名称との対応関係を表す表領域のセル上に、必要なＤＢ操作の内容を入力する。ＤＢ操作の内容は、ＤＢ操作の種別を示すＣ（Create）、Ｒ（Reference）、Ｕ（Update）、または、Ｄ（Delete）を示す値のうち、いずれか１つの値によって示される。Ｃ，Ｒ，Ｕ、Ｄは各々、データの新規登録処理、参照処理、更新処理、削除処理を表している。例えば、セル２１４の「Ｃ」の値は、サービス名称「製品Ａ生産計画」において製品Ａ在庫管理ＤＢに対して新規登録処理（Create）が行われることを表している。
After completing registration of the necessary DB name list and the service name list, the service designer inputs the contents of the necessary DB operation on the table area cell indicating the correspondence between the DB name and the service name. The content of the DB operation is indicated by any one of values indicating C (Create), R (Reference), U (Update), or D (Delete) indicating the type of DB operation. C, R, U, and D represent data new registration processing, reference processing, update processing, and deletion processing, respectively. For example, the value of “C” in the
サービス設計者は、サービスとＤＢ関連入力画面２１０を介した編集作業を終えるときに、登録ボタン２１５をクリックすると、サービスとＤＢ関連入力画面２１０およびその画面から呼び出された各画面へ入力された情報が、ＤＢサーバ１８０のサービス／ＤＢ関連情報１６１に格納される（定義情報の入力・登録）。
When the service designer clicks the
サービス／ＤＢ関連情報１６１（後記図６参照）に格納する処理として、具体的には、サービス名一覧情報１６１ａは、サービス名称編集画面２２０上の入力情報を格納する。サービス−ＤＢ関係１６１ｂは、サービスとＤＢ関連入力画面２１０上のサービス名称およびＤＢ名称間のＤＢ操作の種別情報を格納する。ＤＢ名称一覧情報１６１ｃは、ＤＢ名称編集画面（図示省略）上の詳細情報を格納する。
Specifically, as the processing to be stored in the service / DB related information 161 (see FIG. 6 described later), the service name list information 161 a stores input information on the service
図３は、ＢＰ情報入力部１１２がデータ入力のために表示するビジネスプロセス入力画面３１０およびビジネスプロセス詳細３２０を示す画面図である。業務フロー設計者は、ビジネスプロセス入力画面３１０を介して、ビジネスプロセスを設計する。
FIG. 3 is a screen diagram showing a business
ビジネスプロセス入力画面３１０上の領域３１１には、モデル記述言語ＢＰＭＮなどのモデリング表記によるビジネスプロセス図を領域３１２に記述するためのアイコン群が配置されている。アイコン群は、開始アイコン３１４、アクティビティアイコン３１５、分岐アイコン３１６、終了アイコン３１７、および、接続アイコン３１８である。例えば、アクティビティアイコン３１５をクリックで選択し、領域３１２をクリックすると、領域３１２内のクリックされた位置に、アクティビティアイコン３１５と同じ種別の各アクティビティアイコン３１３を配置する。
In a
メニューバーには、ファイル、編集、影響関係分析、ＢＰ登録の項目が並んでいる。これらのならんだメニューのうち、ＢＰ登録を選択すると、ビジネスプロセス入力画面３１０の領域３１２に記述されたビジネスプロセス図の情報が、ＢＰ／サービス関連情報１６２（図６参照）に（アクティビティがビジネスプロセス分類１６２ａ（図６参照）に、アクティビティ間の接続がフロー関係１６２ｃ（図６参照）に）登録される（定義情報の入力・登録）。
In the menu bar, items of file, edit, influence relationship analysis, and BP registration are arranged. When BP registration is selected from these menus, the business process diagram information described in the
さらに、アクティビティ３１３「製品Ｂ生産計画」をダブルクリックすると、ビジネスプロセス詳細画面（参照）３２０が表示される。ビジネスプロセス詳細画面（参照）３２０では、アクティビティ名称３２１の入力と、サービス名称３２２の選択を受け付ける。
Further, when the
サービス名称３２２をクリックすると、サービス名称３２２により特定されるサービスの属性情報（項目名称とそのデータ型、戻り値）が、参照情報として表示される。サービス設計者が登録ボタン３２４をクリックすると、ビジネスプロセス詳細画面（参照）３２０の情報が、ＢＰモデリング要素１６２ｂ（図６参照）に登録される（定義情報の入力・登録）。
When the
図４は、障害影響分析部１２０が分析結果を表示するビジネスプロセス影響関係分析画面４１０を示す画面図である。この画面の縦軸および横軸に各ビジネスプロセスのもつアクティビティ名称一覧が示されている。そしてこのサービス間の対応関係を表すセル上に、影響分析の結果を示す内容が表示される。
FIG. 4 is a screen diagram illustrating a business process impact
まず、セル４１１には、「製品Ａ在庫管理ＤＢ」が示されているので、「製品Ａ出荷予約」と「製品Ａ生産計画」のアクティビティ間において影響関係があることがわかる。一方、セル４１２には「なし」が示されているので、「製品Ａ生産計画」と「製品Ａ配送」のアクティビティ間において影響関係がないことがわかる。
First, since the “product A inventory management DB” is shown in the
操作者がセル４１１をクリックして選択状態にし、詳細情報表示ボタン４１４をクリックすると、障害影響関係−詳細情報画面４２０が表示される。表示された画面では、選択したセル４１１に関するアクティビティ間の影響関係について、詳細な内容を表示する。
When the operator clicks the
これにより、複数のビジネスプロセス間でシステム上のＤＢ操作が競合したとき、設計者は、表示された分析結果から競合状況を理解できる。なお、設計情報から分析された競合状況は、問題となるビジネスプロセスおよびアクティビティ間の対応関係により表現される。ここで、ＢＰ修正方式ボタン４１５をクリックすると、ＢＰ修正提示画面５１０が表示される。
Thereby, when the DB operation on the system competes between a plurality of business processes, the designer can understand the competition situation from the displayed analysis result. Note that the competitive situation analyzed from the design information is expressed by the correspondence between the business process and the activity in question. Here, when the BP
図５は、ＢＰ修正部１３０がビジネスプロセスを修正するための一連の画面図である。ＢＰ修正部１３０は、まず、ＢＰ修正方式提示画面５１０を入力端末１０に表示する。表領域５１１には、ビジネスプロセス影響関係分析画面４１０（図４参照）において、影響関係があると判断されたアクティビティ間の組み合わせが、一覧表として表示されている。
FIG. 5 is a series of screen diagrams for the BP correction unit 130 to correct a business process. The BP correction unit 130 first displays the BP correction
操作者は、表領域５１１において修正対象とするアクティビティ間の組み合わせを示す行（例えば、番号＝１の行）をクリックして選択し、選択条件入力ボタン５１２をクリックすると、選択された行の情報に関する選択条件入力画面５２０が、表示される。
When the operator clicks and selects a row (for example, a row of number = 1) indicating a combination between activities to be corrected in the
選択条件入力画面５２０上には、操作者の入力手段として、質問項目−ＢＰ修正方式選択ポリシー１６９の条件項目を示す質問項目、および、質問項目に対する選択結果として、領域５２１に示されている。操作者は、質問項目に対して選択結果の「はい」もしくは「いいえ」を選択し、閉じるボタン５２２をクリックすると、選択条件入力画面５２０が閉じられ、修正方式提示部１３２が実行される（図９参照）。これにより、複数のＢＰ修正方式のうち、（１）補償トランザクション方式などの質問の回答に応じて回答に合致する適切なＢＰ修正方式が、リストボックス５１１に表示される。
On the selection
そして、ＢＰ修正提示画面５１０上のリストボックス５１１では、選択可能な複数のＢＰ修正方式から、入力された選択条件によって絞り込まれたＢＰ修正方式を選択可能となる。ＢＰ修正方式を選択したあと、ＢＰ修正方式詳細表示ボタン５１３をクリックすると、ＢＰ修正方式詳細情報画面５３０を表示する。ＢＰ修正詳細情報画面５３０は、選択されたＢＰ修正方式に応じた属性５３１を編集するための画面であり、属性名称とその値とを対応づけている。なお、属性名称は、ＢＰ修正方式一覧１６７のＢＰ修正属性名称から取得して表示する。ここで入力された属性値は、ＢＰ修正方式別サービス定義修正ルール１６９ｂにおいて、ルール制御のための外部プロパティとして利用される。
In the
リストボックス５１１から、（３）キャンセル追加方式などのＢＰ修正方式を選択し、ＢＰ修正ボタン５１４をクリックすると、修正方式実行部１３４の処理が実行される（図１０参照）。修正方式実行部１３４は、ＢＰ修正方式別サービス定義修正ルール１６９ｂを用いて、修正対象となったＢＰ／サービス関連情報１６２に格納されているビジネスプロセスの修正処理を、選択されたＢＰ修正方式に応じて修正する。
When a BP correction method such as (3) cancel addition method is selected from the
これにより、修正前のビジネスプロセスが（３）キャンセル追加方式を実施したビジネスプロセスに修正される。よって、ＢＰ修正方式別サービス定義修正ルール１６９ｂに記載された手順を元にＢＰＥＬ定義が作成されるので、ユーザは人手でルールに基づく定形部分を個別にＢＰＥＬ定義を作成する必要が無くなり、ＢＰ修正方式を選択するだけで済む。本発明では、すべて完全にＢＰＥＬを修正するのではなく、ＢＰ修正方式において定型化された部分が自動修正される。この後必要に応じて操作者は、修正方式実行部１３４により修正されたＢＰの定義情報を、自ら編集修正することもできる。 Thereby, the business process before correction is corrected to the business process which implemented the (3) cancellation addition system. Therefore, since the BPEL definition is created based on the procedure described in the BP modification method-specific service definition modification rule 169b, the user does not need to manually create the BPEL definition for the regular part based on the rule. All you have to do is select a method. In the present invention, not all of the BPEL is completely corrected, but the part that is standardized in the BP correction method is automatically corrected. Thereafter, if necessary, the operator can edit and correct the definition information of the BP corrected by the correction method execution unit 134 by itself.
図６は、ＤＢサーバ１８０に格納されているデータ構造を示す構成図である。図６に示す各要素間の矢印は、各要素間が互いに関連づけられていることを示し、矢印近傍に記載されている「１」および「Ｎ（１つ以上を示す）」は、関連づけの多重度を示す。例えば、１個のサービス名一覧情報１６１ａに対して、「Ｎ」個のサービス−ＤＢ関係１６１ｂが関連づけられている。 FIG. 6 is a configuration diagram showing a data structure stored in the DB server 180. The arrows between the elements shown in FIG. 6 indicate that the elements are associated with each other, and “1” and “N (show one or more)” in the vicinity of the arrows indicate many associations. Indicates severeness. For example, “N” service-DB relationships 161b are associated with one service name list information 161a.
サービス／ＤＢ関連情報１６１は、サービス名一覧情報１６１ａ、サービス−ＤＢ関係１６１ｂ、および、ＤＢ一覧情報１６１ｃから構成される。サービス名一覧情報１６１ａは、サービス名称、入力項目、および、戻り値から構成される。サービス−ＤＢ関係１６１ｂは、サービス名一覧情報１６１ａのサービス名称と、そのサービスにて利用するＤＢ一覧情報１６１ｃのＤＢ名称と、ＣＲＵＤ属性から構成される。ＤＢ一覧情報１６１ｃは、ＤＢ名称から構成される。 The service / DB related information 161 includes service name list information 161a, service-DB relation 161b, and DB list information 161c. The service name list information 161a includes a service name, input items, and a return value. The service-DB relationship 161b includes a service name of the service name list information 161a, a DB name of the DB list information 161c used in the service, and a CRUD attribute. The DB list information 161c is composed of DB names.
ＢＰ／サービス関連情報１６２は、ビジネスプロセス分類１６２ａ、ＢＰモデリング要素１６２ｂ、および、フロー関係１６２ｃから構成される。ＢＰ／サービス関連情報１６２は、ＢＰ情報入力部１１２からの入力の結果、および、修正方式実行部１３４からの修正の結果を、それぞれ格納する。 The BP / service related information 162 includes a business process classification 162a, a BP modeling element 162b, and a flow relation 162c. The BP / service related information 162 stores the result of input from the BP information input unit 112 and the result of correction from the correction method execution unit 134, respectively.
ビジネスプロセス分類１６２ａは、ビジネスプロセス名称と、その名称に対する大分類ビジネスプロセス名称および中分類ビジネスプロセス名称から構成される。ＢＰモデリング要素１６２ｂは、ビジネスプロセス入力画面３１０に入力されたＢＰ構成要素の定義情報（モデリング要素タイプ、モデリング要素名称、利用サービス名称、および、属性）を格納する。フロー関係１６２ｃは、アクティビティ間の接続関係を示すフローについて、フロータイプ、フロー名称、Ｆｒｏｍモデリング要素名称、Ｔｏモデリング要素名称、および、属性情報を格納する。
The business process classification 162a includes a business process name, a major classification business process name and a middle classification business process name corresponding to the name. The BP modeling element 162b stores definition information (modeling element type, modeling element name, usage service name, and attribute) of the BP component input to the business
影響関連分析情報１６３は、影響ビジネスプロセス分類１６３ａおよびアクティビティ間影響関係１６３ｂを有する。 The impact-related analysis information 163 includes an impact business process classification 163a and an inter-activity impact relationship 163b.
影響ビジネスプロセス分類１６３ａは、アクティビティ間影響関係１６３ｂに格納されている２つのアクティビティに関する上位のビジネスプロセス名称を格納する。これにより、上位のビジネスプロセスとアクティビティの関係を把握することができる。例えば、図１１においては、「生産計画プロセス」「製品販売プロセス」が上位のビジネスプロセスであり、「製品Ａ生産計画」などはアクティビティに位置づけられる。 The influence business process classification 163a stores the upper business process names related to the two activities stored in the inter-activity influence relation 163b. Thereby, it is possible to grasp the relationship between the upper business process and the activity. For example, in FIG. 11, “Production planning process” and “Product sales process” are upper business processes, and “Product A production plan” and the like are positioned as activities.
アクティビティ間影響関係１６３ｂには、ビジネスプロセス影響関係分析画面４１０（図４参照）において表示される影響関係の情報（例えば、セル４１１を表すための情報）が格納される。よって、アクティビティ間影響関係１６３ｂは、アクティビティ名称１、アクティビティ名称２という、影響関係がある２つのアクティビティ名称の項目をもつ。さらにＣＲＵＤ属性１、ＣＲＵＤ属性２をもち、アクティビティ名称１、アクティビティ名称２それぞれに対応するＣＲＵＤ属性の値をもつ。
In the inter-activity influence relation 163b, information on the influence relation displayed on the business process influence relation analysis screen 410 (see FIG. 4) (for example, information for representing the cell 411) is stored. Therefore, the inter-activity influence relationship 163b has two activity name items having an influence relationship,
ＢＰ修正方式設定情報１６４（図６参照）は、アクティビティ間影響関係１６３ｂに対応して選択したＢＰ修正方式の情報が格納される。具体的には、障害が発生した時に問題が発生すると分析されたアクティビティ（アクティビティ名称１，２）間に対するＢＰ（ビジネスプロセス名１，２）のＢＰ修正方式（名称、属性名称、属性値）が登録されている。
The BP correction method setting information 164 (see FIG. 6) stores information on the BP correction method selected corresponding to the inter-activity influence relationship 163b. Specifically, the BP correction method (name, attribute name, attribute value) of the BP (
図７は、ＤＢサーバ１８０に格納されているＢＰ修正方式管理情報１６５を示す構成図である。 FIG. 7 is a configuration diagram showing the BP correction method management information 165 stored in the DB server 180.
ＤＢ間操作ポリシー１６６は、ＤＢ操作の組み合わせにおいて、障害発生時の影響関係有無を判定するためのポリシー情報を格納する。ＤＢ操作ポリシー１６６は、縦軸および横軸にＣＲＵＤ属性を並べている。ＣＲＵＤ属性同士の組み合わせに対して、影響問題なし（○）、影響問題あり（×）といった区分を登録しており、ＤＢ操作（ＣＲＵＤ）の組み合わせによって影響有無を判断するための情報を格納している。 The inter-DB operation policy 166 stores policy information for determining the presence / absence of an influence relationship when a failure occurs in a combination of DB operations. In the DB operation policy 166, CRUD attributes are arranged on the vertical axis and the horizontal axis. For the combinations of CRUD attributes, classifications such as no influence problem (O) and influence problem (X) are registered, and information for determining the presence / absence of influence is stored by the combination of DB operations (CRUD). Yes.
ＢＰ修正方式一覧１６７は、ＢＰ修正部１３０が実行する各ＢＰ修正方式の名称およびＢＰ修正方式の属性名称を格納する。ＢＰ修正方式属性名称とは、表５３１（図５参照）に表示され、ＢＰ修正に基づいてＢＰを修正するために設定する属性名称である。 The BP correction method list 167 stores the name of each BP correction method executed by the BP correction unit 130 and the attribute name of the BP correction method. The BP correction method attribute name is an attribute name displayed in the table 531 (see FIG. 5) and set to correct the BP based on the BP correction.
ＢＰ間関係−ＢＰ修正方式選択ポリシー１６８は、２つのＢＰ間におけるプロセス間関連条件と、ＢＰ修正方式一覧１６７に示される各ＢＰ修正方式との関係を示す情報を格納する。なお、ＢＰ修正方式は番号のみ記載し、その番号に対応する名称は省略する。このテーブルは、プロセス間関連条件として、２つのＢＰのＢＰレベルの同一性に関する条件が格納されている。横軸には、各ＢＰ修正方式が並べられている。これらの縦軸と横軸の交差するセルに○もしくは×が格納されている。この○は、横軸に示すプロセス間関連条件が成立する時に、いずれのＢＰ修正方式を選択することが許されるかという関係を示す。なお、本発明の対象とするシステムでは、複数のＢＰを定義することが可能である。一方、ＢＰ間の不整合を検出するにあたっては、ある特定のＢＰと他方のＢＰとの２つのＢＰ間の関係に着目することにより検出される。このため、システム全体では複数のＢＰを定義かつこれらの不整合検出および、修正を行うが、ＢＰ間関係−ＢＰ修正方式選択ポリシー１６８としては、２つのＢＰ間に対するポリシーのみが定義情報として定義されているだけで十分である。 The BP relationship-BP modification method selection policy 168 stores information indicating the relationship between the inter-process relation condition between two BPs and each BP modification method shown in the BP modification method list 167. In the BP correction method, only the number is described, and the name corresponding to the number is omitted. In this table, a condition relating to the identity of two BPs at the BP level is stored as an inter-process relation condition. On the horizontal axis, BP correction methods are arranged. O or X is stored in the cell where the vertical axis and the horizontal axis intersect. This circle indicates the relationship of which BP correction method is allowed to be selected when the inter-process relation condition shown on the horizontal axis is established. In the system targeted by the present invention, a plurality of BPs can be defined. On the other hand, when detecting inconsistency between BPs, it is detected by paying attention to the relationship between two BPs of a specific BP and the other BP. For this reason, the entire system defines a plurality of BPs and detects and corrects these inconsistencies. As the BP relationship-BP correction method selection policy 168, only a policy for two BPs is defined as definition information. It is enough to have.
質問項目−ＢＰ修正方式選択ポリシー１６９は、ＢＰ間関係−ＢＰ修正方式選択ポリシー１６８と同じように、選択条件入力画面５２０（図５参照）に示す質問項目および質問項目に対する回答結果と、ＢＰ修正方式一覧１６７に示される各ＢＰ修正方式との関係を示す情報を格納する。なお、ＢＰ修正方式は番号のみ記載し、その番号に対応する名称は省略する。 The question item-BP correction method selection policy 169 is the same as the BP relationship-BP correction method selection policy 168, and the answer result for the question item and the question item shown in the selection condition input screen 520 (see FIG. 5), and the BP correction. Information indicating the relationship with each BP correction method shown in the method list 167 is stored. In the BP correction method, only the number is described, and the name corresponding to the number is omitted.
図８は、障害影響分析部１２０が実行するＢＰ間の影響関係分析処理を示すフローチャートである。 FIG. 8 is a flowchart showing an influence relationship analysis process between BPs executed by the failure influence analysis unit 120.
まず、サービス／ＤＢ関連情報１６１とＢＰ／サービス関連情報１６２とをサービス名称を結合キーとして結合する（Ｓ８０１）。すると、サービス−ＤＢ関係１６１ｂに存在するＤＢ名称とＤＢ操作属性であるＣＲＵＤ属性とが、ビジネスプロセス分類１６２ａにあるビジネスプロセス名称と、ＢＰモデリング要素１６２ｂにある利用サービス名称と関係付けられる。これにより、ＤＢ名称とＣＲＵＤ属性から利用サービス名称とビジネスプロセス名称を検索することが可能になる。 First, the service / DB related information 161 and the BP / service related information 162 are combined using the service name as a combination key (S801). Then, the DB name existing in the service-DB relationship 161b and the CRUD attribute that is the DB operation attribute are related to the business process name in the business process classification 162a and the service name used in the BP modeling element 162b. As a result, the service name and business process name can be retrieved from the DB name and CRUD attribute.
結合した情報に対して、ＤＢ間操作ポリシー１６６を参照して△もしくは×にて示す競合される操作が行われているＤＢ名称、ならびに、このＤＢ名称に関連づけられているサービス名称およびビジネスプロセス名称を、競合する情報の組み合わせとして検出する（Ｓ８０２）。 For the combined information, the DB name on which the conflicting operation indicated by Δ or X is performed with reference to the inter-database operation policy 166, and the service name and business process name associated with this DB name Are detected as combinations of competing information (S802).
検出した競合する情報の組み合わせを、対象ＤＢ、ＤＢ操作種別に、影響関連分析情報１６３に登録する（Ｓ８０３）。影響関連分析情報１６３に登録された情報に基づき、ビジネスプロセス影響関係分析画面４１０および障害影響関係−詳細情報画面４２０に表示する（Ｓ８０４）。さらに、障害により影響の受けるアクティビティをビジネスプロセス図（図３参照）上において、赤色にして示すなど、影響があることをビジネスプロセス図の形式においても表示する。
The detected combination of conflicting information is registered in the impact-related analysis information 163 as the target DB and DB operation type (S803). Based on the information registered in the impact related analysis information 163, it is displayed on the business process impact
図９は、修正方式提示部１３２が実行するＢＰ修正方式提示処理を示すフローチャートである。 FIG. 9 is a flowchart showing a BP correction method presentation process executed by the correction method presentation unit 132.
ＢＰ修正方式提示画面５１０上の選択条件入力ボタン５１２がクリックされると表示される選択条件入力画面５２０にて、質問項目への回答の入力を受け付ける（Ｓ９０１）。
An input of an answer to the question item is accepted on the selection
質問項目の回答結果と、質問項目−ＢＰ修正方式選択ポリシー１６９とから、ＢＰ修正方式一覧１６７から画面上に選択可能として表示するＢＰ修正方式を絞りこむ（Ｓ９０２）。具体的には、質問項目−ＢＰ修正方式選択ポリシー１６９には、質問項目に対して「はい」を回答した場合の採用可否を○×が示されており、この○×の結果をＡＮＤ条件として重ね合わせることにより、ＢＰ修正方式を絞りこむ。 The BP correction methods to be displayed as selectable on the screen from the BP correction method list 167 are narrowed down from the answer result of the question item and the question item-BP correction method selection policy 169 (S902). Specifically, the question item-BP correction method selection policy 169 indicates whether or not the question item can be adopted when answering “Yes” to the question item, and the result of this ○ × is taken as an AND condition. The BP correction method is narrowed down by overlapping.
ＢＰ間関係−ＢＰ修正方式選択ポリシー１６８に基づき、絞り込まれたＢＰ修正方式に対して、ＢＰの分類を元にさらに絞りこむ（Ｓ９０３）。具体的には、このステップでは、影響関係があると判断されたアクティビティが、ビジネスプロセスの大分類、中分類、小分類のいずれのレベルにおいて同一もしくは異なるかを条件として、利用できるＢＰ修正方式を絞りこむ。 Based on the relationship between BPs and the BP correction method selection policy 168, the narrowed BP correction methods are further narrowed down based on the BP classification (S903). Specifically, in this step, the BP correction method that can be used is determined on the condition that the activity determined to have an influence relationship is the same or different at the business process major classification, middle classification, or minor classification. Squeeze.
ＢＰ間関係−ＢＰ修正方式選択ポリシー１６８は縦軸にはビジネスプロセスのレベル別における異同の条件を並べており、横軸にはＢＰ修正方式名をならべ、条件に対して利用可否の結果を、表中の○×にて示している。この表と対象としているアクティビティ間のビジネスプロセスレベルの異同を比較することにより、対象とするＢＰ修正方式を絞り込む。 The relationship between BPs-BP modification method selection policy 168 shows different conditions for each business process level on the vertical axis, and the BP modification method name on the horizontal axis. It is indicated by XX in the middle. By comparing the difference in business process level between this table and the target activity, the target BP correction method is narrowed down.
絞りこまれたＢＰ修正方式の結果を、ＢＰ修正方式提示画面５１０（図５）上のＢＰ修正方式を選択するリストボックス５１１上に、選択可能な項目名称として表示する（Ｓ９０４）。
The narrowed-down BP correction method results are displayed as selectable item names on the
図１０は、修正方式実行部１３４が実行するＢＰの定義情報の修正処理を示すフローチャートである。 FIG. 10 is a flowchart showing the BP definition information correction process executed by the correction method execution unit 134.
ＢＰ修正方式設定情報１６４より、ビジネスプロセス間で選択されたＢＰ修正方式を読み取る（Ｓ１００１）。いずれのＢＰ修正方式が選択されているかを判定する（Ｓ１００２）。ここでの判定結果に基づいて、ＢＰ修正方式別サービス定義修正ルール１６９ｂに基づいて、Ｓ１０１１からＳ１０１５のいずれかの処理を行うことによりＢＰ変更処理を実行する。 The BP correction method selected between business processes is read from the BP correction method setting information 164 (S1001). It is determined which BP correction method is selected (S1002). Based on the determination result, based on the BP correction method-specific service definition correction rule 169b, the BP change process is executed by performing any one of the processes from S1011 to S1015.
図１１は、データ不整合への対策前のビジネスプロセスを示すビジネスプロセス図である。製品Ａを管理する製品Ａ管理システム１１３０と、製品Ｂを管理する製品Ｂ管理システム１１４０との２つの製品別システムがある。つまり、既存システムが、製品別に複数構築されている。そして、各々のシステムは、自システムを操作するためのＷｅｂサービスインタフェースを有している。 FIG. 11 is a business process diagram showing a business process before taking measures against data inconsistency. There are two product-specific systems: a product A management system 1130 that manages product A, and a product B management system 1140 that manages product B. That is, a plurality of existing systems are constructed for each product. Each system has a Web service interface for operating the own system.
製品Ａ管理システム１１３０および製品Ｂ管理システム１１４０は、それぞれ、生産計画の情報を登録するための生産計画サービス、生産計画された製品の在庫に対して出荷予約を行う出荷予約サービス、および、生産計画もしくは出荷予約を取り消すためのキャンセルサービスを有する。このように、実際の企業システムなどにおいて、ボトムアップにシステム開発を行ってしまったため、製品個別のサブシステムが複数存在するといった状況は多く見られる。こうした製品個別のサブシステム間を、単純なビジネスプロセスだけでシステム連携を実現すると、データ不整合に対するエラー処理が十分に実現できない、といった課題が発生する。 The product A management system 1130 and the product B management system 1140 are respectively a production plan service for registering production plan information, a shipment reservation service for making a shipment reservation for the production planned product inventory, and a production plan. Or, it has a cancellation service for canceling the shipping reservation. As described above, in an actual corporate system or the like, since system development has been performed from the bottom up, there are many situations in which there are multiple subsystems for individual products. When system cooperation is realized between these subsystems of individual products using only a simple business process, there arises a problem that error processing for data inconsistency cannot be sufficiently realized.
まずは、既存システムの想定状況について説明する。製品Ａ管理システム１１３０および製品Ｂ管理システム１１４０は、生産計画プロセス１１１０と、製品販売プロセス１１２０とから利用される。生産計画プロセス１１１０および製品販売プロセス１１２０は、業務観点からは、互いに独立した処理を行う。 First, the assumed situation of the existing system will be described. The product A management system 1130 and the product B management system 1140 are used from the production planning process 1110 and the product sales process 1120. The production planning process 1110 and the product sales process 1120 perform processing independent from each other from the business viewpoint.
生産計画プロセス１１１０は、生産計画ラインの業務作業を支援するために実行され、製品Ａ生産計画の処理を行うために、製品Ａ管理システムの製品Ａの生産計画サービスを呼び出し、製品Ａの在庫数管理ＤＢに対して、在庫数追加処理を行う。 The production planning process 1110 is executed to support the business operation of the production planning line. In order to perform the processing of the product A production plan, the production planning service of the product A of the product A management system is called and the number of products A is in stock. A stock quantity addition process is performed on the management DB.
製品販売プロセス１１２０は、販売プロセスの業務作業を支援するために実行され、製品Ａ管理システムの製品Ａ出荷予約サービスを呼び出し、製品Ａ在庫数管理ＤＢから在庫数を引き当てる。 The product sales process 1120 is executed to support the business operation of the sales process, calls the product A shipment reservation service of the product A management system, and allocates the stock quantity from the product A stock quantity management DB.
以上述べた既存システムに対して、ビジネスプロセスを用いた連携技術を用いた場合に発生する課題について説明を行う。図１１に示すビジネスプロセスに示すように、複数のビジネスプロセスにおいて利用するシステムが共通している場合の問題点を示す。例えば、生産計画プロセス１１１０のプロセス実行時に障害が発生した場合、製品Ａ在庫管理ＤＢ１１３１において、データ不整合が発生する場合がある。
The problems that occur when using the cooperation technology using business processes for the existing system described above will be explained. As shown in the business process shown in FIG. 11, problems when a system used in a plurality of business processes is common are shown. For example, if a failure occurs during the execution of the production planning process 1110, data inconsistency may occur in the product A
まず、製品Ａ在庫管理ＤＢ１１３１、製品Ｂ在庫管理ＤＢ１１４１では各々５０個の在庫が存在するものとする。次に生産計画プロセス１１１０では、製品Ａ生産計画アクティビティ１１１１と製品Ｂ生産計画１１１２により、製品Ａと製品Ｂを各々５０個ずつの生産計画処理を行うものとする。
First, it is assumed that the product A
この生産計画プロセス１１１０実行時において、ネットワークその他の原因などにより製品Ｂ生産計画アクティビティ１１１２において障害が発生し、製品Ｂ生産計画１１１２が本来行うべき製品Ｂの５０個の増産登録が製品Ｂ在庫管理ＤＢに対して行えなかったものとする。
When this production planning process 1110 is executed, a failure occurs in the product B
この障害に対して何も対応を行わず、生産計画プロセス１１１０を終了した場合、製品Ａ在庫管理ＤＢ１１３１に対しては１００個の製品在庫が存在し、製品Ｂ在庫管理ＤＢ１１４１に対しては、５０個の在庫が存在することになる。まず、この時点で、生産計画プロセス１１１０の途中の処理にて障害が発生したため、生産計画プロセス１１１０自身が期待される処理を正しく行っていないという問題が生じている。
If no action is taken for this failure and the production planning process 1110 is terminated, 100 product stocks exist for the product A
次に、生産計画プロセス１１１０とは独立に製品販売プロセス１１２０が実行されたものとする。製品販売プロセス１１２０では、製品Ａに対して８０個の予約を行うための処理を実行したものとする。生産計画プロセス１１１０での製品Ａ生産計画アクティビティ１１１１が終了した時点では、製品Ａ在庫管理ＤＢ１１３１では１００個の在庫をもつため、８０個の予約引き当てを行うことができる。
Next, it is assumed that the product sales process 1120 is executed independently of the production planning process 1110. In the product sales process 1120, it is assumed that processing for making 80 reservations for the product A is executed. When the product A
しかし、生産計画プロセス１１１０の障害回復を単純に行ってしまうと、本来の意味では、製品Ａ在庫管理ＤＢ１１３１では５０個の在庫しか存在しないのが正しい状況である。すなわち、別プロセスでのＤＢ回復処理が行われていないので、本来引き当ててはいけない在庫に対して予約を引き当ててしまったことになり、業務としては矛盾したデータ処理を行ってしまうことになる。
However, if the failure recovery of the production planning process 1110 is simply performed, the correct situation is that in the original sense, there are only 50 inventory items in the product A
これにより、生産計画プロセス１１１０において障害が発生した場合、生産計画プロセス１１１０のみならず、製品販売プロセス１１２０に対しても、障害の影響が及ぶことになる。 Thus, when a failure occurs in the production planning process 1110, the failure affects not only the production planning process 1110 but also the product sales process 1120.
こうした障害影響の関係は、設計情報の関係を分析した結果得られるものであるため、作成されるビジネスプロセスや、関連するシステムおよびデータベースが増加した場合、人手において、こうした影響関係を設計情報として把握することは困難である。 Because the relationship between the effects of failure is obtained as a result of analyzing the relationship between the design information, if the number of business processes and related systems and databases to be created increases, the impact relationship is manually grasped as design information. It is difficult to do.
以上図１１に示したデータの不整合への対処方法は、大きく２種類に分類できる。１つめの対処方法は、共通する製品別システムを利用する各ビジネスプロセスが、独立のプロセスとして並列に実行されることを抑制する方法である。この方法は、各ビジネスプロセスが一定の時間スケジュールに従い、実行されるプロセスである場合に有効である。この方法は、ＢＰ修正方式（２）として実現する。 As described above, the method for dealing with data inconsistency shown in FIG. 11 can be roughly classified into two types. The first coping method is a method for suppressing each business process using a common product-specific system from being executed in parallel as independent processes. This method is effective when each business process is a process executed according to a certain time schedule. This method is realized as the BP correction method (2).
２つめの対処方法は、障害が発生したサービス実行が影響を与えるサービス実行の内容を取り消す（キャンセルする）方法である。例えば、生産計画プロセスが製品Ｂ生産計画でサービス実行に失敗した場合、製品Ａの生産計画として登録した在庫数をキャンセルする。この方法は、ＢＰ修正方式（１）（３）（４）（５）のいずれかとして実現する。 The second coping method is a method of canceling (cancelling) the contents of the service execution affected by the service execution in which the failure has occurred. For example, if the production plan process fails to execute the service in the product B production plan, the number of stocks registered as the product A production plan is canceled. This method is realized as one of the BP correction methods (1), (3), (4), and (5).
図１２は、（１）補償トランザクション方式が適用されたビジネスプロセスを示すビジネスプロセス図である。ＢＰＥＬのトランザクション実行の規格である「補償トランザクション」は、ビジネスプロセスの実行が失敗した場合に逆向きにアクティビティを呼び出す処理と、呼び出されたアクティビティを規定する。逆戻しのアイコンは、ＢＰＥＬ規約として定められている補償トランザクションの表記である。 FIG. 12 is a business process diagram showing a business process to which (1) the compensation transaction method is applied. “Compensation transaction”, which is a standard for transaction execution of BPEL, defines a process for calling an activity in the opposite direction when the execution of a business process fails, and a called activity. The reverse icon is a notation of a compensation transaction defined as a BPEL rule.
まず、図１１の通常のアクティビティを、それぞれ図１２の補償トランザクションに対応したアクティビティに修正する。具体的には、製品Ａ生産計画１１１１を製品Ａ生産計画（補償）１２１１に、製品Ｂ生産計画１１１２を製品Ｂ生産計画（補償）１２１２に、製品Ａ出荷予約１１２１を製品Ａ出荷予約（補償）１２２１に、製品Ａ配送１１２２を製品Ａ配送（補償）１２２２に、それぞれ修正する。
First, the normal activities in FIG. 11 are modified to activities corresponding to the compensation transactions in FIG. Specifically, the product
次に、補償トランザクション実行時に呼び出されるキャンセル処理に対応したアクティビティを追加する。具体的には、製品Ａ生産計画（補償）１２１１に製品Ａ生産計画キャンセル１２１３を、製品Ｂ生産計画（補償）１２１２に製品Ｂ生産計画キャンセル１２１４を、製品Ａ出荷予約（補償）１２２１に製品Ａ出荷予約キャンセル１２２３を、製品Ａ配送（補償）１２２２に製品Ａ配送キャンセル１２２４を、それぞれ追加する。つまり、アクティビティごとにキャンセル処理が追加される。 Next, an activity corresponding to the cancel process that is called when the compensation transaction is executed is added. Specifically, the product A production plan (compensation) 1211 has a product A production plan cancel 1213, the product B production plan (compensation) 1212 has a product B production plan cancel 1214, and the product A shipment reservation (compensation) 1221 has a product A. The shipping reservation cancel 1223 is added to the product A delivery (compensation) 1222, and the product A delivery cancel 1224 is added. That is, a cancellation process is added for each activity.
なお、（１）補償トランザクション方式を実現するためのＢＰ修正方式別サービス定義修正ルール１６９ｂには、以下の手順が記載されているものとする。
・第１手順：アクティビティの属性を補償アクティビティに変更する。
・第２手順：第１手順の変更結果である補償アクティビティと同数のキャンセル処理用のアクティビティを新たに追加する。
・第３手順：第１手順の変更結果である補償アクティビティと、第２手順で追加したキャンセル用のアクティビティをフローにて結合する。
なお、以上の手順において補償アクティビティとキャンセル処理アクティビティについてはシステム側にて自動生成される。キャンセル処理アクティビティの詳細処理については、ＢＰ修正作業として、人手による設計作業が必要となる。
以上述べたＢＰ修正手順が、既存のスクリプト言語や、動的なプログラム生成技術を用いて、ＢＰ修正方式別サービス定義修正ルールとして格納されているものとする。これは、図１２から図１５を用いて述べる方式についても同様である。
It is assumed that (1) the following procedure is described in the service definition modification rule 169b for each BP modification method for realizing the compensation transaction method.
First procedure: Change the activity attribute to the compensation activity.
Second procedure: The same number of cancel processing activities as the compensation activity that is the result of changing the first procedure is added.
Third procedure: The compensation activity, which is the result of changing the first procedure, and the cancellation activity added in the second procedure are combined in a flow.
In the above procedure, the compensation activity and the cancellation processing activity are automatically generated on the system side. As for the detailed processing of the cancellation processing activity, manual design work is required as BP correction work.
It is assumed that the BP correction procedure described above is stored as a service definition correction rule for each BP correction method using an existing script language or dynamic program generation technology. The same applies to the method described with reference to FIGS.
図１３は、（２）プロセス並列実行防止方式が適用されたビジネスプロセスを示すビジネスプロセス図である。図１１の生産計画プロセス１１１０の終了点から製品販売プロセス１１２０の開始点へと、ビジネスプロセス間を直列に接続する接続線１３０１を追加し、この直列の順序でアクティビティを実行することで、不整合の要因を除去する。 FIG. 13 is a business process diagram showing a business process to which (2) the process parallel execution prevention method is applied. A connection line 1301 connecting the business processes in series is added from the end point of the production planning process 1110 in FIG. 11 to the start point of the product sales process 1120, and the activities are executed in this serial order. Remove the factors.
図１４は、（３）キャンセル追加方式が適用されたビジネスプロセスを示すビジネスプロセス図である。図１１に示す各アクティビティに対して、図１４に示す正常終了判定処理１４１１，１４１２，１４２１を追加し、正常終了判定処理により正常でないと判定されたときに呼び出されるエラーキャンセル処理１４１３，１４２２を追加する。これにより、製品Ａもしくは製品Ｂの生産計画サービス呼び出しエラー処理が生じたときには、そのエラー処理に対応するキャンセル処理が実行される。エラーキャンセル処理の追加は、システム側にて自動生成される。キャンセル処理の詳細については、補償トランザクション方式の場合と同様に、ＢＰ修正作業として、人手による設計作業が必要となる。
FIG. 14 is a business process diagram showing a business process to which the (3) cancel addition method is applied. For each activity shown in FIG. 11, the normal
図１５は、（４）キャンセルプロセス呼び出し方式が適用されたビジネスプロセスを示すビジネスプロセス図である。まず、（３）キャンセル追加方式と同様に、正常終了判定処理１５１１，１５１２，１５２１を追加する。次に、正常ではないと判断されたときに、キャンセル処理そのものではなく、キャンセルプロセス１５３０を呼び出すためのエラーキャンセルＢＰ１５１３，１５２２を追加する。さらに、呼び出されたキャンセルプロセス１５３０は、各管理システムについてのキャンセル処理（製品Ａ管理システム１１３０に対する製品Ａ予約分キャンセル、および、製品Ａ生産計画分キャンセル、ならびに、製品Ｂ管理システム１１４０に対する製品Ｂ予約分キャンセル、製品Ｂ生産計画分キャンセル）を順に実行する。正常終了判定処理の追加、エラーキャンセルＢＰの追加、キャンセルプロセスの生成については、システム側にて自動生成される。キャンセルプロセス内部の詳細処理設計については、ＢＰ修正作業として、人手による設計作業が必要となる。
FIG. 15 is a business process diagram showing a business process to which the (4) cancel process calling method is applied. First, as in the case of (3) cancel addition method, normal end determination processes 1511, 1512, and 1521 are added. Next, when it is determined that the process is not normal, error cancel
図１６は、（５）プロセス間キャンセル通知方式が適用されたビジネスプロセスを示すビジネスプロセス図である。この方式では、生産計画プロセス１６１０で生じた障害状況を、別プロセスである製品販売プロセス１６２０に通知するための処理を各ＢＰ上に組み込む。 FIG. 16 is a business process diagram showing a business process to which (5) the inter-process cancellation notification method is applied. In this method, a process for notifying the product sales process 1620, which is a separate process, of a failure state that has occurred in the production planning process 1610 is incorporated on each BP.
そのため、まず、正常終了判定処理１６１１，１６１２，１６２１を追加し、正常ではないと判断されたときに、キャンセル状況が発生したことを別プロセスに通知するキャンセル通知処理１６１３，１６２２を追加する。次に、キャンセル通知を受け取るためのエラーキャンセル監視処理１６２３と、キャンセル状況に応じたキャンセル処理を行うエラーキャンセル処理１６１４，１６２４を追加する。正常終了判定処理の追加、エラーキャンセル通知処理の追加、エラーキャンセル監視処理の追加、エラーキャンセル処理の追加については、システム側にて自動生成される。エラーキャンセル処理の詳細処理設計については、ＢＰ修正作業として、人手による設計作業が必要となる。
Therefore, first, normal end determination processes 1611, 1612, and 1621 are added, and when it is determined that the process is not normal, cancel
以上説明した本実施形態は、サービス間の不整合発生個所を分析することにより、業務設計者と個別システム設計者が独立に設計情報を入力することが可能となり、かつ、従来容易に検証できなかったＢＰ間の不整合発生個所の分析を行う。これにより、問題となるＢＰ間の関係を、設計段階にて分析把握することが容易になる。 In the present embodiment described above, it is possible for business designers and individual system designers to input design information independently by analyzing the location where inconsistencies occur between services, and it has not been possible to verify easily in the past. Analyze the location of inconsistencies between BPs. Thereby, it becomes easy to analyze and grasp the relationship between BPs in question at the design stage.
さらに、本実施形態は、ＢＰの修正方式を提示し、選択されたＢＰ修正方式に基づいてＢＰを修正することにより、ＢＰ間の状況に応じて、データ不整合発生を防止するためのＢＰ定義を、操作者の判断結果に基づいて行うことが可能になる。これにより、高度なエラー処理ノウハウを持たない設計者であっても、データ不整合の発生を防止したＢＰ定義を行うことが容易になる。 Furthermore, the present embodiment presents a BP correction method and corrects the BP based on the selected BP correction method, thereby preventing the occurrence of data inconsistency depending on the situation between BPs. Can be performed based on the judgment result of the operator. Thereby, even a designer who does not have advanced error processing know-how can easily perform BP definition that prevents the occurrence of data inconsistency.
以上説明した本実施形態は、以下のようにその趣旨を逸脱しない範囲で広く変形実施することができる。 The present embodiment described above can be widely modified without departing from the spirit thereof as follows.
本実施形態のシステム構成は、図１に限定されない。例えば、図１では、入力端末１０、ＢＰ開発サーバ１００、ＢＰ実行サーバ１５０、ＤＢサーバ１８０、といった４つの機器からなるが、これらを全て１つのコンピュータハード機器の上で実行してもかまわない。また各々のサーバを複数の機器に分割してもよい。 The system configuration of the present embodiment is not limited to FIG. For example, although FIG. 1 includes four devices such as the input terminal 10, the BP development server 100, the BP execution server 150, and the DB server 180, these may all be executed on one computer hardware device. Each server may be divided into a plurality of devices.
本実施形態のデータ構造は、図６、図７に限定されない。実際のＢＰＥＬおよびＷＳＤＬを生成するにあたっては、図６、図７で示す以外の情報を管理する必要がある。 The data structure of this embodiment is not limited to FIGS. In generating actual BPEL and WSDL, it is necessary to manage information other than those shown in FIGS.
なお、図１２から図１６に示す修正後のビジネスプロセス図は、ＢＰ修正方式の適用結果の一例を示すものであり、本実施形態の処理方式は、これらのビジネスプロセス図に限定されない。 Note that the corrected business process diagrams shown in FIGS. 12 to 16 show examples of application results of the BP correction method, and the processing method of the present embodiment is not limited to these business process diagrams.
本実施形態は、システムのもつ機能をコンポーネントとして扱い、ＢＰと呼ばれる技術を用いて、システム間に跨るシステム間連携を行い、システム間連携より業務を支援する処理を行うシステムに適用可能である。特に、サービス指向アーキテクチャや、ワークフロー技術などによりシステム間連携を行うシステム全般に適用可能である。 The present embodiment can be applied to a system that handles the functions of a system as components, performs inter-system cooperation between systems using a technology called BP, and performs processing for supporting a business by inter-system cooperation. In particular, the present invention can be applied to all systems that perform inter-system cooperation using a service-oriented architecture or workflow technology.
図４の影響関係分析画面は、２次元の表形式とする代わりに、ビジネスプロセスのダイアグラム形式を用いて、画面上に分析結果を表示してもよい。 The influence relationship analysis screen of FIG. 4 may display the analysis result on the screen using a business process diagram format instead of a two-dimensional table format.
１０ 入力端末
１００ ＢＰ開発サーバ
１１０ 定義情報入力部
１１１ サービス情報入力部
１１２ ＢＰ情報入力部
１２０ 障害影響分析部
１３０ ＢＰ修正部
１３１ 選択条件入力部
１３２ 修正方式提示部
１３３ 修正方式属性入力部
１３４ 修正方式実行部
１４０ ＢＰ生成部
１５０ ＢＰ実行サーバ
１５１ ＢＰ実行部
１６１ サービス／ＤＢ関連情報
１６１ａ サービス名一覧情報
１６１ｂ サービス−ＤＢ関係
１６１ｃ ＤＢ一覧情報
１６２ ＢＰ／サービス関連情報
１６２ａ ビジネスプロセス分類
１６２ｂ ＢＰモデリング要素
１６２ｃ フロー関係
１６３ 影響関連分析情報
１６３ａ 影響ビジネスプロセス分類
１６３ｂ アクティビティ間影響関係
１６４ ＢＰ修正方式設定情報
１６５ ＢＰ修正方式管理情報
１６６ ＤＢ間操作ポリシー
１６７ ＢＰ修正方式一覧
１６８ ＢＰ間関係−ＢＰ修正方式選択ポリシー
１６９ 質問項目−ＢＰ修正方式選択ポリシー
１６９ｂ ＢＰ修正方式別サービス定義修正ルール
１７０ ＢＰ
１７１ ＢＰＥＬ
１７２ ＷＳＤＬ
１８０ ＤＢサーバ
DESCRIPTION OF SYMBOLS 10 Input terminal 100 BP development server 110 Definition information input part 111 Service information input part 112 BP information input part 120 Fault influence analysis part 130 BP correction part 131 Selection condition input part 132 Correction method presentation part 133 Correction method attribute input part 134 Correction method Execution unit 140 BP generation unit 150 BP execution server 151 BP execution unit 161 Service / DB related information 161a Service name list information 161b Service-DB relation 161c DB list information 162 BP / service related information 162a Business process classification 162b BP modeling element 162c Flow Relationship 163 Impact-related analysis information 163a Impact business process classification 163b Inter-activity impact relationship 164 BP correction method setting information 165 BP correction method management information 166 Inter-DB operation policy 167 List of BP correction methods 168 Relationship between BP-BP correction method selection policy 169 Question item-BP correction method selection policy 169b Service definition correction rule by
171 BPEL
172 WSDL
180 DB server
Claims (5)
コンピュータが、
前記ビジネスプロセス、前記サービス、および、前記データベースを互いに関連づける定義情報の入力を受け付け、
前記データベースの競合する操作の組み合わせを規定するルールを参照して競合する操作が行われる前記データベースを特定し、その特定した前記データベースへ前記定義情報により関連づけられているビジネスプロセスのアクティビティを、互いに影響関係のあるアクティビティとして検出し、
前記影響関係のあるアクティビティを含む前記ビジネスプロセスの障害発生時に、影響関係のある各アクティビティから前記データベースへのアクセスをキャンセルする前記サービスのキャンセル処理を呼び出すように前記ビジネスプロセスを修正することを特徴とする
ビジネスプロセスの設計支援方法。 A business process design support method that suppresses inconsistency in a database accessed by a service that is shared and called from each activity of a plurality of business processes,
Computer
Receiving input of definition information that associates the business process, the service, and the database with each other;
The database that performs the conflicting operation is identified with reference to the rules that define the combinations of conflicting operations in the database, and the business process activities associated with the identified database by the definition information influence each other. Detect as related activity,
The business process is modified to call cancellation processing of the service for canceling access to the database from each of the affected activities when a failure occurs in the business process including the affected activities. Yes Business process design support method.
請求項１に記載のビジネスプロセスの設計支援方法。 In the step of correcting the business process, in order to select one correction method from a plurality of correction methods, correspondence information between the answer to the question and the correction method is stored in the storage means, and input to the question is performed. The business process design support method according to claim 1, wherein a correction method corresponding to a stored answer that matches a received answer is determined with reference to the correspondence information.
請求項１に記載のビジネスプロセスの設計支援方法。 In the step of correcting the business process, in order to select one correction method from a plurality of correction methods, correspondence information between two business process classifications and correction methods is stored in storage means, The correction method corresponding to the stored inter-class relationship that matches the inter-class relationship of the categories to which the two business processes including the activities having an influence relationship belong is determined with reference to the correspondence information. 2. A business process design support method according to 1.
前記ビジネスプロセス、前記サービス、および、前記データベースを互いに関連づける定義情報の入力を受け付ける定義情報入力部と、
前記データベースの競合する操作の組み合わせを規定するルールを参照して競合する操作が行われる前記データベースを特定し、その特定した前記データベースへ前記定義情報により関連づけられているビジネスプロセスのアクティビティを、互いに影響関係のあるアクティビティとして検出する障害影響分析部と、
前記影響関係のあるアクティビティを含む前記ビジネスプロセスの障害発生時に、影響関係のある各アクティビティから前記データベースへのアクセスをキャンセルする前記サービスのキャンセル処理を呼び出すように前記ビジネスプロセスを修正する修正部と、を有することを特徴とする
ビジネスプロセスの設計支援装置。
A business process design support device that suppresses inconsistency in a database accessed by a service that is shared and called from each activity of a plurality of business processes,
A definition information input unit that receives input of definition information for associating the business process, the service, and the database;
The database that performs the conflicting operation is identified with reference to the rules that define the combinations of conflicting operations in the database, and the business process activities associated with the identified database by the definition information influence each other. A fault impact analysis unit to detect as related activities;
A correction unit that corrects the business process to call cancellation processing of the service that cancels access to the database from each of the affected activities when a failure occurs in the business process that includes the affected activities; A business process design support device characterized by comprising:
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2007161832A JP2009003580A (en) | 2007-06-19 | 2007-06-19 | Design support method, design support program and design support device for business process |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2007161832A JP2009003580A (en) | 2007-06-19 | 2007-06-19 | Design support method, design support program and design support device for business process |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2009003580A true JP2009003580A (en) | 2009-01-08 |
Family
ID=40319923
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2007161832A Pending JP2009003580A (en) | 2007-06-19 | 2007-06-19 | Design support method, design support program and design support device for business process |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2009003580A (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010224632A (en) * | 2009-03-19 | 2010-10-07 | Toshiba Tec Corp | Web service test support device and program |
| JP2012089119A (en) * | 2010-10-12 | 2012-05-10 | Sap Ag | Business network meta model |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004280665A (en) * | 2003-03-18 | 2004-10-07 | Fuji Xerox Co Ltd | Service processing system, service processing method, and service processing program |
| JP2004362188A (en) * | 2003-06-04 | 2004-12-24 | Hitachi Ltd | System risk improving method, device, and program |
| JP2005084944A (en) * | 2003-09-09 | 2005-03-31 | Hitachi Ltd | Business process management method and system |
| JP2005250868A (en) * | 2004-03-04 | 2005-09-15 | Ricoh Co Ltd | Process management device, process change device, process management program, process change program, recording medium, process management method and process change method |
| JP2005321918A (en) * | 2004-05-07 | 2005-11-17 | Nippon Telegr & Teleph Corp <Ntt> | Service cooperation system, method management method, method management program and its recording medium |
-
2007
- 2007-06-19 JP JP2007161832A patent/JP2009003580A/en active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004280665A (en) * | 2003-03-18 | 2004-10-07 | Fuji Xerox Co Ltd | Service processing system, service processing method, and service processing program |
| JP2004362188A (en) * | 2003-06-04 | 2004-12-24 | Hitachi Ltd | System risk improving method, device, and program |
| JP2005084944A (en) * | 2003-09-09 | 2005-03-31 | Hitachi Ltd | Business process management method and system |
| JP2005250868A (en) * | 2004-03-04 | 2005-09-15 | Ricoh Co Ltd | Process management device, process change device, process management program, process change program, recording medium, process management method and process change method |
| JP2005321918A (en) * | 2004-05-07 | 2005-11-17 | Nippon Telegr & Teleph Corp <Ntt> | Service cooperation system, method management method, method management program and its recording medium |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010224632A (en) * | 2009-03-19 | 2010-10-07 | Toshiba Tec Corp | Web service test support device and program |
| JP2012089119A (en) * | 2010-10-12 | 2012-05-10 | Sap Ag | Business network meta model |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10872029B1 (en) | System, apparatus and method for deploying infrastructure to the cloud | |
| US9852382B2 (en) | Dynamic human workflow task assignment using business rules | |
| US8996394B2 (en) | System and method for enabling decision activities in a process management and design environment | |
| US20160328668A1 (en) | Techniques for display of information related to policies | |
| US8229779B2 (en) | Method and system for workflow management of a business process | |
| US20090150900A1 (en) | Workflow task re-evaluation | |
| US20160070560A1 (en) | System and method for updating or modifying an application without manual coding | |
| Caron et al. | A comprehensive investigation of the applicability of process mining techniques for enterprise risk management | |
| US20090150860A1 (en) | Method and system for combining quality assurance and model transformations in a business-driven development environment | |
| US8312415B2 (en) | Using code analysis for requirements management | |
| US9513874B2 (en) | Enterprise computing platform with support for editing documents via logical views | |
| JP2008517385A (en) | System and method for process automation and implementation | |
| CN110222106A (en) | Integrated workflow and db transaction | |
| JP2018067286A (en) | Model validity confirmation system and method | |
| US20120296696A1 (en) | Sustaining engineering and maintenance using sem patterns and the seminal dashboard | |
| US20140046709A1 (en) | Methods and systems for evaluating technology assets | |
| WO2012088427A2 (en) | Method and system of generating audit procedures and forms | |
| US20050172269A1 (en) | Testing practices assessment process | |
| US20240104662A1 (en) | System, method, and apparatus for operating a wealth management platform | |
| US9720685B2 (en) | Software development activity | |
| US20050171831A1 (en) | Testing practices assessment toolkit | |
| Gürses et al. | Requirements engineering within a large-scale security-oriented research project: lessons learned | |
| JP2009003580A (en) | Design support method, design support program and design support device for business process | |
| Puspasari et al. | Designing a tool for IT Governance Risk Compliance: A case study | |
| US20110282708A1 (en) | Integrating external data in human workflow tasks |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20090907 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20110905 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20110913 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20120207 |