
<html>

  <head>

    <meta http-equiv="content-type" content="text/html; charset=UTF-8">

  </head>

  <body bgcolor="#FFFFFF" text="#000000">

    I've been searching for a way to articulate my concerns with the

    Lifecycle document, and still haven't found it; the way to

    articulate it, I mean. <br>

    <br>

    So, I'll just charge ahead.  I don't think these ideas can be of

    much effect on the document itself, since I'm so late to the party,

    but perhaps by putting it in front of the group,  others can make

    better use of them than I. <br>

    <br>

    I'm concerned that we are serving two masters without recognizing

    the driving and not necessarily congruent interests of those two:<br>

    <br>

    First, we've been told that the impetus for the 'lifecycle' document

    came from work items or expected tasking in contracts where the <b>contracting


      agency </b>wanted to ensure that they could, with confidence, be

    assured that all relevant data related to a funded activity would be

    available for them to review and reuse. <br>

    <br>

    Second, I've an internal (institutional) bias, which I believe I

    share with those on this list,  toward supporting the goal of

    meeting the needs of the <b>Designated Community</b>, which may be

    but probably isn't the same as the contracting agency. <br>

    <br>

    Now, the purpose and body of the Lifecycle document is clearly

    slanted toward the first constituency.   For example, the lifecycle

    elements are, as already noted by Don, John, and several others,

    more typical of a project lifecycle than a data or information

    lifecycle.   I had accepted an action to review and offer

    suggestions to improve Chapter 5 and it's associated table. I

    propose that the table should be recast to more properly reflect a

    Generic Data Lifecycle that accommodates longterm, potentially

    unending, data generation environments as well as situations where

    data lifecycle management is associated with and punctuated by

    short-term project level goals.   The generic data lifecycle

    emphasizes the data operations leading from initial or conceptual

    planning for data collection or generation, through to explicit

    freezing of a data package and final disposition. <br>

    <br>

    <h3>Generic Data Lifecycle<br>

    </h3>

    Conceptualization->Origination->Availment->Processing->Packaging->Curation


    and Disposition<br>

    <div class="moz-signature">-- <br>

      <img src="cid:part1.03000706.09010307@comcast.net" border="0"></div>

  </body>

</html>