In this story example, You will find the database step, then the Data structure step, the Functions step, the Web step, the Jar Implementation Step and the final step.
Adapt functions to Business needs
Once database and primary functions are adapted, there are some extra functions that need to be adapted, or even created. We get back to our story to see if this is OK or not.
Data
The logic of import
-
Import from Web services from applications running under Tomcat
Import from applications on a different server than the OpenLSD Server
-
Import from applications but after a file transfer on the OpenLSD Server
The logic of export
-
Access through applications running under Tomcat, limited according to the Business Unit id
-
Exporting documents to enable a copy on an independent media
The logic of obliteration of the documents
-
Deletion from applications running under Tomcat, limited according to the Business Owner id
-
Automatic from life time limit in batch
The logic of the exploitation
-
One LSDServer only at the beginning
One LSDServer later on (when the number of documents will imply to have a mirror of the storage since the save on tape duration will become too long)
-
By using the Multiple Legacies support, this can be done by exchanging usual functions by ML ones. Web support needs to be improved. So partially OK (web support missing as of chosen between several ML OpenLSD Servers, but using standard Web support on Primary or Secondary OpenLSD Servers is OK).
Every day an incremental check of consistency will be done (with MD5).
-
Every week-end a full check of consistency will be done (with no MD5).