Difference between revisions of "Logistics"

From SEBoK
Jump to navigation Jump to search
m (Text replacement - "<center>'''SEBoK v. 2.3, released 30 October 2020'''</center>" to "<center>'''SEBoK v. 2.4, released 19 May 2021'''</center>")
(15 intermediate revisions by 3 users not shown)
Line 1: Line 1:
There are several definitions for [[logistics (glossary)|logistics]] within [[Systems Engineering (glossary)|systems engineering]] (SE) and the definition used will determine what activities are considered part of logistics. The SEBoK defines logistics as ''the science of planning and implementing the acquisition and use of the resources necessary to sustain the operation of a system.''
+
----
 +
'''''Lead Authors:''''' ''Scott Jackson, John Snoderly'', '''''Contributing Author:''''' ''Garry Roedler''
 +
----
 +
There are several definitions for {{Term|logistics (glossary)|logistics}} within {{Term|Systems Engineering (glossary)|systems engineering}} (SE) and the definition used will determine what activities are considered part of logistics. The SEBoK defines logistics as the science of planning and implementing the acquisition and use of the resources necessary to sustain the operation of a system.
  
 
==Overview==
 
==Overview==
Line 7: Line 10:
  
 
==Sustainment Planning==
 
==Sustainment Planning==
The focus of [[sustainment (glossary)|sustainment]] planning is to influence the inherent supportability of the system and to plan the sustainment capabilities and processes that will be used to sustain system operations.
+
The focus of {{Term|sustainment (glossary)|sustainment}} planning is to influence the inherent supportability of the system and to plan the sustainment capabilities and processes that will be used to sustain system operations.
  
 
===Influence Inherent Supportability (Operational Suitability)===
 
===Influence Inherent Supportability (Operational Suitability)===
Sustainment influence requires an understanding of the [[Concept of Operations (ConOps) (glossary)|concept of operations]] (ConOps), system [[Mission (glossary)|missions]], mission profiles, and [[System Capability (glossary)|system capabilities]] to understand the rationale behind functional and performance priorities. Understanding the rationale paves the way for decisions about necessary tradeoffs between system performance, [[Availability (glossary)|availability]], and [[Life Cycle Cost (LCC) (glossary)|life cycle cost]] (LCC), with impact on the cost effectiveness of [[Operation of the System|system operation]], [[System Maintenance|maintenance]], and logistics support. There is no single list of sustainment considerations or specific way of grouping them as they are highly inter-related. They range from: compatibility, [[interoperability (glossary)|interoperability]], transportability, [[reliability (glossary)|reliability]], [[maintainability (glossary)|maintainability]], [[manpower (glossary)|manpower]], [[Human Factors (glossary)|human factors]], [[safety (glossary)|safety]], natural environment effects (including occupational health, habitability, see [[Environmental Engineering]]); diagnostics & prognostics (including real-time maintenance data collection), and corrosion protection & mitigation. The following are key design considerations:
+
Sustainment influence requires an understanding of the {{Term|Concept of Operations (ConOps) (glossary)|concept of operations}} (ConOps), system {{Term|Mission (glossary)|missions}}, mission profiles, and {{Term|System Capability (glossary)|system capabilities}} to understand the rationale behind functional and performance priorities. Understanding the rationale paves the way for decisions about necessary tradeoffs between system performance, {{Term|Availability (glossary)|availability}}, and {{Term|Life Cycle Cost (LCC) (glossary)|life cycle cost}} (LCC), with impact on the cost effectiveness of [[Operation of the System|system operation]], [[System Maintenance|maintenance]], and logistics support. There is no single list of sustainment considerations or specific way of grouping them as they are highly inter-related. They include: compatibility, {{Term|interoperability (glossary)|interoperability}}, transportability, {{Term|reliability (glossary)|reliability}}, {{Term|maintainability (glossary)|maintainability}}, {{Term|manpower (glossary)|manpower}}, {{Term|Human Factors (glossary)|human factors}}, {{Term|safety (glossary)|safety}}, natural environment effects (including occupational health, habitability; see [[Environmental Engineering]]); diagnostics & prognostics (including real-time maintenance data collection), and corrosion protection & mitigation. The following are key design considerations:
  
* '''[[Architecture (glossary)|Architecture Considerations]]''' - The focus on openness, modularity, scalability, and upgradeability is critical to implementing an incremental acquisition strategy. In addition, the architecture attributes that expand system [[flexibility (glossary)|flexibility]] and affordability can pay dividends later when obsolescence and end-of-life issues are resolved through a concerted technology refreshment strategy. Trade-offs are often required relative to the extent each attribute is used.
+
* '''{{Term|Architecture (glossary)|Architecture Considerations}}''' - The focus on openness, modularity, scalability, and upgradeability is critical to implementing an incremental acquisition strategy. In addition, the architecture attributes that expand system {{Term|flexibility (glossary)|flexibility}} and affordability can pay dividends later when obsolescence and end-of-life issues are resolved through a concerted technology refreshment strategy. Trade-offs are often required relative to the extent each attribute is used.
* '''[[Reliability (glossary)|Reliability Considerations]]''': - Reliability is critical because it contributes to a system's effectiveness as well as its suitability in terms of logistics burden and the cost to fix [[Failure (glossary)|failures]]. For each system, there is a level of basic reliability that must be achieved for the system to be considered useful. Reliability is also one of the most critical elements in determining the logistics infrastructure and footprint. Consequently, system reliability should be a primary focus during design (along with system technical performance, functions, and capabilities). The primary objective is to achieve the necessary probability of operational success and minimize the risk of failure within defined availability, cost, schedule, weight, power, and volume constraints. While performing such analyses, trade-offs should be conducted and dependencies should be explored with system maintainability and integrated with the supportability analysis that addresses support event frequency (i.e. reliability), event duration, and event cost. Such a focus will play a significant role in minimizing the necessary logistics footprint, while maximizing system availability.
+
* '''{{Term|Reliability (glossary)|Reliability Considerations}}''': - Reliability is critical because it contributes to a system's effectiveness as well as its suitability in terms of logistics burden and the cost to fix {{Term|Failure (glossary)|failures}}. For each system, there is a level of basic reliability that must be achieved for the system to be considered useful. Reliability is also one of the most critical elements in determining the logistics infrastructure and footprint. Consequently, system reliability should be a primary focus during design (along with system technical performance, functions, and capabilities). The primary objective is to achieve the necessary probability of operational success and minimize the risk of failure within defined availability, cost, schedule, weight, power, and volume constraints. While performing such analyses, trade-offs should be conducted and dependencies should be explored with system maintainability and integrated with the supportability analysis that addresses support event frequency (i.e. reliability), event duration, and event cost. Such a focus will play a significant role in minimizing the necessary logistics footprint, while maximizing system availability.
* '''[[Maintainability (glossary)|Maintainability Considerations]]''' - The design emphasis on maintainability is to reduce the maintenance burden and supply chain by reducing the time, personnel, tools, test equipment, training, facilities and cost to maintain the system. Maintainability engineering includes the activities, methods, and practices used to design minimal system maintenance requirements (designing out unnecessary and inefficient processes) and associated costs for preventive and corrective maintenance as well as servicing or calibration activities. Maintainability should be a designed-in capability and not an add-on option because good maintenance procedures cannot overcome poor system and equipment maintainability design. The primary objective is to reduce the time it takes for a properly trained maintainer to detect and isolate the failure (coverage and efficiency) and affect repair. Intrinsic factors contributing to maintainability are
+
* '''{{Term|Maintainability (glossary)|Maintainability Considerations}}''' - The design emphasis on maintainability is to reduce the maintenance burden and supply chain by reducing the time, personnel, tools, test equipment, training, facilities and cost to maintain the system. Maintainability engineering includes the activities, methods, and practices used to design minimal system maintenance requirements (designing out unnecessary and inefficient processes) and associated costs for preventive and corrective maintenance as well as servicing or calibration activities. Maintainability should be a designed-in capability and not an add-on option because good maintenance procedures cannot overcome poor system and equipment maintainability design. The primary objective is to reduce the time it takes for a properly trained maintainer to detect and isolate the failure (coverage and efficiency) and affect repair. Intrinsic factors contributing to maintainability are:
** '''[[Modularity (glossary)|Modularity]]''' - Packaging of components such that they can be repaired via remove and replace action vs. on-board repair. Care should be taken not to ''over modularize'' and trade-offs to evaluate replacement, transportation, and repair costs should be accomplished to determine the most cost effective approach.
+
** '''{{Term|Modularity (glossary)|Modularity}}''' - Packaging of components such that they can be repaired via remove and replace action vs. on-board repair. Care should be taken not to ''over modularize,'' and trade-offs to evaluate replacement, transportation, and repair costs should be accomplished to determine the most cost-effective approach.
 
** '''Interoperability''' - The compatibility of components with standard interface protocols to facilitate rapid repair and enhancement/upgrade through black box technology using common interfaces. Physical interfaces should be designed so that mating between components can only happen correctly.
 
** '''Interoperability''' - The compatibility of components with standard interface protocols to facilitate rapid repair and enhancement/upgrade through black box technology using common interfaces. Physical interfaces should be designed so that mating between components can only happen correctly.
 
** '''Physical accessibility''' - The designed-in structural assurance that components which require more frequent monitoring, checkout, and maintenance can be easily accessed. This is especially important in low observable platforms. Maintenance points should be directly visible and accessible to maintainers, including access for corrosion inspection and mitigation.
 
** '''Physical accessibility''' - The designed-in structural assurance that components which require more frequent monitoring, checkout, and maintenance can be easily accessed. This is especially important in low observable platforms. Maintenance points should be directly visible and accessible to maintainers, including access for corrosion inspection and mitigation.
 
** Designs that require ''minimum preventative maintenance'' including corrosion prevention and mitigation. Emphasis should be on balancing the maintenance requirement over the life cycle with minimal user workload.
 
** Designs that require ''minimum preventative maintenance'' including corrosion prevention and mitigation. Emphasis should be on balancing the maintenance requirement over the life cycle with minimal user workload.
** '''Embedded training and testing''' when it is determined to be the optimal solution from a [[Total Ownership Cost (glossary)|total ownership cost]] (TOC) and materiel availability perspective.
+
** '''Embedded training and testing''' when it is determined to be the optimal solution from a {{Term|Total Ownership Cost (glossary)|total ownership cost}} (TOC) and materiel availability perspective.
** '''[[Human Systems Integration (HSI) (glossary)|Human Systems Integration]] (HSI)''' to optimize total system performance and minimize life-cycle costs by designing systems and incorporating technologies that (a) require minimal manpower, (b) provide effective training, (c) can be operated and maintained by users, (d) are suitable (habitable and safe with minimal environmental and occupational health hazards), and (e) are survivable (for both the user and the equipment).
+
** '''{{Term|Human Systems Integration (HSI) (glossary)|Human Systems Integration}} (HSI)''' to optimize total system performance and minimize life-cycle costs by designing systems and incorporating technologies that (a) require minimal manpower, (b) provide effective training, (c) can be operated and maintained by users, (d) are suitable (habitable and safe with minimal environmental and occupational health hazards), and (e) are survivable (for both the user and the equipment).
* '''Support Considerations''' - Support features cannot be easily "added-on" after the design is established. Consequently, supportability should be a high priority early in the program's planning and integral to the system design and development process. Support features cut across reliability, maintainability, and the supply chain to facilitate detection, isolation, and timely repair/replacement of system anomalies. These include features for servicing and other activities necessary for operation and support including resources that contribute to the overall support of the system. Typical supportability features include diagnostics, prognostics (see CBM+ Guidebook), calibration requirements, many HSI issues (e.g. training, safety, HFE, occupational health, etc.), skill levels, documentation, maintenance data collection, compatibility, interoperability, transportability, handling (e.g., lift/hard/tie down points, etc.), packing requirements, facility requirements, accessibility, and other factors that contribute to an optimum environment for sustaining an operational system.
+
* '''Support Considerations''' - Support features cannot be easily ''added-on'' after the design is established. Consequently, supportability should be a high priority early in the program's planning and integral to the system design and development process. Support features cut across reliability, maintainability, and the supply chain to facilitate detection, isolation, and timely repair/replacement of system anomalies. These include features for servicing and other activities necessary for operation and support including resources that contribute to the overall support of the system. Typical supportability features include diagnostics, prognostics (see CBM+ Guidebook), calibration requirements, many HSI issues (e.g. training, safety, HFE, occupational health, etc.), skill levels, documentation, maintenance data collection, compatibility, interoperability, transportability, handling (e.g., lift/hard/tie down points, etc.), packing requirements, facility requirements, accessibility, and other factors that contribute to an optimum environment for sustaining an operational system.
  
 
==Planning Sustainment Processes==
 
==Planning Sustainment Processes==
Process efficiency reflects how well the system can be produced, operated, serviced (including fueling) and maintained. It reflects the degree to which the logistics processes (including the supply chain), infrastructure, and footprint have been balanced to provide an agile, deployable, and operationally effective system.  
+
Process efficiency reflects how well the system can be produced, operated, serviced (including fueling) and maintained. It reflects the degree to which the logistics processes (including the supply chain), infrastructure, and footprint have been balanced to provide an agile, deployable, and operationally effective system.  
  
Achieving process efficiency requires early and continuing emphasis on the various logistics support processes along with the design considerations. The continued emphasis is important because processes present opportunities for improving operational effectiveness even after the "design-in" window has passed via lean-six sigma, supply chain optimization, or other continuous process improvement (CPI) techniques.
+
Achieving process efficiency requires early and continuing emphasis on the various logistics support processes along with the design considerations. The continued emphasis is important because processes present opportunities for improving operational effectiveness even after the ''design-in'' window has passed via lean-six sigma, supply chain optimization, or other continuous process improvement (CPI) techniques.
  
 
==Sustainment Analysis (Product Support Package)==
 
==Sustainment Analysis (Product Support Package)==
Line 36: Line 39:
 
** life cycle sustainment planning
 
** life cycle sustainment planning
 
** requirements management
 
** requirements management
** [[Total Ownership Cost (glossary)|total ownership costs]] (TOC)/[[Life Cycle Cost (LCC) (glossary)|life cycle costs]] (LCC) planning & management
+
** {{Term|Total Ownership Cost (glossary)|total ownership costs}} (TOC)/{{Term|Life Cycle Cost (LCC) (glossary)|life cycle costs}} (LCC) planning & management
** [[Integration (glossary)|Integration]] and management of product support activities
+
** {{Term|Integration (glossary)|Integration}} and management of product support activities
** [[Configuration Management (glossary)|configuration management]]
+
** {{Term|Configuration Management (glossary)|configuration management}}
 
** production & distribution
 
** production & distribution
 
** energy, environmental, safety and health (EESH) management
 
** energy, environmental, safety and health (EESH) management
 
** policies & guidance
 
** policies & guidance
** [[Risk Management (glossary)|risk management]]
+
** {{Term|Risk Management (glossary)|risk management}}
 
* [http://ftp.rta.nato.int/public/PubFullText/RTO/AG/RTO-AG-300-V20/AG-300-V20-12.pdf Design Interface]
 
* [http://ftp.rta.nato.int/public/PubFullText/RTO/AG/RTO-AG-300-V20/AG-300-V20-12.pdf Design Interface]
** [[Reliability (glossary)|reliability]]
+
** {{Term|Reliability (glossary)|reliability}}
** [[Maintainability (glossary)|maintainability]]
+
** {{Term|Maintainability (glossary)|maintainability}}
 
** supportability
 
** supportability
 
** affordability
 
** affordability
** [[Configuration Management (glossary)|configuration management]]
+
** {{Term|Configuration Management (glossary)|configuration management}}
 
** safety requirements
 
** safety requirements
 
** environmental and hazardous materials (HAZMAT) requirements
 
** environmental and hazardous materials (HAZMAT) requirements
** [[Human Systems Integration (HSI) (glossary)|human systems integration]] (HSI)
+
** {{Term|Human Systems Integration (HSI) (glossary)|human systems integration}} (HSI)
 
** calibration
 
** calibration
 
** anti-tamper
 
** anti-tamper
Line 77: Line 80:
  
 
==Sustainment Implementation==
 
==Sustainment Implementation==
Once the system becomes operational, the results of sustainment planning efforts need to implemented. SE supports the execution of the twelve integrated product support elements of a sustainment program that strives to ensure the system meets operational performance requirements in the most cost-effective manner over its total remaining life cycle, as illustrated in Figure 2.
+
Once the system becomes operational, the results of sustainment planning efforts need to be implemented. SE supports the execution of the twelve integrated product support elements of a sustainment program that strives to ensure the system meets operational performance requirements in the most cost-effective manner over its total remaining life cycle, as illustrated in Figure 2.
  
 
[[File:Sustainment_Implementation_Illustration_Logistics_Roedler.jpg|thumb|center|600px|'''Figure 2. Sustainment Implementation Illustration (DAU Guidebook 2012).''' Released by Defense Acquisition University (DAU)/U.S. Department of Defense (DoD).]]
 
[[File:Sustainment_Implementation_Illustration_Logistics_Roedler.jpg|thumb|center|600px|'''Figure 2. Sustainment Implementation Illustration (DAU Guidebook 2012).''' Released by Defense Acquisition University (DAU)/U.S. Department of Defense (DoD).]]
  
Once a system is put into use, SE is often required to correct problems that degrade continued use, and/or to add new capabilities to improve product performance in the current or a new environment. In the context of integrated product support, these SE activities correspond to the integrated product support (IPS) element “Sustaining Engineering.Changes made to fielded systems to correct problems or increase performance should include any necessary adjustments to the IPS elements, and should consider the interrelationships and integration of the elements to maintain the effectiveness of system’s support strategy.
+
Once a system is put into use, SE is often required to correct problems that degrade continued use, and/or to add new capabilities to improve product performance in the current or a new environment. In the context of integrated product support, these SE activities correspond to the integrated product support (IPS) element ''Sustaining Engineering.'' Changes made to fielded systems to correct problems or increase performance should include any necessary adjustments to the IPS elements, and should consider the interrelationships and integration of the elements to maintain the effectiveness of the system’s support strategy.
  
 
The degree of change required to the product support elements varies with the severity of the problem. Minor problems may require a simple adjustment to a maintenance procedure, a change of supplier, a training course modification or a change to a technical manual. In contrast, problems that require system or component redesign may require engineering change proposals and approvals, IPS element trade studies, business case analysis, and updates to the product support strategy. The focus is to correct problems that degrade continued use, regardless of the degree of severity.
 
The degree of change required to the product support elements varies with the severity of the problem. Minor problems may require a simple adjustment to a maintenance procedure, a change of supplier, a training course modification or a change to a technical manual. In contrast, problems that require system or component redesign may require engineering change proposals and approvals, IPS element trade studies, business case analysis, and updates to the product support strategy. The focus is to correct problems that degrade continued use, regardless of the degree of severity.
  
Evolutionary systems provide a strategy for acquisition of mature technology; the system delivers capabilities incrementally, planning for future capability enhancements. For these systems a [[System of Systems (SoS) (glossary)|system of systems]] (SoS) perspective is required to synchronize the primary and sustainment systems.
+
Evolutionary systems provide a strategy for acquisition of mature technology; the system delivers capabilities incrementally, planning for future capability enhancements. A {{Term|System of Systems (SoS) (glossary)|system of systems}} (SoS) perspective is required for these systems to synchronize the primary and sustainment systems.
  
 
For more information refer to: ''An Enterprise Framework for Operationally Effective System of Systems Design'' (Bobinis and Herald 2012.).
 
For more information refer to: ''An Enterprise Framework for Operationally Effective System of Systems Design'' (Bobinis and Herald 2012.).
Line 92: Line 95:
  
 
===Works Cited===
 
===Works Cited===
DAU. 2010. [[Defense Acquisition Guidebook (DAG)]]. Ft. Belvoir, VA, USA: Defense Acquisition University (DAU)/U.S. Department of Defense (DoD). February 19, 2010.
+
Bobinis, J. and T. Herald. 2012. [[An Enterprise Framework for Operationally Effective System of Systems Design|An enterprise framework for operationally effective system of systems design]].” ''Journal of Enterprise Architecture.'' Vol. 8, no. 2, May 2012. Available at: https:// www.mendling.com/publications/JEA12-2.pdf.
  
Bobinis, J. and Herald, T. 2012. [[An Enterprise Framework for Operationally Effective System of Systems Design]].” ''Journal of Enterprise Architecture'', 8(2), May 2012. Available at: https:// www.mendling.com/publications/JEA12-2.pdf.
+
DAU. 2010. [[Defense Acquisition Guidebook (DAG)]]. Ft. Belvoir, VA, USA: Defense Acquisition University (DAU)/U.S. Department of Defense (DoD).
  
NATO RTO. 2001. ''Logistics Test and Evaluation in Flight Test''. Flight Test Techniques Series – Volume 20. Quebec, Canada: North Atlantic Treaty Organization (NATO) Research and Technology Organization (RTO). RTO-AG-300 Vol. 20, AC/323(SCI-010)TP/38. Table of contents available at: http://ftp.rta.nato.int/public//PubFullText/RTO/AG/RTO-AG-300-V20///AG-300-V20-$$TOC.pdf
+
NATO RTO. 2001. ''Logistics Test and Evaluation in Flight Test''. Flight Test Techniques Series – Volume 20. Quebec, Canada: North Atlantic Treaty Organization (NATO) Research and Technology Organization (RTO). RTO-AG-300 Vol. 20, AC/323(SCI-010)TP/38. Table of contents available at: http://ftp.rta.nato.int/public//PubFullText/RTO/AG/RTO-AG-300-V20///AG-300-V20-$$TOC.pdf
  
 
===Primary References===
 
===Primary References===
Blanchard, B.S. 1998. ''[[Logistics Engineering and Management]].'' Upper Saddle River, NJ, USA: Prentice Hall.
+
Blanchard, B.S. 1998. ''[[Logistics Engineering and Management]].'' Upper Saddle River, NJ, USA: Prentice Hall.
  
Blanchard, B. and Fabrycky, W. 2011. ''[[Systems Engineering and Analysis]],'' 5th Ed. Englewood Cliffs, NJ, USA: Prentice-Hall.
+
Blanchard, B. and W. Fabrycky. 2011. ''[[Systems Engineering and Analysis]],'' 5th Ed. Englewood Cliffs, NJ, USA: Prentice-Hall.
 
    
 
    
Bobinis, J. and Herald, T. 2012. “[[An Enterprise Framework for Operationally Effective System of Systems Design]].” ''Journal of Enterprise Architecture'', 8(2), May 2012. Available at: https:// www.mendling.com/publications/JEA12-2.pdf.
+
Bobinis, J. and T. Herald. 2012. “[[An Enterprise Framework for Operationally Effective System of Systems Design|An enterprise framework for operationally effective system of systems design]].” ''Journal of Enterprise Architecture.'' Vol. 8, no. 2, May 2012. Available at: https:// www.mendling.com/publications/JEA12-2.pdf.
  
 
Daganzo, C. 2005. ''[[Logistics Systems Analysis]],'' 4th Edition. New York, NY, USA: Springer.
 
Daganzo, C. 2005. ''[[Logistics Systems Analysis]],'' 4th Edition. New York, NY, USA: Springer.
Line 109: Line 112:
 
Fabrycky, W.J. and B.S. Blanchard. 1991.  ''[[Life-Cycle Cost and Economic Analysis]]''. Upper Saddle River, NJ, USA: Prentice-Hall.
 
Fabrycky, W.J. and B.S. Blanchard. 1991.  ''[[Life-Cycle Cost and Economic Analysis]]''. Upper Saddle River, NJ, USA: Prentice-Hall.
  
Ghiani, G., Laporte, G., and Musmanno, R. 2004. ''[[Introduction to Logistics Systems Planning and Control]].'' Hoboken, NJ, USA: Wiley-Interscience.
+
Ghiani, G., G. Laporte, and R. Musmanno. 2004. ''[[Introduction to Logistics Systems Planning and Control]].'' Hoboken, NJ, USA: Wiley-Interscience.
  
Jones, J.V. 1995. ''[[Integrated Logistics Support Handbook]].'' New York, NY, USA: McGraw Hill.
+
Jones, J.V. 1995. ''[[Integrated Logistics Support Handbook]].'' New York, NY, USA: McGraw Hill.
  
 
===Additional References===
 
===Additional References===
Barros, L.L. 1998. "The Optimization of Repair Decision Using Life-Cycle Cost Parameters." ''IMA Journal of Management Mathematics.'' 9(4): 403.
+
Barros, L.L. 1998. "The optimization of repair decision using life-cycle cost parameters." ''IMA Journal of Management Mathematics.'' Vol. 9, no. 4, p. 403.
  
Berkowitz, D., et al. 2005. ''Defining and Implementing Performance-Based Logistics in Government''. Washington, DC, USA: Defense Technical Information Center. Accessed 6 Sept 2011. Available at: http://handle.dtic.mil/100.2/ADP018510.
+
Berkowitz, D., J.N. Gupta, J.T. Simpson, and J.B. McWilliams. 2005. ''Defining and Implementing Performance-Based Logistics in Government''. Washington, DC, USA: Defense Technical Information Center. Accessed 6 Sept 2011. Available at: http://handle.dtic.mil/100.2/ADP018510.
  
Gajpal, P.P., L.S. Ganesh,  and C. Rajendran. 1994. "Criticality Analysis of Spare Parts Using the Analytic Hierarchy Process." ''International Journal of Production Economics'' 35(1-3): 293-297.     
+
Gajpal, P.P., L.S. Ganesh,  and C. Rajendran. 1994. "Criticality analysis of spare parts using the analytic hierarchy process." ''International Journal of Production Economics.'' Vol. 35, nos. 1-3 pp.  293-297.     
  
MITRE. 2011. "Integrated Logistics Support." ''Systems Engineering Guide.'' Accessed 11 March 2012 at [[http://www.mitre.org/work/systems_engineering/guide/acquisition_systems_engineering/integrated_logistics_support/]].
+
MITRE. 2011. "Integrated logistics support." ''Systems Engineering Guide.'' Accessed 11 March 2012. Available at: [[http://www.mitre.org/work/systems_engineering/guide/acquisition_systems_engineering/integrated_logistics_support/]].
  
Murthy, D.N.P. and W.R. Blischke. 2000. "Strategic Warranty Management: A Life-Cycle Approach." ''Engineering Management'' 47(1): 40-54.
+
Murthy, D.N.P. and W.R. Blischke. 2000. "Strategic warranty management: A life-cycle approach." ''Engineering Management.'' Vol. 47, no. 1, pp. 40-54.
  
Northrop Grumman Corporation. 2000. ''Logistics Systems Engineering''. Accessed 6 Sept 2011. Available at: www.es.northropgrumman.com/solutions/navlogistics/.../nsd_logistics.pdf.
+
Northrop Grumman Corporation. 2000. ''Logistics Systems Engineering''. Accessed 6 Sept 2011. Available at: http://www.northropgrumman.com/Capabilities/NavigationSystemsLogisticsSystemsEngineering/Documents/nsd_logistics.pdf.
  
Solomon, R., P.A. Sandborn, and M.G. Pecht. 2000. "Electronic Part Life Cycle Concepts and Obsolescence Forecasting." ''IEEE Transactions on Components and Packaging Technologies'' 23(4): 707-717.   
+
Solomon, R., P.A. Sandborn, and M.G. Pecht. 2000. "Electronic part life cycle concepts and obsolescence forecasting." ''IEEE Transactions on Components and Packaging Technologies.'' Vol. 23, no. 4, pp. 707-717.   
  
Spengler, T. and M. Schroter. 2003. "Strategic Management of Spare Parts in Closed-Loop Supply Chains: A System Dynamics Approach." ''Interfaces'' p. 7-17.
+
Spengler, T. and M. Schroter. 2003. "Strategic management of spare parts in closed-loop supply chains: A system dynamics approach." ''Interfaces.'' pp. 7-17.
  
 
----
 
----
 
<center>[[System Maintenance|< Previous Article]]  |  [[System Deployment and Use|Parent Article]]  |  [[Systems Engineering Management|Next Article >]]</center>
 
<center>[[System Maintenance|< Previous Article]]  |  [[System Deployment and Use|Parent Article]]  |  [[Systems Engineering Management|Next Article >]]</center>
  
 
+
<center>'''SEBoK v. 2.4, released 19 May 2021'''</center>
  
 
[[Category: Part 3]][[Category:Topic]]
 
[[Category: Part 3]][[Category:Topic]]
 
[[Category:System Deployment and Use]]
 
[[Category:System Deployment and Use]]
{{DISQUS}}
 

Revision as of 08:02, 18 May 2021


Lead Authors: Scott Jackson, John Snoderly, Contributing Author: Garry Roedler


There are several definitions for logisticslogistics within systems engineeringsystems engineering (SE) and the definition used will determine what activities are considered part of logistics. The SEBoK defines logistics as the science of planning and implementing the acquisition and use of the resources necessary to sustain the operation of a system.

Overview

The ability to sustain the operation of a system is determined by the inherent supportability of the system (a function of design) and the processes used to sustain the functions and capabilities of the system in the context of the end user. Figure 1, below, shows a Defense Acquisition University (DAU) model of the SE aspects for consideration in logistics and logistics planning (DAU 2010).

Figure 1. Affordable System Operational Effectiveness (DAU Guidebook 2010). Released by Defense Acquisition University (DAU)/U.S. Department of Defense (DoD).

Sustainment Planning

The focus of sustainmentsustainment planning is to influence the inherent supportability of the system and to plan the sustainment capabilities and processes that will be used to sustain system operations.

Influence Inherent Supportability (Operational Suitability)

Sustainment influence requires an understanding of the concept of operationsconcept of operations (ConOps), system missionsmissions, mission profiles, and system capabilitiessystem capabilities to understand the rationale behind functional and performance priorities. Understanding the rationale paves the way for decisions about necessary tradeoffs between system performance, availabilityavailability, and life cycle costlife cycle cost (LCC), with impact on the cost effectiveness of system operation, maintenance, and logistics support. There is no single list of sustainment considerations or specific way of grouping them as they are highly inter-related. They include: compatibility, interoperabilityinteroperability, transportability, reliabilityreliability, maintainabilitymaintainability, manpowermanpower, human factorshuman factors, safetysafety, natural environment effects (including occupational health, habitability; see Environmental Engineering); diagnostics & prognostics (including real-time maintenance data collection), and corrosion protection & mitigation. The following are key design considerations:

  • Architecture ConsiderationsArchitecture Considerations - The focus on openness, modularity, scalability, and upgradeability is critical to implementing an incremental acquisition strategy. In addition, the architecture attributes that expand system flexibilityflexibility and affordability can pay dividends later when obsolescence and end-of-life issues are resolved through a concerted technology refreshment strategy. Trade-offs are often required relative to the extent each attribute is used.
  • Reliability ConsiderationsReliability Considerations: - Reliability is critical because it contributes to a system's effectiveness as well as its suitability in terms of logistics burden and the cost to fix failuresfailures. For each system, there is a level of basic reliability that must be achieved for the system to be considered useful. Reliability is also one of the most critical elements in determining the logistics infrastructure and footprint. Consequently, system reliability should be a primary focus during design (along with system technical performance, functions, and capabilities). The primary objective is to achieve the necessary probability of operational success and minimize the risk of failure within defined availability, cost, schedule, weight, power, and volume constraints. While performing such analyses, trade-offs should be conducted and dependencies should be explored with system maintainability and integrated with the supportability analysis that addresses support event frequency (i.e. reliability), event duration, and event cost. Such a focus will play a significant role in minimizing the necessary logistics footprint, while maximizing system availability.
  • Maintainability ConsiderationsMaintainability Considerations - The design emphasis on maintainability is to reduce the maintenance burden and supply chain by reducing the time, personnel, tools, test equipment, training, facilities and cost to maintain the system. Maintainability engineering includes the activities, methods, and practices used to design minimal system maintenance requirements (designing out unnecessary and inefficient processes) and associated costs for preventive and corrective maintenance as well as servicing or calibration activities. Maintainability should be a designed-in capability and not an add-on option because good maintenance procedures cannot overcome poor system and equipment maintainability design. The primary objective is to reduce the time it takes for a properly trained maintainer to detect and isolate the failure (coverage and efficiency) and affect repair. Intrinsic factors contributing to maintainability are:
    • ModularityModularity - Packaging of components such that they can be repaired via remove and replace action vs. on-board repair. Care should be taken not to over modularize, and trade-offs to evaluate replacement, transportation, and repair costs should be accomplished to determine the most cost-effective approach.
    • Interoperability - The compatibility of components with standard interface protocols to facilitate rapid repair and enhancement/upgrade through black box technology using common interfaces. Physical interfaces should be designed so that mating between components can only happen correctly.
    • Physical accessibility - The designed-in structural assurance that components which require more frequent monitoring, checkout, and maintenance can be easily accessed. This is especially important in low observable platforms. Maintenance points should be directly visible and accessible to maintainers, including access for corrosion inspection and mitigation.
    • Designs that require minimum preventative maintenance including corrosion prevention and mitigation. Emphasis should be on balancing the maintenance requirement over the life cycle with minimal user workload.
    • Embedded training and testing when it is determined to be the optimal solution from a total ownership costtotal ownership cost (TOC) and materiel availability perspective.
    • Human Systems IntegrationHuman Systems Integration (HSI) to optimize total system performance and minimize life-cycle costs by designing systems and incorporating technologies that (a) require minimal manpower, (b) provide effective training, (c) can be operated and maintained by users, (d) are suitable (habitable and safe with minimal environmental and occupational health hazards), and (e) are survivable (for both the user and the equipment).
  • Support Considerations - Support features cannot be easily added-on after the design is established. Consequently, supportability should be a high priority early in the program's planning and integral to the system design and development process. Support features cut across reliability, maintainability, and the supply chain to facilitate detection, isolation, and timely repair/replacement of system anomalies. These include features for servicing and other activities necessary for operation and support including resources that contribute to the overall support of the system. Typical supportability features include diagnostics, prognostics (see CBM+ Guidebook), calibration requirements, many HSI issues (e.g. training, safety, HFE, occupational health, etc.), skill levels, documentation, maintenance data collection, compatibility, interoperability, transportability, handling (e.g., lift/hard/tie down points, etc.), packing requirements, facility requirements, accessibility, and other factors that contribute to an optimum environment for sustaining an operational system.

Planning Sustainment Processes

Process efficiency reflects how well the system can be produced, operated, serviced (including fueling) and maintained. It reflects the degree to which the logistics processes (including the supply chain), infrastructure, and footprint have been balanced to provide an agile, deployable, and operationally effective system.

Achieving process efficiency requires early and continuing emphasis on the various logistics support processes along with the design considerations. The continued emphasis is important because processes present opportunities for improving operational effectiveness even after the design-in window has passed via lean-six sigma, supply chain optimization, or other continuous process improvement (CPI) techniques.

Sustainment Analysis (Product Support Package)

The product support package documents the output of supportability analysis and includes details related to the following twelve elements (links below are to excerpts from (NATO RTO 2001):

Sustainment Implementation

Once the system becomes operational, the results of sustainment planning efforts need to be implemented. SE supports the execution of the twelve integrated product support elements of a sustainment program that strives to ensure the system meets operational performance requirements in the most cost-effective manner over its total remaining life cycle, as illustrated in Figure 2.

Figure 2. Sustainment Implementation Illustration (DAU Guidebook 2012). Released by Defense Acquisition University (DAU)/U.S. Department of Defense (DoD).

Once a system is put into use, SE is often required to correct problems that degrade continued use, and/or to add new capabilities to improve product performance in the current or a new environment. In the context of integrated product support, these SE activities correspond to the integrated product support (IPS) element Sustaining Engineering. Changes made to fielded systems to correct problems or increase performance should include any necessary adjustments to the IPS elements, and should consider the interrelationships and integration of the elements to maintain the effectiveness of the system’s support strategy.

The degree of change required to the product support elements varies with the severity of the problem. Minor problems may require a simple adjustment to a maintenance procedure, a change of supplier, a training course modification or a change to a technical manual. In contrast, problems that require system or component redesign may require engineering change proposals and approvals, IPS element trade studies, business case analysis, and updates to the product support strategy. The focus is to correct problems that degrade continued use, regardless of the degree of severity.

Evolutionary systems provide a strategy for acquisition of mature technology; the system delivers capabilities incrementally, planning for future capability enhancements. A system of systemssystem of systems (SoS) perspective is required for these systems to synchronize the primary and sustainment systems.

For more information refer to: An Enterprise Framework for Operationally Effective System of Systems Design (Bobinis and Herald 2012.).

References

Works Cited

Bobinis, J. and T. Herald. 2012. “An enterprise framework for operationally effective system of systems design.” Journal of Enterprise Architecture. Vol. 8, no. 2, May 2012. Available at: https:// www.mendling.com/publications/JEA12-2.pdf.

DAU. 2010. Defense Acquisition Guidebook (DAG). Ft. Belvoir, VA, USA: Defense Acquisition University (DAU)/U.S. Department of Defense (DoD).

NATO RTO. 2001. Logistics Test and Evaluation in Flight Test. Flight Test Techniques Series – Volume 20. Quebec, Canada: North Atlantic Treaty Organization (NATO) Research and Technology Organization (RTO). RTO-AG-300 Vol. 20, AC/323(SCI-010)TP/38. Table of contents available at: http://ftp.rta.nato.int/public//PubFullText/RTO/AG/RTO-AG-300-V20///AG-300-V20-$$TOC.pdf

Primary References

Blanchard, B.S. 1998. Logistics Engineering and Management. Upper Saddle River, NJ, USA: Prentice Hall.

Blanchard, B. and W. Fabrycky. 2011. Systems Engineering and Analysis, 5th Ed. Englewood Cliffs, NJ, USA: Prentice-Hall.

Bobinis, J. and T. Herald. 2012. “An enterprise framework for operationally effective system of systems design.” Journal of Enterprise Architecture. Vol. 8, no. 2, May 2012. Available at: https:// www.mendling.com/publications/JEA12-2.pdf.

Daganzo, C. 2005. Logistics Systems Analysis, 4th Edition. New York, NY, USA: Springer.

Fabrycky, W.J. and B.S. Blanchard. 1991. Life-Cycle Cost and Economic Analysis. Upper Saddle River, NJ, USA: Prentice-Hall.

Ghiani, G., G. Laporte, and R. Musmanno. 2004. Introduction to Logistics Systems Planning and Control. Hoboken, NJ, USA: Wiley-Interscience.

Jones, J.V. 1995. Integrated Logistics Support Handbook. New York, NY, USA: McGraw Hill.

Additional References

Barros, L.L. 1998. "The optimization of repair decision using life-cycle cost parameters." IMA Journal of Management Mathematics. Vol. 9, no. 4, p. 403.

Berkowitz, D., J.N. Gupta, J.T. Simpson, and J.B. McWilliams. 2005. Defining and Implementing Performance-Based Logistics in Government. Washington, DC, USA: Defense Technical Information Center. Accessed 6 Sept 2011. Available at: http://handle.dtic.mil/100.2/ADP018510.

Gajpal, P.P., L.S. Ganesh, and C. Rajendran. 1994. "Criticality analysis of spare parts using the analytic hierarchy process." International Journal of Production Economics. Vol. 35, nos. 1-3 pp. 293-297.

MITRE. 2011. "Integrated logistics support." Systems Engineering Guide. Accessed 11 March 2012. Available at: [[1]].

Murthy, D.N.P. and W.R. Blischke. 2000. "Strategic warranty management: A life-cycle approach." Engineering Management. Vol. 47, no. 1, pp. 40-54.

Northrop Grumman Corporation. 2000. Logistics Systems Engineering. Accessed 6 Sept 2011. Available at: http://www.northropgrumman.com/Capabilities/NavigationSystemsLogisticsSystemsEngineering/Documents/nsd_logistics.pdf.

Solomon, R., P.A. Sandborn, and M.G. Pecht. 2000. "Electronic part life cycle concepts and obsolescence forecasting." IEEE Transactions on Components and Packaging Technologies. Vol. 23, no. 4, pp. 707-717.

Spengler, T. and M. Schroter. 2003. "Strategic management of spare parts in closed-loop supply chains: A system dynamics approach." Interfaces. pp. 7-17.


< Previous Article | Parent Article | Next Article >
SEBoK v. 2.4, released 19 May 2021