Академический Документы
Профессиональный Документы
Культура Документы
CRAN, FaculM des sciences, BP 239, F 54506 VANDOEUVRE LES NANCY Cedex
LGIPM, ENSAM Metz, Technopole 2000,4 rue Augustin Fresnel, F 57008 Metz Cedex 3
17
Product Process
(standard cases)
The functions as a whole to satisfy the customeT Sum of orderly means and functions to obtain (imperatively) products functions at
and have the best possible profit margin lowest price
(maximum orofits)
Has a purchasing cost, implementation cost, PeTmitto obtain a cost, through a manufacturin g time, investments costs distributed on
maintain cost, exploitation cost, recycle cost.
~
:0 a pay back, general and development costs, and costs inducted by the type of process
g used.
c:
~Its cost is often suoerior to the oroducts one.
Has a quality '"
With means adapted to products restraints
"t:l
Evolves ~
v
Has to be able to evolve with the product and even to be recycled.
E'" Adapts always to the product. even bad.
Is realised in a quantity >= to the process, and 0 Is realised only at few exemplars.
often in hUl!e ouantities.
In most cases it is prototyped, tested. Cannot be prototyped (except ifit is consideTed as a catalogues product), its cost
taken in account.
The future of the enterprise depends on the net benefits
from its oroducts sales and its exoloitation costs
The product is what is delivered to the customeT The system is what stays in the enterprise, the functional analysis part which does not
get out the enterprise.
Each piece answers to functions
Product functions are realised by duos functions Process functions answers to the need issued from one (or more) duo(s) product
product Iproduct-process entity. (unction / entitv product
Table I : companson between product and process
18
_ External integration is usually taken into account The first procedures consist in setting up
by persons exterior to the requesting department. needs, their specifications as well as the analyses
-Internal integration consists in using all the accompanying them, and then in determining the
multi-function and multi-know-how skills functional analysis conducted in parallel and the
necessary for the development and the use of a constraints associated with these functions. The
system. main lines of the second procedures are looking for
These studies must integrate the knowledge principles and processes, technological solutions
and the know-how of the various professional fields making it possible to carry them out and the speci fic
and experts. The existing equipment, machines and constraints coming from them. Simultaneity consists
processes as well as suppliers must be integrated. All in starting the various phases of the study as soon as
the participants make up the project team . Time possible. Problems arise in synchronizing the
and efficiency are saved by favoring a fast activities and a solution is proposed by S. Marier
convergence towards an optimized solution by (Marier, 1995). In parallel, we have conducted
avoiding many modification and repetition cycles. feasibility studies for the manufacturing system and
the product along the same lines as the work by
4. METHODOLOGY FOR FEASIBILITY HA.Baboli (Baboli, 1995).
STUDIES FOR MANUFACTIJRING SYSTEMS The simultaneity and parallelism of this work
require a large amount of communication and a
4.1. Introduction: We propose a methodology special planning in the feasibility phases. We treat
for conducting a feasibility study for a system that is these various activities by using a syntax (figure 1).
broken down into several procedures (Lossent, This graphic formalism allows us to communicate
1997), and which includes the ideas of simultaneity, simply and clearly with our various partners and it
parallelism and integration. avoids ambiguities in interpreting the text.
Figure 1- Syntax
4.2. The Needs-Functions-Constraints procedures: the specification of needs that covers the
They have three phases carried out simultaneously qualitative and quantitative information,
by using a distributed (Salaii, 1995), (figure 2) and a the analysis of needs making it possible to
repetitive architecture in parallel with the ones of the define the extent of the studies.
product (Lossent, 1997), (figure 3). The solution 4.3. The study offunctions : The functional analysis
emerges from this distribution. The customer's shows the main functions necessary for realizing the
needs: customer's needs. The nature of these functions
the expression of needs contains the customer's leads to breaking down the system into several sub-
requirements with the indications provided by systems, which are parallel.
the specifications,
19
Team project
creation Product!
manufacturing
------0
.'Needs validation \
• Indicators: •
'·Product
:evolution I
I·Communication :""2~-----~1
:.Safety •
•-Cost :
I.MTBF
'--- --, 3 1~------41
Figure 2- The iterative and distributed process Figure 3- The expression ofproduction flux system
needs
These sub-systems require several professions and constraints, which must be listed and represented
this is the birth of a second parallelism. A clearly. As in the case of functions, the constraints
profession corresponds to a sub-system or a come from the expressed needs.
function and maybe even several departments or 4.6. The procedures of looking for principles or
subcontractors/suppliers. During this phase, processes (figure 8) : These activities are, as
competition can be added to increase the before, distributed and repetitive. Having
performances of each team by emulating creativity. established the links between the constraints,
(figure 4) The functions are the interpretation of looking for the principle or process makes it
needs. We work on the "tranformation" between possible to solve them. The team will come up with
figure 4 (principle and basic syntax) and figure 5 X solutions that will answer the problems and
(tree application of software development). The transform them into technological solutions taking
figure 5 proposal is a software development with a the specific constraints into account. In some cases,
"configuration" management software. This the technical solutions require testing with their
development allows to manage technical data. We specific constraints in order to provide information
create many views of a system (need view, function on the principles or the processes. This research
view, function constraints view, technical takes place as long as one or several feasible,
constraints view, principle view... ). Such as impact acceptable solutions are not proposed or the
view between function(s) and technological allotted budget / time for the feasibility study have
solutions and constraints. not been reached. The "goal reached" condition is
4.5. The Generation of constraints (figures 6,7): in general an association of several typical criteria:
The constraints characterized by the specifications costs, complexity,... or a weighting between the
of each function are associated with this same various criteria. It is important to determine what
function. For example, the function "Mechanically is the limiting factor in the research in order to
assemble the various parts of the product" becomes know if, after modification or elimination of a
a constraint as soon as the specifications introduce criteria, there is a new feasible solution. The "path"
tolerances on the positioning, speed and physical covered in order to constitute a reusable history
characteristics of the products. These are functional must be noted.
,~--0 Function: production I
I function 4 Function derme •.•.....•. s:z. ;;:.. transport mechanical power piece postionl
I validation .;'F~=====-II
: impact I 5 Function locating
Assembly
:=====:
control
~'--:::::L:::::::;----'
Power pilot
• indicator I 5 1 ,--------
n--13'
I . Transport
I Communications : Specifications L
rr supplier ]
, fun ':-V
5.2 Direction drive i. _~~i~a~o~ __' ] documentationsJ
Trad e competence: I ' - - - - - J
I cl10n 5.3 Assembl documentations documentations I-
I indicator
I perfonn.
I ..
\ _m~lca~~ 'lp:;~...l..l:~,==:::':"J I SADT, FAST,
function analysis
Figure 4- Study ofthe production flux system needs Figure 5 : Principle oftree tranformation
20
In order to validate the users' needs III
exploitation, the feasibility procedure was extended
by a prototype and the parallel design of a product
circulating in this production installation.
Associated
It is built by attaching the documents including the documentations
This tree makes it possible to follow the feasibility Figure 7- Functions and technical constraints tree
studies and to visualize at any given time the status
of the activities carried out in parallel.
P la Del.
d e l I ID. le II I
COD I I r 11 i n I.
100 Is
SJ~CI ~PI
1,0
.- ---- .
--- ---
"'""""""-P-z"c::c--o S ZP I
~~Sl
• O. D
researc~r~
~
~L
r:P:":r":'",0:":,:'7,::-;-:-(1
L~1
~~_~ ~_ Software
SO IWI e tom
Soft_,re Ilsemblv
so twarc M Ilerlll tonllrlinls
---------------------------- :sz'__
21
The 13 objects: B=need, F=function, FC=function constraints, S=solution, P=principle, MC=rnaterial
constraint, MA=material assembly, LC=software constrain, LA=software assembly
22