Download - Royal Australian Navy
Download - Royal Australian Navy
Download - Royal Australian Navy
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
NAVY ENGINEERING BULLETIN AUGUST 2002<br />
37<br />
Defence Engineering &<br />
Maintenance Systems<br />
Scoping Study (DEMSSS)<br />
BY LTCOL ANDREW MONRO<br />
DIRECTORATE OF MATERIEL<br />
INFORMATION SYSTEMS<br />
PLANNING<br />
Introduction<br />
The move to align the many disparate systems into corporate<br />
information management (IM) solutions within Defence has been no<br />
coincidence. There are many drawbacks in having too many systems<br />
(across the individual Service domains) performing similar functions.<br />
These include the lack of a common language within Defence domains,<br />
high maintenance costs for information system support, increased<br />
training requirements with accompanying reduced flexibility of<br />
employment of personnel, and extreme difficulty/cost in providing<br />
information for management beyond the individual system level.<br />
Additionally, a large number of information systems create the need for<br />
an excessive number of interfaces between systems, which usually<br />
results in minimal numbers of automated interfaces and high levels of<br />
manual interfaces. These all contribute to degraded overall performance<br />
of Defence management functions.<br />
The former charter of the Joint<br />
Logistics Systems Agency (JLSA)<br />
to improve the efficiency and<br />
effectiveness of the logistics<br />
business processes and related<br />
information systems within the<br />
ADO has now been transferred<br />
within the DMO to Management<br />
Information Systems Division<br />
(MISD). This new Division was<br />
formed with the purpose of<br />
providing Defence with an<br />
information environment that<br />
supports Acquisition and Through<br />
Life Support. Amongst other<br />
things, MISD will support the<br />
Defence vision for logistics<br />
systems (as endorsed by the<br />
Defence Logistics Board), which<br />
is:<br />
Defence logistics will be<br />
supported by a well aligned<br />
suite of information systems<br />
that provides a high level of<br />
automated support for the day<br />
to day operation of people and<br />
processes involved in the<br />
conduct of, or in support of,<br />
military operations. The systems<br />
will be standard (for common<br />
functions) across Defence, but<br />
will cater for essential<br />
differences of functionality<br />
required by individual Services<br />
and circumstances. The<br />
systems will satisfy essential<br />
requirements and use standard<br />
Defence logistics language.<br />
Duplication of function and data<br />
will be minimised to that which<br />
is essential for effective military<br />
operations. The systems will<br />
readily accommodate<br />
enhancements. Access to the<br />
systems and data will be limited<br />
to those requiring it for<br />
legitimate Defence purposes.<br />
Where appropriate, they will be<br />
used by Defence contractors<br />
and coalition nations, and will<br />
inter-operate with their<br />
automated information systems.<br />
What does all of this have to do<br />
with engineering and<br />
maintenance (E&M), you ask? In<br />
the past, individual Services<br />
within Defence have acquired<br />
logistic systems to support their<br />
own technical equipment,<br />
generally without any formal<br />
requirement to consider possible<br />
multi-service application or the<br />
existence of systems in another<br />
service addressing similar<br />
requirements. Although there is<br />
more scrutiny in the present day,<br />
individual Service initiatives<br />
persist. This has resulted in a<br />
range of information systems<br />
supporting similar E&M functions<br />
across the Services, which<br />
potentially wastes Defence<br />
resources. It also makes decisionmaking<br />
from a corporate/Defence<br />
perspective very difficult because<br />
individual Service E&M data is<br />
difficult or impossible to<br />
aggregate.<br />
There are over 90 different E&M<br />
applications currently in use<br />
across the Services to support