Priority software architecture is unique. It is built in a structure that allows:

(a) Straight-forward adaptation of the software to the customer’s specific needs;
(b) Time-saving implementation of the ERP project;
(c) Smooth upgradeability with new releases of the ERP program.

SUPERset is built in two layers:

• The first layer contains the basic, most critical and generic components of the ERP modules: Financials, Distribution & Sales, Customer Service, Manufacturing, Contact Management, Project Management.
• The second layer offers functionality specific to the industry and organisation.

While the first layer is common to all users (the user interface and its operability), the second adds functionality, including specific changes to the database structure and the application logic. The first layer is managed wholly by utilities that interpret the source and manage the user experience

The novelty of this methodology is this: instead of complicating the base package (the first layer) with organisation-specific functionality that varies from one application to another, special needs are met by adding functions only to the second layer.

Eshbel’s Priority system architecture revolutionises development and customisation of software. The Priority software is entirely dictionary-driven, so that all code is stored in tables that can be easily reviewed and revised. The way it works is simple: Priority’s unique system architecture is basically made up of two parts:

(1) source code, stored in the dictionaries,
and (2) utilities that interpret the source and manage the user experience.

To add functionality, the programmer makes changes in the dictionaries where the source code is stored. All these changes are documented in a journal by an automatic facility. When they are carried out on the customer’s machine, the changes take effect immediately. If development is performed on a remote machine (i.e. at the customer’s development machine), an automatic utility builds an “upgrade file” including all changes made in the source. This “upgrade file” is then transferred to the on-site machine, thereby incorporating the appropriate changes into the source. The entire customisation process can be carried out at the customer site, since Eshbel’s Priority software contains all the necessary development tools as part of the standard package. This capability provides additional flexibility in the customisation process. When a new piece of customer-specific functionality is installed, that function may become available for other projects through the unique library of components held by the developers.

Copyright (c) 2008 Decisive Solutions Pty Ltd.