PLM Dawn and Standards for SMEs, MOL Telecomm Maintenance
New improved format: More Knowledge in Less Time!
2PLM NewsletterJohn Stark Associates May 10, 2010 - Vol13 #3 |
|
Welcome to the 2PLM e-zine This issue includes :
|
![]() |
![]() |
| Standards and SMEs by Roger Tempest |
|
|
"Although mid-sized enterprises share similar needs as larger companies and understand the importance of PLM, they have certain concerns about implementing PLM, including limited IT resources for services and training; resistance to changes to standard operating procedures (SOPs); unknown total costs and disruption to users' daily work." [Enovia] "The demands on small and medium size business are more challenging than ever. Great products are becoming exponentially more difficult to create due to increasing product complexity, globally distributed design teams, fragmented IT architecture and more stringent time, cost and regulatory requirements. The key to success is to harness product development activities." [PTC] "As a business owner [...] you have to constantly plan ways to innovate, collaborate, reduce cycle time and manage complexity. On top of these daily issues, growth of your company is dependent on strategies to address new markets, while effectively competing with larger enterprises with greater resources. The development of a rapidly deployable product lifecycle management strategy focused on speed-to-market is essential." [Siemens PLM] The quotes could go on but the underlying message is the same, and supports the views of the lead article in this issue of 2PLM. |
SMEs can have many or all of the PLM demands of large corporations, without having the specialist human and technical resources to address them. Many medium-sized companies are very well aware of PLM, but cannot see a clear and cost-effective way of implementing it. Vendors are trying to extend the PLM marketplace downwards, and the more successful they are, the better the overall PLM environment. PLM-enabled corporations need a completely PLM-enabled supply chain to take full advantage of their investment. Standards offer a "path of least resistance" for PLM. By following standards, it is easier to do things right first time, and to avoid wasted cost and effort. Not only do standards encapsulate best practice in a pre-packaged and easy-to-use form, but the actual development of standards creates new knowledge, and that can be passed on through the industry. PLM adoption is made easier, PLM implementations are more effective, and the demand for PLM increases. The first new PLM standards are published in the Q1 2010 issue of the PLM Journal.
Roger Tempest is co-founder of the PLMIG. You can comment or request more information via standards@plmig.com |
|
|
| CL2M Case Study 3 : MOL Telecomm Equipment Diagnosis and Maintenance by David Potter |
|
|
This case study is based on one of the 10 commercial applications developed during the EU PROMISE Project. It describes some of the features of the complete application, the objective of which was to enable more effective Middle-of-Life (MOL) diagnosis and maintenance of telecommunications equipment. The equipment in question is a broadband access system (IBAS), a Multi-Service Access Node, manufactured by one of the PROMISE partners and supplied to its customers as a platform for their broadband services. Historically, once telecoms equipment is handed over to the customer, operational statistics like performance and availability tend to be jealously guarded by the service operator, who is often reluctant to make them available to the manufacturer.
Operators may also use card substitution as a first step in diagnosis without properly tracking which cards were used, or the results. This has limited the effectiveness and reliability of diagnosis and maintenance of these systems and increased repair costs. For this application, the common PROMISE technologies were applied in order to meet the following objectives:
The design and implementation of this application was in accordance with the PROMISE Architecture. Information collected by the existing IBAS APU (Asynchronous Transfer Mode Processing Unit) was accessed via a top-level PEID (Product Embedded Information Device) implemented as the so-called PPIM (Promise Product Identification Media). PROMISE Data Services (middleware) was used to link the PEIDs with the back-end PDKM and DSS systems. At Beginning-of-Life (BOL), quite late in the Production cycle, each component is instantiated. Preliminary product information is generated and written to an RFID tag (called PCIM in the full case study). This is the local PEID. It enables tracking the component line cards and the on-board controller (APU) in each rack assembly up to the point when power is first applied, after which components and changes to them can be discovered automatically. The RFID tags later serve to identify the component any time that it becomes separated from the IBAS system and to link it to its historical information and any fault reports. |
The most important activity in this case study is the IBAS Onsite Support Visit. A technician visits the IBAS system and uses the portable PPIS (Promise Product Identification System) to establish communication with the target PPIM, download all the data residing on the PPIM and store it locally on the PPIS. A portion of the PROMISE Middleware residing on the PPIS validates the downloaded data so they can be transferred back to the PDKM (Product Data Knowledge Management) system when appropriate. The technician enters any additional information gathered from the inspection in the PCIS and tries to fix the problem and the results are recorded.
If communication between the PPIS and the PROMISE Decision Support System (DSS) can be established, the technician may seek support from it. All the information about the target PPIM stored on the PCIS during this visit are then uploaded via the PROMISE Data Services middleware to the PDKM, and are used as a problem description by the DSS. A DSS user enters in the DSS (PDKM) as accurate a description of the problem at hand as possible. This is accomplished via a suitable user interface, or by uploading data collected from a PPIM, or by a combination of those two. The DSS tries to locate "similar problems" in "similar contexts" and formulate a list of possible solutions which is presented to the DSS user. The user tries a suggested solution and reports back on the results, positive or negative.
If this process does not lead to a solution, the DSS user is presented with a user interface allowing the narrowing or widening of the Search Space. Finally, in all cases the User may/should enter via the DSS interface any Problem or Solution Report that can help in future cases. The following list shows the projected benefits derived from applying PROMISE technologies to the IBAS system:
Registered users who are logged in to cl2m.com will be able to access the full public text of this PROMISE demonstrator case study by following this link: Case Study 3: Middle of Life Telecomm Equipment Diagnosis and Maintenance. There is no charge for registration. In the next issue of the 2PLM newsletter, I will present the fourth in this series of case studies, dealing with the application of PROMISE technologies to predictive maintenance of engineering machines.
David Potter is Chief Technical Officer, Promise Innovation International Oy, and former Chairman of the Project Steering Board of the EU PROMISE Project. |
|
|
| Small Ad Section | |
|
|
![]() |
|
|
Top
To unsubscribe, please visit My account, - Newsletters- "manage my subscription" and untick the appropriate box.
Subscription is free to registered users. Register now




