![]()
PG Viking Through Life Information Management Strategy | |
Date of first issue: |
Project No.: |
14 August 1998 |
|
Approved by: |
Organizational unit: |
Truls Grasmo |
The ILS Group |
Client: |
Client ref.: |
Kockums Ordernr: 213012 -10 | |
Summary: | |
As the first of three reports making up the Information Management Study in the Viking program, this report constitutes the Through Life Information Management Strategy. In addition, the Information Management studies will deliver the reports "Information Management Plan" and "Preparation for next project phase." The Viking program is still in an early stage, and few decisions have been made, and it will probably be necessary to update the Through Life Information Management Strategy when more decisions regarding concept for the submarine and organization of the program have been made. The goals for Through Life Information Management are: · Improved through life quality and accuracy of system information
In order to accomplish these goals the following recommendations are made: · To establish a shared data environment with a common logical data structure amongst all participating parties on both the government and the industry side.
| |
PG Viking Through Life Information Management Strategy | |||||
Editors Ref.: |
Subject Group: |
||||
fbp/98aaadzf |
Indexing terms | ||||
Report title: |
|||||
Through Life Information Management Strategy |
Information Management, Digital Information Through Life, Viking | ||||
Work carried out by: |
|||||
Viking Information Management group, see Appendix A Edited by:
|
No distribution without permission from the responsible organizational unit | ||||
Work verified by: |
|||||
Boye Tranum |
Limited distribution within PG Viking | ||||
Date of this revision: |
Rev. No.: |
Number of pages: |
|||
5 September 1998 |
03 |
Unrestricted distribution | |||
PG Viking Through Life Information Management Strategy |
Table of Contents 1 Introduction *
2.1 Goals for Viking *
3 the Viking lifecycle * 3.1 Introduction *
4 External Information Environment *
5.1 Technical goals *
6 Shared Data Environments for VIKING * 6.1 Shared data environment options for Viking * 6.1.1 Solution A *
6.2 Common logical data structure for Viking * 7 Assessment of Options * 7.1 Shared data environment options * 8 Recommendation *
|
PG Viking Through Life Information Management Strategy | |||||||
1. Introduction
"Prepare the necessary background documentation for a decision to be taken by March 31, 1999; thus allowing the authorities in the three countries to decide whether or not it is considered expedient to continue the co-operation and develop a common building specification for the new submarines." See reference /1/ for further information. As the first of three reports making up the Information Management studies in the Viking program, this report constitutes the Through Life Information Management Strategy. In addition, the Information Management studies will deliver the reports "Information Management Plan" and "Preparation for next project phase." 2. Description of the Viking Business Environment
· Common procurement: To plan for a possible common procurement and if politically acceptable, procure 10 submarines to Denmark, Sweden and Norway within the period from 1999 to 2012.
2.2 Constraints, political decisions and concept choices
Program constraints:
· Nations will have the opportunity to decide a common procurement after PDP, probably at the end of 2001 · Cost limit for the procurement of Danish submarines is 900 mill SEK (1996) · Limited competition due to the requirement to involve the nations submarine and submarine related industry. Political decisions:
· Expected after PDP. Concept choices already made:
Requirements for training:
2.3 Roles and relationships
PMO and Prime Contractor:
1. One prime contractor is preferred.
PMO and operational logistics and support concept:
Industry involvement through life:
Design Phase (DP): To be decided during study phase.
· Intellectual property rights:
· How to audit warrantees and incentive mechanisms:
2.4 Options to be maintained
2.5 Miscellaneous
3. The Viking Lifecycle
The Viking TLBM has to some extent been tailored and adapted to a Scandinavian through life model for weapon systems, and to an appropriate level for the current project phase. The Viking TLBM covers all main activities in the project (not just the information management part), and is thus applicable to the program management of PG Viking. The TLBM may be further detailed, e.g., into the areas of risk management and logistic support analysis (LSA). 3.2 Purpose
· Gather, store and retrieve information for the Viking life-cycle · Facilitate creation of project plans, work orders, etc. 3.3 The TLBM Model for PG Viking
4. External Information Environment
Within the military services the situation is different in the three countries:
· Sweden is using a number of legacy systems, see reference /3/. The Swedish Defense has decided to put all software system development on hold until an ongoing study on the issue has been completed. This study is planned to be completed within a couple of years and until then it is difficult to make assumptions with respect to relevant IT trends, policies and plans. · Norway is also using a number of legacy systems, see reference /4/. The Norwegian Navy is currently into a major acquisition project, where new escort vessels are to be procured. This project is of such a size that software standard, choices and policies will be of great relevance to other projects, also Viking. For Defense industries in Sweden, Denmark, and Norway, very little information has been received. This will be addressed at a later stage. 5. Goals for Through life Information Management
· To establish and run accurate and consistent configuration management through life. 5.2 Business improvements
· Reduced cost, both in the acquisition phase, and in a life-cycle view. Reduce design, development and production cost by 10% by introducing a shared data environment and related working processes amongst all participating parties, both on the industry side and on the government side. The 10% reduction shall be gained purely because of better, faster and more accurate information flow, and shall be calculated based on estimates from previous Norwegian, Swedish and/or Danish submarine programs and LCC estimates to be calculated on the Viking submarine. 5.3 How improvements will be managed and measured
· Configuration Management: The configuration management scheme shall include a configuration audit function in order to assure the quality of the CM activity and CM information. · Cost reduction: Cost reduction shall be measured by ongoing LCC tracking. Initial estimates shall form a baseline (expected in the PDP). 6. Shared Data Environments for VIKING
A shared data Environment based on common data structure with local stored information. Local data vaults partitioned based on functions and disciplines (e.g., CM, LSAR). Distribution of data between installations will be based on off line methods. The original data shall not be stored in more than one place. This requires a common data administration. · Classified information:
6.1.2 Solution B · Unclassified information: A shared data environment based on one logical information structure with integrated access. Data can be allowed to be stored in several geographical places, but in one logical structure. Information access shall be on-line. · Classified Information:
6.1.3 Solution C
6.2 Common logical data structure for Viking
7. Assessment of Options
· Benefits: Value added by SDE in meeting project goals (such as Operational Availability, minimized LCC, shorter development)
Another important measure for the Viking program in order to support decisions regarding Information Management is the life-cycle cost (LCC) model. This would naturally be a part of the main LCC model in Viking. However, as the latter model is not established yet, this will have to be postponed. The assessment is performed using the philosophy of Criticality Management Tools (CMT) as described in Refs. /5/-/6/. At the present stage, only a qualitative assessment is made. The various options are evaluated on a relative scale, using the definitions listed in Appendix B. 7.1 Shared data environment options
Table 7.1 Assessment of the Options for SDE
Solution A
Solution B
Solution C
8. Recommendation
· Solution A is inadequate as far as functionality is concerned, i.e., it is based on old-fashioned working processes that inhibit the full utilization of a shared data environment.
From these considerations, the following recommendation is given: Solution B. 9. References /1/
/2/
/3/
/4/
/5/
/6/
|
|||||||
PG Viking Through Life Information Management Strategy
| ||||
|
The participants in the Information Management group in the Viking program are: Commander T. Grasmo
Major B. Tranum
Principal Technical Officer U. S. Carlsson
Head of Division J. B. Leimand
Captain K. Eikanger (Meeting 1 through 4)
Cons. N. Sandsmark
|
||||
PG Viking Through Life Information Management Strategy
| |||||||
|
This appendix contains the definitions of the cost, benefit and risk categories used in the assessment of the three options regarding a shared data environment. As opposed to cost and benefits, risk is a two dimensional quantity. It describes uncertainties, and contains both a probability and a consequence dimension. For this reason, risk is treated separately from cost and benefits below. Table B.1 Consequence Categories for Cost and Benefits
High
Cost
Low
High
Benefit
Low
Risk represents an unwanted deviation from a target. It has a two-dimensional nature, as it depends both on the probability of such a deviation, as well as the consequence ("size") of the deviation. In the qualitative version of CMT, the risk is divided into three levels, as shown in Table B.2 below. Table B.2: Risk Levels
Critical A critical risk is unacceptable and mitigative actions must be implemented.
Significant A significant risk represents a considerable risk, but is still acceptable on the grounds that it is constantly monitored to ensure that the risk level is not increased to a Critical level.
Negligible A negligible is acceptable and can in most cases be discarded.
Using the measures defined in Tables B.1 and B.2, the three options regarding a shared data environment are evaluated with respect to their cost, their benefit, and the risks associated with that option. This is done in sec 7 of this report. |
|||||||