SYSTEM ENGINEERING FRAMEWORK FOR MANUFACTURING SYSTEMS M.Messaadia1,2, M. Djeghaba2, AEK. Sahraoui1,3 (1) LAAS-CNRS, 7 Av colonel Roch 31077Toulouse, cedex04 (2) LASA-Université Badji mokhtar Annaba (3) IUT-B Université Toulouse le Mirail {sahraoui, messaadia}@laas.fr,
[email protected]
ABSTRACT The paper deals with the developing of systems engineering framework for manufacturing systems. In order to attain such objective, we propose an approach on deploying systems engineering processes and to map the structural view of systems engineering to a manufacturing systems. A linkage between the final product, the manufactured product, and the product systems, and the manufacturing systems, is carried out through PLM processes. For the paper, only a partial set of processes will be discussed. The approach makes use of the Systems engineering standard. Keywords: processes, manufacturing systems, systems engineering, deployment
evolve, in order to build on the previous efforts aiming to improve the product development. 2. MANUFACTURING SYSTEMS DESIGN AND SYSTEMS ENGINEERING Manufacturing system is a system. Designing a manufacturing is based on high level requirements as business and strategic requirements and also technical and systems requirements. This part is on the necessity for a novel approach for manufacturing design ; such approach as discussed in the remaining of the paper is highly based on systems engineering approaches in terms of processes, methods, tools and associated standards.
1. INTRODUCTION AND PROBLEM ATATEMENT
2.1. Manufacturing systems design requirements
1.1. Introduction
The vision for future manufacturing is that more and more organisations will have to adopt an agile mindset in managing relationships to find world-class customer and supplier partners. In this context, manufacturing businesses will have to make continuous reassessments of their core strengths and competencies. Companies will need to increase their focus on high-added-value products and technologies, yet at the same time broaden the total service spectrum within which these are brought to market. Such objectives are based on initial requirements that are linked to the type of processes and the flexibility of product to be manufactured. The aim is to set up a comprehensive consolidation of requirements related to the computational infrastructure. Requirements involve both functional specifications the system is expected to meet, as well as technological requirements. Technological requirements combined with a state of the art investigation will clarify which technological framework is best suited for the area of virtual manufacturing. State of the art technologies are going to be investigated and evaluated for their appropriateness, including agent technologies, workflow management systems, workflow specification languages and Web Services standards. The objective is to identify the benefits from adopting each technology studied and assess its effectiveness and relevance in the context of virtual manufacturing. The notion of a workflow, defined as a partially ordered sequence of tasks or activities, seems to fit nicely into the manufacturing process. The relevance of workflow
The purpose of the requirement process is to develop requirements to satisfy needs, analyze the system, to derive a more detailed and precise set of requirements and to manage those requirements throughout the development cycle. The SE framework may vary either with respect to the system developed or/also depending of company policy; for such principle we propose that any SE framework must be defined; we resume our approach for such item as illustrated by the following figure 1.2. Problem statement The Systems Engineering (SE) methodology was conceived in the 1960’s to solve issues resulting from the increasing complexity of products developed in the space industry. At the present the industry which adapting and introducing SE, which describes an example of a “SE integrated development framework”. In this case, focusing on components development, SE has been chosen to remedy the lacunas of the current Concurrent Engineering environment within the company. Our approach is similar, focusing the manufacturing systems engineering. The SE applied to the new product development, but Manufacturing System design was always neglected: – The earlier practices on co-ordination between products and related manufacturing systems engineering have to
technology in the manufacturing area will be carefully considered, as well as the requirement for a workflow management system, and if deemed necessary, a framework for the execution of workflows will be developed.
3. TAYLORING SYSTEMS ENGINEERING TO MANUFACTURING SYSTEMS
2.2. The need for manufacturing design
System engineering is the application of scientific and engineering efforts to: -Transform an operational need into a description of system performance parameters and a system configuration through an iterative process of definition, synthesis, analysis, design, test, and evaluation. -Integrate reliability, maintainability, expandability, safety, survivability, human engineering and other factors into the total engineering effort to meet cost, schedule, supportability, and technical performance objectives. System Engineering is an interdisciplinary approach that: Encompasses the scientific and engineering efforts related to the development, manufacturing, verification, deployment, operations, support, and disposal of systems products and processes. Develops needed user training, equipment, procedures, and data. Establishes and maintains configuration management of the system. Develops work breakdown structures and statements of work and provides information for management decision making. [10]
comprehensive
approach
for
Such approach has been potential viewed as a way to map for a systems engineering approach
3.1. Systems engineering issues and concepts
System
Operational Products •••
Figure1:ES approach for work packages
2.3. The systems approach A project to be carried out (named MANABLE) proposes the following approach, illustrated by the figure 2
End Product
Development Products
Enabling Product Sets
Test Products
Training Products
Disposal Products
Consists of
Subsystem
Subsystem
Production Products
Deployment Products
Support Products
Fig3: product and enabling products structuring
Figure2: Manufacturing systems
In SE practice, it is made use for such difference; this is illustrated by the following (figure 3). In this paradigm system is decomposed initially into the end product (the operating system itself and the enabling product) all product that enable the production testing the deployment the support of the end product. The end product is at this time decomposed into subsystems, then each subsystems are decomposed into end product and enabling products and such refinement process will follow until we obtain elementary parts or component on the shelf (COTS); this is illustrated in (figure 4).
User or Customer Desired System
End Product
Development Products
Test Products
Production Products Subsystem
Project A Development Products
Test Products
Production Products Subsystem
Disposal Products
Training Products
Production Products
Project B System
End Product
Deployment Products
End Product
Disposal Products
Training Products
Subsystem
Development Products
Subsystem
Build/Code End Products
End Product
Production Products
Disposal Products
Training Products
Deployment Products
End Product
Disposal Products
Training Products
Deployment Products
End Product
Production Products
Development Products
Support Products
Training Products
Deployment Products
Disposal Products
End Product
Development Products
Support Products
Test Products
Production Products
Support Products
Training Products
Deployment Products
Disposal Products
Training Products
Deployment Products
Support Products
Disposal Products
Support Products
Test Products
Production Products
Training Products
Deployment Products
Disposal Products
Support Products
System
Test Products
Production Products
Development Products
Training Products
Deployment Products
Disposal Products
Technical management processes (three processes): these processes monitors the hall process ranging from the initial idea to build a system till the system delivering. [10] Acquisition and supply processes (two processes): these processes ensure the supply and acquisition (and are very close to logistics) System design processes (two processes): these processes are on the elicitation and acquisition of requirements and their modelling, the definition of the solution and its logical design. Product realization processes (two processes): theses processes deal with implementation issues of system design and its use. Technical evaluation processes (four processes): theses processes deal with verification, validation and testing issues.
Subsystem
System
Test Products
End Product
Subsystem
Subsystem
System
Disposal Products
System
Test Products
Subsystem
Development Products
Training Products
Deployment Products
Test Products
Production Products
System
Development Products
Production Products Subsystem
End Product
Development Products
Support Products Subsystem
End Product
Support Products
Subsystem
System
Test Products
Development Products
Deployment Products
Disposal Products
Subsystem
System
Off-The-Shelf/Reuse End Products
Training Products
System
Test Products
Production Products
Support Products
Deployment Products
Production Products
Support Products
Test Products
System
End Product
Disposal Products
Training Products
Test Products
Development Products
Development Products
Production Products
Support Products
Deployment Products
System
Test Products
Development Products
Support Products
Deployment Products
Subsystem
Subsystem
System
End Product
Disposal Products
Training Products
Building Block Developments
System
End Product
Project B’s Top-Layer Building Block
System
End Product
Development Products
Support Products
Production Products
3.2. From SE to manufacturing: the framework
System
Test Products
Training Products
Deployment Products
Disposal Products
Support Products
End Product
Development Products
Test Products
Production Products
Training Products
Deployment Products
Disposal Products
Support Products
Manufacturing is seen as a system via systems engineering view, we can see how to built system
Figure4: Systems development structure System
We can see in the above figure (figure5) that some subsystems or and products are refined and some others are not refined as they exist all ready or available, for instance a PC computer is an end product that don’t need to be refined since it is a cots system [7]. 3.1. Processes
End Product
Plans, Directives & Status
Assessment Process
Acquisition & Supply
Manufacturing
machines Outcomes & Feedback
Deployment Products
Disposal Products Support Products
Manufacturing system
Development Product
Test Products Production Products
Control Process
Training Products
S/system
Technical Management Planning Process
Test Products
Manufacturing S/system
In SE good practice we have the following chain Processes Æ Methods Æ Tools The processes are best described by the following EIA standards figure (fig 5); there are thirteen processes covering the management issues, the supply/acquisition , design and requirement and verification validation processes.[9]
Development Product
Training Products Deployment Products
Disposal Products Support Products
piloting
Figure6: Manufacturing systems via SE
Supply Process Acquisition Process
3.3. Linking the final product and enabling product
Requirements System Design
Acquisition Request
System Products
Requirements Definition Process Solution Definition Process Designs Product Realization Implementation Process Transition to Use Process Products Technical Evaluation Systems Analysis Process
Requirements Validation Process
System Verification Process
End Products Validation Process
Figure5: Systems Engineering Processes
These links enable planning and control of the engineering, through connections between systems and his manufacturing system. The manufacturing mission of the production system is the source of the connection. The date and the type of unvalued deliverable (information or product) can characterize this link. This link is refined when the engineering of the product or the manufacturing system is performed. As soon as the architectures are found, this link becomes a relation between defined systems and targeted deliverable exchange (still not valued) could be planned. [11] This link enables to optimize concretely the simultaneous engineering of product and related manufacturing systems. Exchange of valued information must occur between the
distinct technical tasks of each system. For instance, solutions of product design are taken as constraints for the manufacturing system requirements analysis. Solutions of manufacturing system design are taken as constraints for product Requirements Analysis. Concrete values must be considered here, because they induce feasibility and delay constraints. Essential contribution of enabling product design for the design of the end product is located in requirements engineering, as described in (EIA632 1998). We can confirm this point of view: requirements analysis of the end product brings the source of information acquired from each enabling products. However, description of engineering, as architectural design of the enabling products was not clear in the standard (EIA632 1998). For example consider the enabling product, the support system; we take specifically the maintenance system which is a part of the PLM in our taxonomy. The maintenance system monitors the product behaviour; some observation will be introduced to improve the reliability of the final product.
Cutting Machine
Tube
Cutting (X)
Forming Machine
Welding (X)
Assembly (X)
Painting (X)
Nuts Bolts
Paint
Frame (Y)
3.4. Relations between product and related manufacturing systems The processes for engineering a system are divided in four types. We have identified these four types by their ability to be applied distinctly or commonly to the Products and/or the Production Systems: – Technical and Agreement processes provide a generic description and can be distinctly applied to Product and Production Systems. – Enterprise and Project processes bring coordination to the development of Products and Production Systems needed to produce them. It is necessary to specify, among all the technical tasks realized by a development team, those belonging or contributing to Product and/or Production System. Four of the nine Knowledge Areas in (PMBOK 2000) and the description of the Project Management Context are directly concerned with establishing a link between Product and Production Systems (manufacturing systems): Table1. Management Links between Production Systems Development
Cutting (X+1)
Tube
Process
Forming Machine Welding (X+1)
Spring
Assembly (X+1)
Painting (X+1)
Nuts Bolts
Paint
Enabling Product
Frame (Y+1)
Product
and
Knowledge Area
Link between products and production systems
Project coordination (in Project Management Context) Project Integration Management Project Time Management
Multi-Projects and Development Team Coordination Through Enterprise Organization Project Plan Development Activity Sequencing, Schedule Development and Control Information Distribution Risk Identification and Risk Quantification
Project Communication Management Project Risk Management Cutting Machine
products
Actually SE offers the possibility to link the development of product and the development of enabling product in a unified framework. Hence the PLM offers such possibilities to materialise the linkage approach and the implementation approach. This work is a part of a project in deploying systems engineering; we address two issues; the first one is on maintenance and the second is on PLM which is the subject in this paper; our PLM is seen as sub product in the manufacturing structure and also as a tool for the linkage concept in systems engineering. 3.5. PLM: Product lifecycle management
Fig 7: Bicycle frame manufacturing process
We see in this example that only PLM ensures that the linkage is carried out between the enabling product and final product. Of course this can be applied only in the case of applying system engineering concept: distinction between final and enabling product. This can be illustrated by the (figure 7).
More commonly referred to as PLM – is emerging as the new method for industrial companies to better manage product development and “in-service” processes from beginning to end in the product cycle. Product lifecycle management (PLM) is a systematic, controlled method for managing and developing industrially manufactured products and related information. PLM offers management and control of the product (Development and marketing) process and the order-delivery process, the control of product related data throughout the product life cycle, from the initial idea to the scrap yard. Almost without
exception, the PDM and PLM abbreviations also refer to a data system developed to manage product data [2]. In basic terms, product life cycle management involves the use of digital software to eliminate much of the costly trial and error that has plagued manufacturers since the industry took a step beyond the industrial revolution.
(Engineering Change Request) which will be validated in order to establish the new bicycle (Y+1) with spring and its new manufacturing processes (X+1) for a new framework addition of new part reprogramming of the machines....
Manufacturing Engineering
Forming Machine
Cutting Machine
Requirement
Spring
Initialisation
Manufacturing And production
Evaluation
Cutting (X+1)
Tube
Welding (X+1)
Assembly (X+1)
Painting (X+1)
Nuts Bolts
Paint
Frame (Y+1)
Realisation
Product Engineering
validation
Sales And distribution
Info System
Concept engineering And prototyping
P L M
Maintenance And repair
Requirement analysis And planning
Disposal And recycling
ES (Link)
Cutting Machine
Figure 8: PLM information system context
WorkFlow
Inform Accept View
Re alize
E R P
Forming Machine
Cutting (X)
Tube
Create & Submit
ECR ECO
Welding (X)
PLM is seen as an information system; Product Lifecycle Management (PLM) systems control critical product information that must be shared with other enterprise
Assembly (X)
Painting (X)
Nuts Bolts
Paint
Frame (Y)
Figure 9: Bicycle Frame Manufacturing Process
4. A CASE STUDY We adopt the linking approach for bicycle production and focus on PLM. The bicycle is the final product in SE taxonomy we try to apply such framework for a bicycle manufacturing project by enhancing PLM processes as an information system. The manufacturing is a part of the life cycle of the product which is cover by the PLM which contains the processes of manufacturing of the product. In our exemplar of the bicycle, the final end product (or system) would be the finished and complete bicycle. The end products of subsystems would include things like the wheels, the handlebars, and the frame. Each association between product and production systems can be managed as a connection between systems of each hierarchical system structure. In the example of the bicycle (Fig 9) we can see the process of manufacturing (X), which defines the manufacturing of all parts of the bike until the end product. When the new requirement is emitted which is for example add a spring in the frame of the bicycle this decision is managed by the PLM system. When the requirement is emitted it is transferred via the PLM towards the team from engineering which will take into account about the link established before between the bicycle and its system of manufacture (via ES) in order to define the impact of the addition of the spring on the bicycle and the system from manufacture which results in the change in the manufacturing processes. The PLM is given the responsibility to convey the emission of the ECR
The PLM will be also given the responsibility to safeguard and bring up to date the new product and its manufacturing process (Fig 10). System (Y)
Bicycle (Y)
Well
Development
Test Product
Production Product (X)
Frame
Chain
Adding Spring
Development
Test Product
Production Product (X+1)
Frame
Pedals
Support Product
Deployment Product
System (Y+1)
Bicycle (Y+1)
Chain
Disposal Product
PLM
Pedals
Well
Training Product
Spring
Figure 10: Bicycle
Training Product
Deployment Product
Disposal Product Support Product
5. CONCLUSION AND PERSPECTIVES A preliminary approach for PLM used as a tool for linking both the development of the product and the development of enabling products, has been presented. Such approach is highly based on a systems engineering framework for manufacturing systems. Perspectives forward are planned to refine the approach for maintenance process as enabling support product and the development of the tool. Such tool will be experimented for aeronautic applications. 6. AKNOWLEGEMENT The authors would like to acknowledge their colleagues Hani El-Jamal and Chad Coulin for their stimulating discussions on some aspects of the presented work and also the anonymous referees for the remarks for improvements on an earlier version of the work presented at conference on PLM.
6. REFERENCES [1] A.E.K.Sahraoui, D.M.Buede, A.P.Sages, “Issues for systems engineering research”, 14th Annual International Symposium INCOSE 2004, Toulouse (France), 11p, 20-25 Juin 2004,. [2] A. Saaksvuori and A. Immonen “Product lifecycle Management”, Springer-Verlag Berlin. Heidelberg 2004. [3] Geoff Hall The internet “PDM and shared engineering the future of product realisation”. [4] Mathias Bauer and al “AgentSurvey: Assessing the state of the art of Industrial Applications Using Agent technology and AI Mathias Bauer and AI”. [5] Rob. Bodington and al, “Product Data Sharing in Virtual enterprise” 1999. [6] H.X.G. Ming, W.F. Lu and C.F. Zhu, “Technology Challenges for Product Lifecycle Management”, STR/04/058/SP. [7] M.H. Jamal AEK. Sahraoui, “Customising systems engineering concepts: case study on concurrent engineering Context”. ESEC, European symposium on concurrent engineering systems, Toulouse April 2005. [8] Sergio. Terzi, “ Elements of Product Lifecycle Management Definitions, Open Issues and reference Models”. PhD thesis politecnico di milano, Italia. 2005. [9] EIA Standard processes for Engineering a System 1998: EIA632-1998 [10] M. Messaadia, M.H. Jamal, AEK. Sahraoui, “Systems Engineering Processes Deployement for PLM”. International Conference on Product Lifecycle Management (PLM'05), pp.282291, 11-13 Juillet 2005. [11] E. Lardeur, C. Auzet, “Deployment of SE including Manufacturing Systems development: Practical Aspects”. The 13th
Annual International Symposium INCOSE 2003, INCOSE, Washington, DC, USA.2003. [12] PMBOK, "A Guide to the Project Management Body of Knowledge." PMBOK Guide, Project Management Institute, Newtown Square, Pennsylvania USA, 2000.