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 • • • •
© Copyright 2024