Here is a project estimated using Use Cases..
http://www.codeproject.com
You could use this again as the basis for your estimates. Again it is based on complexity of the tasks..
Main Topics
Browse All TopicsIn the project i have to work, i have 3 large applications, 10 medium sized applications and 30 small applications.
Applications written in Java, .NET etc. are to be rewritten into Oracle Pl/Sql.
So that they can be integrated into Oracle Apps.
The company is moving from mainframes into Oracle Apps architecture.
How do i estimate the team size and duration of the project.
The client wants to start the work from 1 August and finish off by 31 December
This Question has been solved and asker verified All Experts Exchange premium technology solutions are available to subscription members.
Experts Exchange has been collecting answers to technology questions since 1996…3 million and counting! If you have a question, chances are we already have your answer.
If you can't find the exact answer you're looking for, ask our exclusive community of 50,000 experts. You’ll get a personalized answer from a trusted professional.
Thousands of free tech tips, tricks, how-to’s and tutorials are available in our peer reviewed articles section. See for yourself how smart our experts are, no login required.
Access the answers to your technology questions today.
30-day free trial. Register in 60 seconds.
Members of the expert community talk about why the experience at Experts Exchange is different than what you will find anywhere else.

Try it out and discover for yourself.
30-day free trial. Register in 60 seconds.
Join the community of experts here and help other tech pros by answering question in your area of expertise. You can earn FREE access to all Experts Exchange's premium features and resources.
Here is a project estimated using Use Cases..
http://www.codeproject.com
You could use this again as the basis for your estimates. Again it is based on complexity of the tasks..
Hi gram77,
As @markcallen says, it is pretty much impossible to estimate something as complex as a software project, especially a migration project, with the information you provide. After all, something that is large to you could be considered medium/small to someone who is used to working with massuve systems, or vice versa.
The approach provided by @markcallen is sound, but i would add the following additional comments/suggestions:
Do you have clearly documented and complete functional descriptions of what the existing applications do? If you don't then how can you be sure the migrated app will perform in the same manner? So you may need to spend some time documenting, or at least agreeing with the person who will sign-off the test results what is acceptable bahaviour and boundaries for the apps.
I would also add, as a separate, parallel stream on your plan, testing for the migrations. You need people for that too. There are general 'rules of thumb' for proportion of test time vs development time, but I'm always a bit skeptical of these rules as again, it depends on the skill of the resources and the tools available to them. Again, the 'try a little bit and revise your estimates on-the-fly' model will work here too.
Another thing not to overlook in large migration work is the availablilty of kit to do your work on. You will need development platform to do the work, but you will also need test platform to test it and perhaps user acceptance testing somewhere else. then of course you need the target/production environment.
You should consider data too as mainframe to Oracle can result in data type incompatibilities and invariably, when you are asked to migrate something, you will get a raft of 'can you make this field bigger' or 'can you allow alpha characters in there' requests too.
Hope this Helps - MorFF
Business Accounts
Answer for Membership
by: markcallenPosted on 2007-07-21 at 12:22:16ID: 19540306
This almost impossible to answer since it depends upon the skills of the developers and complexity of the applications. Here is something I have used in the past to do the same sort of project.
Break up each application into individual tasks and assign a size to each task, S, M, L. There should be an even number of each task size.
Take a good guess at the duration for each size of task:
S = 1 day
M = 3 days
L = 8 days
Staff the team to meek the project deadline and have them go for 2 weeks tracking the actual amount of time it takes to complete each of their tasks. After that time compare the actuals against the estimates, then adjust the estimated durations of the rest of the project and restaff accordingly. At the end of the second 2 weeks do the same thing, by now you will have a pretty good idea of how long tasks really take. Continue the same process for the entire project.
By using this I've been able to correctly staff a project after only 4 weeks and know pretty well how long it will take. Just make sure that you break the applications down into small enough tasks and that you have an even number of each size of task.