Difference between revisions of "UC-1.2.1"

From ICA-AtoM
Jump to navigation Jump to search
(New page: Main Page > System Requirements > Use cases > USC-1 Establish a system of control == Establish a system of control == These use cases relate to implementing policy decisions ...)
 
 
(3 intermediate revisions by the same user not shown)
Line 1: Line 1:
[[Main Page]] > [[System Requirements]] > [[Use cases]] > USC-1 Establish a system of control
+
__NOTOC__
 +
<span class="pageTitle">Implement an arrangement policy</span>
  
== Establish a system of control ==
+
[[Main Page]] > [[System requirements]] > [[Use cases]]
  
These use cases relate to implementing policy decisions in the application.
+
== Summary ==
  
 +
'''Overview'''
  
=== Define system scope ===
+
*An institution establishes its arrangement policy and customizes the application to implement it.
  
  
=== Establish a system of intellectual control ===
+
'''Context (parent cases)'''
  
==== Implement an arrangement policy ====
+
*[[UC-1|UC-1 Implement a system of control]]
  
<span id="USC-1.2.1"></span>
+
*[[UC-1.2|UC-1.2 Title]]
{| border="1" cellpadding="2"
 
  
|- valign="top" align="left" style="background:#00008B; color:white"
 
| colspan="3" | Implement an arrangement policy
 
  
|- valign="top" align="left"
+
'''Actors'''
| width="100" rowspan="4" style="background:silver" | Summary
 
! width="150" | ID number
 
| width="700" | 1.2.1
 
  
|- valign="top" align="left"
+
*Primary actor: institution.
! Overview
 
|
 
An institution establishes its arrangement policy and customizes the application to implement it.
 
  
|- valign="top" align="left"
+
*Secondary actors: administrator.
! Primary actor
 
| Institution.
 
  
|- valign="top" align="left"
 
! Secondary actor
 
| Administrator.
 
  
|- valign="top" align="left"
+
== Description ==
| rowspan="5" style="background:silver" | Description
 
! Preconditions
 
| n/a
 
  
|- valign="top" align="left"
+
'''Preconditions'''
! Trigger
 
| n/a
 
  
|- valign="top" align="left"
+
*Institution establishes a policy on arrangement.
! Successful outcome
+
 
| Application customized so that user options reflect institution's arrangement policy.
+
 
 +
'''Trigger'''
 +
 
 +
*N/A.
 +
 
 +
 
 +
'''Successful outcome'''
 +
 
 +
*Application customized so that user options reflect institution's arrangement policy..
 +
 
 +
 
 +
'''Main scenario'''
  
|- valign="top" align="left"
 
! Main scenario
 
|
 
 
Scenario A:
 
Scenario A:
  
Line 63: Line 54:
 
3. Administrator edits the default "Levels of description" taxonomy shipped with ICA-AtoM, so that drop-down lists show only levels and terms allowed by policy.
 
3. Administrator edits the default "Levels of description" taxonomy shipped with ICA-AtoM, so that drop-down lists show only levels and terms allowed by policy.
  
|- valign="top" align="left"
+
 
! Exceptions / variations
+
'''Exceptions / variations'''
|
+
 
 
Scenario B:
 
Scenario B:
  
Line 71: Line 62:
 
*E.g. application contains descriptions registered as "Record group" but term no longer allowed for new descriptions.
 
*E.g. application contains descriptions registered as "Record group" but term no longer allowed for new descriptions.
  
As of version 0.6, ICA-AtoM cannot accommodate this scenario. A term cannot be deleted from a taxonomy if other records are already registered to it. In a future release, it will be possible to make taxonomy terms "inactive" so that data integrity is protected, while drop-down list for on-going data entry show only the preferred terms.
+
ICA-AtoM cannot currently (v1.0 beta) accommodate this scenario. A term cannot be deleted from a taxonomy if other records are already registered to it. In a future release, it will be possible to make taxonomy terms "inactive" so that data integrity is protected, while drop-down list for on-going data entry show only the preferred terms.
 +
 
 +
 
 +
== Requirements ==
 +
 
 +
'''Functional requirements'''
 +
 
 +
*[[FR-1.2.1|FR-1.2.1 Describe material at multiple levels of arrangement]]
 +
 
 +
*[[FR-1.2.2|FR-1.2.2 Establish the highest level of arrangement]]
 +
 
 +
*[[FR-1.2.3|FR-1.2.3 Establish the number of levels of arrangement]]
 +
 
 +
 
 +
'''Metadata requirements'''
 +
 
 +
*[[MR-1.1.3|MR-1.1.3 Indicate the level of description]]
 +
 
 +
 
 +
'''Technical requirements'''
 +
 
 +
*N/A
  
|- valign="top" align="left"
 
| rowspan="3" style="background:silver" | Requirements
 
! Functional requirements
 
|
 
[[FNC-1 Establish a system of control#FNC-1.2.1 | FNC-1.2.1 Describe material at multiple levels of arrangement]]
 
  
[[FNC-1 Establish a system of control#FNC-1.2.2 | FNC-1.2.2 Establish the highest level of arrangement]]
+
== Documentation ==
  
[[FNC-1 Establish a system of control#FNC-1.2.3 | FNC-1.2.3 Establish the number of levels of arrangement]]
+
'''Diagrams'''
  
|- valign="top" align="left"
+
*N/A
! Metadata requirements
 
|
 
[[MTD1 Record information about archival materials#MTD1.1.3 | MTD-1.1.3 Indication the level of description]]
 
  
|- valign="top" align="left"
 
! Technical requirements
 
|
 
  
|- valign="top" align="left"
+
'''User Manual'''
! style="background:silver" | Diagrams
 
| colspan="2" |
 
  
|}
+
*[[UM-3.5|UM-3 Add / edit content > UM-3.5 Edit taxonomies (terms)]]

Latest revision as of 16:12, 11 July 2008

Please note that ICA-AtoM is no longer actively supported by Artefactual Systems.
Visit https://www.accesstomemory.org for information about AtoM, the currently supported version.

Implement an arrangement policy

Main Page > System requirements > Use cases

Summary

Overview

  • An institution establishes its arrangement policy and customizes the application to implement it.


Context (parent cases)


Actors

  • Primary actor: institution.
  • Secondary actors: administrator.


Description

Preconditions

  • Institution establishes a policy on arrangement.


Trigger

  • N/A.


Successful outcome

  • Application customized so that user options reflect institution's arrangement policy..


Main scenario

Scenario A:

1. Institution establishes the highest level of arrangement it will employ.

  • E.g. Fonds, series, record group established as highest level.

2. Institution establishes the number of levels of arrangement it will employ.

  • E.g. no sub-fonds, no more than three series levels (series, sub- and sub-sub-series).

3. Administrator edits the default "Levels of description" taxonomy shipped with ICA-AtoM, so that drop-down lists show only levels and terms allowed by policy.


Exceptions / variations

Scenario B:

Institution changes policy and for a transitional period retains old data values in the application (pending conversion) but allows users to use only new values.

  • E.g. application contains descriptions registered as "Record group" but term no longer allowed for new descriptions.

ICA-AtoM cannot currently (v1.0 beta) accommodate this scenario. A term cannot be deleted from a taxonomy if other records are already registered to it. In a future release, it will be possible to make taxonomy terms "inactive" so that data integrity is protected, while drop-down list for on-going data entry show only the preferred terms.


Requirements

Functional requirements


Metadata requirements


Technical requirements

  • N/A


Documentation

Diagrams

  • N/A


User Manual