G4 System (G4S, pronounced as “G-Force”)
is the 4th generation of tools and techniques for solving every
imaginable software conversion problem (standardization, unifying,
beautifying and normalization of complex application systems)
in an automated way. The result is always improved efficiency,
reduced software maintenance costs, upgraded and enhanced insight,
overview, and better basis for maintenance engineers.
Whether the motive is changing from one platform to another or
implementation of more flexible development languages or decreasing
the Total Cost Of Ownership, G4/Migrator offers effective help.
The latter is achieved by decomposing application software systems
into syntactical structures, which are analyzed to derive semantics
of code, structure and data. This results in complete and transparent
views of the entire system, across all thinkable system relationships.
Design ‘secrets’ and undocumented features will be revealed,
eliminating the reliance upon costly skilled software developers
for doing maintenance work. G4 provides an addition for a platform,
in which maintenance issues can be dealt with ranging from the
initial language definition up to the final solution. Whether
it is an application system wide analysis using G4/Repository
(i.e. G4/Analysor) or the conversion
of a legacy system to a 4th generation language environment through
G4/Migrator, G4S will serve that
purpose.
G4 Overview
|
G4 - Cornerstone's View on Software Maintenance
|
|
| Modernization, Beautification or Conversion from any language to any language with the G4/Technology, generic and fully automated. | |
|
Functional View
|
|
G4 is built on EPOS (Embedded Parsing Objects
System), a dynamic, modular, high-performing, language-independent
kernel. Dynamic, because the language of the system to be analyzed
can be specified interactive / on-line, without the need of re-compilation.
Modular, because of the inherent component based design of G4.
High-performing, just because it is fast.
Language independency comes from the fact that, during the decomposition into syntactical structures, a translation to pre-defined syntactical structures is done. This translation is 100% configurable and interactive, by writing statements in the so called Action Language, an embedded proprietary defined language for building tree structures from other tree structures. In general EPOS contains powerful tokenizing algorithms, pattern matching, parsing techniques and much more, all equipped with unique features.information. |
Parsers are generated on-line, no need for compilation
when grammer specification is changed.
|
  
click image for enlarged view |
“fully automated
conversions from one programming language to another”...take
a look at the parsing technology of the G4-line.
|
|
Our experts and their partners have more
than a decade of experience in managing and engineering large
software maintenance projects, database migrations from legacy
systems and language conversions.They are the same people who
designed G4, which is as such a direct reflection of practice.
The combination of field experience and the G4 software base, gives us a leading edge in developing custom solutions for any maintenance problem, for any language. The G4-architecture is kept open and configurable to adhere to CMM, CMMI, ITIL, TickIT and other development process & control standards. It is even possible, due to this configurability and openness, to facilitate the development process of solutions of software houses. |
|
|
In general a maintenance project supported
by tools, is comprised of: preprocessing, analysis, data extraction
& uploading to a Repository, information gathering and configuring
project specifics. Each phase may consist of a single step or
more practically some serializations and/or parallellizations
of steps.
In preprocessing, source file dependencies are checked, (macro) expanded, non-language elements are depicted, etcetera. During analysis an expanded source is decomposed into syntactical elements (‘parsed’), which are in turn transformed to language-independent information (‘pseudo code’), using Action Language statements. The system Repository is filled with the results of this process, done for all sources and possibly JCL of an application system. Subsequently, project specifics will follow. |
|
|
What Is New
|
|
|
G4 development started late 90’s. The
kernel became fully operational at the end of 2001, and proved
very powerful and expandable. Giving numerous possibilities for
further development, of which we are developing some right now.
G4 allows fully adherence to almost all client standards & procedures.
Especially powerful is the presentation structure in the form
of pseudo syntax structures, being totally standard for all languages
to be analyzed. It is the successful key to flexible conversions/migrations
as well as the export facility represented in XML, UML or MS-IL.
|
|
|
Contact Lightyear at sales@lightyr.com
or 1-800-299-5230 to find out more about your options for software,
language conversion, and database migration and environment.
|
|
