semi合集-English.pdf - 第7729页

SEMI T12-0305 © SEMI 2004, 2005 8 Table 1 Transition Defini tion Table of Exception # Previous State Trigger Ne w State Actions Comments 1 (No state) Unusual situ ation happens. SET 2 SET Unusual Condition has been remov…

100%1 / 7923
SEMI T12-0305 © SEMI 2004, 2005 7
9.3 Exception — Exception is unusual state on any Jig and/or Implement or on the tracking capability including
hazardous situation: potential or already destroy materials, attachments, equipment, explosive or insure/kill human.
Exception happens on equipment or may be storage capability of corresponding inventory. This fact may be added
to history.
9.3.1 Exception Object — Exception object represents unusual situation happened usually on equipment. It is
created at the time it is raised. It is destructed after normal condition is recovered from the situation. Exception
object is an instance of Exception class defined later. This object is abbreviated as “Exception” in this document
and often ‘object’ is omitted.
Exception
showId
showCategory
showCode
showDescription
showSubject
showState
updateState
destruct
Figure 3
Exception Class
9.3.2 Exception Class — Exception Class defines its inherent data, behavior and services. This class is illustrated
as above for reference.
9.3.2.1 Responsibility of Exception — This class is responsible for identifying situation, its status and such subject
as Jigs or Implements.
9.3.2.1.1 To complete the responsibility it accepts notification of state change or adding appendix for the state.
They are defined as services of Exception in this specification. Service names may be different from capabilities
above.
9.3.2.1.2 Inherent data is used to complete the responsibility. The data is also referred to as attributes and they have
to be defined in some way. This document doesn’t define attributes directly with attribute definition table shown in
some SEMI standard documents but defines them indirectly as service parameters.
9.3.2.1.3 Behavior is also defined to complete the responsibility. Behavior is often represented by collaboration
with outside of this class and state model. Collaboration reflects a part of associations of this class with others.
Collaboration works by asking services defined on accompanying object which is the other end of association on
class diagram. State model is representation of the other part of behavior of this class. Because this class has
explicit state, it defines following states and state model by state chart and transition definition table.
9.3.2.1.3.1 SET — Unusual situation is still effective.
9.3.2.1.3.2 CLEARED — Unusual situation is removed and it is normal condition about the cause of exception.
SET
CLEARED
EXCEPTION
1
2
3
Figure 4
Exception State
SEMI T12-0305 © SEMI 2004, 2005 8
Table 1 Transition Definition Table of Exception
# Previous State Trigger New State Actions Comments
1 (No state) Unusual situation happens. SET
2 SET Unusual Condition has been
removed.
CLEARED Exception information may be
added to history.
It’s not always
termination.
3 CLEARED Termination is instructed. (No state)
9.4 Expiry — Expiry represents a kind of nature of a Jig or Implement which has explicit valid duration: processed
time period, critical process time, cycle and so on. An Expiry is prepared for a specific duration to allow special
action on the Attachment when it has expired.
9.4.1 Expiry Object — Expiry object encapsulates a series of information about one of expiry conditions on an
Attachment. It is created at the time Secondment, a representation of an Attachment on equipment, is created or an
instruction to specify the expiry is accepted by the Secondment and destructed when the Secondment is removed
from equipment. It is also destructed to withdraw expiration after special action is invoked when it fires the
expiration. Expiry object is an instance of Expiry class defined later. This object is abbreviated as “Expiry” in this
document and often ‘object’ is omitted.
Expiry
showId
showExpiration
changeExpiration
showAction
changeAction
showDescription
changeDescription
showSubject
showState
destruct
Figure 5
Expiry Class
9.4.2 Expiry Class — Expiry Class defines its inherent data, behavior and services. This class is illustrated as
above for reference.
9.4.2.1 Responsibility of Expiry — This class is responsible for maintaining expiration of such subject as Jigs or
Implements.
9.4.2.1.1 To complete the responsibility it checks expiration subject of the Attachment. This is started at the time it
is created. Services to help the responsibility are defined in this specification. Service names may be different from
capabilities above.
9.4.2.1.2 Inherent data is used to complete the responsibility. The data is also referred to as attributes and they have
to be defined in some way. This document doesn’t define attributes directly with attribute definition table shown in
some SEMI standard documents but defines them indirectly as service parameters.
9.4.2.1.3 Behavior is also defined to complete the responsibility. Behavior is often represented by collaboration
with outside of this class and state model. Collaboration reflects a part of associations of this class with others.
Collaboration works by asking services defined on accompanying object which is the other end of association on
class diagram. State model is representation of the other part of behavior of this class. Because this class has
explicit state, it defines following states and state model by state chart and transition definition table.
9.4.2.1.3.1 VALID — Attachment is valid for a subject.
9.4.2.1.3.2 EXPIRED — Attachment is invalid because of expiration of specified duration.
SEMI T12-0305 © SEMI 2004, 2005 9
VALID
EXPIRED
EXPIRY
1
2
3
Figure 6
Expiry State
Table 2 Transition Definition Table of Expiry
# Previous State Trigger New State Actions Comments
1 (No state) Expiry object is created. VALID Watchdog is started.
2 VALID Subject has been expired. EXPIRED Registered special action is
carried out.
3 EXPIRED The action is started. (No state)
9.5 History — History is the concept to track what happens on Jigs and/or Implements and how they are used. A
few object classes are modeled to complete this capability.
9.6 HistoryBuffer — HistoryBuffer is tentative history information of a Jig or Implement on equipment. The
information is reported to Inventory periodically or at some milestones. When it is reported, the information is
cleared for new information.
9.6.1 HistoryBuffer Object — HistoryBuffer object represents buffer area of tentative history information of an
attachment on equipment. It is created at the time an attachment is created and destructed after the attachment is
removed. HistoryBuffer object is an instance of HistoryBuffer class defined later. This object is abbreviated as
“HistoryBuffer” in this document and often ‘object’ is omitted.
HistorBuffer
show
A
ttachment
showHistory
updateHistory
showReleaseCondition
setReleaseCondition
showState
destruct
Figure 7
HistoryBuffer Class
9.6.2 HistoryBuffer Class — HistoryBuffer Class defines its inherent data, behavior and services. This class is
illustrated as above for reference.
9.6.2.1 Responsibility of HistoryBuffer — This class is responsible for keeping temporary history information of Jig
or Implement on equipment and clear the information after it is reported to Inventory.
9.6.2.1.1 To complete the responsibility it accepts information what happens on an attachment or how it is used
including period or cycle. It also accepts inquiries. They are defined as services of HistoryBuffer in this
specification. Service names may be different from capabilities above.
9.6.2.1.2 Inherent data is used to complete the responsibility. The data is also referred to as attributes and they have
to be defined in some way. This document doesn’t define attributes directly with attribute definition table shown in
some SEMI standard documents but defines them indirectly as service parameters.