The PLCS standard

Mats Nilsson
Information Architect
FMV – Swedish Defence Materiel Administration
Datum 2013-10-17, Bild 1, Mats Nilsson
The adoption of
the PLCS standard at FMV
About FMV and Mats Nilsson
• Mats Nilsson;
• FMV (Swedish Defence Materiel Administration) is a
Swedish government agency and its primary
objectives are;
– to procure materiel for the Swedish Armed Forces
– to be the design authority for this materiel
– to conduct maintanance and fleet management of the actual
material
Datum 2013-10-17, Bild 2, Mats Nilsson
– has been at FMV for ten (10) years
– mechanical engineer, former technician in the Armed Forces
– is responsible for the development and implementation of
PLCS (ISO 10303-239) on behalf of FMV
FMV as a design authority
• Need to have a consistent and complete view of data
regarding design and individuals
• Requires the ability to consolidate data from many
different sources and uphold it’s quality over time
• These requirements can be fullfilled through the use
of PLCS and PLCS compliant software
Datum 2013-10-17, Bild 3, Mats Nilsson
• Requires data exchange with the Swedish Armed
Forces as well as suppliers of both goods and
services
Work done to fulfill requirements and needs
• Definition of an information requirements model
• Definition of scenarios
• Definition of PLCS Data Exchange Specifications (DEX:s)
• Definition of FMV specific RD
• Development of an appropriate IT-environment
Datum 2013-10-17, Bild 4, Mats Nilsson
• Extension of the PLCS Reference Data capabilities (RD)
FMV information requirements model (IRM)
The IRM is a single model, currently devided into 20 views
•
•
•
•
•
•
•
•
•
•
Items of Supply and Parts
Part structures
Activity methods
Scheduled maintenace
Meters and meter values
Kits and kit lists
Failures (observation, reason, consequence)
Technical change order
Technical publication
Technical requirements
Information concering individuals
•
•
•
•
•
•
•
•
•
Individual items
Individual item structures
Change status
Asset count incl. kits
Meter readings
Failures and fault location
21
Fleet management
Actual activities (preventive and corrective)
Ordering of items and activities
Datum 2013-10-17, Bild 5, Mats Nilsson
Specifying information
Examples of FMV IRM views
Items of Supply and Parts
Datum 2013-10-17, Bild 6, Mats Nilsson
•
Examples of FMV IRM views
Activity methods
Datum 2013-10-17, Bild 7, Mats Nilsson
•
Examples of FMV IRM views
Actual activities (preventive and corrective)
Datum 2013-10-17, Bild 8, Mats Nilsson
•
Documentation of FMV IRM views
Developed in Enterprise Architect
Datum 2013-10-17, Bild 9, Mats Nilsson
Presented as MS Word document
Definition of scenarios
• Scenarios help us identify needs for data exchange
• These data exchanges are input to DEX development
S01 - Grunddataladdning av Förnödenhetstyper
Situation: FMV har beslutat att anskaffa nytt materielsystem och grunddata avseende Förnödenhetstyper skall överföras från materielsys temsleverantör.
Förutsättningen för scenariot är att systemkonfigurationen är godkänd av båda parter.
Grovt händelseförlopp:
Steg ID
FMV beställer information från materielsystemsleverantör
Materielsystemsleverantör selekterar ut aktuell information
Materielsystemsleverantör levererar denna på fil i PLCS-format
FMV tar emot informationen och godkänner leveransen
FMV kompletterar informationen
FMV godkänner informationen
FMV distribuerar informationen till relevanta system inom FM
FM tar emot informationen och godkänner denna
Text based
Organisation
och Roll
IT-Stöd
FMV: Teknisk
handläggare
DEX
(datutbytesspecifik
ation) med DEXdatafil
Arbetssteg
Information
S01.01
Teknisk handläggare skapar teknisk specifikation för
informationsleveransen. Denna tekniska specifikation
skall följa FMVs fastställda design- och handlingsregler.
Informationsbehovet beskrivs enligt PLCS-standard.
Informationsbehovet skall omfatta de attribut
leverantören skall leverera samt värdena på de attribut
som FMV tillhandahåller.
Vilken information.
När informationen
skall levereras. Hur
informationen ska
levereras samt FMVs
tillhandahållna
attributvärden
(inklusive
intressentsystem).
S01.02
FMV beställer information från
materielsystemsleverantör.
S01.03
Materielsystemsleverantören tar emot beställning av
informationsbehov.
S01.04
Informationsbehovet tolkas och analyseras. I detta
arbete kontrolleras hur efterfrågade attribut skall
levereras från leverantören.
Leverantör:
Teknisk
handläggare
S01.05
Leverantören genomför konstruktionsgranskning och
underhållsberedning i samarbete med FMV
Leverantör
S01.06
Leverantören skapar en leverans som omfattar
attributvärden genererade från egna system samt från
FMV tillhandhållna attributvärden (enligt beställning).
Leverantör:
Teknisk
handläggare
S01.07
Leveransfilen kvalitetssäkras internt baserat på fastställt
regelverk.
Leverantör:
Kvalitetskontr
ollant
S01.08
Leverantören påbörjar leverans av information enligt
beställning. Detta sker genom att en leveransfil läses in i
PDR.
S01.09
Ansvarig för rådatakontrakt i PDR tar emot information
om genomförd leverans och fördelar respektive
förnödenhetstyp till indaterare. Denna fördelning sker
mha ärenden och ingående positioner.
Kommentarer
Mallar och beskrivningar för
hur information skall
kravställas skall tas fram.
Troligen räcker fyra mallar för
att täcka behovet för all
materielanskaffning. Dessa
mallar skall stödja både PLCSoch excelformat.
Rutinerna för
intressenthantering bör ses
FMV:
Kommersiell
handläggare
Leverantör:
Kommersiell
handläggare
Förnödenhetstyp
med kravställda
Leverantör:
attributvärden t.ex. Teknisk
referensbeteckninga handläggare
r
Leverantör:
Teknisk
handläggare
Ramses
DEX
(datutbytesspecifik
ation) med DEXdatafil
DEX
(datutbytesspecifik
ation) med DEXdatafil
DEX
(datutbytesspecifik
ation) med DEXdatafil
FMV skall se över eventuella
behov av regelverk.
Graphically
PDR
PDR
På längre sikt (dvs senare än
2015) kan detta steg komma
att utgå då informationen
indateras i leveransfilen
direkt.
• Partly documented in Enterprise Architecht
Datum 2013-10-17, Bild 10, Mats Nilsson








Definition of DEX:s to support FMV
• Content is in a ”in work” status!
Datum 2013-10-17, Bild 11, Mats Nilsson
• DEX:s (Data Exchange Specifications) are developed
based on the IRM views and scenarios
• Are documented on PLCSlib
Extension of PLCS RD capabilities
Enhancements made to PLCSlib
• Quality of existing definitions improved
• Multi-lingual support
• PLCS terminology in OWL
• Developed support in Protegé
Datum 2013-10-17, Bild 12, Mats Nilsson
What Reference Data does;
• Enables the organisation or business specific
nomeclature to be added to PLCS data
• Is expressed in W3C OWL
Support for procurement projects
• Specification of information needs
• Information needs depends on;
Procurement solution
Complexity of the procured system
The chosen support solution
How critical the system is
… and more.
• Development of an ”expert system”
Datum 2013-10-17, Bild 13, Mats Nilsson
–
–
–
–
–
Ongoing implemetation of an PLCS based
IT infrastructure
• Policy decision in 2005…
• Urgent need to replace old system
Datum 2013-10-17, Bild 14, Mats Nilsson
• PLCS in full production 2016
Current IT environment
”Industry network”
Application
Application
Application
Application
Application
Supplier
PDB
Item of
Supply
IT-system
Application
Application
Application
Application
Application
Application
Application
Application
Maintainer
PDB
Application
Application
Excel
FMV LAN
Application
Defence-IP
Datum 2013-10-17, Bild 15, Mats Nilsson
Application
PLCS based solution for FMV PDB
• Basic principle
– Separation of application and data
• Interfaces based on PLCS
• And this is the target IT achitecture in principle…
Datum 2013-10-17, Bild 16, Mats Nilsson
– File exchange using DEX:s
– Appliction integration using Web Services
FMV PDB and PLCS
Application
Application
Application
Application
Application
Supplier
PDB
Application
Application
Maintainer
PDB
FMV
PDB
Swedish Armed
Forces
ERP
Application
RDL
Application
Datum 2013-10-17, Bild 17, Mats Nilsson
Application
PLCS WS
Integration platform
Application
Application
PLCS DEX
PLCS DEX interface
Application
Application
Integration platform
Application
Two steps to our target IT architecture
• Replace old main frame based central storage
database with a DBMS inside FMV LAN
– The old main frame is in the ”industry network”
– The existing User interfaces are the same
Datum 2013-10-17, Bild 18, Mats Nilsson
• Gradually move to DEX-based file transfers from
suppliers
IT target erchitecture MiMER stage 1
(functional description)
”Industry network”
DataStorageFunction (DSF)
DataInputFunction (DIF),
QualityRulesFunction (QRF),
DataMappingFunction (DMF)
SystemIntegrationFunction (SIF)
DataPresentationsFunktion (DPF)
QRF
6
Direct access
File transfer
DIF
Defence-IP
2
Internet
1
SIF
DPF
3
7
PDB
Supplier network
IDF
8
DMF
4
DSF
(master)
FMV LAN
Datum 2013-10-17, Bild 19, Mats Nilsson
5
DPF
Detailed functional target IT architecture
DPF
DIF
SIF
DMF
SIF
QRF
DSF
(master)
Datum 2013-10-17, Bild 20, Mats Nilsson
DMF
PLCS but still not…
• Contracts for PLCS based data are beeing signed or
detailed now
but ,
• data delivery is still at least two years away.
Datum 2013-10-17, Bild 21, Mats Nilsson
• We’re using the Share-A-space software supporting
the PLCS information model
but,
• Data exhanges are still native and translated into
(SAs-)PLCS close to the database
Summary of activities at FMV
DEX development
RD development
Procurement project support
PLCS based PDB (MiMER)
Datum 2013-10-17, Bild 22, Mats Nilsson
•
•
•
•