it:ad:information_management_lifecycle:home

IT:AD:Information Management Lifecycle

* (UP)

Summary

  • Vision, Mission, Desired Outcomes
  • Constraints
    • Define Framework to communicate expected Community Culture developed from addressable Individual/Behaviour
    • While meeting Legal and any other other Preexisting Agreements

    * Lifespan expectations of:

    • Service (implies there is a Terms & Conditions that communicates the end of service date, associated to specific versions)
    • Catalogs (implies that the service may take offline service modules, again communicated in T&C)
    • Catalog Items (implies records have an expiration date, to address possible Copyright & Maori ownership constraints)
  • Funding to cover operations, maintenance, and deployment through the whole service lifespans (not just the project go live date).
  • Receiving information from others (adhoc/unscheduled addition of information)
  • Collection of information from sources (implies linking to source catalogues, contact lists, etc.)
  • Recording (implies a place to record source information beyond what is ultimately developed into a presentable resource)
  • Define Viewpoint (same data can be presented to different stakeholders in different ways)
    • (Self)Learner: data should be accessible, comprehensible for users to gain value without external assistance.
    • Whanau: progress, achievements and alerts should be shareable with others
    • Teacher: a teacher should be able to assess the relationship of the learner to the material, and add additional value.
    • Peers: learners should be able to learn in pairs and teams. Teachers are learners as well. So are BOT members.
    • Adminstrators: providers should be able to plan with their teachers
    • BOT: boards of trustees should be able to provide governance to the provider based on learner's progress.
    • Sector: analysts should be able to view the sector's providers, and anonymous learner progress.
    • Authenticated Public: same
    • UnAuthenticated Public
    • Etc.
  • Structure:
    • Logical elements of the Resource (Summary, Introduction, Appendices, etc.)

    * Related Metatdata

    • Who is RASCI for this document
    • When released, updated, changes
      • Constraints (expiration, ownership, attribution & copyrights, cost to access, etc.)
  • Formatting (the Structure is often rendered as connected views and/or sections under headings)
    • Note that an alternate technique to show multiple related Viewpoints alongside each other in the same View is by using Gutters/Sidenotes, or side-by side comparison screens.
  • Collaboration (by Responsible and Supporting roles)
  • Classification (Security Classification, Tags, Attribution, Location usable (eg, visible only in-country?), etc.)
  • Contribution (who Supported, who was Consulted)
  • Attribute (who authored this resource)
  • Reference (to other resources, generally as Footnotes)
  • Link (to related resources, which is not same as footnotes)
  • Comment (by Consulted and Informed stakeholders)
  • Sequence (set position within a larger collection)
  • Compliance:
    • Validate
      • Correctness
      • Alignment
      • Attribution
      • Ownership/Lifespan
  • Change control:
    • Notify changes to Responsible, Consulted collaborators and Informed commentators.
    • Notify upcoming changes to interested/related development stakeholders to minimize impact when released.
  • Publish
    • First time
    • Revise/Replace (ie: Update published resources, releasing a Minor Change Version)
    • Supersede (release a Major Change Version, linking previous version to new)
      • Includes Merge operations
    • Revert:
      • Include Undo Merge operations
  • Notification:
    • notify published changes to interested/related stakeholders
  • Comment (by consumer)
  • Correct (live edit by appropriate users)
    • Self-Correct (when it's a personal record, allow the person who knows themselves best to correct their PII)

    * Rate by User @ specific date (all information deprecates over time…)

    • Tag by User (custom categorization)
  • Interrelate/Link to other Resources:
    • To items in the same system
    • To items in External systems
  • Compare:
    • To Historical Records
    • To Different Records
      • To Different Viewpoints
  • Moderate
    • Correctness
    • Comprehension / Understandability
    • Clarity
    • Conciseness
    • Appropriateness / Relevance / current value
    • Legality (Laws change over time, impacting privacy, etc.)

    * Moderate Metadata

    • Moderate/Rationalize user Tagging choices
    • Moderate user Comments (PII, profanity)
      • Address behaviour, reference T&C, change user roles and status as necessary.
  • Curate: basically, keep it a valuable Resource rather than developing into a Liability.
  • Monitor Trends of Usage/By, informing Resourcing/Funding
  • Manage (phone/email/non-system users) Requests for Correction
  • Manage Requests for Owned data (GDRP) in non-normalized/normalized formats
  • Manage Requests for Deletion (RTBF)
  • Deprecate/Retire
  • Archive
  • Remove record (soft)
  • Decommission record Catalogue
  • Export Data in normalized format as preferred by National Archives
  • Decommission System
http://skysigal.com/it/ad/information_management_lifecycle/home
skysigal.com
crawl=CC-MAIN-2021-43
158479
application/http; msgtype=response
sha1:XXODE2IWMCIEIJGUMA6XLNJBZ4ZBPICD
<urn:uuid:7992022c-4c88-4192-b76a-da56b046328f>
2021-10-16T21:37:26Z
35.213.157.149
application/xhtml+xml
sha1:6FFDMZFQMLEEKYTAKJ4R7UAX64UKEZVN
<urn:uuid:7886094f-3195-44e2-b638-087196dc8fde>
http://skysigal.com/it/ad/information_management_lifecycle/home
response
<urn:uuid:eb79e3f9-6a7d-4193-9419-d309dc516bfd>
isPartOf: CC-MAIN-2021-43
publisher: Common Crawl
description: Wide crawl of the web for October 2021
operator: Common Crawl Admin (info@commoncrawl.org)
hostname: ip-10-67-67-191
software: Apache Nutch 1.18 (modified, https://github.com/commoncrawl/nutch/)
robots: checked via crawler-commons 1.2-SNAPSHOT (https://github.com/crawler-commons/crawler-commons)
format: WARC File Format 1.1
conformsTo: https://iipc.github.io/warc-specifications/specifications/warc-format/warc-1.1/