RECMGMT-L Archives

Records Management

RECMGMT-L@LISTSERV.IGGURU.US

Options: Use Forum View

Use Monospaced Font
Show Text Part by Default
Condense Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Sender:
Records Management Program <[log in to unmask]>
Date:
Fri, 13 Jan 2006 14:40:29 -0800
Content-Disposition:
inline
Reply-To:
Records Management Program <[log in to unmask]>
Subject:
MIME-Version:
1.0
Content-Transfer-Encoding:
quoted-printable
In-Reply-To:
Content-Type:
text/plain; charset=ISO-8859-1
From:
Larry Medina <[log in to unmask]>
Parts/Attachments:
text/plain (42 lines)
On 1/13/06, Roach, Bill J. <[log in to unmask]> wrote:
>
> >>Application Documentation - Records documenting the development of
> functionality and architecture of internal computer systems and
> applications.<<
>
> Here is a discussion topic:
>
> In today's environment, there may be merit for retaining Application
> Documentation, including maintenance and conversion records for the
> retention period of the information created by the application.  The
> reasoning behind the suggestion is the potential need to prove the
> "trustworthiness" of the information.
>
> Any thoughts?



My first thought is this is a GOOD THOUGHT.

More consideration needs to be given to this, especially in today's world of
these applications being developed by "hired guns" or contract programmers.
In these cases, much of this information is a deliverable and part of a
contract requirement, and depending on the value of the contract, the
retention period could be anywhere from 3 to 6, all the way up to 25 years.
Even if they're developed by employees, if the employee leaves, the
documentation is all there is to explain to others what was done.
Another though on this is if the company is sold, merged or taken over, the
new owner will want to have access to this information in the event they
want to migrate the information to a system of their own.  And I think it's
important to separate "computer systems" and "applications"... typically one
is hardware and the other is software.

Larry
--
Larry Medina
Danville, CA
RIM Professional since 1972

List archives at http://lists.ufl.edu/archives/recmgmt-l.html
Contact [log in to unmask] for assistance

ATOM RSS1 RSS2