Oracle Forms Migration Checklist by Pretius

This document contains a checklist of questions to help clients prepare for migrating from Oracle Forms to Oracle APEX. It asks about the clients' current Forms environment and usage, requirements for the new APEX application, and prerequisites before starting the migration project.

Uploaded by

Yaron Riany

We take content rights seriously. If you suspect this is your content, claim it here.

Available Formats

Download as XLSX, PDF, TXT or read online on Scribd

0% found this document useful (0 votes)

70 views

Oracle Forms Migration Checklist by Pretius

Uploaded by

Yaron Riany

We take content rights seriously. If you suspect this is your content, claim it here.

Available Formats

Download as XLSX, PDF, TXT or read online on Scribd

You are on page 1/ 3

This is the "Oracle Forms to Oracle APEX Migration Checklist" that we have prepared at Pretius Low-Code for our

clients
Now, we provide you with the complete document for free. You can use it to get ready for such a migration – answering th
And if, after filling out the survey, you feel that you might benefit from working with an experienced low-code development
answers.
We'll see if we can help and come back to you with next steps. :)

ID Question
1 What is the exact version of Oracle Forms you use? (e.g, 12.2.1.4.0)
2 Which version and edition of Oracle DB do you have? (e.g., 12c Enterprise Edition)
3 Which Weblogic version is used in the Forms? (e.g., 12c Forms/Reports Dedicated license)
4 How do clients access Forms? (e.g., JWS, FSAL, Applet, other)
5 If the access to Forms is browser-based, are there any specific browser requirements for client
browsers?
6 Are there any other requirements for clients? (e.g., operating system, registry, screen resolution,
installation, other)
7 Are the client users in-house or remote/multi-site? How do the multi-site users connect?
8 Is there a one set of Forms that all users use or does each customer have their own local set?
9 If local sets are used, are all customers currently on the same version set?
10 If local sets are used, are there any customizations that one customer has that the others don't?
11 Do you use Oracle Reports? If so, please provide a short overview of how it's used (Note: Oracle
Reports have been deprecated since 12.2.1.3.0)
12 If you use Oracle Reports, are these simple data listings or more complex invoice-style reports?
13 Do you use any client-side interaction with other apps? (e.g., MS office, exchange, telephony tools,
local apps, etc.)
14 Do you use a client interaction with the local machine? (e.g., reading/writing files locally, registry, HOST
commands, OLE2, terminal/IP logging, etc.)
15 Do you use any web service endpoints? (e.g., REST/SOAP)
16 Are there any scheduled jobs running on the DB?
17 How are Forms users authenticated? (e.g., LDAP, Single-Sign-On, DB Users, other)
18 How do Forms users collect allocated roles? (e.g., DB Roles, table-based, other)
19 Does the Forms application make excessive use of the POST command? (e.g, navigating through
several screens before ultimately clicking Save/Cancel)
20 Do the Datablocks generally modify the underlying object or is there an API involved? (please detail)
21 We often find that a few Oracle Forms share similarities that can be combined into a single Oracle
APEX screen. Can any of these be identified in your case?
22 It's also a common situation that some Forms are redundant. Can an in-scope list be identified at some
point?
23 Do you generally want to use the existing DB code or expect a rewrite/new schema?
24 Do you intend to support both Oracle APEX and Forms at the same time on the same DB (dual-
support)?
25 At Pretius, we encourage the use of Security Testing and UI Testing tools. What are your thoughts on
this?
26 Does the current DB suffer from any performance issues?
27 Is the DB fully relational with Referential Integrity, Indexation, and Constraints?
28 Are there any data quality issues to be addressed?
29 Are there any prerequisites on your side before we start? (e.g., projects still being delivered, DB
migrations, etc.)
30 Do the Forms make heavy use of reusable components? (e.g., PLLs, OLBs, etc.)
31 Is most of the PL/SQL held in the Forms or in the DB?
32 Should the APEX application run in the cloud or on-premise? Do you have any specific cloud
requirements? (e.g., Oracle Cloud, AWS, etc.)
33 Do you have any specific requirements regarding the mobile version of the APEX application? (e.g.,
PWA, offline modes, etc.)
34 Should the APEX application have an optimal screen resolution?
35 Would you accept a code freeze on FMBs that will in-scope of the redevelopment phase?
36 Do the Forms use any temporary storage in Package Headers, PL/SQL Tables or Temporary Structures
within the user DB session?
37 Do you see the roadmap as a single APEX application or a suite of APEX applications? (This will help
us decide if a Master or Subscription application is required)
38 APEX's roots are in data entry/submission/page redraw. This can be unexpected for a Forms user. It
canyou
be made more interactive ("Forms-like") where the data is validated/updated inline but requires
39 Do have any technical documentation?
more dynamic actions. It's not a problem, we just would like to hear your thoughts on this.
40 Do you have any requirements about the look/feel of the application? (e.g., brand book of your
organization or dedicated to your customers)
41 Are you generally happy with the redesign of parts of FMBs where it might be beneficial when it comes
to a web
the application? (e.g., some
make Forms Operations are unnatural on a web page and require
42 Does Forms application
adjustments)
excessive use of function keys F1-F12?
43 Does the Forms application print to specific printers, faxes, etc.? Do you have any preferences
regarding printing server selection?
44 As Forms environments are sometimes tricky to set up, could you provide a virtual machine/remote
desktop so that Forms applications could be run to understand how these work?
45 Should the application be globalized/localized? (e.g., many languages, different regions, etc.)
ius Low-Code for our clients in order to better understand their needs and speed up the process of creating offers.
ch a migration – answering the questions below will help you spot any bottlenecks, etc.
enced low-code development vendor, feel free to drop us a line at [email protected] and provide us with your