2.2.1 Configuration Phase – Business nodes provisioning and software boundaries identification.
In this step we must provision a BASU component [2] per business node identified in the Define phase. The
number of nodes may vary depending on three main factors: 1) the nature of the business process that we intend to
analyse, 2) the performance of the DSS, or 3) security issues due to the data sharing between the BASU unit and the
GBAS (Global Analytic Business Service) component (see [2] for further details). The DSS described in [2] allows
individual companies in a supply chain to own and manage their own data. Provided data sharing was not an issue,
or if a single secure data store was acceptable to all process owners, we can provide one BASU unit per business
node. Otherwise, it is possible to breakdown a business node into smallest business units, and provisioning a unique
BASU component per unit. This approach is also valid for performance reasons. Afterwards, and as part of the
business nodes provisioning step, it is necessary to loadthe process model tables into every corresponding BASU
unit. Once we have provisioned all business nodes, we mustidentify the software boundaries within each business
node. This will give us an insight about the software requirements on source systems when implementing the
listener in a further step. Furthermore, these software boundaries are normally linked to inter-departmental subprocesses. Therefore, the use of the model tables developed in the Define phase, are very useful to discover
technological requirements for those processes that flow across heterogeneous systems.
2.2.1 Configuration Phase – Business nodes provisioning and software boundaries identification. In this step we must provision a BASU component [2] per business node identified in the Define phase. The number of nodes may vary depending on three main factors: 1) the nature of the business process that we intend to analyse, 2) the performance of the DSS, or 3) security issues due to the data sharing between the BASU unit and the GBAS (Global Analytic Business Service) component (see [2] for further details). The DSS described in [2] allows individual companies in a supply chain to own and manage their own data. Provided data sharing was not an issue, or if a single secure data store was acceptable to all process owners, we can provide one BASU unit per business node. Otherwise, it is possible to breakdown a business node into smallest business units, and provisioning a unique BASU component per unit. This approach is also valid for performance reasons. Afterwards, and as part of the business nodes provisioning step, it is necessary to loadthe process model tables into every corresponding BASU unit. Once we have provisioned all business nodes, we mustidentify the software boundaries within each business node. This will give us an insight about the software requirements on source systems when implementing the listener in a further step. Furthermore, these software boundaries are normally linked to inter-departmental subprocesses. Therefore, the use of the model tables developed in the Define phase, are very useful to discover technological requirements for those processes that flow across heterogeneous systems.
การแปล กรุณารอสักครู่..
