We have a variety of working groups—here and at various standards organizations—with different and occasionally overlapping interests, roles, and responsibilities.
The working group ALM-PLM Interoperability (2nd edition) aims to define industrial relevant scenarios for interoperability of ALM and PLM engineering environment to indicate gaps and potential extensions to the relevant OASIS OSLC technical committees. It builds on the work of the previous Working Group “ALM-PLM Interoperability (1st edition)”
A working group to discuss, plan, and execute communications about the work of the Open Services for Lifecycle Collaboration (OSLC) community. The workgroup aims to build better visibility within the community of the work of the various workgroups; and to raise awareness of the value of the work of the community within the applications and middleware industry and its customers.
The Human factors (HF) working group resources will define a set of use cases and scenarios that will feed the concepts necessary for exchange in order facilitate the use of human factors in systems engineering. The term ‘systems engineering’ is used to describe the interdisciplinary field of engineering that focuses on the design and management of a system over the whole lifecycle.
HF is the application of human factors methods to develop systems with an effective, comfortable and user friendly design. HF seeks to avoid HF issues which are typically problems in which humans do not work with the system in a way as expected thus negatively impacting the overall system performance. When properly applied at the design stage, HF reduces situations where the human does not act or behave as expected.
The discipline of HF involves many methods such as data collection, task analysis, cognitive task analysis, human error identification, situation awareness analysis and interface analysis techniques. The implementation of these methods and the results they produce must be orchestrated around the existing design process of a project. HF is multidisciplinary and takes place across the entire lifecycle. The implementation of methods can only be done with meaningful input from the system design and for maximum effect; the results must be fed back into that design.
This working group will define a framework to support the creation and consumption of lifecycle patterns that will enable practitioners to apply OSLC specifications and concept and quickly locate solutions to common lifecycle integration challenges. Experienced users who have successfully appied OSLC in their environments are invited to share parts of their solution as additional patterns.
Lead by: Rainer Ersch, Wesley Coelho
The Steering Committee, now operating at OASIS, is the governing body of the OSLC community that approves new workgroups, approves specifications, de-commissions workgroups, and manages other changes in governance or participation across the community.