In article <[log in to unmask]>, Michael Baier
<[log in to unmask]> writes:

>
>True,
>
>but what are the proven tools? Where are they?
>I wont my code to be in Cobol not Java, C or anything.
>the new-system should be open to hardware and OS.
>Don't want to depend on 1 manufacturer and his lies again.
>Therefore alot depends on the tools that are available.
>The project-plan will change considerably depending on the tools.
>

Michael,

It all is the same

0) You must know what the business plan is for the next 3-5 years and you
must know what applications support the business functions today. [This should
have been part of your planning all along]
  [Loop for each application]
1) Does the application meet the needs of the business for the next N years -

2) if not you must replace by building or buying;
3) if it does you can stay for up to 10 years on the 3000 pretty safely (you
should do a well thought out support plan) or you can decide to go ...
4)  that can be a port ... which is move what you have and take advantage of
the new platform later ...
5) or it can be a migration where decisions need to be made at the UI (Web,
Client Server, or Curses compliant level), language (even the COBOLs are
different on different platforms), database (are you staffed to handle an
RDBMS, and what size machine will be required to run it?), CI vs shell, batch
jobs, scheduling, intrinsic calls,backup etc levels. Each of these decisions
will impact the choice of tools and the IT skills needs that your team will
need to implement and support your new application (migrated or not) going
forward ... you may want to use contract IT folks for some of the tasks. For
instance we are finding an outsourced DBA service is an offering that some of
our customers have asked for [We can do Oracle, SQL-Server and DB2].
[End Loop]
6) Based on a discovery process you can then design the architecture going
forward - some applications may stay and some may go ... it all depends on 0
and 1 ... If you are truly migrating the current application(s) then you do
have choices that will have to be made which will impact your choice of tools.
Most folks will need to consult with an IT architect specialist for this ... we
have 117 years of IT architecture experience in our "Migration Swat Team",
experience that will focus on the application fit to business and then building
a supportable architecture with the right performance and reliability for the
job - including looking at the IT staffing required during and after the
project.

7) Based on the architecture you can make the stay or go decision for each
application and pick the toolset accordingly ... we can supply toolsets to
match whatever you want ... and in fact will write the migration plan and run
all the tools for you as a migration service so you never have to learn them
... after all you hope not to make a habit of the migration process. Each of
tthe tools sets we have available have been involved in hundreds of migrations
from various platforms including the HP3000.

Whether you decide on a "magic weekend-big bang approach" or a phased
migration, project management skills will be really important to making the
plan and executing on it sucessfully.

8) All of the above need Data to get transferred and probably reformatted ...
we have a solution for this data migration which many companies have been
using for the last 17 years ... UDALink in its various forms it can span
multiple
platforms for file transfer or for transactions (including 2 phase commit and
roll back) - your plan may have your applications spanning multiple
platforms or migrating over a period of time.

Hope this helps your questions ...

If you want more help on planning (especially for migrations) register for our
conference on this topic in Ottawa June 5,6,7 - $500US plus T&L is a low cost
way of getting the framework you need to look at the Stay or Go decision ...
see our Website for more info ...  http://www.MBFoster.com. Conference
registration  is a button on the left side.

We now return you to your regularly scheduled activities.
Birket Foster
M. B. Foster Associates .. the 1-800-ANSWERS people!
Supplying UDALink w/cross-platform ODBCLink Option (3000,9000&NT)
See how DataExpress has evolved www.MBFoster.com
EC/EDI(3000,9000,NT) Phone (613) 448-2333 or (613) 448-2588(FAX)

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *