Changes

Understanding IMSMA Information Model

66 bytes removed, 01:43, 19 July 2012
no edit summary
Current view calculations are based on the date of the field report, so it is possible to enter data into the system out of chronological order (that is, to collect past information about an item) without disrupting the current view. For example, if a fourth field report were collected and dated between Field Report #1 and Field Report #2, it would have no effect on the current view as all information in the example was updated with Field Report #2 or later.
===Mapping the Workflow=== ====Mapping the Workflows====
The first element of mapping the hazard reduction workflow is to build a map of the relationship between the objects and processes involved in the hazard reduction process. Starting with the first representation of the hazard, the workflow map should describe the processes done to the hazard and the output of the process. The workflow map should trace the entire process from hazard identification through clearance and release of the land according to the operational process in use in the programme. In the example below, a confirmed hazardous area (CHA) is linked to a technical survey that was conducted on the hazard. The survey resulted in a minefield on which a clearance was done, and the clearance resulted in a cleared hazard. Finally, a completion survey was logged to close the hazard.
This workflow map identifies the hazard reduction process that is used within the programme and can be mapped in IMSMA<sup>NG</sup> to track the clearance of hazards. Because IMSMA<sup>NG</sup> supports customisable workflows, it can be used to track different workflows for different objects. For example, a programme may have a separate abbreviated workflow for spot UXO tasks that involve only the identification of the UXO hazard (object) and a clearance of the hazard (process) without additional surveys or steps. This process should also be mapped for implementing in IMSMA<sup>NG</sup>.
===Business Rules Updating Structure===
====Status Changes====
By documenting the entire process conducted on each type of hazard, including the changes in status and type that result from the hazard reduction activities, information managers create a complete map of the hazard/hazard reduction workflow that informs how linking and reconciliation decisions should be made and provide a guide to data entry personnel.
====Progress Reporting Structure====
Once the hazard and hazard reduction relationships and workflow are defined and documented for each type of hazard, the next step is to define how progress data for the hazard clearance processes is collected. Traditionally, incremental progress data is collected using progress reports. These reports are typically linked to the overall clearance operation and are used to collect the incremental progress for a reporting period, usually, the number of mines/UXO cleared, area cleared and hours worked. In IMSMA<sup>NG</sup>, each progress report is stored as a new hazard reduction activity and linked to the clearance. As a result, individual progress reports can be queried to determine how much progress was made during a given reporting period. In addition, aggregate progress information can be queried for each clearance (for example, the total mines that have been reported cleared for a given clearance operation).
</div>
 
===Business Rules Updating Structure===
 
===Progress Report Structure===
==Reconciliation Process==
2,186
edits