× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



At 12:44 PM 5/27/97 +0000, you wrote:
>At 01:22 PM 5/24/97 -0400, you wrote:
>>At 08:32 AM 5/23/97 +0000, you wrote:
>>>Hi,
>>>
>>>Is there any published figure for the percentage of impact of Y2K on AS/400
>>>applications? 
>>>
>>>I understand that the percent varies with applications, OS level etc...but
>>>was just trying to find out if there was any average/trend.
>>>
>>>Thanks,
>>>Mani
>>========================
>>Sorry  there is no standard or average  percentage for the AS/400.  It
>>seems to  vary  by industry as to the  amount of (%) LoC  that is required
>>to be changed.   Atypically it is 4- 6%. More intensive industries like
>>insurance scale upwards to 11% plus. In any case  most of your programs
>>will be changed.  
>
>I agree with Glenn, however you should beware of any systems that have
>dates as file indexes.  I recently reviewed a system where the major files
>all had dates as keys, and that system had a 100% participation.
>
>
>
>Al Barsa, Jr. - Account for Midrange-L
>Barsa Consulting, LLC. 
>400 > 390
>
>Phone: 914-251-9400
>Fax:   914-251-9406
>
============
I'd like  to take Al's thoughts a little further. 
As  can  be seen form Al's experience- design can increase the  number of
programs that will have to be touched and tested.  This just  proves the
LoC is a  relatively meaningless order of magnitude of work effort or scope
by itself.  There is much more to  it..

Agreed  don't fool with dates in indexes. 

Be careful of the Ad-Hoc User's requirements remain natural and normal.
Mess with these and you can compound your problems.

Many dates require a context  meaning before windowing or some other non
ambiguous dating schema can be applied.   Careful

Please as  the conversions take place leave level check  at yes.

Glenn
___________________________________________________
Glenn Ericson,          Phoenix Consulting                      
P O Box 701164   East Elmhurst NY 11370-3164 USA                            
Ph. 718 898 9805         Fx. 718 446 1150
AS/400 & Year 2000- - Solutions  © 1997copyright,  all rights reserved
____________________________________________________


 
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
* This is the Midrange System Mailing List!  To submit a new message,   *
* send your mail to "MIDRANGE-L@midrange.com".  To unsubscribe from     *
* this list send email to MAJORDOMO@midrange.com and specify            *
* 'unsubscribe MIDRANGE-L' in the body of your message.  Questions      *
* should be directed to the list owner / operator: david@midrange.com   *
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *


As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.