Business Continuity Methodology

Business Continuity Management is not strictly a serial process, where one Module affects only the next. It is a multi-directional, iterative process in which almost any Module can and does influence another. The most productive way to implement this information sharing is through a Cloud Insfrastructure.

Transforming the Business Continuity Lifecycle into a Relational Database via Software As A Service (SAAS)

click image to enlarge

The ContinuSys BCMS application enables you to use MS Word like text editing of your Business Continuity Plan and store the information in a Relational Database. The software is made up of 4 ‘Stages’. The 4 ‘Stages’ contain 37 ‘Modules’. The majority of the 37 ‘Modules’ are comprised of ‘Forms’. Each ‘Form’ contains information that can be classified into different categories.


A grouping of related Modules to achieve a high level objective of the Business Continuity Programme.  The Business Continuity Life-Cycle is consists of 4 “Stages” (Know Your Business, Develop Your Plan, Implement Your Plan, Maintain Your Plan)


The majority of the ‘Modules’ contain ‘Forms’. A single Form is created for each item. E.g. Each ‘Resource’ has its own ‘Form’ (ID). Forms contain all the information about your Business Continuity Process.

Active Information

Relevant and current information required for the successful maintenance of the Business Continuity Process. Information that requires regular Verification and Status Checks.

Planning Information

Who, What, When, Where, Why and How to do something.

Intangible Information

Difficult to place a value on the information residing in the Module. For example, Corporate Branding / Reputation.


Free-form alpha-numerical text that can be a person’s name (Text) or a list of steps to perform the recovery of your Server (Rich Text).


Information of a Financial nature and can be analysed to develop a Financial breakdown of the Business Continuity Process.


A specific position within the Database that contains information.


Each “Stage” consists of various “Modules” that contain specific information (Forms) that is shared (Assigned) amongst the other “Modules” when required. Modules are a group of Forms. For example, the “Assets” Module contains a list of all your Business Continuity relevant Assets


Describes the various types of information contained within the Forms.

Historical Information

Information that was once relevant to the plan. The information has ceased being Verified. The information is maintained within the Plan to facilitate an Audit Trail.

Tangible Information

A value can be placed on the information residing in the Module. For example, a Printer.


Information that is typically selected from a fixed drop-down list or is automatically generated by the software.


Information that is filtered through a Conditional process. For example, Insurance Coverage Status can be calculated by ‘Covered = Today’s date < Expiry Date’

Date / Time

Information that can be used for displaying on a Timeline / Calendar to get an overview of the Business Continuity Process.


Central information repository. Your entire plan is contained within one Relational Database and can be shared amongst many Users.

Pin It on Pinterest

Share This