View source for Logistics

----
'''''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==
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).

[[File:Affordable_Sys_Ops_Effect_DAU_GB_Roedler.jpg|thumb|600px|center|'''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 {{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)===
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:

* '''{{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.
* '''{{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.
* '''{{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:
** '''{{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.
** '''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 {{Term|Total Ownership Cost (glossary)|total ownership cost}} (TOC) and materiel availability perspective.
** '''{{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.

==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):

* Product/information technology (IT) system/medical system support management (integrated life cycle sustainment planning)
** product/IT system/medical system support strategies
** life cycle sustainment planning
** requirements management
** {{Term|Total Ownership Cost (glossary)|total ownership costs}} (TOC)/{{Term|Life Cycle Cost (LCC) (glossary)|life cycle costs}} (LCC) planning & management
** {{Term|Integration (glossary)|Integration}} and management of product support activities
** {{Term|Configuration Management (glossary)|configuration management}}
** production & distribution
** energy, environmental, safety and health (EESH) management
** policies & guidance
** {{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]
** {{Term|Reliability (glossary)|reliability}}
** {{Term|Maintainability (glossary)|maintainability}}
** supportability
** affordability
** {{Term|Configuration Management (glossary)|configuration management}}
** safety requirements
** environmental and hazardous materials (HAZMAT) requirements
** {{Term|Human Systems Integration (HSI) (glossary)|human systems integration}} (HSI)
** calibration
** anti-tamper
** habitability
** disposal
** legal requirements
* Sustainment Engineering
** failure reporting, analysis, and corrective action system (FRACAS)
** value engineering
** diminishing manufacturing sources and material shortages (DMSMS)
* [http://ftp.rta.nato.int/public/PubFullText/RTO/AG/RTO-AG-300-V20/AG-300-V20-06.pdf Supply Support (materiel planning)]
* [http://ftp.rta.nato.int/public/PubFullText/RTO/AG/RTO-AG-300-V20/AG-300-V20-03.pdf Maintenance Planning]
** reliability centered maintenance (RCM)
** maintenance concepts
** levels of maintenance (level of repair analysis)
** condition-based maintenance
** prognostics & health management
* [http://ftp.rta.nato.int/public/PubFullText/RTO/AG/RTO-AG-300-V20/AG-300-V20-05.pdf Support Equipment]
* [http://ftp.rta.nato.int/public/PubFullText/RTO/AG/RTO-AG-300-V20/AG-300-V20-07.pdf Technical Data]
* [http://ftp.rta.nato.int/public/PubFullText/RTO/AG/RTO-AG-300-V20/AG-300-V20-04.pdf Manpower & Personnel]
* [http://ftp.rta.nato.int/public/PubFullText/RTO/AG/RTO-AG-300-V20/AG-300-V20-08.pdf Training & Training Support]
* [http://www.decisionlens.com/docs/WP_Strategic_Facilities_and_Infrastructure_Planning.pdf Facilities & Infrastructure]
* [http://ftp.rta.nato.int/public/PubFullText/RTO/AG/RTO-AG-300-V20/AG-300-V20-11.pdf Packaging, Handling, Storage, & Transportation]
* [http://ftp.rta.nato.int/public/PubFullText/RTO/AG/RTO-AG-300-V20/AG-300-V20-09.pdf Computer Resources]

==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.

[[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 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 {{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.).

==References== 

===Works Cited===
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.

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|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: [[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.'' 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.

----
<center>[[System Maintenance|< Previous Article]]  |  [[System Maintenance|Parent Article]]  |  [[Service Life Management|Next Article >]]</center>

<center>'''SEBoK v. 2.10, released 06 May 2024'''</center>

[[Category: Part 3]][[Category:Topic]]
[[Category:System Deployment and Use]]