Hi all,

In order to estimate the effort required to upgrade my customer's Uniface 7 & 8 applications to Uniface 10.4 , I'd like to ask your feedback on the number of person months that was required in order to upgrade your application to a major Uniface versions.

For this purpose I've created a Google Forms poll in which you can enter the number of person months (0-3,4-6,7-9,10-12,13+) that were required to upgrade your application to a major Uniface version  (Uniface 9->10 , 8->9  ,  7->8 ). If you have directly migrated an application two or more Uniface major versions in one pass please share your experience.

Please click here to participate in the poll. You are also welcome to enter your feedback as a response to this post if you find that more convenient.

Thank you for your feedback!

Yaki.

Hi Yaki,

AFAIK there were always two phases in each Uniface single major version migration:
1) Pure migration: compileForReferenceWithOldVersion + export + verifyStandardConfigChanges(INI/ASN) + reimport + recompile + verify; if everything OK then GO production!
2) Small improvements: how can new functions/instruction fits better in our code?

There could be a 3rd phase considering major restructuring/modernizing/changes but I feel it is out of scope for your question aka a full project in itself.

I suppose you are interested mainly to phase 1...because phase 2 is strictly related to standard&guidelines (aka framework)  each company/application is using...

Right?

Best Regards,
Gianni

P.S. Answering your poll requires to be connected to? (Google perhaps?)

------------------------------
Gianni Sandigliano
IT
------------------------------

Hi all,

In order to estimate the effort required to upgrade my customer's Uniface 7 & 8 applications to Uniface 10.4 , I'd like to ask your feedback on the number of person months that was required in order to upgrade your application to a major Uniface versions.

For this purpose I've created a Google Forms poll in which you can enter the number of person months (0-3,4-6,7-9,10-12,13+) that were required to upgrade your application to a major Uniface version  (Uniface 9->10 , 8->9  ,  7->8 ). If you have directly migrated an application two or more Uniface major versions in one pass please share your experience.

Please click here to participate in the poll. You are also welcome to enter your feedback as a response to this post if you find that more convenient.

Thank you for your feedback!

Yaki.

Thank you to the three people who have responded to the poll on the effort that was required to upgrade your application to a major Uniface version.

It would be really helpful if some more people could respond. It only takes 30 seconds to answer the poll - there is no need to do complex calculations, simply  provide  your best estimate for the  effort range that was involved to upgrade your application (0-3 person months, 4-6 person months, 7-12 person months or 13+ person months).

I appreciate your help!

Hi Yakie

As Gianni  already said: If all going well, a migration is done in less a week.
The technical part is within a few hours, depending on the number of items.
But you have to prepare the new environment (ASN/INI/Database/Pathes/...)
And after the technical part you have to compile all your components. 
If there are no errors, don't believe it. (see below)
If there are a few errors, just correct them 
(Most of these are old things that should have been replaced long ago)
And then you have to test, test, test. And not just according to the textbook, but randomly. You wouldn't believe the combination of keys and mouse clicks a user makes all day long. 90% of the problems found are very old and only 10% are caused by the new version .
If you ar lucky, the problem is a generic one and can be resolved by search&replace in the meta dictonary
But some of them are also "serious" problems for which you have to rewrite the code. But here we were actually always lucky that something like this occurred in global system routines, so it only has to be changed in one place.
BTW:
Read a little bit in the new documentation and there for "depricated" statments. Then one can considere to change part of the code already in the old version.
And do a test migration just for "fun", i.e. just export and import the meta dictonary, compile all and start you application. If the application will start up, 50% is done.
If there are warnings and errors after the start, ignore these first and try to play with the application.
"Correct" a few hard problems (show stopper) in the old version and do the test again
Then you will get a feeling for how bad it really is or perhaps your worries will vanish into thin air. 

Ingo