Analysis Techniques For Man-Machine Systems Design

Analysis Techniques For Man-Machine Systems Design Analysis Techniques For Man-Machine Systems Design

ai.eecs.umich.edu
from ai.eecs.umich.edu More from this publisher
11.07.2015 Views

NATO UNCLASS.IFIED-AC/243(Panel 8)TR/7 -6-Volume 2Example of Mission AnalysisA mission analysis starts with the identification of mission phases, for example. the phases for a close air supportmission. Each phase is then expanded by a narrative description, as shown below.CLOSE AIR SUPPORT - MISSION PHASES 5.0 OUTBOUND CRUISE: At dawn the ground featurecheckpoint is detected and confirmed electro-optically by1.0 PRE-FLIGHT the LLTV (Low Light Level Television). Flight leaderraises Forward Air Controller (FAC) Alpha on the2.0 LAUNCH preassigned secure communication channel and receives his A.3.0 CLIMB TO ALTITUDE specific mission assignment and a more complete briefing.4.0 RENDEZVOUS FAC(A) informs Flight that an advance enemy force has5.0 OUTBOUND CRUISE moved up during the night and will soon be within striking6.0 DESCENDdistance of a strategic friendly position.6.0 DESCEND: FAC(A) provides an updated vector from70 LOITTER lthe coastal checkpoint and assigns Flight loiter position.80 PRE-ATTACK \Flight leader provides an estimated time of arrwal, and as9.0 ATTACK he crosses the coastline, he performs a navigation update,10.0 ESCAPE reduces power, and drops to a terrain-following altitude.I 1.0 CLIMB TO ALTITUDEThe pcnetration route has been chosen to minimize12.0 INBOUND CRUISE detection. No known enemy radar sites are along the route.No missiles are indicated by the threat detection and13.0 RENDEZVOUS wrigstwarning set.14.0 RECOVER \ 7.0 LOITER: Flight leader reviews his ordnance load via a15.0 POST FLIGHT tabular display on one of his multi-purpose CRT's (CathodeRay Tube). (after Linton et al., 1977)Figure 1.1:Example of decomposition of a narrative mission analysisAdvantagesUsers report the technique to be highly cost-effective. Itis comparatively easy to use, and is generally a lowcost activity. It requires few resources, and serves as avery useful means of reaching consensus on what andhow the system is to fulfil its objectives,DisadvantagesUsers report that the analyses can be too subjective, if alimited amount of data is available. Analysts and potentialoperators can become too enthusiastic about detail,prolonging the analysis time at the outset of thedevelopment process. Some users report difficulties incoordinating their analyses with other systems engineeringanalyses. For example, the human engineering analyseswill highlight operations which are manpower critical,whereas avionics specialists will focus on analyses whichload the avionics, not the human operators.The typical sequential description of system activities andevents is not suited to systems which control a process,such as C 3 1 or a machinery control monitoring system. Insuch cases it is better to analyse "events" which causechanges in the system state and require operatorintervention (see Kincade & Anderson, 1984).'NATO UNCLASSIFIED-6 -

NATO UNCLASSIFIED- 7 - - AC/243(Panel-8)TR/7Volume 2Relative contributionUsers rated the technique extremely effective. it is seen as an essential building block to human engineeringprogrammes within a system development projecLApplicationsThe technique has been widely used for many years, and has been employed for land-, sea-, and air-borne systems. Thereferences provide some examples of the technique. Woodson (1981) provides an example of a non-military missiondescription.Quality assurance considerationsAnalysts should take precautions to avoid representing a limited view of the system operations. Because it is thestarting point for subsequent analyses, it is important that the mission description reflects all operationalrequirements. The description of the use of sub-systems must reflect any functional requirements that have beendeveloped. In a recent project the mission analyses omitted the use of tactical data links, despite the fact that suchcommunications were an obvious operational necessity. As a result the subsequent human factors analyses did notinclude the operation of the data link, until a progress review identified the deficiency.Thus it is important that the mission description be checked for consistency, completeness, and compatibility withany statement of operational requirements, both wartime and peacetime. Check that the analysis includes:* system description (including its general capabilities)* mission requirements (the types of mission), performance requirements (e.g., ranges, speeds, times, andacacs(nies)* system constraints (logistics, transportability, manning limitations, cost)environment (weather, temperature, threats, and support - the latter is too often ignored)*mission segments (times and activities showing specific system capabilities).Relationship to system performance requirementsThe analysis is derived from system performance requirements. Dcscriptions of mission events define what the systemmust accomplish to complete a mission.References and Bibliography1. D6ring, B. (1976). Application of system human engineering. In: K.F. Kraiss, J. Moraal, (Eds.), Introduction tohuman engineering. Kolnr Verlag TOY Rheinland GmbH.2. Kincade, R.G., & Anderson, J. (1984). Human factors guide for nuclear power plant control room development.San Diego, CA: Essex Corporation for Electric Power Research Institute. EPRI NP-3659.3. Lindquist, O.H., Jones, A.L., & Wingert, J.W. (1971). An investigation of airborne displavs and controls forsearch and rescue (SAR): volume II. Minneapolis: Honeywell Inc. JANAIR Report No. 701220.4. Linton, P.M., Jahns, D.W., & Chatelier. Cdr. P.R. (1977). Operator workload assessment model: an evaluationof a VF/VA-V/STOL system. In: Methods to assess workload, (pp A12-9- A12-1 1). Neuilly sur Seine, France:AGARD CP-216.5. US Department of Defense (1987). Human engineering procedures guide. Washington D.C.: DoD-HDBK-763.6. Woodson, WE. (1981). Human factors design handbook, (pp. 910-933). New York: McGraw-Hill Book Co.NATO UNCLASSIFIED-7 -

NATO UNCLASS.IFIED-AC/243(Panel 8)TR/7 -6-Volume 2Example of Mission <strong>Analysis</strong>A mission analysis starts with the identification of mission phases, for example. the phases for a close air supportmission. Each phase is then expanded by a narrative description, as shown below.CLOSE AIR SUPPORT - MISSION PHASES 5.0 OUTBOUND CRUISE: At dawn the ground featurecheckpoint is detected and confirmed electro-optically by1.0 PRE-FLIGHT the LLTV (Low Light Level Television). Flight leaderraises <strong>For</strong>ward Air Controller (FAC) Alpha on the2.0 LAUNCH preassigned secure communication channel and receives his A.3.0 CLIMB TO ALTITUDE specific mission assignment and a more complete briefing.4.0 RENDEZVOUS FAC(A) informs Flight that an advance enemy force has5.0 OUTBOUND CRUISE moved up during the night and will soon be within striking6.0 DESCENDdistance of a strategic friendly position.6.0 DESCEND: FAC(A) provides an updated vector from70 LOITTER lthe coastal checkpoint and assigns Flight loiter position.80 PRE-ATTACK \Flight leader provides an estimated time of arrwal, and as9.0 ATTACK he crosses the coastline, he performs a navigation update,10.0 ESCAPE reduces power, and drops to a terrain-following altitude.I 1.0 CLIMB TO ALTITUDEThe pcnetration route has been chosen to minimize12.0 INBOUND CRUISE detection. No known enemy radar sites are along the route.No missiles are indicated by the threat detection and13.0 RENDEZVOUS wrigstwarning set.14.0 RECOVER \ 7.0 LOITER: Flight leader reviews his ordnance load via a15.0 POST FLIGHT tabular display on one of his multi-purpose CRT's (CathodeRay Tube). (after Linton et al., 1977)Figure 1.1:Example of decomposition of a narrative mission analysisAdvantagesUsers report the technique to be highly cost-effective. Itis comparatively easy to use, and is generally a lowcost activity. It requires few resources, and serves as avery useful means of reaching consensus on what andhow the system is to fulfil its objectives,DisadvantagesUsers report that the analyses can be too subjective, if alimited amount of data is available. Analysts and potentialoperators can become too enthusiastic about detail,prolonging the analysis time at the outset of thedevelopment process. Some users report difficulties incoordinating their analyses with other systems engineeringanalyses. <strong>For</strong> example, the human engineering analyseswill highlight operations which are manpower critical,whereas avionics specialists will focus on analyses whichload the avionics, not the human operators.The typical sequential description of system activities andevents is not suited to systems which control a process,such as C 3 1 or a machinery control monitoring system. Insuch cases it is better to analyse "events" which causechanges in the system state and require operatorintervention (see Kincade & Anderson, 1984).'NATO UNCLASSIFIED-6 -

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!