Hi Gary,

One option is that you can make the specified/required times ³variable and
configurable,² such that the customer of the product can dynamically change
things like the retention times at any time for any period of time.

This will allow you to do things like set it for a minutes in development
environments, a few hours in integration testing environments, a few days in
user acceptance testing environments, and as long as you want (months/years)
for production.

All disposition states should be clearly specified and the requirements
should allow the specifier to see:

1. reports of things being (or not being) where they need to be (at the
right times), as well as
2. the ability to look into repositories to prove that the reports are
accurate.

My engineering and coding teams always had to accommodate such requirements
and test for them, all the time.  They also had to accommodate spot tests to
prove that the system was acting as expected, whenever the customer wanted.

I hope this helps.

My Best,

Frank
‹
Frank Guerino, Managing Partner
The International Foundation for Information Technology (IF4IT)
http://www.if4it.com
1.908.294.5191 (M)

On 1/9/17, 10:31 AM, "Link, Gary" <[log in to unmask]> wrote:

> So, let's say - (strictly hypothetically speaking and not at all a real world
> issue I'm having) - that you're working with your IT folks to have data
> retention requirements compliance functionality written into the requirements
> documents and design review process for new computer applications. And the IT
> folks say, "Fine, we'll put the data retention requirements compliance
> functionality in our requirements documents and design review process for new
> computer applications. But, being IT folks, we don't put anything into
> requirements documents and design review process for new computer applications
> that we can't test. So tell us, Mr. Records Manager, how do we test for
> retention compliance for a new computer application while it is in design
> and/or QA?"
> 
> How would I,  er, I mean, how might one answer them?
> 
> Thanks,
> Gary Link
> Pittsburgh, PA
> [log in to unmask]
> 
> 
> 
> The contents of this email are the property of PNC. If it was not addressed to
> you, you have no legal right to read it. If you think you received it in
> error, please notify the sender. Do not forward or copy without permission of
> the sender. This message may be considered a commercial electronic message
> under Canadian law or this message may contain an advertisement of a product
> or service and thus may constitute a commercial electronic mail message under
> US law. You may unsubscribe at any time from receiving commercial electronic
> messages from PNC at http://pages.e.pnc.com/globalunsub/
> PNC, 249 Fifth Avenue, Pittsburgh, PA 15222; pnc.com
> 
> List archives at http://lists.ufl.edu/archives/recmgmt-l.html
> Contact [log in to unmask] for assistance
> To unsubscribe from this list, click the below link. If not already present,
> place UNSUBSCRIBE RECMGMT-L or UNSUB RECMGMT-L in the body of the message.
> mailto:[log in to unmask]
> 



List archives at http://lists.ufl.edu/archives/recmgmt-l.html
Contact [log in to unmask] for assistance
To unsubscribe from this list, click the below link. If not already present, place UNSUBSCRIBE RECMGMT-L or UNSUB RECMGMT-L in the body of the message.
mailto:[log in to unmask]