SI
SI
discoversearch

We've detected that you're using an ad content blocking browser plug-in or feature. Ads provide a critical source of revenue to the continued operation of Silicon Investor.  We ask that you disable ad blocking while on Silicon Investor in the best interests of our community.  If you are not using an ad blocker but are still receiving this message, make sure your browser's tracking protection is set to the 'standard' level.
Technology Stocks : CSGI ...READY FOR TAKE-OFF! -- Ignore unavailable to you. Want to Upgrade?


To: tech who wrote (1867)1/3/1998 1:32:00 AM
From: tech  Read Replies (3) | Respond to of 3391
 
The truly automated solution - The fundamental feature of the
patent-pending ConSyGen 2000 toolset that differentiates it from
other solutions - is the identification and correction of date fields within
client application systems, which is done manually or with some support
of special tools in other approaches - is entirely automated in
ConSyGen 2000. That is, that there is no dependence by the toolset
or its output on manual programming, and all delivered code and
corrected data storage is generated entirely by the toolset without
manual change or intervention.





ConSyGen 2000:


- automatically identifies all missing source entities, and reports
them to the client;

- automatically identifies and confirms date origins with defined
date formats;

- automatically identifies and verifies all date cross- references;

- automatically corrects code to be Year 2000 compliant;

- automatically generates data re-population utilities;

- automatically generates data bridges.


This means that:


-ConSyGen 2000 conversion projects are very rapid -
although there will always be some time for project tasks
such as date confirmation and test planning, the actual
code conversion in most projects is usually done
overnight;

- conversion processing is very efficient, as extremely
large volumes of code may be processed simultaneously.
ConSyGen works with the client to ensure that converted
code is delivered in testable Work Units, which may
contain many thousands of programs and hundreds of
thousands of lines of code;

- changes to code and data storages are totally consistent,
since they are based on client-confirmed translation rules
which are linked to the fields and programs prior to the
actual conversion;

- testing of delivered converted code does not need to
allow for errors caused by manual programming - testing
can focus on validating the affect of the conversion rules;
therefore, testing is substantially reduced, requires less
staff, and is much faster - particularly as there should be
no errors requiring correction and re-testing;

- there is no requirement for the negative aspects of other
Year 2000 approaches:
-a large client staff for programming, tools administration, or testing;

- a large vendor staff, with limited understanding
of client environments and applications;

- acquisition and use of expensive, limited-life tools and training.





The multi-platform solution - ConSyGen 2000 differs
from most other Year 2000 approaches in that it is available for
a wide range of computer hardware. Since the Year 2000
technology is based on a generic Translator developed for full
down-sizing and platform migration, the introduction of a new
environment is relatively straightforward and fast; this allows
ConSyGen to address the most common mainframe
environment - IBM - as well as the other major mainframe
platforms - such as Unisys, Digital, BULL, and Hewlett-Packard.
ConSyGen 2000 also addresses all UNIX-based hardware and
all major databases. The primary language addressed is COBOL,
and ConSyGen is adding other languages, such as PL/1, Natural
and Ideal as business demand is identified.


The low-cost solution- ConSyGen provides fixed-price
quotations for ConSyGen 2000 conversions, so costs are known
and managed before and during conversion projects.


- there are no software tools to purchase, lease or license;

- there are no on-going maintenance fees or requirements to set
aside system capacity for the conversion project;

- there are no staff training requirements;

- client staff is reduced to a bare minimum - the client's role is to
provide code to ConSyGen, to prepare Test Plans and an
Implementation Plan, and to test the delivered converted code;

- client testing is reduced to a bare minimum - since a ConSyGen
2000 conversion is based on pre-defined, client-approved rules,
random or manual errors cannot be present in the converted code.
Therefore, testing is very substantially less than for a manual
conversion, and involves far less time and client effort.




The complete solution - ConSyGen 2000 provides
automated correction of all aspects of a client's application -
the program code, copy members, and all data stores
(databases and files).


Additionally, ConSyGen 2000 provides either full date field
expansion or field windowing (that is, providing replacement
program logic that leaves the date field unchanged) at no
additional price. (Other non-automated providers are charging
up to four times as much to do field expansion). The choice of
either approach, or a combination of these approaches, is a
client decision. ConSyGen 2000 does not compel clients to
accept the toolset's approach.



To: tech who wrote (1867)1/3/1998 2:05:00 PM
From: David Eddy  Read Replies (1) | Respond to of 3391
 
Tech -

The problem, said Kane, is that ''98 percent correct is not going to cut it.'' Fixes must be 100 percent successful.

To steal a line from "Top Gun" (when Maverick is describing being in a vertical role on top of the MIG)... Bull@#$%

Anyone who thinks these systems are 100% accurate today should... should... should...? Should be a manager!

These systems are simply too big & complex for anyone to be capabable of identifying 100% accuracy.

As the bumper sticker says... s*&t happens. It's just the nature of life.

- David