|
(Case Studies) Deutsche
Version
Contents
- DCS - High-Level Telephone
Exchange Configuration
- FDZ - Multi-Source Addressbook
- OMRS - Optical Mark Recognition
Software
Top of
Page
Case Study
DCS - High-Level Telephone Exchange Configuration
Overview
A customer needed a comfortable high-level tool to specify
the configurations of telephone exchanges. The high-level
configuration information is entered by the user, and
must be transformed into low-level configuration commands.
The transformation is based on and merged with additional
data from some user specific and user modifyable profile.
The generated low-level configuration data is finally
to be loaded into the hardware, in order to initialize
the exchange.
Solution implemented by TERRA
The user enters his configuration data into an MS Access
database that constitutes the application front-end. When
data entry and configuration modifications have been completed,
the back-end data file generator is started. It merges
the user's configuration data with the user's profile
data and produces an output file containing the low-level
configuration commands. The low-level data file generator
is a Modula-2 program that incorporates compiler-like
algorithms. It accepts and translates statements written
in the "profile language". The profile language
provides constructs that allow to refer from the profile
to the specific configuration data items specified in
the MS Access database.
Top of
Page
Case Study
FDZ - Multi-Source Addressbook
Overview
A customer periodically needs to update his internal
address-book database with information from two different
external databases. The internal address-book is an MS
Access database. The external databases are provided as
structured text files. The three databases contain the
matching data in different formats, and each one has a
number of specific properties. The automatic matching
and update procedures must take care of these. They must
try to perform the majority of updates and matches automatically,
and present the doubtful cases for resolution by the user.
Solution implemented by TERRA
The relevant information is extracted from the three
source databases and entered into Btrieve databases. Updates
and changes in the external databases are found by comparison
to their previous versions. A sequence of matching algorithms
is applied in order to match the records from the external
databases with those in the internal database. The resulting
update lists are finally merged into the internal address-book
database. The comparison and merging algorithms are implemented
as a set of Modula-2 programs.
Top of
Page
Case Study
OMRS - Optical Mark Recognition Software
Overview
A customer needs to scan a series of predefined similar
forms with handwitten marks. The form data constitutes
the base for a service report and billing system. A scanner
in the lower price range is used with the system, because
there are possibly many decentralized installations. The
data scanned and recognized must be output into a structured
text file for further processing.
Solution implemented by TERRA
The scanner is monitored via the TWAIN interface. The
mark recognition software developed by TERRA takes care
of deskewing and removing local distortion from the scanned
image. Due to the design of the forms and the inclusion
of redundant checking information the success rate for
error free processing is basically 100%. The mark recognition
software is implemented using C, Modula-2, and assembly
language.
Top of Page |
