The OpenText Process Suite Glossary - Collaborative Workspace #1
Is Your AI and Automation Strategy Right for You?
Collaborative Workspace
With the OpenText Process Suite (OTPS) platform, business analysts, designers and developers are working together in a single integrated development environment, called the CWS (Collaborative WorkSpace) or short workspace. In the workspace the developer creates a project to contain all the relevant components to build an OTPS platform application.
The CWS supports the management of the complete application development cycle, starting from its inception until delivery of the packaged application. All components that are created and implemented with the project are packaged into a CAP (Cordys / Composite Application Package) file. This file contains the run-time components only and is used for deployment that is installing the application on any next OTPS platform instance to test, or accept and to finally put in the application in the production environment.
DTAP
While developing with the OTPS platform, you will apply a phased approach to the environment for application development, testing and deployment, i.e. DTAP (Development, Testing, Acceptance and Production). You start with design and development of the process model(s) and their components in a Development environment. When ready, the application is deployed in a Test environment to test whether it works as expected. If the test is successful, the application is deployed in an Acceptance (test) environment, where a number of key users test whether the application meets their expectations. If they accept, the application is deployed to a Production environment.
With the OTPS platform, the full application development cycle consists of 4 phases:
1. Qualify and analyse
Business users and business analysts are analysing the business problem and qualifying the business case. The business case and scenario can be illustrated by means of an “As is” business process model representing the current situation.
2. Design and model
In the second phase, business users, analysts can work together with software architects to design the optimised “To be” business process model(s). Typically, these are high level business process models comprehensible to the business users. The processes serve next as a starting point for the design of the technical process models and their implementation in the next, third phase.
3. Develop and deploy
OTPS platform developers will design and implement the technical business process models by developing the necessary OTPS platform components such as web services, user interfaces, decision tables, etc. to the effect of making the modelled processes executable. Both design and development is done within a single project defined in the workspace.
4. Run and monitor
When the project and the implementation have reached maturity, the project and its contents are packaged into an application package file. Next, the application is deployed in the production environment. Business users run the processes, while the business analysts monitor the process performance and the administrator administers the application, the running or completed process instances.
With respect to the DTAP environment, phase 1, 2 and 3 are applied within a Development environment, while step 4 is applied initially in the Test, next Acceptance and finally Production environments. Thus design and development of the application is limited to an isolated Development environment only.
Business analysts, process designers and developers use the CWS to collaborate on the design of the process models and development of the necessary OTPS platform components to make these processes executable. This is done within the context of a project defined as the starting point of the OTPS application.
List of abbreviations
Abbreviation | Description |
ANSI | American National Standards Institute |
BAM | Business Activity Monitoring |
BER | Business Event Response |
BPML | Business Process Modeling Language |
BPMN | Business Process Modeling Notation |
BPMS | Business Process Management Suite (or System) |
CAL | Composite Application Logging (framework) |
CAP | Cordys / Composite Application Package (file extension) |
CARS | Cordys Admin Repository Server |
CMC | Cordys Management Console |
CWS | Collaborative Work Space |
DTAP | Development, Testing, Acceptance and Production |
ESB | Enterprise Service Bus |
HW | HardWare |
IDE | Integrated Development Environment |
IP | Internet Protocol |
JVM | Java Virtual Machine |
KPI | Key Performance Indicator |
LDAP | Lightweight Directory Access Protocol |
OMG | Object Management Group |
OTPS | OpenText Process Suite |
PIM | Process Instance Manager |
PMO | Process Monitoring Object |
RDBMS | Relational DataBase Management System |
SCM | Software Configuration Management |
SCXML | State Chart XML |
SOA | Services Oriented Architecture |
SOAP | Simple Object Access Protocol |
SSU | State Sync-Up |
SVN | SubVersioN |
SW | SoftWare |
WfMC | Workflow Management Coalition |
WSDL | Web Service Definition Language |
XML | eXtensible Mark-up Language |
XPDL | XML Process Definition Language |
Don't miss out on future blog posts! Subscribe to email updates today!