Analysis Techniques For Man-Machine Systems Design
Analysis Techniques For Man-Machine Systems Design Analysis Techniques For Man-Machine Systems Design
N A T O U N (.LA5\ 1I r i iL-AC/243(Panel 8)TR/7 - 34-Volume 2Referencesand BibliographyI Beishon, RJ. (1967). Problems of task description in process control. Ergonomics .0 (2), 177-186.2. Davis, A. (1988). A comparison of techniques for the specification of external systems behaviour.Communications of the ACM 3t (9)3. Harel, D., lachover, H., Naamad, A.. Pnueli, A., Sherman. R. & Shtul-Tauringet, A. (1988). STATEMATE: Aworking environment for the development of complex reactive systems. In: Proceedings of the Tenth IEEEInternational Conference on Software Engineering. New York: IEEE Press.4. Harley. DJ. & Pirbhai, l.A. (1978). Strategies for real-time system specification. New York: Dorset HousePublishing Inc.5. Maguire, M., & Sweeney, M. (1989). System monitoring: garbage generator or basis for comprehensiveevaluation system? In A. Sutcliffe, L. Macaulay (Eds.), People and Comnuters V. Proceedings of the fifthconference of the British Computer Society Human-Comnputer Interaction Specialist groun. Cambridge:Cambridge University Press.6. Peterson, J.L. (1981). Petri net theory and the modeling of systems. New York: Prentice-Hall.7. Pressman, R. (1987). Software engineering: A practitioners approach. New York: McGraw-Hill.8. Wirstad, J. (1989). The state diagram - a technique for better communication between operators and designers.Paper to Meeting of Human Factors Society - European Chapter Meeting. Newsletter HFS - EC.9. Yourdon, E. (1989). Modem structured analysis. Englewood Cliffs, New Jersey: Prentice-Hall Inc.NATO UNCLASSIFIED- 34 -
NATO UNCLASSIFIED- 35 - AC/243(Panel-8)TR/7Volume 22.6 PETRI NETSWhat the technique doesA Petri net is a graphical and mathematical modelling tool for describing and studying information processingsystems in which concurrent, asynchronous, distributed, non-deterministic and/or stochastic processes can occur (seeMurata, 1989 and Peterson. 1981). Recently, there has been a growing interest in applying them during therequirement development phase (Davis, 1990).Petri nets are graphs where two types of nodes - places (circles) and transitions (bars) - are interconnected bydirected arcs. For each transition, the directed arcs connect input places to transitions, and transitions to output places.An example of a Petri net is shown in Figure 2.9.communication order is processing operator 1 communication order is contirmaorder arrives waiting starts is active is terminated complete cm ndsystem is idle,waiting for orderscommunication order is order operator 2 communication order is confaorder arrives waiting processing is active is terminated complete seo mastartscommandFigure 2.9:A Petri net model of a communication system: initial conditionThe simple Petri net view of a system concentrates on two primitive concepts (Peterson, 1981):* Events: these are the results of actions which take place in the system. Their occurrence is controlled by thestate of the system which can be described as a set of conditions. Events are modelled as transitions (bars).* Conditions: certain (pre)conditions must hold for an event to occur, and the occurrence of an event may causeone or more new (post)conditions. Conditions are modeled as places (circles).An event in the example (Figure 2.9) is "order processing starts." The relevant preconditions are "an order is waiting"and "system is idle." The post-condition would be that "operator 2 is active" and "system is not idle." (Otherinterpretations of transitions and places are given in Table 2.4 (Murata, 1989)). In the given example, there can be aconflict between the two operators. In fact, only one operator can use the communication system at a time.A place can contain tokens (illustrated as dots within the circle). A Petri net is executed by defining a distribution oftokens to the places of the net (a marking) and then firing the transitions. When a Petri net model is executed thedistribution of tokens among the places is changed as illustrated in Figure 2.10. A token is transferred through atransition if all the connected places contain one or more tokens. Timed Petri nets are possible. In that case an eventduration time is associated with each transition. The values can be constant, or computed as functions of the values oftokens at the input places, or sampled from distributions.NATO UNCLASSIFIED
- Page 98 and 99: ANNEX I toAC/243(Panei-8)1=7 -Volum
- Page 100 and 101: ANNEX Ito6Aca41(Pane}-8)TRn7VolumL
- Page 102 and 103: ANNEX I toAC43(Pane-8TR7 - 8 -Volum
- Page 104 and 105: N1 A l O oJN k-~ L i-* 3 3 1 i- XAN
- Page 106 and 107: NATO UNCLASSIFIED. aNORTH ATLANTIC
- Page 108 and 109: N A T OU N C L A S S I F I E DREPOR
- Page 110 and 111: NATO UNCLASSIFIEDACQ243(Panei-88)TR
- Page 112 and 113: AC243(Panel-8)TR7-Volume 25.6 NASA
- Page 114 and 115: N A T O U N CLASIF l IE DAC/243(Pan
- Page 116 and 117: ACP243(Panel-8)TRn 2.Volume 2INTROD
- Page 118 and 119: N ATO UN CLA .3 -c,,i! EAC/243(Pane
- Page 120 and 121: NATO UNCLASS.IFIED-AC/243(Panel 8)T
- Page 122 and 123: AC/243(Panel 8)TR/7 -8 -Volume 21.2
- Page 124 and 125: AC/243(Panel 8)TR/7 10Volume 2weath
- Page 126 and 127: NATO UNCLASSIFIEDAC/243(Panel 8)TR/
- Page 128 and 129: N A I UU N k L A A a Ir I DAC/243(P
- Page 130 and 131: NATO UNCLASSIFIEDMAC/243(Panel 8ITR
- Page 132 and 133: NATO UNCLASSIFIEDAC/243(Panel 8)TR/
- Page 134 and 135: NATO UNCLASSIFIEDAC/243(Panel 8)TR/
- Page 136 and 137: N ATIO U N C LA . 3 i F L- < D-AC/2
- Page 138 and 139: NATO UNCLAS S I.FIEDAC/243(Panel 8'
- Page 140 and 141: NATO UNCLASSIFIEDAC/243(Panel 8TR/7
- Page 142 and 143: NATO UNCLASSIFIEDAC/243(Panel 8)TR/
- Page 144 and 145: NATO UNCLASSIFIEDAC/243(Panel 8)TR/
- Page 146 and 147: -NATO UNCLA,)irrILUAC/243(Panel 8)T
- Page 150 and 151: NATO UNCLASSIFIED EAC/243(Panel 8 T
- Page 152 and 153: NATO UNCLASSIFIEDAC/243(Panel 8)TR/
- Page 154 and 155: NATO UNCLASSIFIEDA-AC/243(Panel 8)T
- Page 156 and 157: NATO UNCI ASSIFIEDC/-43(Panel 8)TR/
- Page 158 and 159: NATO UNCLAS.SIFIEDAC/243(Panel 8)TR
- Page 160 and 161: NATO UNCLASSIFIED 2AC/243(Panei 8)T
- Page 162 and 163: NATO UNCLASSIFIEDAC/243(Panel 8')TR
- Page 164 and 165: NATO UNCLASSIFIEDAC/243(Panel 8)TR/
- Page 166 and 167: NATO UNCLASSIFIEDAC/243(Panel 8)TR/
- Page 168 and 169: NATO UNCLASSIFTEDAC/243(Panel 8)TR/
- Page 170 and 171: NATO UNCLASSIFIEDAC/243(Panel 8)TR/
- Page 172 and 173: NATO UNCLASSIFIEDAC/243(Panel 8 TR/
- Page 174 and 175: NATO UNCLASSIFIEDAC/24 3 (6PanelVol
- Page 176 and 177: NATO UNCLASSIFIEDAC/243(Panel 8)TR/
- Page 178 and 179: NATO UNCLASSIFIEDAC/243(Panel 8'tTR
- Page 180 and 181: N ATO UNCLASSIFIEDAC/243(Panel 8')T
- Page 182 and 183: NATO UNCLASShi Ih I t LUAC/243(Pane
- Page 184 and 185: NATO UNCLASSIFIED,AC/243(Panel 8 TR
- Page 186 and 187: NATO UNCLASSIFIEDAC/243(Panel 8)TR/
- Page 188 and 189: NATO UNCLASSIFTEDAC/243(Panel 8')TR
- Page 190 and 191: NATO UNCLASSIFIEDAC/243(Panel 8')TR
- Page 192 and 193: NATO UNCLASSIFIEDAC/243(Panel 8)TR/
- Page 194 and 195: NATO UNCLASSIFIEDAC/243(Panel 8)TR/
- Page 196 and 197: NATO UNCLASSIFIEDAC/243(Panel 8')TR
N A T O U N (.LA5\ 1I r i iL-AC/243(Panel 8)TR/7 - 34-Volume 2Referencesand BibliographyI Beishon, RJ. (1967). Problems of task description in process control. Ergonomics .0 (2), 177-186.2. Davis, A. (1988). A comparison of techniques for the specification of external systems behaviour.Communications of the ACM 3t (9)3. Harel, D., lachover, H., Naamad, A.. Pnueli, A., Sherman. R. & Shtul-Tauringet, A. (1988). STATEMATE: Aworking environment for the development of complex reactive systems. In: Proceedings of the Tenth IEEEInternational Conference on Software Engineering. New York: IEEE Press.4. Harley. DJ. & Pirbhai, l.A. (1978). Strategies for real-time system specification. New York: Dorset HousePublishing Inc.5. Maguire, M., & Sweeney, M. (1989). System monitoring: garbage generator or basis for comprehensiveevaluation system? In A. Sutcliffe, L. Macaulay (Eds.), People and Comnuters V. Proceedings of the fifthconference of the British Computer Society Human-Comnputer Interaction Specialist groun. Cambridge:Cambridge University Press.6. Peterson, J.L. (1981). Petri net theory and the modeling of systems. New York: Prentice-Hall.7. Pressman, R. (1987). Software engineering: A practitioners approach. New York: McGraw-Hill.8. Wirstad, J. (1989). The state diagram - a technique for better communication between operators and designers.Paper to Meeting of Human Factors Society - European Chapter Meeting. Newsletter HFS - EC.9. Yourdon, E. (1989). Modem structured analysis. Englewood Cliffs, New Jersey: Prentice-Hall Inc.NATO UNCLASSIFIED- 34 -