typos
This commit is contained in:
parent
74259c22c8
commit
8963395a88
@ -657,15 +657,17 @@ out of one program and place it in another if it used some of the global variabl
|
|||||||
|
|
||||||
|
|
||||||
Newer computer languages were invented where modularity was encouraged.
|
Newer computer languages were invented where modularity was encouraged.
|
||||||
Instead of FORTRANs global scope for variables, individual functions in a newer language like `C'
|
Instead of FORTRANs global scope for variables, individual functions in a newer languages like `C'
|
||||||
started to have `local' variables. This meant that
|
started to have `local' variables. This meant that
|
||||||
a programmer could take a function from a `C' program and
|
a programmer could take a function from a `C' program and
|
||||||
use it in another one without complication.
|
use it in another one without complication.
|
||||||
%
|
%
|
||||||
Later languages implemented object orientation
|
Later languages implemented object orientation
|
||||||
which grouped functions and data together into modules called classes, where
|
which grouped functions and data together into modules called classes, where
|
||||||
even the internal local variables could be hidden from the
|
even the internal local variables of a class could be hidden from the
|
||||||
programmer using the class.
|
programmer using the class. For instance the internal workings of a binary~tree or linked~list do no need to be
|
||||||
|
accessed if you simply want to use a class in your program to store data: in this case
|
||||||
|
your would pick a ready written and well de-bugged data store class and simply use it.
|
||||||
%
|
%
|
||||||
Software expanded in complexity faster than electronics,
|
Software expanded in complexity faster than electronics,
|
||||||
and to cope with this software languages developed modularity (function call trees, classes and finally distributed processing mechanisms).
|
and to cope with this software languages developed modularity (function call trees, classes and finally distributed processing mechanisms).
|
||||||
@ -897,10 +899,10 @@ The basic concept behind FMMD is to from the bottom-up, modularise the problem.
|
|||||||
|
|
||||||
FMEA cannot easily be modularised from the top-down, because
|
FMEA cannot easily be modularised from the top-down, because
|
||||||
it has to deal with component failure modes.
|
it has to deal with component failure modes.
|
||||||
|
%
|
||||||
It may seem bit counter intuitive, but this means that if FMEA is to be modularised
|
It may seem bit counter intuitive, but this means that if FMEA is to be modularised
|
||||||
it must be done from the bottom up.
|
it must be done from the bottom up.
|
||||||
This may seem like a stange idea, but consider how an engineer would look
|
This may seem like a strange idea, but consider how an engineer would look
|
||||||
at an electronic circuit/schematic.
|
at an electronic circuit/schematic.
|
||||||
%
|
%
|
||||||
The Engineer might, for instance, trace an input signal
|
The Engineer might, for instance, trace an input signal
|
||||||
@ -911,12 +913,15 @@ those components did.
|
|||||||
%
|
%
|
||||||
For instance were it an amplifier, the engineer would
|
For instance were it an amplifier, the engineer would
|
||||||
recognise the electronic configuration,
|
recognise the electronic configuration,
|
||||||
and maybe get his calculator out and calculate its gain
|
and maybe get a calculator out and determine its gain
|
||||||
or some other feature, by looking at the other components connected to it.
|
or some other property, by looking at the other components connected to it.
|
||||||
%
|
%
|
||||||
This is a form of modularisation from the bottom-up.
|
This is a form of modularisation from the bottom-up.
|
||||||
%
|
%
|
||||||
The Engineer has identified a module, an input amplifier.
|
The Engineer has identified a module, an input amplifier.
|
||||||
|
By identifying other modules at component level
|
||||||
|
in the circuit, these modules can then be merged to form
|
||||||
|
bigger modules until there is a hierarchy and one final module representing the whole system.
|
||||||
|
|
||||||
|
|
||||||
\paragraph{Broadly FMMD is modularisation from the bottom-up of FMEA}
|
\paragraph{Broadly FMMD is modularisation from the bottom-up of FMEA}
|
||||||
@ -924,10 +929,12 @@ The Engineer has identified a module, an input amplifier.
|
|||||||
Firstly modules are identified (for instance common circuitry formations such as amplifiers or digital outputs) and
|
Firstly modules are identified (for instance common circuitry formations such as amplifiers or digital outputs) and
|
||||||
then failure mode analysis is performed on them.
|
then failure mode analysis is performed on them.
|
||||||
%
|
%
|
||||||
By analysing this small group of components as a module
|
By analysing a small group of components as a module
|
||||||
the ways in which the module can fail can be listed.
|
the ways in which the module can fail can be listed.
|
||||||
%
|
%
|
||||||
This will give a set of symptoms of failure for the module.
|
This gives a set of symptoms of failure for the module.
|
||||||
|
%
|
||||||
|
This in effect allows the module to be treated as a component, or {\dc}.
|
||||||
%
|
%
|
||||||
When the lower levels have been analysed, modules can be brought
|
When the lower levels have been analysed, modules can be brought
|
||||||
together to form larger modules using the lower ones as through they were
|
together to form larger modules using the lower ones as through they were
|
||||||
|
Loading…
Reference in New Issue
Block a user