[机械模具数控自动化专业毕业设计外文文献及翻译]【期刊】功能方法的形式化的夹具设计过程-外文文献

, J.M.Superior2,Cranfieldaccepted26reliesrequirements, taking this as a general concept, is to makeshould be always linked to a requirement, and its purpose isInternational Journal of Machine Tools &E-mail address: j.rioscranfield.ac.uk (J. Rios).a good design. In order to facilitate its automation by the development of a knowledge-based application, the explicit definition of the fixturedesign process and the knowledge involved is a prior and a fundamental task to undertake. Additionally, a fundamental and well-knownengineering principle should be considered: the functional requirements and their associated constraints should be the first input to any designprocess. Considering these two main ideas, this paper presents the development undertaken to facilitate the automation of the fixture designprocess based on a functional approach.In this context, the MOKA methodology has been used to elicit fixtures knowledge. IDEF0 and UML have been used to represent thefixture design process. A methodology based on the function concept and aiming to formalize such design process is proposed. Fixturefunctional requirements have been defined and formalized. Functional fixtures elements have been used to create a functional design solution,the link of these elements with the functional requirements and with typical commercial fixture components has been defined via tables andrules mapping. And finally, a prototype knowledge-based application has been developed in order to make an initial validation of theproposed methodology.q 2005 Elsevier Ltd. All rights reserved.Keywords: Fixture design process; Fixture knowledge modelling, Fixture functional requirements1. IntroductionThe main objective of any design theory is to provide asuitable framework and methodology for the definition ofa sequence of activities that conform the design process of aproduct or system 1. In general, all of them identifyrequirements as the starting point in the design process. Infact, the engineering discipline dealing with product designcan be defined as the one that considers scientific andengineering knowledge to create product definitions anddesign solutions based on ideas and concepts derived fromrequirements and constraints 24.For this research, a relevant issue when consideringexplicit the meaning of two main terms: FunctionalRequirement (FR) and Constraint (C). A functionalrequirement, as it stated by different authors, representswhat the product has to or must do independently of anypossible solution, 2,4. A FR is a kind of requirement, andconsidering some basic principles widely recognized in thefield of Requirements Engineering, we could add it is aunique and unambiguous statement in natural language of asingle functionality, written in a way that it can be ranked,traced, measured, verified, and validated. A constraintcan be defined as a restriction that in general affects somekind of requirement, and it limits the range of possiblesolutions while satisfying the requirements. So, a constraintA functional approach for the formalizationR. Huntera, J. Riosb,*aDepartment of Mechanical and Manufacturing Engineering, Escuela TecnicaJose Gutierrez Abascal,bCurrently in Enterprise Integration (Bldg 53),Received 14 January 2005;Available onlineAbstractThe design of machining fixtures is a highly complex process thatof the fixture design processPereza, A. Vizanade Ingenieros Industriales, Universidad Politecnica de Madrid,28006 Madrid, SpainUniversity, Cranfield, MK43 0AL, UK14 April 2005August 2005on designer experience and his/her implicit knowledge to achieveManufacture 46 (2006) 683697/locate/ijmactoolfunctional requirements should be defined in the functionaldomain, which brings on the scene the issue of how to defineand represent the functionality of a product. The way used torepresent it will affect the reasoning process of the designer,and in that sense, the mapping between the functional0890-6955/$ - see front matter q 2005 Elsevier Ltd. All rights reserved.doi:10.1016/j.ijmachtools.2005.04.018* Corresponding author. Tel.: C44 1234 754936; fax.: C44 1234750852.to narrow the design outcome to acceptable solutions.Considering the Theory of Axiomatic Design 4,ably, the first aspect to think about is how the requirementsare represented or declared. As it has been previouslyand the physical domains, being the later the one where thedesign solutions are developed. Several authors haveinvestigated the concept of functionality and functionalrepresentation 2,58. Their design approach provides aview based on the Function-Behaviour-Structure frame-work, where function is defined using structure andbehaviour 6. The objective is to fill the gap that allowsa designer to progress from FRs to physical designsolutions. The approach is that product functions areachieved by means of its structure, which seems to lead toan iterative causal approach, where solutions are soughtuntil the selected structure causes the intended functionality.The approach adopted in the research presented in this paperis based on the definition of Fixture Functional Components(FFC), which can satisfy the fixture functionality, and on themapping between such FFC and fixture commercialelements.An advanced approach to the definition of requirementsand functions comes from the creation of ontologies. Theontological approach pursues the definition of the meaningof terms making use of some kind of logic, and the definitionof axioms to enable automatic deduction and reasoning 9.The ontological approach has got a higher relevance sincethe representation of knowledge is considered the key factorin whatever engineering process, and it has been recognizedas a way to facilitate the integration of engineeringapplications 10, to describe functional design knowledge7, and to define requirements 11. Considering a puristapproach, if an ontology does not include axioms to enablereasoning then it could be considered more like aninformation model, and in this sense, this is the approachdeveloped in the work presented in this paper.When considering the methodologies developed for thedesign of fixtures, it can be stated that in general they arerational and propose a series of steps to follow. For example,the methodologies proposed by Scallan and Henriksen 12,13, make use of this approach to describe in general termsthe information needed in each stage of the fixture designprocess. Basically, the importance of modelling in detailsuch information, which mainly is related to fixturerequirements, fixture functionality, fixture components,manufacturing resources, manufacturing processes, anddesign rules; resides on the possibility to automate thedesign process through the development of a knowledge-based application or system. It is relevant to mention thatseveral authors have already aimed to develop knowledge-based applications for fixture design, none of them based ona functional approach, some of the most recently publishedworks can be found in the Refs. 1419.In the following sections, this paper presents amethodology to formalize the design process of machin-ing fixtures based on the engineering concepts offunctional requirements and fixture functions 20. Theformalization of the functional requirements is achievedthrough the application of a structured way of specifica-R. Hunter et al. / International Journal of Machine684tion via natural language. Additionally, IDEF0, MOKAmentioned, the way of expressing requirements definitivelyaffects their interpretation and the creation of a designsolution. In this sense, it is widely accepted, that the use ofnatural language is the most common way of expressingrequirements and in consequence, their writing becomes animportant issue. The anatomy proposed by Alexander et al.24 to write requirements in a semi-structured way is usedas basis to declare the functional requirements andconstraints of fixtures 20.In machining, work holding is a key aspect, and fixturesare the elements responsible to satisfy this general goal. Intheir design process, the starting point is the definition of themachining fixtures functional requirements and constraints.Usually, a fixture solution is made of one or several physicalelements, as a whole the designed fixture solution mustmethodology, and UML diagrams are used to capture,represent and formalize knowledge, being the ultimategoal to facilitate the automation of the fixture designprocess.The IDEF0 method is used to create an activity model ofthe fixture design process, allowing the identification of theinformation used in each one of the different tasks itcomprises. UML has been used to complement the IDEF0model by representing the interaction between the activitiesof the process. The MOKA methodology together withUML, are used to capture and represent knowledge involvedin the fixture design process. Finally, to validate theproposed methodology, partial results obtained from thedevelopment of a prototype knowledge-based applicationare presented.2. Analysis of machining fixtures requirementsIn Section 1, two terms have been defined: functionalrequirement and constraint. Requirements have alwaysexisted, the way in which they are expressed, and howthey are integrated in the product design process, are aspectsthat are addressed from different disciplines, for example:product design engineering and requirements engineeringamong others. In general, Requirements Engineering refersto the discipline dealing with the capture, formalization,representation, analysis, management and verification ofrequirements fulfilment. However, all these aspects need tobe integrated in the product design process, and require-ments should lead to the definition of the possible productdesign solutions, which in general demands an integratedview of the requirements issue. It is important to keep inmind that the development of such discipline is stronglyrelated to Software Engineering and Systems Engineering,and in fact much of the research related to requirementscome from authors from these engineering areas 2123.When considering the analysis of requirements, prob-Tools & Manufacture 46 (2006) 683697satisfy all the FRs and the associated Cs. Centring, locating,orientating, clamping, and supporting, can be considered thefunctional requirements of fixtures, what a fixture must doindependently of any particular solution. In terms ofconstraints, what limits the range of possible solutions,there are many factors to be considered, mainly dealingwith: shape and dimensions of the part to be machined,tolerances, sequence of operations, machining strategies,cutting forces, number of set-ups, set-up times, volume ofmaterial to be removed, batch size, production rate, machinemorphology, machine capacity, cost, etc. At the end, thesolution can be characterized by its: simplicity, rigidity,accuracy, reliability, and economy.2.1. Functional requirementsFrom the literature review 2527, and from theinterview with designers of machining fixtures 28, it canbe concluded that basic functional requirements that anyfixture solution must satisfy are related to: centring,locating, orientating, clamping, and supporting.However, the way that designers deal with these FRs isfar from being independent of the solution they areconsidering, and in general the FRs are not explicit butdesign solution identification. Adopting the ideas ofToyotas Set-based Concurrent Engineering 30 andAxiomatic Design Theory 4, it seems logical to statethat the FRs should be clearly identified and defined prior toselecting any possible design solution and as the designprogresses the different constraints linked to the FRs shouldbe refined to narrow the set of possible solutions.Chakrabarti et al. 29 also conclude that in order forrequirements to be adequately fulfilled by the final design,they must be identified, understood, remembered and used.This conclusion is not new, and in this sense, it demonstrateshow actual and relevant this issue is. It also reinforces acouple of ideas widely recognized in engineering design,one is the need to capture, formalize and documentknowledge, and the second is to make use of it in thedevelopment of Knowledge-Based Engineering (KBE)applications that could help the designers to carry outtheir job and make use in an automatic way of as muchscientific knowledge as possible 31. In this particular caseapplied to the design of machining fixtures.When addressing the development of a KBE application,there are two different sorts of FRs that need to be identifiedand documented. One kind is the functional requirements ofR. Hunter et al. / International Journal of Machine Tools & Manufacture 46 (2006) 683697 685implicit in the design process. Chakrabarti et al. 29 pointout some of the problems that appear in relation torequirements during the design process, for examplerequirements during conceptual and embodiment designsresult mainly from analysis of proposed designs, which infact it is in contradiction with the basic principle, presentedby different authors, of functional definition prior to anyFig. 1. MOKA Entity formthe application itself; in this case a KBE application forthe design of machining fixtures; and the second one is thefunctional requirements of the components subject of theapplication; in this case machining fixtures. An example ofthe former ones for an application developed in collabor-ation with an industrial partner is presented by Rios et al.28. For this kind of FRs specification, UML seems to befor fixture FRs.MOKA ICARE: ENTITYNameReferenceEntity TypeFunctionConstraints Functional Requirements for the FixtureConstraints Functional Requirements (CFR)StructureDefine constrains to Functional Requirements for the fixturet support the fune structurdeof the fixturRe03-07-041.0In progresformR. Hunter et al. / International Journal of Machine Tools & Manufacture 46 (2006) 683697686a good methodology: activity, component, and use casediagrams help to specify and give a view of the system.However, when getting into the logical view where classBehaviourContext, Information,ValidityDescriptionManagementAuthorDateVersionStatusNot ApplicableDefine constraints thaThe constraints will bWith this target it has beenfunctional requirement OrientationSupportLocateClampMachiningResourcesFig. 2. MOKA Entityand interaction diagrams have to be defined, it is needed tohave a complete understanding of the object of theapplication: machining fixtures. With this objective, andconsidering that the design of machining fixtures based onfunctional requirements would be the aim of a KBEapplication, the capture and documentation of the machin-ing fixtures FRs is part of the subject of the work developed20, and it is commented next.In this context, the approach adopted was to use part ofthe tools provided by the MOKA methodology 31, thenamed: Illustrations, Constraints, Activities, Rules andEntities forms, to elicit knowledge about machiningfixtures as a first step in the formalization of the FRs andCs. Based on these forms, it is possible to represent themain components linked with the fixture design process:non-functional requirements, functional requirements,Object ResourcePart Ain ve rtical ma chining center DM T50ActionSupportFig. 3. Functional requirementconstraints, design rules, fixture functional elements,fixture commercial components, etc. 20. Figs. 1 and 2present an example of application to the definition ofctional requirementsed thinking on the functional requirements structurefined a group of constraints associated with eache, such as:nato Huntersfor fixture Cs.fixture FRs and Cs.After this first phase, the requirements capture iscompleted with the formalization of the functionalrequirements syntax. At this point, it is important toremember that the declaration of a FR is a sentence writtenin a way that allows the FR to be measured, verified, andvalidated. The structure proposed is based on Alexandersanatomy 24, and it has similarities with the functionrepresentation presented by Takeda et al. 6, where it isstated that a function is a combination of a function body(verb), an objective entity (on which the function occurs onor to), and functional modifiers (adverb). The structureproposed in this research is made up of four maincomponents: action, object, resource, and qualifiers(Fig. 3). And unlike with the Takeda approach, all themodal adverbs (i.e.: firmly, precisely, in general allInside the working area of the table:X = 200 mmY = 400 mmZ = 400 mmTolerance for all the dimensions: 1 mmQualifierstructure.part_requirementscost_requirementsorientation_requirements-identificacion : char-nombre : char-descripcion : char-accion : char-que : char-recurso : char-calificador : chardocumentation_requirementFixture_requirementssupport_requirementsclamp_requirements-Requirements1-Documentation 1.*accesibility_requirements-Process 1.*-Part 1formal_representation_requirements-identificador : char-nombre : char-descripcion : char-accion : char-que : char-recurso : char-calificador : charfunctional_requirements-identificador : char-nombre : char-descripcion : char-accion : char-que : char-recurso : char-cualificador : charno_functional_requirements-identificador : char-nombre : char-descripcion : char-accion : char-que : char-recurso : char-calificador : charstructure_requirementsmachine_tool_requirements-Part1-Identificator: char-name: char-description: char-action: char-object: char-resource: char-qualifier: char-Identificator: char-name: char-description: char-action: char-object: char-resource: char-qualifier: char-Identificator: char-name: char-description: char-action: char-object: char-resource: char-qualifier: char-Identificator: char-name: char-description: char-action: char-object: char-resource: char-qualifier: charR. Hunter et al. / International Journal of Machine Tools