IBM Atlas Suite Users Guide: Data Source Maintenance with IIM

advertisement
IBM Atlas Suite Users Guide:
Data Source Maintenance with IIM
for IBM Atlas Suite v6.0
IBM Atlas Suite Users Guide: Data Source Maintenance with IIM
This edition applies to version 6.0 of IBM Atlas Suite (product numbers 5725-D75, 5725-D76, 5725-D77) and to all
subsequent releases and modifications until otherwise indicated in new editions.
© Copyright International Business Machines Corporation 2004, 2011.
US Government Users Restricted Rights - Use, duplication or disclosure restricted by GSA ADP Schedule Contract with
IBM Corp.
Contents
1
Introduction .................................................................................................................... 4
1.1
2
Workflow Overview ................................................................................................................. 4
Data Source Creation ....................................................................................................... 5
2.1
2.2
2.3
2.4
Requesting a New Data Source ................................................................................................ 5
Saving the Change Request...................................................................................................... 7
Viewing and Completing the Request ..................................................................................... 8
Approving and Rejecting the Request ................................................................................... 12
3
Modifying a Data Source ................................................................................................ 14
4
Deactivating a Data Source ............................................................................................ 17
5
Non-IT Data Source Requests ......................................................................................... 18
5.1
5.2
5.3
5.4
5.5
6
Data Source Requests for ERM Users .................................................................................... 18
Data Source Requests for Legal Users ................................................................................... 19
The Request Form .................................................................................................................. 19
The Request Action Item ....................................................................................................... 20
The Request Approval/Rejection Alert .................................................................................. 20
Catalog Management .................................................................................................... 21
6.1
6.2
6.3
Change Requests Page for Approvers.................................................................................... 21
Change Requests Page for Non-Approvers............................................................................ 22
The Change Request List ........................................................................................................ 23
1
Introduction
A Data Source is an object that represents a repository of data, such as an email archive, fileshare, filing cabinet, and so
on. This book describes how to create, modify, and deactivate Data Sources, and explains the Change Request approval
workflow. It’s intended for IT users who have access to Map > Data Sources.
This chapter gives a brief overview of the Data Source workflow. Subsequent chapters provide detailed information
about the steps in the workflow and take a closer look at the Data Source UI and functionality.
For a general orientation to the Map > Data Sources module and descriptions of the attributes that make up a Data
Source, see the Data Source Definition Users Guide.
IMPORTANT
1.1
The details of the Data Source workflow and UI depend on whether or not your system is
configured to use Information Inventory Management (IIM). This Users Guide explains the
workflow and UI when IIM is enabled. If you’re not using IIM, see the Data Source Maintenance
without IIM Users Guide, instead.
Workflow Overview

Creation. A user requests the creation of a new Data Source. The request can be submitted by an IT member
through the Map > Data Sources module, a legal user through the Matters module, or an ERM user through
Schedules > Local Schedules. The Data Source isn’t immediately created, however; instead a Change Request that
describes the new Data Source is generated and added to the Catalog Management tab.

Approval. A user who has Data Source Approval permission goes to the Catalog Management tab, modifies the
Change Request (if desired or necessary) or forwards it to some other user for further definition (again, if
necessary). Ultimately, one of the Data Source Approvers either approves or rejects the Request. If the Request is
approved, a new Data Source is marked as active and added to the Catalog tab, and the Change Request is
removed from Catalog Management. If the Request is rejected, the Change Request is simply removed.

Modification. At some point, a user may want to modify an active Data Source. The user goes to the Catalog,
selects the Data Source, clicks Edit, and makes the desired changes. Again, this creates a Change Request that’s
added to Catalog Management where it waits for approval. In the meantime, the original Data Source remains
active in the Catalog. If the Change Request is approved, the original Data Source is replaced with the modified
version (and the Change Request is approved). A single Data Source in the Catalog can have only one Change
Request associated with it at a time—in other words, you can’t create two different unapproved new versions of
the same Data Source.

Deactivation. Eventually, you may want to deactivate a Data Source so it can no longer be used in IBM Atlas Suite.
As with modification, deactivation creates a Change Request that must be approved (unless the Request is
submitted by a Data Source Approver, in which case it’s immediately deactivated). Note, also, that the one-ChangeRequest-per-Data-Source rule applies here, as well. If a Data Source has a modification Request waiting to be
approved and a user attempts to deactivate that Data Source, the deactivation Request replaces the modification
Request.
2
Data Source Creation
In this chapter, we’ll look at the steps that an IT staff member takes to request the creation of a new Data Source. A
later chapter, Non-IT Data Source Requests, looks at how legal users and record managers request Data Sources.
2.1
Requesting a New Data Source
There are three ways to request a new Data Source:

You can go to the Data Source Catalog and request a new Data Source by clicking the New Data Source button:

You can go to Catalog Management > Templates and click Create Data Source:
Data Source Creation

IBM Atlas Suite Users Guide: Data Source Maintenance with IIM
You can clone an existing Data Source (or an existing Change Request) by going to its Details page and clicking
Clone:
When you use a Template or clone an existing Data Source (or Change Request) a panel is opened in which you can give
the copy a new name and ID, and supply Change Request information:
As we’ll see in the next section, you don’t have to supply a Name and ID; if you leave the fields blank, the system will
create a unique name and ID for you.
6
IBM Atlas Suite Users Guide: Data Source Maintenance with IIM
2.2
Data Source Creation
Saving the Change Request
After you’ve requested a new Data Source—regardless of which method you used—you’re taken to the Create Data
Source Change Request page where you can fill in more information about the Data Source that you want to create.
The content of the page depends on how your system is configured. You don’t have to fill out the Name and ID, which
are always marked as required (with a red asterisk), but you do have to supply information for all of the other required
fields. Of particular importance is the Requestor Comments field; you use this field to explain why the data Source is
being created, to give instructions to other IT staff who may need to complete the definition of the Data Source, and so
on.
When you’re finished, click Save:
NOTE
The set of attributes that you’ll see on the Change Request page is configured by a System Administrator
through the Admin > Data Source Maintenance module.
If you didn’t provide a Name and ID, the system creates them automatically. In this case, the form will reappear with
the new Name/ID values, and you must click Save again:
NOTE
The form of the auto-generated name can be configured by a System Administrator through the
DS_CONFIGURATION Component.
7
Data Source Creation
2.3
IBM Atlas Suite Users Guide: Data Source Maintenance with IIM
Viewing and Completing the Request
When a Data Source Change Request is submitted, a Data Source Request Ownership Alert is sent to all users who have
been designated as Data Source Approvers. When, as a Data Source Approver, you receive this Alert, click the Data
Source Request link:
NOTE
The set of users who are designated as Data Source Approvers is configured by the System Administrator
through the DS_APPROVER Component.
This will take you to the Details view of the Change Request. The first thing you should do is click the Event log tab:
This will display the comments that the requester supplied:
The Data Source Change Request may be missing attribute that need to be supplied before it can be approved. The set
of attributes that are required for approval may be (and typically is) broader than the set that was required when the
Change Request was submitted. The fields that are required for approval are drawn in a red font (Online From in the
illustration, above).
8
IBM Atlas Suite Users Guide: Data Source Maintenance with IIM
Data Source Creation
If you need to supply values for the required attributes—or if you simply want to modify the Change Request before its
approved—you can do one of three things:

Edit the Change Request yourself by clicking Edit and supplying the required fields.

Assign the request to another user by clicking the Forward button. The other user doesn’t have to be an Approver.

You can gather the required information from another user by adding a note to the Change Request. This will send
an Alert to the user, who can then edit the Request directly or supply the missing information to the appropriate IT
member.
Editing is fairly straightforward: You click Edit and then click Save when you’re finished. Forwarding and adding notes
are described in the following subsections.
2.3.1
Forwarding
Instead of finishing the definition of a Data Source Change Request, you can assign it, or forward it, to another user.
The implication is that the assignee is responsible for completing the Change Request—or for supplying as much
information as he or she can and then forwarding the Request to someone else.
To forward a Change Request, click the Forward button on the Request’s Details tab. This will open a Forward panel
where you can select the new assignee and supply comments:
The To: menu is populated with:

The Data Source Approvers (Catalog Management)

The Data Source’s Stewards

The user who created the Change Request

The Change Request’s previous assignee (if any)
You’re not limited, in your selection, to the users listed in the menu; the Browse button will open a Resource Chooser
through which you can select any user who has an IBM Atlas Suite account.
IMPORTANT
Use caution when forwarding a Change Request to a non-IT user. The user to whom you forward
the request is automatically given access to the Map module.
The user to whom the Request is forwarded is notified through a Data Source Request Ownership Alert. This is the
same Alert that was sent to the Data Source Approvers when the Change Request was created.
9
Data Source Creation
IBM Atlas Suite Users Guide: Data Source Maintenance with IIM
After the Request has been forwarded, its Assignee list is set to the user to whom the request has been forwarded:
Even though the Change Request has been assigned to a single user, it can still be modified by any user who has access
to it, and can be approved by a Data Source Approver.
The comment that was supplied by the user who forwarded the Request is listed in the Event Log:
IMPORTANT
10
The comments that you supply when you forward a Change Request are deleted when the
Request is approved (or rejected).
IBM Atlas Suite Users Guide: Data Source Maintenance with IIM
2.3.2
Data Source Creation
Adding a Note
If you need to gather information from other users in order to fully define a Data Source—or if you just want to
annotate your actions—you can add a note to the request. You can send the note as an Alert to more than one person,
or none at all.
To add a note, click the Add Note button. This will bring up a window where you can select the recipients and type the
text of the note:
You can’t type the names of the recipients directly in the text field. Instead, you click the To… button and select the
recipients from among the Data Source’s Stewards, the user who submitted the Change Request (creator), and the Data
Source Approvers (Catalog Management):
You can also choose any other user who has access to the Change Request by going to the Employees tab.
When you’ve finished adding recipients, click Save & Close in the Resource Chooser, and then click Add in the Add Note
window. The note is sent to the recipient(s) through a Data Source Request Notes Created Alert:
11
Data Source Creation
IBM Atlas Suite Users Guide: Data Source Maintenance with IIM
The note is also added to the Event Log (not shown).
IMPORTANT
2.4
The comments that you supply when you forward a Change Request are deleted when the
Request is approved (or rejected).
Approving and Rejecting the Request
To approve or reject a Change Request, go to the Details page and click Approve or Reject & Delete:
When you finally approve the completed Request, you’re given a chance to provide approval comment (not shown
here), and an approval Alert is sent to the user who requested the Data Source:
12
IBM Atlas Suite Users Guide: Data Source Maintenance with IIM
Data Source Creation
The Change Request entry is removed from the Catalog Management tab and the new Data Source is added to the main
Catalog.
If you reject the Request, you’re given a chance to provide comments, the Change Request is deleted, and a rejection
Alert is sent to the requestor:
NOTE
There’s no time limit for approval/rejection.
13
3
Modifying a Data Source
In this chapter, we look at the tools you use when modifying an existing Data Source. The workflow is, generally, much
like creating a new Data Source: You submit a Change Request which must be approved by a Data Source Approver,
after which the Change Request is removed from Catalog Management, and a new version of the Data Source is added
to the main Catalog (replacing the old version). The Alerts that are sent to the Approvers and the requester are the
same as those described in the last chapter. However, the UI and tools that you use when modifying a Data Source are
slightly different from those that you use when creating a new Data Source.
To modify an active Data Source, select the Data Source in the Catalog tab, and click the Edit button on the Data
Source’s Details page:
A new Change Request is created and you’re taken to its Change Request Details page. After you’ve edited and saved
the Change Request, you can compare your changes to the current, active version of the Data Source by clicking the
Compare button near the top of the page:
NOTE
The Approve and Reject & Delete buttons at the top of the page are only displayed if you’re a Data Source
Approver. We’ll look at the non-Approver UI in a moment.
IBM Atlas Suite Users Guide: Data Source Maintenance with IIM
Modifying a Data Source
This takes you two a side-by-side comparison of the Change Request (on the left) and the active Data Source (on the
right). Attributes that have been modified are marked with the sign:
You can return to the Details page of the active version of the Data Source by clicking the Data Source button, or return
to the Change Request Details by clicking Change Request:
If you’re not a Data Source Approver, the Approve and Reject & Delete buttons are removed from the UI. Instead, you
see a Route for Approval button:
When you route the Change Request for Approval, a Data Source Approval Request Alert is sent to the Data Source
Approvers:
15
Modifying a Data Source
IBM Atlas Suite Users Guide: Data Source Maintenance with IIM
Back in the main Data Source Catalog, you’ll see that the modified (but not yet approved) Data Source is marked with
the
16
icon:
4
Deactivating a Data Source
The workflow for deactivating a Data Source depends on whether or not you’re a Data Source Approver:

If you are an Approver, you’re presented with the Deactivate button on the Data Source’s Details page. When you
click the button, the Data Source is immediately deactivated (unless it has a Change Request pending).

If you’re not an Approver, you see Request Deactivation (as shown below). In this case, a Change Request is
created and must be approved.
You can’t deactivate Data Sources that are being used—that are in the Scope of a Request or part of a Collection, or
that are mapped to a Local Schedule. If you attempt to deactivate a Data Source that’s being used, you see this
warning:
If you attempt to deactivate a Data Source that has a Change Request associated with it, you see this warning:
In this case, it doesn’t matter whether or not you’re a Data Source Approver. If you proceed with the deactivation, a
new Change Request is created (replacing the existing one) and routed for approval. Keep in mind that there’s only one
Change Request per Data Source. If you click OK in the warning, above, and then reject the Request (i.e. if you cancel
the deactivation) the entire Change Request is thrown away—it doesn’t “revert” to the previous draft state.
IMPORTANT
Deactivating a Data Source makes it permanently inactive—you can’t re-activate an inactive Data
Source, nor can you clone it.
5
Non-IT Data Source Requests
ERM and legal users can also request new Data Sources. They do so by navigating to particular pages within the Local
Schedules and Matters modules, respectively. The process that’s initiated by this type of request is (typically) the same
as the Data Source-creation that’s initiated through the Map > Data Sources module: A Change Request is created and
added to the Catalog Management page where it waits to be approved.
ERM and legal users can only request the creation of a Data Source. The controls in the Local Schedules and Matters
modules don’t allow users to request Data Source modification or deactivation.
This chapter looks at the UI that’s presented to ERM and legal users.
NOTE
In order for ERM and Legal users to request Data Sources, your System Administrator must configure the
DS_CONFIGURATION Component.
5.1
Data Source Requests for ERM Users
If you’re an ERM user, here’s how you request a new Data Source:
1
Go to Schedules > Local Schedules and select or create a Local Schedule.
2
Click the Record to Repository Matrix tab.
3
Click Edit on the page that appears.
4
Click the Request Data Source button. A Data Source request form will open. We’ll look at the form in a bit.
You don’t have to save the changes to the Local Schedule. The request is submitted even if you cancel out of the Local
Schedules module. You can, for example, create a “dummy” Schedule that you use simply to get to the Request Data
Source button. Also, you’re not committed to using the Data Source in the Local Schedule’s Repository Matrix.
IBM Atlas Suite Users Guide: Data Source Maintenance with IIM
5.2
Non-IT Data Source Requests
Data Source Requests for Legal Users
A legal user can request a new Data Source as part of the Legal Request UI:
1
Go to the Matters module and select or create a Matter.
2
Click the Requests tab and select-and-Edit or create a Request.
3
Click the Resource Chooser icon in the Data Sources section of the Request page.
4
Click the Request Data Source button that’s displayed along the top of the Resource Chooser.
As in the ERM scenario, you don’t have to save the changes to the Matter or Request.
5.3
The Request Form
The request form that’s presented to an ERM/legal user depends on the user’s role. In a typical configuration the
ERM/legal form is much simpler than that for IT staff. The form always contains the Requestor Comments and Reason
for Request controls (which are always required). In some cases, this may be all that’s needed:
19
Non-IT Data Source Requests
IBM Atlas Suite Users Guide: Data Source Maintenance with IIM
After the user has successfully filled out and submitted the form (where “successfully” simply means that all the
required fields were filled in), a success message is displayed:
5.4
The Request Action Item
When a user submits a Data Source request through the Local Schedules or Matters modules, he or she is sent a DATA
SOURCE REQUEST Action Item. The Action Item is a reminder, to the user, that he or she submitted the request:
There are no user obligations associated with the Action Item—again, it’s just a reminder.
5.5
The Request Approval/Rejection Alert
When the request is approved or rejected, a YOUR DATA SOURCE REQUEST HAS BEEN PROCESSED Alert is sent to
the requester. This is the same Alert that we saw in Change Request Approval, earlier in this book.
20
6
Catalog Management
In this chapter we’ll take a closer look at the Catalog Management > Change Requests page. The page lists the current
Data Source Change Requests to which you have access, and provides controls that let you refine the list. The controls
that are displayed depend on whether or not you’re a Data Source Approver.
6.1
Change Requests Page for Approvers
If you’re a Data Source Approver, the Change Requests page looks like this:
The controls in the top part of the panel let you refine the list of Change Requests that are displayed:
Element
Reason for Request
Status
Meaning
The reason the Request was submitted, as selected by the requester. The contents of
the dropdown menu depends on how your system is configured.
The state of the Change Request:

In Progress. The Request hasn’t yet been routed for approval (by a non-
Approver).

Created By
Workload For
Pending Approval. The Request has been routed for approval.
The user who originally submitted the Change Request.
The user(s) to whom the Change Request is currently assigned. If the Change Request
Catalog Management
Element
Include Staff
IBM Atlas Suite Users Guide: Data Source Maintenance with IIM
Meaning
has been forwarded, then the assignee is the user(s) to whom it was forwarded,
otherwise it’s the list of Data Source Approvers.
If Include Staff is checked, the system also searches for Change Requests that are
assigned to users who are in sub-Organizations of the assignees’ Organizations.
Updated By
The user who most recently edited and saved the Request.
The parameters in the Data Source Details section are the same as those for the main Data Source Catalog. They can be
configured by clicking the More… button, as described in the Data Source Definition Users Guide.
IMPORTANT
6.2
When you change the set of Data Source Details parameters, the change affects both the Change
Requests page and the Data Source Catalog.
Change Requests Page for Non-Approvers
If you’re not a Data Source Approver, the Change Requests page looks like this:
The parameters in the top part of the search panel are:
Element
Reason for Request
The reason the Request was submitted, as selected by the requester. The contents of
the dropdown menu depends on how your system is configured.
Status
The state of the Change Request. In a non-IIM system, Change Requests are always In
Progress.
Created By Me
Assigned To Me
Updated By Me
22
Meaning
Looks for Change Requests that you created.
Looks for Change Requests that are assigned to you.
Looks for Change Requests that were most recently modified by you.
IBM Atlas Suite Users Guide: Data Source Maintenance with IIM
Catalog Management
The three checkboxes are OR’d together; for example, if you check Created By Me and Assigned To Me, the system
looks for Data Sources that you created or that are assigned to you.
6.3
The Change Request List
After you’ve filled in the search criteria and clicked Search, the page displays the Change Requests that were found:
The icons to the left of a Request’s name indicate the type of change:

means the Change Request is for a new Data Source.

is for Data Source modification.

is for Data Source deactivation.
The meanings of the columns are mostly self-explanatory. The Days column is the number of days the Request has
been waiting to be approved.
23
Download