:: ErLogix - Business Continuity and Disaster Recovery Planning Software :: Sales: 800-509-8015
Support: +1 281-912-1191
home business continuity solutions services support downloads

Business Continuity Methodology

business continuity, disaster recovery plan - take a closer look

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 Relational Database.

The software 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.

Transforming the Business Continuity Lifecycle into a Relational Database

Click to Enlarge
Click to Enlarge


Stage 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).
Module 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.
Forms 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.
Information Describes the various types of information contained within the Forms.
Active Information Relevant and current information required for the successful maintenance of the Business Continuity Process. Information that requires regular Verification and Status Checks.
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.
Planning Information Who, What, When, Where, Why and How to do something.
Tangible Information A value can be placed on the information residing in the Module. For example, a Printer.
Intangible Information Difficult to place a value on the information residing in the Module. For example, Corporate Branding / Reputation.
Fixed Information that is typically selected from a fixed drop-down list or is automatically generated by the software.
Descriptive 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).
Conditional Information that is filtered through a Conditional process. For example, Insurance Coverage Status can be calculated by 'Covered = Today's date < Expiry Date'.
Financial Information of a Financial nature and can be analysed to develop a Financial breakdown of the Business Continuity Process.
Date / Time Information that can be used for displaying on a Timeline / Calendar to get an overview of the Business Continuity Process.
Field A specific position within the Database that contains information.
Database Central information repository. Your entire plan is contained within one Relational Database and can be shared amongst many Users.

business continuity, disaster recovery plan, No fuss, no drama, just solid recovery




© Copyright 2013 Logix Corp. All Rights Reserved.