Mil STD 1388 1a
Mil STD 1388 1a
Mil STD 1388 1a
..
MILITARY
STANDARD
-.
..
:0
FSC MISC
DEPARTMENT Washington,
OF DEFENSE DC 20301
Logistic
Support
Analysig
MIL-STD-1388-lA
and
1. This Agehcles
Military of the
Standard Department
is approved of Defense.
for
use
by
all
Departments
2. Beneficial comments (recommendations, additions, deletions) and any pertinent data which may be of use in improving this Commander, US Army DARCOM Materiel document should be addressed to: Readiness Support Activity, ATTN: DRXMD-EL, Lexington, KY 40511, by using the self-addressed Standardization Document Improvement Proposal (DD Form 1426) appearing at the end of this document or by letter.
ii
FOREWORD
This standard implements the Logistic Support Analysis (LSA) guidelines and requirements established by Department of Defense Major System Acquisition Procedures, and (DOD) Instruction 5000.2, DOD Directive 5000.39, Acquisition and Management of Integrated The requirements of Logistic Support for Systems and Equipment. this standard are applicable to major and less-than-major system/equipment acquisition programs, major modification programs, The goal of this and applicable research and development projects. standard is a single, uniform approach by the Military Services for conducting those activities necessary to (a) cause supportability requirements to be an integral part of system requirements and design, (b) define support requirements that are oPtimallY related to the design and to each other, (c) define the required support during the operational phase, and (d) prepare attendant data LSA is the selective application of scientific and products. engineering efforts undertaken during the acquisition process, as part of the system engineering and design process, to assist in complying with supportability and other Integrated Logistic Support (ILS) objectives through the use of an iterative process of synthesis, tradeoff, test, and evaluation. definition, This standard provides general requirements and descriptions of tasks which, when performed in a logical and iterative nature, The tasks are structured for maximum comprise the LSA process. In addition to the general flexibility in their application. requirements and task description sections, this standard contains an application guidance appendix which provides rationale for the selection and tailorini? of the tasks to meet program objectives in a This document is intentionally structured to cost effective manner.Tailoring is forced discourage indiscriminate blanket applications. by requiring that specific tasks be selected and that certain essential information relative to implementation of the selected Additionally, the tasks be provided by the requiring authority. user must be aware that when the LSA process, or a portion thereof, is implemented contractually, more than the LSA statement of work Readiness and LSA deliverable data requirements must be considered. and supportability requirements and objectives must be appropriately integrated and embodied in specifications, general and special contract provisions, evaluation factors for award, instructions to and other sections of the solicitation document. offerors, Defense system acquisitions are directed toward achieving the best balance between cost, schedule, performance, and supportIncreasing awareness that supportability factors, such as ability. manpower and personnel skills, are a critical element in system effectiveness has necessitated early support analyses, the establishment of system constraints, design goals, thresholds and criteria in these areas, and the pursuit of design, operational, and support approaches which optimize life cycle costs and the resources systems. This standard was required to operate and maintain prepared to identify these early analysis requirements and foster their cost effective application during system acquisitions. iii
o
I
I
CONTENTS
Paragi
aph
1. 1.1 1.2 1.2.1 1.3 1.4 1.5 2. 2.1 3. 3.1 4. 4.1 4.1.1 4.1.2 4.2 0.3 4.4 4.4.1
::1 5.1.1 5.2 5.2.1 5.2.2 5.2.3 5.3 5.3.1 5.3.2 5.3.3 5.3.4 5.3.5
5.4 5.4.1
SCOPE ---------------------------------Purpose -----------------------------Application of Standard -------------Tailoring of Task Descriptions ------14ethod of Reference -----------------Scope of Performance ----------------Parts -------------------------------REFERENCED DOCUMENTS ------------------General -----------------------------DEFINITIONS ---------------------------General -----------------------------GENERAL REQUIREMENTS ------------------LSA Program -------------------------Program Interfaces and Coordination-LSA Process -------------------------Quantitative Requirements -----------Management, Surveillance, and Control ------------------------LSA Documentation -------------------Logistic Support Analysis Record Format -----------------------------TASK DESCRIPTIONS ---------------------General -----------------------------Task Structure ----------------------Task Section 100 - Program Planning and Control ------------------------Task 101 - Development of an Early Logistic Support Analysis Strategy-Task 102 - Logistic Support Analysis Plan -------------------------------Task 103 - Program and Design Reviews Task Section 200 - Mission and Support Systems Definition ---------Task 201 - Use Study ----------------Task 202 - Mission Hardware, Software, and Support System Standardization-Task 203 - Comparative Analysis -----Task 204 - Technological Opportunities ----------------------Task 205 - Supportability and Supportability Related Design Factors ---------------------------Task Section 300 - Preparation and Evaluation of Alternatives ---------Task 301 - Functional Requirements Identification ----------------------
1 1 1 1 1 1 1 1 : 2 2 : 2 3
: 4 4 4 4 9 10 12 15 18 19 21 23 26 .
28 30 31
iv
q
Paragraph 5.4.2 5.4.3 5.5 5.5.1 5.5.2 5.5.3 . 5.6 5.6.1
CONTENTS
Continued
- Support System Task 302 Alternatives -----------------------Task 303 - Evaluation of Alternatives ------------and Tradeoff Analysis of Logistic Task 400 - Determination Support Resource Requirements ------Analysis ------------Task 401 - Task Fielding Analysis--Task 402 - Early Production Support Task 403 - Post Analysis ---------------------------Task Section 500 -Supportability Assessment -------------------------Test, Task 501 - Supportability Evaluation, and Verification -------FIGURES
EM!?
34 36 40 1; 47 48 49
Figure
1 2 3
4 5
Logistic Support Analysis Process Objectives by Program Phase ---------Logistic Support Analysis Process Overview ----------------------------Logistic Support Analysis Process Flowchart ---------------------------System Level Logistic Support -------------Analysis Interfaces Logistic Support Analysis Tailoring Decision Logic -----------------------TABLES
52 53 54 --61 64
Table
I II
III
Index of Logistic Support Analysis Tasks -------------------------------Logistics Support Analysis Information Requirements for Major Systems by Milestone --------------------------Logistic Support Analysis Task Application and Documentation Matrix ------------------------------
95
98
APPENDIX A LOGISTIC
Paragraph
10. 10.1 10.2 20. ;:: Uo.1 40.1.1 40.1.2 40.1.3 40.1.3.1 40.1.3.2 40.1.3.3 40.1.3.4 40.2 40.2.1 40.2.2 40.2.3 40.3 40. 40. 40. 40. 40. 40. 40. 40. 40. 40. 40. 40. 40. 40. 40. 40. 3.1 3.2 3.2.1 3.2.2 3.3 3.3.1 3.3.2 3.3.3 3.3.4 3.3.5 3.3.6 4 4.1 4.2 4.2.1 4.2.2
SCOPE --------------------------------General ------------------------------How to Use This Appendix -------------REFERENCED DOCUMENTS ------------------DEFINITIONS ---------------------------GENERAL APPLICATION GUIDANCE FOR LOGISTIC SUPPORT ANALYSIS PROGRAMS---LSA Process -------------------------Analysis of Supportability ----------Assessment and Verification ---------Interfaces --------------------------Inputs and Outputs for System Level LEA--------------------------------Refinement and Extension of the System Level LEA--------------------------Task Analysis Interfaces ------------Resource Requirements IdentificationMajor Criteria ----------------------Manpower and Personnel Constraints--System Readiness --------------------cost --------------------------------Strategy in Developing Analysis Requirements -----------------------General -----------------------------Task Selection and Focusing ---------General -----------------------------Focusing ----------------------------Factors Impacting on Strategy -------Type of Program/Change --------------Amount of Design Freedom ------------Time and Resources Available --------Work Already Done -------------------Past Experience and Historical Data-Procurement Considerations ----------Application in Procurement ----------Pre-RFP and Bidders Briefings -------Preparing LSA RFP Requirements ------Broad Versus Specifics --------------Interweave Supportability Requirements and Constraints --------------------Relative Importance of Requirements-Support Related Design Drivers ------Alternate Support Concepts ----------Evaluation Methods and Models --------
58 58 58 58 59 59 59 59 59 60 60 60 60 62 62 62 62 62 63 63 63 63 65 66 66 66 67 67 68 68 68 68 69 69 69 70 70 70 70
vi
q
Paragraph 40.5 40.6 50. 50.1 50.1.1 50.1.1.1 50.1.1.2 50.1.1.3 50.1.1.4 50.1.2 50.1.3 50.1.4 50.2 50.2.1 50.2.2 50.2.3
CONTENTS
Continued @
50.2.4 50.2.5 50.2.6 50.3 50.3.1 50.3.1.1 50.3.1.2 50.3.2 50.3.3 50.3.4 50.4 50.4.1 50.4.2 50.4.3 50.4.4 50.5
Task Documentation ------------------Supportability Modeling -------------DETAILED GUIDANCE FOR TASK SECTIONS, TASKS, AND SUBTASKS ------------------Task Section 100Program Planning and Control --------------------------General Considerations ---------------Program Management -------------------Identifying Analysis Task Requirements Timing -------------------------------Program Execution --------------------Development of an Early Logistic Support Analysis Strategy (Task 101)Logistic Support Analysis Plan (Task 102)--------------------------Program and Design Reviews (Task 103)Task Section 200 - Mission and Support Systems Definition ------------------General Considerations ---------------Use Study (Task 201)-----------------Mission Hardware, Software, and Support System Standardization (Task 202)-------------------------Comparative Analysis (Task 203)------Technological Opportunities (Task 204) Supportability and Supportability Related Design Factors (Task 205)---Task Section 300 - Preparation and Evaluation of Alternatives ----------General Considerations ---------------Iterations ---------------------------Timing -------------------------------Functional Requirements Identification (Task 301)--------------------------Support .System Alternatives (Task 302) Evaluation of Alternatives and Tradeoff Analysis (Task 303)---------Task Section 400 - Determination of Logistic Support Resource Requirements General Considerations ----------------Task Analysis (Task 401)----;---------Early Fielding Analysis (Task 402)----Post Production Support Analysis (Task 403)---------------------------Task Section 500 - sUDOOrtabilitv Assessment ----------------------------
90
q
vii
CONTENTS
Continued
E!&
Paragraph 50.5.1 50.5.1.1 50.5.1.2 50.5.1.3 50.5.1.4 50.5.2 General Considerations ----------------Types of Assessment -------------------Test and Evaluation -------------------Test Environment ----------------------Post Deployment Assessments -----------Supportability Test, Evaluation, and Verification (Task 501)----------90 gO 91 gl 92 92
Appendix
GLOSSARY ---------------------------------
104
VIII
1.
SCOPE This standard provides governing performance of the life cycle of systems general requirements Logistic Support and equipment. and Analysis task
This standard applies to all 1.2 Application of Standard. system/equipment acquisition programs, major modification programs, and applicable research and development projects through all phases This standard is for use by of the systemlequipment life cycle. both contractor and Government activities performing LSA on As used in this systems/equipment to which this standard applies. the requiring authority is generally a Government standard, activity but may be a contractor when LSA requirements are levied on subcontractors. The performing activity may be either a contracThe use of the term contractt in this tor or Government activity. standard includes any document of agreement between organizations to include between a Government activity and another Government between a Government activity and a contractor, or between activity, a contractor and another contractor. 1.2.1 Tailoring Individual tasks contained of Task Descriptions. in this standard shall be selected and the selected task descriptions tailored to specific acquisition program characterApplication guidance and rationale istics and life cycle phase. selecting tasks and tailoring task descriptions to fit the needs This appendix a Particular program are included in Appendix A. not contractual and does not establish requirements. 1.3 Method of Reference. This standard, the specific tion number(s) applicable task input to be specified requiring auth;rity, and applicable task outputs shall or referenced in the Statement of Work (SOW). 1.4 with only 1.5 2. Scope of Performance. the general requirements to the degree specified Parts. MIL-STD-1388-lA DOCUMENTS specified, the following standards in that issue of the Department and Standards (DoDISS) specified this standard to the extent The performing activity section and specific in the contract. is Part 1 of two parts.
for of is
REFERENCED
2.1 General. Unless otherwise and h~s of the issue listed Defense Index of Specifications the solicitation form a part of specified herein. Military Standards.
of in
MIL-sTD-1366
System Constraints,
MIL-STD-1388-2
Logistic Element Procedures Failure Criticality standards, conjunction from the officer. )
Support Definitions.
Analysis
Data
MIL-STD-1629
a and
REQUIREMENTS
An effective LSA program shall be established and 4.1 LSA Program. It shall be planned, maintained as part of the ILS program. and conducted in conjunction with other integrated, developed, production, and deployment functions to cost design, development, The LSA program effectively achieve overall program objectives. shall be established consistent with the type snd phase of the acquisition program, and procedures shall be established to assure that the LSA program is an integral part of the system engineering Interfaces between the LSA program and other system process. The LSA program shall engineering programs shall be identified. include the management and technicsl resources, plans, procedures, and controls for the performance of LSA requirements. schedules, Maximum use shall be 4.1.1 Program Interfaces and Coordination. of other made of ~equirements ana yses an system engineering programs to satisfy LSA input requirements. which are also required Tasks and data required by this standard, other stsndards and specifications, shall be coordinated snd LSA data shall be based combined to the maximum extent possible. upon, and traceable to, other system engineering data and activities where applicable. Design and performance information shall be disseminated, captured, and formally controlled from the beginning of the design effort to serve as the design audit trail for logistic design tradeoff study inputs, and LSA support resource planning, documentation preparation.
by
A systematic and comprehensive analysis shall 4.1.2 LSA Process. be conducted on an iterative basis through all phases of the system/equipment life cycle to satisfy supportability objectives. The level of detail of the analyses and the timing of task performance shall be tailored to each system/equipment and shall be responsive to program schedules and milestones. Figure 1 depicts Figurea 2 and 3 the major LSA process objectives by program phase.
q
I
of the LSA process and a detailed flow Task and .subtask applicability guidance in Appendix A, Table 111.
chart of by program
4.2 Quantitative Requirements. Quantitative supportability and supportability related design requirements for the system/equipment shall be included in appropriate sections of the system or end item specifications, other requirements documents, or contracts, as appropriate. Subtier values not established by the requiring authority shall be established by the performing activity. Requirements shall be defined in terms related to operational readiness, demand for logistic support resources, and operating and support (O&S) costs, as applicable to the type of system/equipment. 4.3 Management, Surveillance, and Control. Management procedures shall be established to assure continuing assessment of analysis results and to allow for system/equipment design and LSA program Feedback and corrective action procedures adjustments as required. shall be established which include controls to assure that deficiencies are corrected and documented. Assessments, validations, and verifications shall be conducted throughout the system/equipment life cycle to demonstrate, within stated confidence levels, the validity of the analyses performed and the products developed from the analyses, and to adjust the analysis results and products as applicable. LSA documentation shall consist of all data 4.4 LSA Documentation. resulting from analysis tasks conducted under this standard and shall be the primary source of validated, integrated design related LSA supportability data pertaining to an acquisition program. documentation shall be developed and maintained commensurate with design, support, and operational concept development, and shall be updated to reflect changes or availability of better information based on izs,ting, configuration changes, operational concePt changes, and support concept changes during the acquisition process. Accumulated LSA documentation shall provide an audit trail of supportability and supportability related design analyses and decisions, and shall be the basis for actions and documents related to manpower and personnel requirements, training programs, provisioning, maintenance planning, resources allocation, funding and other logistic support resource requirements. decisions, Configuration control procedures shall be established over LSA documentation updates to assure proper coordination among other system engineering programs, the LSA program, and the development of Deliverable documentation shall be as ILS documents using LSA data. specified in applicable data item descriptions cited on the contract When the requiring data requirements list (CDRL), DD Form 1423. authority desires delivery of the task outputs, as described in paragraph 5 of this standard, for LSA tasks or subtasks cited in the SOW, then appropriate data item descriptions and delivery information must be included in the CDRL.
The logistic 4.4.1 Logistic SUpp ort Analysis Record Format. support analysis record (LSAR) is a subset of LSA documentation and LSAR data elements shall conform to the requirements of MIL-STD1388-2. Deliverable LSAR data shall be as specified in data item descr >tions cited on the CDRL. 5. TASK DESCRIPTIONS
The LSA tasks are divided into five general sections: 5.1 General. Program Planning and Control; Section 200, Mission and Section 100, Support Systems Definition; Section 300, Preparation and Evaluation Determination of Logistic Support of Alternatives; Section 400, Resource Requirements; and Section 500, Supportability Assessment. Table I identifies the general purpose of each section, the Individual tasks contained in each section, and the general purpose of each task and subtask. Each individual task is divided into four 5.1.1 Task Structure. The parts; purpose, task description, task input, and task output. The purpose provides the general reason for performing the task. task description provides the detailed subtasks which comprise the It is not intended that all tasks and or subtasks be overall task. The sequence of tasks and accomplished in the sequence presented. subtask accomplishment should be tailored to the individual the subtasks are organized Where applicable, acquisition program. to correspond with relative timing of performance during the Consequently, for some tasks, all subtasks may acquisition process. not be reouired to be oerformed for a given contract Deriod. In these cases, the SOW skall specify the-applicable sub~ask requirements. (See Appendix A for guidance. ) The task input identifies the general information required to define the scope of That input information which shall be and perform each task. specified by the requiring authority in the SOW Is annotated by an The task output identifies the expected results from asterisk (*). performance of the task. When an element of the task input or task output is only applicable to certain subtasks, the applicable subtask numbers are identified in parentheses following the element. Where subtask numbers are not listed, that element is applicable to all subtasks listed under the task description.
0 3
m z > z ;
q
TABLE OF TASK/SUBTASK
1. Index
of
Logistic
SupporI
Analysis
Tasks.
- Continued
--
PURPOSE TASK SECTION INFLUENCE ,00 .CGW, sYs!EOulP 2W:NSYS ~ETEn. DESIGN ,.,,0. 203- COMPARATIVE ANALYSIS 203,2.1. IDENTIFY COMPARATIVEYSTEMS S 203.2.3-BASELINECOMPARISONSYSTEM 203.2.3-COMPARATIVE SYSTEMCHARACTERISTICS 203.2.4-QUALITATIVE SUWORTAalLITYPROBLEMS 203,2. -SUPPORTABILITY,COST. AND REAOINESS s ORWERS 203.2.6- UNIOUE SYSTEMDRIVERS 203.2.7- UPOATES 203.2.8- RISKSANOASSUMPTIONS x x x x x x x x x x x x x x x x 20.S-TECHNOLOGICAL OPPORTUNITIES 204.2.1. RECOMMENDEDESIGNOBJECTIVES O 204.2.2. UPOATES 20S,2.3- RISKS x x x x x x x x x x x x x x x 205- SUPPORTABILITYNO SUPPORTABILITY A RELATED OESIGNFACTORS 205,2.1- SUPPORTABILITY CHARACTERISTICS 205.2 .2-supPoR7ABlLITv OBJECTIVES 6 ASSOCIATE RISKS 205.2.3- SPECIFICATIONEQUIREMENTS R 205.2.4- NATOCONSTRAINTS 205.2.E.-SUPPORTABILITV GOALSANO THRESHOLDS ,,
TASK SECTION
q
TABLE 1. Index of Logistic Suppoti Analysis Tasks. - Continued
q
m
TASKISUBTASK mlm GN IEN( ,1 SY GN PURPOSE OF TASK SECTION
TASK
SECTION
x x
I - FUNCTIONAL REOLNREMENTS IDENTIFICATION 301.2.1 FUNCTIONAL REQUIREMENTS 301.2.2 UNIOUEFUNCTIONAL REQUIREMENTS 301.2,3 RISKS 301.2.4 OPERATIONSANO MAINTENANCE TASKS 301.2.5 DESIGNALTERNATIVES 301.2.6 uPOATES
12- SUPPORTSYSTEMALTERNATIVES 302.2.1 ALTERNATIVE SUPPORTCONCEPTS 302.2.2 SUPPORTCoNcEpT upoATEs 302.2.3 ALTERNATIVE SUPPORTPLANS 202.2.4 SUPPORTPLANuPDATES 302.2.5 RISKS
x x x x x
x x x x x x x x x
x x x x
OF A 13- EVALUATION ALTERNATIVES ND TRAOEOFF ANALYSIS FF CRITERIA 303.2.1 r SYSTEMTRADEOFFS 303.2.2 IFFS 303.2.3 ..31TIVITIES 303.2.4 \ AND PERSONNEL TRADEOFF! 303.2.5 303.2.6 TF 303.2.7 REF ----303.2.6 DIAGNOSTIC1 IALI 303.2.9 comparative Ev :ATloNs hDEOFF. 203.2.10 ENERGYTRI! 203.2.11 SURVIVAalLITV aAU TR IEOFFS 303.2.12 TRANSPORTAalLl~ TRADEOFFS
x x x x x x x x x x x x
TABLE .-
1. Index
of Logistic
Suppovl
Analysis
Tasks.
- Continued
x x x x x x x x x x x x x x x x x
TO IDENTIFV THE LOGISTIC 00- DETERMINATIONF O OGISTICSUPPORT SUPPOFIT RESOURCE IESOURCE REQuIREMENTS REQUIREMENTS F THE O NEWSVSTEMIN ITS OPERATIONAL ENVIRONMENT(S) ANO TO OEVELOP PLANS FOR POST PRODUCTION SUPPORT 401 - TASKANALYSIS 401.2.1 TASKANALYSIS 401.2,2 ANALYSIS DOCUMENTATION 401.2.3 NEW/CRITICAL SUPPORTRESOURCES 401,2.4 TRAINING REQuIREMENTS ND A RECOMMENDATIONS 401.2.5 oESIGN IMPROVEMENTS 401.2.6 MANAGEMENT LANS P 401.2.7 TRANSPORTABILITY ANALYSIS 401,2.s PROVISIONING FIEOUIREMENTS 401,2.9 VALIOATION 401.2.10 ILS OUTPUTPRODUCTS 401,2.11 LSAR UPOATES
x x x x x
(-n
402- EARLVFIELDING ANALYSIS 402.2.1 NEWSYSTEMIMPACT 402.2.2 sOURCES OF MANPOWER AND PERSONNEL SKILLS 402.2.3 IMPACTOF RESOURCESHORTFALLS 402.2,4 COMBATRESOURCEREQUIREMENTS 402.2.S PLANSFOR PROBLEM RESOLUTION
x x x x x
x x x x x
x x x x x
TO ASSURETHAT SPECIFIED 501 -SUPPORTABILITY TEST, EVALUATION, REQUIREMENTS ARE AND VERIFICATION ACHIEVEO ANOOEFICIENCIES 501.2,1 TEST ANO EVALUATION STRATEGY CORRECTED 501.2.2 OBJECTIVES AND CRITERIA 501,2.3 UPDATESANO CORRECTIVE ACTIONS 501.2,4 SUPPORTABILITYSSESSMENT A PLAN (POSTDEPLOYMENT) 501.2,S SUPPORTABILITYSSESSMENT A (POST DEPLOYMENT)
,,
q
I
I
TASK PROGRAM
SECTION
PLANNING
LOGISTIC
101.1 PURPOSE. To develop a proposed early In an acquisition program, and subtasks which provide the best return 101.2 TASK DESCRIPTION.
to
101.2.1 Prepare potential supportability objectives for the new system/equipment and identify proposed LSA tasks and subtasks to be performed early in the acquisition program. Estimate the cost to perform each subtask and identify proposed organizations to perform each task and subtask. The proposed supportability objectives and analysis tasks and subtasks shall be based on the following factors: a. approaches reliability resources, operational The probable design, maintenance concept, and gross O&S costs, of each and operational
for the new system/equipment and maintainability (R&M), and readiness characteristics approach. and data
b. The availability, accuracy, cost , and logistic support resource proposed LSA tasks and subtasks. c. subtasks. d. projected 101.2.2 results, 101.3 The potential design impact
relevance required
of to
readiness, perform
O&S the
of
performing
the
LSA
tasks
and
The cost effectiveness cost and schedule Update program TASK the LSA schedule
of each constraints.
task
and
subtask
given
strategy as modifications,
required and
INPUT mission
q
and
functional
requirements
for
the
new
101.3.2 Expected program funding and schedule constraints and other known key resource constraints that would Impact support of the system/equipment such as projected deficits in numbers or skills of available personnel, limited priorities on strategic materiel, etc.*
bases
available
from
the
requiring
authority
for
use
identification
of
any
data
item
required.~
10
mission to the
area new
and
101.4.1 An LSA strategy outlining proposed supportability tives for the new systemlequipment and proposed LSA tasks subtasks to be performed early in the acquisition program provide the beat return on investment. (101.2.1) 101.4.2 LSA strategy updates as applicable. (101..2.2)
-.
11
102 ANALYSIS PLAN Analysis Plan (LSAP) identifies management the approach toward
PURPOSE. To develop a 102.1 which identifies and integrates responsibilities and activities, accomplishing analysis tasks. 102.2 TASK DESCRIPTION
102.2.1 Prepare an LSAP which describes how the LSA program will be conducted to meet program requirements. The LSAP may be included as part of the Integrated Support Plan (ISP) when an ISP is required. The LSAP shall include the following elements of information, with the range and depth of information for each element tailored to the acquisition phase: A description a. program requirements. of how the LSA program will be conducted to
meet
of the management structure This includes the interrelationship and policy organizations. LSA task that Identification Subtask 303.2.3, start and Schedule associated
and
authorities between
will be accomplished of the major when applicable. completion points relationships with system engineering for
A schedule with estimated d. each LSA program activity or task. other ILS program requirements and activities shall be identified. e. A description other ILS and system include analysis and applicable: (1) (2) (3) (4) (5) (6) (7)
of how LSA tasks and data will interface oriented tasks and data. This description data interfaces with the following programs,
with will as
Design Reliability
12
q
I
Packaging,
Handling,
Storage,
and
Transportability
Initial
Provisioning
Program. Equipment Evaluation Program. Program. (WBS) identification documented. control numbering and to system supportability designers of items upon
Explanation
to
be
used.
q
I :
h. related associated i.
and
method by which supportability requirements are disseminated levied under such circumstances. data for to be furnished to
and to
supportability subcontractors
and
the
LSA
(GFE/~iM) items of
end
The procedures (wherever m. cable) to evaluate the status and identification of the organizational responsibility for executing each n. recording correcti~e resolve
procedures are appliof each task, and with the authority and
The procedures. methods, and controls for identifying and des~En oroblerns or deficiencies affecting supportability, and the status of actions taken to act~on; required, the problems. Description activity design data. of the data to document, collection disseminate, system and to be control used LSA by the and
perfo%ing related
13
q
required, results, subject program to requiring authority schedule modifications, each LSA task tasks to be required performed under this as part of the LSA
102.2.2 Update the LSAP as based on analysis approval, and program decisions. 102.3 102.3.1 standard program.* 102.3.2 approval 102.3.3 training 102.3.4 102.3.5 102.3.6 TASK INPUT
Identification procedures
for
contractual
status
of
the
LSAP
and
specific
indoctrination
or
LSA
LSAP
to
be of
developed.* any data and item required.* schedule.* the LSA strateuY -.
identification
requirements requirements
development in
102.3.7 Task from Task 101. 102.4 102.4.1 102.4.2 (102..2.2) TASK
sDecified
OUTPUT. Support Support Analysis Analysis Plan. Plan (102:2.1) updates as applicable.
Logistic Logistic
q
PROGRAM ~ I
TASK
103 REVIEWS
AND DESIGN
To establish a requirement for the performing 103.1 PURPOSE. activity to plan and provide for official review and control of released-design information with LSA program participation in a timely and controlled manner, and to aasure that the LSA program IS proceeding in accordance with the contractual milestones so that the supportability and supportability related design requirements will be achieved. 103.2 TASK DESCRIPTION
103.2.1 Establish and document design review procedures (where procedures do not already exist) which provide for official review and control of released design information with LSA program These procedures participation in a timely and controlled manner. shall define accept/reject criteria pertaining to supportability requirements, the method of documenting reviews, the types of design documentation subject to review, andthe degree of authority of each reviewing activity. 103.2.2 Formal review and assessment of supportability and supportability related design contract requirements shall be an integral part of each systemlequlpment design review (e.g., system design review (SDR), preliminary design review (PDR), critical design review (CDR), etc.) specified by the contract. The performing activity shall schedule reviews with subcontractors and suppliers, aa appropriate, and inform the requiring authority in advance of Results of each system/equipment design review shall each review. be documented. Design reviews shall identify and discuss all Agendas shall be developed pertinent aspects of the LSA program. and coordinated to address at least the following topics as they aPPIY to the program phase activity and the review being conducted. a. b. including critical c. LSA conducted by task and WBS element. design drivers features and new
:0
Supportability supportability, logistic support Corrective (1) (2) (3) (4) Support
assessment of proposed cost, and readiness resource requirements. considered, under alternatives and tradeoff with actions analysis existing proposed,
or
actions
or
taken,
such
as:
alternatives
analysis redesign
(5)
proposed
15
Review
of (with
and specifications
design
Progress
establishing
LSA
documentation schedule,
required, or analysis
completed, problems
and
scheduled. support-
Design,
affecting
Status Other
of topics
previous and
action issues as
items
and
actions
required.
appropriate.
103.2.3 Formal review and assessment of supportability and supportability related design contract requirements shall be an integral part of each system/equipment program review specified by the contract. The performing activity shall schedule program reviews with subcontractors and suppliers, as appropriate, and inform the Results of each requiring authority in advance of each review. Program system/equipment program review shall be documented. reviews shall identify and discuss all pertinent aspects of the LSA program. Agendas shall be developed and coordinated to address at least the topics listed under 103.2.2 as they apply to the program phase activity and the review being conducted. 103.2.4 The LSA program shall be planned and scheduled to permit the performing activity and the requiring authority to review program status. The status of the LSA program shall be assessed at The performing activity LSA reviews specified by the contract. shall schedule LSA reviews with subcontractors and suppliers, as and inform the requiring authority in advance of each appropriate, LSA review. Results of each LSA review shall be documented. reviews shall identify and discuss all pertinent aspects of the LSA program to a more detailed level than that covered at design and program reviews. Agendas shall be developed and coordinated to address at least the topics listed under 103.2.2 as they apply to the program phase activity and the review being conducted. 103.3 103.3.1 reviews 103.3.2 authority 103.3.3 103.3.4 activity 103.3.5 TASK INPUT and location of design, program, and LSA
Identification required.~ Advance of all Recording Identification follow-up Delivery notification scheduled
requirements reviews.* for requiring on review of the results authority of open any data
to
the
requiring
of
the
reviews.* performing
required.*
16
I
I
10
103.4 TASK OUTPUT provide with manner. of 103.4.1 Design review procedures which and control of released design information participation in a timely and controlled 103.4.2 design 103.4.3 program -103.4.4 (1L3.2.4) Agendas review. Agendas review. Agendas for and (103.2.2) for and (103.2.3) for and documented results each
review
system/equipment
documented
results
of
each
system/equipment
documented
results
of
each
LSA
review.
17
TASK MISSION
SECTION
200 DEFINITION
AND SUPPORT
SYSTEMS
201
the
TASK
DESCRIPTION
201.2.1 Identify and document the pertinent supportability factors Factors to related to the intended ,use of the new system/equipment. be considered include mobility requirements, deployment scenarios, mission frequency and duration, basing concepts, anticipated service like, interactions with other systems/end items, operational Both peacetime environment, and human capabilities and limitations. and wartime employment shall be considered in identifying the Previously conducted mission area and supportability factors. weapon system analyses which quantified relationships between hardware, uission, and supportability parameters and which are pertinent to the new system/equipment shall be identified and documented. .
quantitative data resulting from in developing support alternatives This data would include but not
Operating requirements, consisting per ~;it of time, mission duration, and miles, hours, firings, flights, or cycles b. Number of systems supported. factors (e.g., transport periods.
of number per
the of unit
missions days,
to
be
maintenance
requirements, visits closely for the to operational units represent the planned new system/equipment. and support operational
and
Prepare a use study report documenting the information during performance of 201.2.1, 201.2.2, and 201.2.3. the use study report as more detailed information on the use of the new system/equipment becomes available.
q
19
201.3
TASK
INPUT and use locations, information type of on units, the new sysdepot locations,
201.3.1 Intended mission tem/equipment including etc.a 201.3.2 201.3.3 201.3.4 of the Locations Delivery for
field
visits of available
when any
identification
201.3.5 Previously conducted mission area and weapon system analyses which quantified relationships between hardware, mission, and supportability parameters and which are pertinent to the new system)equipment. 201.4 201.4.1 use of TASK OUTPUT factors related to the intended
the
Pertinent supportability new system. (201.2.1) Quantitative in conducting (201.2.2) Field Use visit study becomes data
must be support
q d
I
TASK
202
MISSION HARDWARE, SOFTWARE, AND SUPPORT SYSTEM STANDARDIZATION To define supportability and supportability related 202.1 PURPOSE. design constraints for the new system/equipment based on existing and plarined logistic support resources which have benefits due to cost, manpower, personnel, readiness, or support policy considerations, and to provide supportability input into mission hardware and software standardization efforts. 202.2 TASK DESCRIPTION
1=
202.2.1 Identify existing and planned logistic support resources which have potential benefits for use on each system/equipment All elements of ILS shall be considconcept under consideration. Define in quantitative terms supportability and supportered. ability related design constraints for those items which should become program constraints due to cost, manpower, personnel, readiness, or support policy considerations and benefits. Provide supportability, cost, and readiness related inforinto mission hardware and software standardization efforts. This input shall be provided to a level commensurate with the level of mission hardware and software standardization being pursued. 202.2.2
uation
202.2.3 Identify recommended mission hardware and software standardization approaches which have utility due to cost, readiness, supportability considerations and participate in the system/equipThis task shall be performed to a ment standardization effort. level of indenture commensurate with the design development. 202.2.4 lished. mental areas Identify any For example, logistic support when establishing TASK INPUT design interrisks associated known or projected resources would standardization with each scarcities, represent constraints. constraint and possible estabdeveloprisk
or
202.3
202.3.1 Mandatory supportability and supportability related constraints for the new system/equipment due to standardization These would include any standardization and requirements. operability (S&I) constraints.* 202.3.2 to existing 202.3.3 requirements.* 202.3.4 202.3.5 202.3.6 Delivery Alternative Use study identification system results concepts from Task of any data item required.* Information available and planned logistic Mandatory mission from the support and requiring resources.* SOftWare authority
relative
hardware
standardization
under 201.
consideration.
21
202.4
TASK
202.4.1 Quantitative supportability and supportability design constraints for the new system/equipment based standardization considerations. (202..2.1) Supportability, cost, hardware and software consideration. (202.2.2) 202.4.3 approaches ability 202.4.4 lished. 202.4.2 and readiness standardization characteristics approaches
of under
uission
Recommended mission hardware which have utility due to considerations. (202.2.3) Documented (202.2.4) risks associated
and cost,
software readiness,
standardization or support-
with
each
constraint
estab-
TASK COMPARATIVE
203 ANALYSIS
To select or develop a Baseline Comparison System 203.1 PURPOSE. (8,CS) representing characteristics of the new system/equipment for (1) projecting supportability related parameters, making judgments concerning the feasibility of the new systenlequipment supportability parameters, and identifying targets for improvement, and (2) determining the supportability, cost, and readiness drivers of the new systemlequipment. 203.2 =. Identify existing systems and subsystems (hardware, opera203.2.1 tional, and support) useful for comparative purposes with new Different existing systems shall be systemlequipment alternatives. identified when new system/equipment alternatives vary significantly in design, operation, or support concepts, or where different existing systems are required to adequately compare all parameters of interest. 203.2.2 Select or develop a BCS for use in comparative analyses and Identifying supportability, cost, and readiness drivers of each A BCS may significantly different new systemlequipment alternative. be developed using a composite of elements from different existing systems when a composite most closely represents the design, operation, and support characteristics of a new system/equipment Different BCSTS or composites may be useful for alternative. Previously developed comparing different parameters of interest. BCSS shall be assessed to determine the extent to which they can fill the need for the new system/equfpment. 203.2.3 Determine the O&S costs, logistic support resource requirements, reliability and maintainability (R&M) values, and readiness Identify these values values of the comparative systems identified. Values at the system and subsystem level for each BCS established. shall be adjusted to account for differences between the comparative systems use profile and the new system/equipments use profile where appropriate. 203.2.4 systems Identify qualitative supportability which should be prevented on the problems on comparative systemlequlpment. TASK DESCRIPTION
new
203.2.5 Determine the supportability, cost, and readiness drivers of each comparative system or BCS. These drivers may come from the design, operating, or support characteristics of the comparative For systems and represent drivers for the new system/equiPment. example, repair cycle time may be the prime readiness driver, a particular hardware subsystem may be the prime manpower driver, or energy cost may be the prime cost driver.
-2-3.
203.2.6 Identify and document any supportability, ness drivers for the new system/equipment resulting or equipment in the new system for which there are subsystems or equipment in comparative systems.
203.2.7 Update the comparative systems, their associated parameters, and the supportability, cost, and readiness drivers as the new system/equipment alternatives become better defined or as better data is obtained on the comparative systems and subsystems. 203.2.8 Identify and document with the comparative systems, drivers, such as a low degree system/equipment and existing on existing systems. 203.3 TASK INPUT available systems.* identification detail 203.2.2) of results developed required from the requiring authority relative any risks and assumptions associated and their associated parameters and of similarity between the new systems or the lack of accurate data
of for
any
data
item
comparative
new
under
consideration.
relevant
Lo
the
new
203.4.1 Identification for comparative analysis (203.2.1, 203.2.2) 203.4.2 readiness (203.2.3) O&S costs, values of
resource systems
R&M,
and
I 203.4.3 Identification comparative systems system/equipment. of qualitative which should be (203.2.4) cost, and comparative supportability prevented on the problems new on
on
of
the
new (203.2.5)
or
24.
are no (203.2.6)
comparable
subsystems
or
equipment
in
comparative (203.2.7)
system
descriptions
and
their
the
use
of the established
o
25
TASK TECHNOLOGICAL To identify 204.1 PURPOSE. improvement of supportability the new systemlequipment. 204.2 204.2.1 ability systems lished TASK DESCRIPTION
Establish design technology approaches improvements on the new system/equipment and subsystems. These design approaches through the following:
a. Identifying technological advancements and other design improvements which can be exploited in the new system/equipments development and which have the potential for reducing logistic reducing costs, or enhancing system support resource requirements, readiness. b. achieved Estimating the resultant in the supportability, improvements that cost, and readiness would values. be
Identifying design improvements to logistic elements equipment and training devices) that can be applied new system/equipments development to increase the of the support system or enhance readiness. Update the become design better objectives defined. as new system/equipment
(such
204.2.3 Identify any risks associated with the design objectives any development and evaluation approaches needed to established, verify the Improvement potential, and any cost or schedule impacts to implement the potential improvements. 204.3 204.3.1 TASK INPUT identification of any data item required.q authority relative
Delivery
Information available 204.3.2 to technology evaluations and 204.3.3 design Current approaches
maintainability, reliability, for state-of-the-art systems cost, Task and 203. readiness
system
204.3.4 comparative
Supportability, systems
drivers
for
from
from
problems
on
existing
26
TASK
OUTPUT gn specifications (204.2.1) to achieve improvements . as new (204.2.2) associated and evaluation and with
ojectivea established become better defined. requirements, risks any development improvement potential
potential, improvements.
27
TASK SUPPORTABILITY
AND SUPPORTABILITY
To establish 205.1 PURPOSE. charact-s resulting from concepts, and (2) supportability objectives, goals and thresholds, system/equipment for inclusion system/equipment specifications, contracts as appropriate. 205.2 TASK DESCRIPTION
(1) quantitative supportability alternative design and operational and supportability related design and constraints for the new in program approval documents, other requirements documents, or
205.2.1 Identify the quantitative supportability characteristics resulting from alternative design and operational concepts for the new system/equipment. Supportability characteristics shall be expressed in terms of feasible support concepts, R&M parameters, system readiness, O&S cost, and logistic support resource requireBoth peacetime and wartime conditions shall be included. ments. Conduct sensitivity analyses on the variables associated with the supportability, cost, and readiness drivers for the new Identify any hardware or software for which the systemfequipment. Government will not or may not have full design rights due to constraints imposed by regulations or laws limiting the information the contractor uust furnish because of proprietary or other source Include alternatives and cost, schedule, control considerations. and function impacts. 205.2.2 Establish supportability, cost, and readiness objectives Identify the risks and uncertainties involved for the new system. Identify any supportin achieving the objectives established. ability riska associated with new technology planned for the new system/equipment. 205.2.3 Establish supportability and supportability related design constraints for the new system/equipment for inclusion in specifications, other requirements documents, or contracts as appropriate. These constraints shall include both quantitative and qualitative Document the quantitative constraints in the LSAR or constraints. equivalent format approved by the requiring authority. 205.2.4 Identify systemlequipment any constraints to satisfy the that mission preclude need. adoption of a NATO
205.2.5 Update the supportability, and establish supportability, thresholds as new system/equipment defined.
cost,
28
TASK
INPUT program identification of documentation.* of any data and item required.* related
Applicable Delivery
supportability
new new
under new
from
cost, Task
and 203.
readiness
values
and
drivers
for
opportunities
for
the
new
system/equipment
205.3.7 Supportability and supportability constraints for the new systemlequipment mission hardware, or mission software from Task 202. 205.4 TASK OUTPUT
205.4.1 Supportability characteristics systemlequipment design and operational to eliminate design rights limitations.
205.4.2 Supportability, cost, and readiness objectives for systemlequipment and associated risks. Supportability risks iated with new technology planned for the new system/equipment. (205.2.2)
205.4.3 Qualitative and quantitative supportability and supportability related design constraints for the new system. LSAR data documenting the quantitative supportability and supportability related design constraints. (205.2.3) 205.4.4 a NATO Identification system/equipment of to any constraints satisfy the cost, goals that mission and preclude need. adoption (205.2.4) of
the
new
29
TASK PREPARATION
SECTION
300 OF ALTERNATIVES
AND EVALUATION
30
q
FUNCTIONAL
TASK
301 IDENTIFICATION
REQUIREMENTS
301.1 PURPOSE. To ident:fy the operations and support functions that must be performed for each system/equipment alternative under consideration and then identify the tasks that must be performed in order to operate and maintain the new system/equipment in its intended environment.
& q
301.2
TASK
DESCRIPTION
301.2.1 Identify and document the functions that must be performed for the new systemlequlpment to be operated and maintained in its intended operational environment for each alternative under consideration. These functions shall be identified to a level commensurate with design and operational scenario development, and shall include both peacetime and wartime functions. 301.2.2 the new concepts, 301.2.3 requirements Identify those system/equipment or which are Identify of functional requirements which are unique due to new design technology or operational supportability, cost, or readiness drivers. in satisfying the functional to
the
301.2.4 Identify the operations and system/equipment based on the identified Tasks shall be identified to a level operational scenario development and require logistic support resources. tive maintenance, and operations and preparation for operation, operation, and transportation shall be identified
maintenance tasks for the new functional requirements. commensurate with design and shall cover all functions which Preventive maintenance, correcother support tasks such as post operation, calibration, by the following methods:
301.2.4.1 The results of the failure modes, effects, and or equivalent analysis, shall be criticality analysis (FMECA), analyzed to identify and document corrective maintenance task requirements. The FMECA, or equivalent, shall be documented on systemlequipment hardware and software and to the indenture level consistent with the design progression and as specified by the The LSAR, or equivalent format approved by requiring authority. requiring authority, shall be used for the FMECA documentation. 301.2.4.2 Preventive maintenance task requirements fied by conducting a reliability centered maintenance in accordance with the detailed guidelines provided The RCM analysis shall be based on the authority. documented in the LSAR or equivalent format approved requiring authority. shall be identi(RCM) analysis by the requiring FMECA data and by the
the
31
301.2.4.3 Operations FMECA or RCM analysis functional requirements The tern/equipment. requiring authority
and other support tasks not identified shall be identified through analysis and intended operation of the new LSAR or equivalent format approved by shall be used to document these tasks.
of systhe
by the the
301.2.5 Participate in formulating design alternatives design deficiencies uncovered during the identification functional requirements or operations and maintenance ments. Design alternatives which reduce or simplify requiring logistic support resources shall be analyzed. 301.2.6 Update the functional maintenance task requirements better defined and better data 301.3 301.3.1 TASK INPUT identification RCM procedures (301.2.JJ) of and any logic data to item be
and becomes
Delivery
I
301.3.2 Detailed the RCM analysis.*
301.3.3 Identification of systemlequipment which this task will be performed and the this analysis will be carried.* 301.3.4 analyzed tasks.* 301.3.5 such as resulting 301.3.6 (301,2.4, 301.3.7 ation. Identification of during performance the of levels this of task
hardware indenture
and levels
software on to which o
maintenance to identify
be and
Any documentation functional flow from the task Requirement 301.2.6) Description for
requirements over and above LSAR data diagrams or design recommendation data identification process.* (301.2.4, 301.2.5) a FMECA in accordance with MIL-STD-1629.5
of
system/equipment
concepts
under
consider-
cost,
and
readiness
drivers
from
Task
203.
(301.2.4, from
32
TASK
OUTPUT functional peacetime requirements and wartime for flew system{:~:i~;~t environments. requirements which are supportability,
Documented in both
. are
Identification of those functional to the new system/equipment or which (301.2.2) or readiness drivers. Identification requirements of of any the
satis~~$;g2t:: . .
301.4.4 Completed LSAR data, or equivalent requiring authority, identifying operations requirements on system hardware and software levels specified by the requiring authority. 301.4.5 a result maintenance Identification of of the functional task identification
format approved by the and maintenance task and to the indenture (301.2.4) redesign and as
301.4.6 Updates to the identified functional requirements and operations and uaintenance task requirements as the new systemlequipment becomes better defined and better data becomes (301.2.6) available.
q
33
302.1 PURPOSE. TO establish viable suDDort svstem alternatives the new svstem/eauiDment for evaluation. trade~ff analysis. and determination ofthe best system for development. 302.2 TASK DESCRIPTION
Develop and document viable alternative system level 302.2.1 support concepts for the new system/equipment alternatives which satisfy the functional requirements of the new system/equipment within the established supportability and supportability related Each alternative support concept shall be design constraints. developed to a level of detail commensurate with the hardware, and operational concept development, and shall address all software, The same support concept may be applicable to elements of ILS. multiple new system/equipment design and operational alternatives. Support concept alternatives shall be prepared to equiv-alent levels of detail to the degree possible for use in the evaluation and The range of support alternatives tradeoff of the alternatives. considered shall not be restricted to existing standard support concepts but shall include identification of innovative concepts which could improve system readiness, optimize manpower and personnel requirements, or reduce O&S costs. Contractor logistic support (total, in part, or on an interim basis) shall be considered in formulating alternative support concepts. 302.2.Z Update the alternative support concepts as system tradeoffs are conducted and new system/equipment alternatives become better defined. Alternative support concepts shall be documented at the system and subsystem level, and shall address the supportability, cost, and readiness driyers and the unique functional requirements of the new system/equipment. 302.2.3 the new hardware, 302.2.4 tradeoffs operational Develop and document viable system/equipment to a level software, and operational alternative of detail scenario support commensurate development. plans plans with for the
Update and refine the alternative support are conducted and the new system/equipments scenario become better defined. risks associated with each support
as design
and
302.2.5 Identify tive formulated. 302.3 302.3.1 302.3.2 under TASK INPUT
system
alterna-
of for 301.
any
data
item
required.~ alternatives 0
system/equipment
34
1983
302.3.3 constraints
new of
alternatives
system alternatives.
level
support (302.2.1)
concepts
for
new
302.4.2 Updated alternative support are conducted and new system/equipment defined. (302.2.2)
concepts as alternatives
302.4.3 Alternative support plans for commensurate with the hardware, software, development. (302.2.3)
1
the
plans as becomes
tradeoffs better
are defined.
Risks
associated (302.2.5)
with.
each
support
system
alternative
35
To determine the preferred support system altern303.1 PURPOSE. ative(s~ach system/equipment alternative and to participate in alternative system tradeoffs to determine the best approach and operation) which satisfies the need with the (support, design, performance, readiness, and best balance between cost, schedule, supportability. 303.2 303.2.1 task: TASK For DESCRIPTION each evaluation and tradeoff to be conducted under this
Identify the qualitative a. will be used to determine the related to the supportability, the systemlequipment.
best cost,
be
Select or construct analytical relationships or models b. between supportability, design, and operational parameters and those In many cases, parameters identified for the evaluation criteria. the same model or relationship uay be appropriate to perform a number of evaluations and tradeoffs. Parametric and cost estimating relationships (PER/CER) may be appropriate for use in formulating analytical relationships. c. relationships upon the Conduct and established the tradeoff models and criteria. or evaluation select the best using the alternative(s) established based
Conduct appropriate sensitivity analyses on those d. which have a high degree of risk involved or which drive supportability, cost, or readiness for the new system. e. risks and Document the assumptions evaluation involved. evaluations defined and tradeoff results
variables
including
any
Update the f. Meflt becomes better available. g. analyses. h. maintenance, decision. i. production Include both
and
peacetime
and
wartime
considerations
in
the
Assess and
on
existing systems
or planned based on
cycle
support
considerations
to
include
post
36
q
I
303.2.2 Conduct evaluations and tradeoffs between the support system alternatives identified for each system/equipment alternative For the selected suppOrt SySteM alternative, (Task 302). identify and document any new or critical logistic support resource requirements. Any restructured personnel job classification shall be identified as a new resource. 303.2.3 tions, Conduct and support Evaluate in key resupply evaluations concepts and under tradeoffs between consideration. design, opera-
system readiness parameters to parameters such as R&M, spares and personnel skill avail-
303.2.5 Estimate and evaluate the manpower and personnel implications of alternative system/equipment concepts in terms of total numbers of personnel required, job classifications, skill levels, This analysis shall include organizational and experience required. overhead requirements, error rates, and training requirements. 303.2.6 Conduct evaluations and tradeoffs between design, operations, training, and personnel job design to determine the optimum solution for attaining and maintaining the required proficiency of Training evaluations and trades operating and support personnel. shall be conducted and shall consider shifting of job duties between job classifications, alternative technical publications concepts, and alternative mixes of formal training, on-the-job training, unit training, and use of training simulators. 303.2.7 level Conduct design, repair level operation, analyses and support (RLA) data commensurate available. with the
of
of
Evaluate alternative built-in-test (BIT), testing, diagnostic the optimum diagnostic under consideration.
diagnostic concepts to include off-line-test, manual testing, connecting points for testing, concept for each system/equipment
varying and
,=
303.2.9 Conduct comparative evaluations between the supportability, cost, and readiness parameters of the new system/equipment and Assess the risks involved existing comparative systems/equipment. in achieving the supportability, cost, and readiness objectives for the new system/equipment based upon the degree of growth over existing systems/equipment. Conduct evaluations and tradeoffs between system/equipment 303.2.10 Identify the petroleum, oil, alternatives and energy requirementa. and lubricant (POL) requirements for each system/equipment alternative under consideration and conduct sensitivity analyses on POL costs.
37
303.2.12 Conduct evaluations and tradeoffs alternatives and transportability requirements. portability requirements for each alternative and the limiting constraints, characteristics, each of the modes of transportation. 303.3 303.3.1 TASK INPUT Identification of any data
between
Delivery
item
required.~
303.3.2 Method of review and approval tradeoffs to be performed, evaluation ship and models to be used, analysis analysea to be performed.* 303.3.3 Specific be performed, if 303.3.4 applicable@ 303.3.5 personnel Specific evaluations, applicable.* analytical tradeoffa,
or
sensitivity
analyses
to
relationships
or
models
to
be
used,
if
Any for
limits the
to
operator
or
support
303.3.6 Manpower and personnel costs tradeoffs and evaluations which include ment, training, retention, development, (303.2.2, 303.2.5, 303.2.6) 303,3.7 302. Support alternatives for the
new
systemlequlpment
from
Task
of
system/equipment
alternatives
under
303.3.9 Supportability and supportability tives, goals and thresholds, and constraints system/eqvipment from Task 205. 303.3.10 Historical new systernlequipment. 303.3.11 classifications. Job and CER/PER that exist
related for
the
design new
objec-
which
are
applicable
to
the
applicable 303.2.6)
personnel
job
38 I
q
I
TASK For
OUTPUT each evaluation of used, results, and tradeoff performed ,. under this task: relaand
I . .
I
evaluation
updates,
as
303.4.2 Recommended support system alternative(s) system/equipment alternative and identification logistic support resource requirements. (303.2.2) 303.4.3 schedule, (303.2.3) 303.4.4 design 303.4.5 alternative 303.4.6 maintaining personnel. 303.4.7 Recommended performance, system/equipment readiness, alternative(s) supportability
of
and
based factors.
on
cost,
System/equipment readln~:;3s:n:~tivity . . and support parameters. Estimates of total system/equipment Optimum training the required (303.2.6) Repair Optimum under level manpower concepts. and personnel proficiency and(~:~a:n~fl .
to
variations
in
key
for
of
and
analysis
results. concep~3~~r2e:fh .,
(303.2.7) system/equipment
I
I
303.4.8 alternative
diagnostic consideration.
303.4.9 Comparisons parameters of the systemslequipment. 303.4.10 energy -. 303.4.11 survivability Tradeoff and Tradeoff requirements.
between the supportability, new system/equlpment and (303.2.9) results between (303.2.10) results battle
cost, existing
and
results requirements.
and
q
39
SECTION SUPPORT
40
q
(
TASK TASK
401
ANALYSIS
I .
I I
To analyze required operations and maintenance 401.1 PURPOSE. tasks for the new system/equipment to (1) identify logistic support resource requirements for each task, (2) identify new or critical logistic support resource requirements, (3) identify transportability requirements, (4) identify support requirements which exceed established goals, thresholds, or constraints, (5) provide data to support participation in the development of design alternatives to reduce O&S costs, optimize logistic support resource requirements, or enhance readiness, and (6) Provide source data for Preparation of required ILS documents (technical manuals, training programs, manpower and personnel lists, etc). 401.2 TASK DESCRIPTION of each for operation the new and system/equipment
401.2.1 Conduct a detailed analysis maintenance task requirement identified (Task 301) and determine the following: Procedural steps required of those tasks that principally by only one by two or more individuals Logistic support to perform the resources task.
to perform the task to include are duty position specific individual) or collective tasks as a team or crew). required (considering all ILS
b. elements)
in on
Task frequency, th~systemlequipment the specified annual Maintenance plan (Task Document format
level 303).
the
established
in the authority.
LSAR,
or
! 1
401.2.3 Identify those logistic support resources required to New resources are perform each task which are new or critical. those which require development to operate or maintain the new system/equipment. These can include support and test equipment, facilities, new or restructured personnel skills, training devices, new or special transportation systems, new computer resources, and new repair, test, or inspection techniques or procedures to support new design plans or technology. Critical resources are those which are not new but require special management attention due to schedule Unless otherconstraints, cost implications, or known scarcities. wise required, document new and modified logistic support resources in the LSAR, or equivalent documentation approved by the requiring authority, to provide a description and justification for the resource requirement.
41
QO1.2.4 Based upon the identified task procedures and personnel identify training requirements and provide recommendassignments, ations concerning the best mode of training (formal classroom, onthe-job, or both) and the rationale for the recommendations. Document the results in the LSAR or equivalent format approved by the requiring authority. 401.2.5 Analyze the total logistic support resource requirements for each task and determine which tasks fail to meet established supportability or supportability related design goals or constraints for the new system/equipment. Identify tasks which can be optimized or simplified to reduce O&S costs, optimize logistic support Propose alternative resource requirements, or enhance readiness. designs and participate in the development of alternative approaches tq optimize and simplify tasks or to bring task requirements within acceptable levels. 401.2.6 Based upon the identified new or critical logistic support resources, determine what management actions can be taken to minimize the risks associated with each new or critical resource. These actions could include development of detailed tracking procedures, or schedule and budget modifications. 401.2.7 Conduct a transportability analysis on the system/equipment and any sections thereof when sectionalization is required for When the general requirements of MIL-STD-1366 limittransport. document the transportability engineering ations are exceeded, characteristics in the LSAR, or equivalent format approved by the Participate in the development of design requiring authority. alternatives when transportability problem areas are surfaced. 401.2.8 document equivalent For the those support provisioning format approved resources technical by the requiring initial documentation in requiring authority. provisioning, LSAR, or
the
!01.2.9 Validate the key information documented in the LSAR through performance of operations and maintenance tasks on prototype equipment. This validation shall be conducted using the procedures and resources identified during the performance of 401.2.1 and updates shall be made where required. Validation requirements shall be coordinated with other system engineering demonstrations and tests (e.g., maintainability demonstrations, reliability and durability tests) to optimize validation time and requirements. 401.2.10 Prepare output documentation requirements These shall include all time of preparation. 401.2.11 available programs Uodate the data aid as applicable is updated. summaries and as specified pertinent data reports by the contained to satisfy requiring in the ILS authority. LSAR at
the
in
the input
LSAR data
becomes engineering o
Q2
TASK
I
I
this
Identification analysis
will
to
which
this
analysis
the of
levels this
of
maintenance
which
will
be
task.* su~port and resource targets.* over and above time lines, shortages.*
logistic ceilings
401.3.5
.
Delivery Information
identification available
of from
anY the
data requ:
item ring
Existing
personnel
skills,
capabilities,
and
programs
of
of
support
and
test
equipment.
e. 401.3.9 intended level of 401.3.10 personnel 401.3.11 401.3.12 301. 401.3.13 Task 303. 401.3.14 requirements
limits (numbers or skills) the new system/equipment.* operating and basis maintenance for task task
to
operators
or
support
Annual Operations
Recommended
support
plan
for
the
system/equipment
from
and 205,
supportability
related
design
goals
and
43
TASK
Completed LSAR data on system/equipment and to the indenture level specified or equivalent format approved by Identification required of new or operate and critical maintain
by the
to
401.4.3 Alternative design approaches where tasks fail to meet established goals and constraints for the new system/equipment or where the opportunity exists to reduce O&S costs, optimize logistic (401.2.5) support resource requirements, or enhance readiness. 401.4.4 associated requirement. 401.4.5 (401.2.9) 401.4.6 authority time of Identification with each (401.2.6) Validation of management or critical actions logistic to minimize the support resource risks .
new
of
key
information
documented
in
the
LSAR.
Output summaries and reports as specified containing all pertinent data contained preparation. (401.2.10)
the o
401.4,7 Updated LSAR data as better information and as applicable input data from other system (401.2.11) is updated.
becomes engineering
available programs
q
EARLY I
TASK FIELDING
402 ANALYSIS
TO assess the impact of introduction of the new 402.1 PURPOSE. identify sources of manpower system/equipment on existing systems, and personnel to meet the requirements of the new system/equipment, determine the impact of failure to obtain the necessary logistic support resources for the new system/equipment, and determine essential logistic support resource requirements for a combat environment. 402.2 . 402.2.1 Assess the impact on existing systems (weapon, supply, maintenance, transportation) from introduction of the new This assessment shall examine impacts on depot systemlequipment. workload and scheduling, provisioning and inventory factors, automatic test equipment availability and capability, manpower and personnel factors, training programs and requirements, POL requirements, and transportation systems, and shall identify any changes required to support existing weapon systems due to new system/equipment requirements. 402.2.2 Analyze existing determine sources to obtain the new systemlequipment. tional systems from using personnel. manpower and personnel sources to the required manpower and personnel for Determine the impact on existing operathe identified sources for manpower and TASK DESCRIPTION
I o
402.2.s Assess the impact on system/equipment from failure to obtain the required logistic Oo not duplicate the quantities required. Task 303.
402.2.4 Conduct survivability analyses to determine changes in These logistic support resource requirements based on combat usage. analyses shall be based on threat assessments, projected combat scenarios, system/equipment vulnerability, battle damage repair Identify and capabilities, and component essentialities in combat. document recommended combat logistic support resources (e.g., combat supply support stockage lists) and sources to satisfy the requirements. Do not duplicate analyses performed under Task 303. 402.2.5 In the 402.3 402.3.1 402.3.2 to:* Develop plans above assessments TASK INPUT identification available of from any the data item required.~ authority relative to implement and analyses. solutions to problems surfaced
Delivery Information
!0
requiring
05
. .
Existing
and
planned
sources
for
manpower
and
personnel
Capabilities
and
requirements
of
existing
and
planned
Projected
threats, combat projected attrition and essentialities in support resource from Task 401. and tradeoff
battle
402.3.3 Logistic system/equ,ipment 402.s.4 402.4 ti02.4.l current 402.4.2 manpower (402.2.2 Evaluation TASK
requirements
for
the
new
results
from
Task
303.
Impact from the introduction and planned weapon and support Sources of and personnel manpower and requirements
personnel of the
readiness resources
402.4.4 Essential logistic support combat environment and identification (402,2.4) requirements. 402.4.5 ance of Plans 402.2.1
for
a these
during
the
perform-
46
TASK POST PURPOSE. To 403.1 new sys-ipment that adequate logistic the system/equipments PRODUCTION
of
403.2 TASK DESCRIPTION. Assess the expected useful life of the Identify support items associated with the systemlequipment. system/equipment that will present potential problems due to inadequate sources of supply after shutdown of production lines. Develop and analyze alternative solutions for anticipated support difficulties during the remaining life of the system/equipment. Develop a plan that assures effective support during its remaining life along with the estimated funding requirements to impIement the plan. As a minimum, this plan shall address manufacturing, repair centers, data modifications, supplY management, and configuration management. 403.3. 403.3.1 to:* a. b. c. d. repair TASK INPUT available from the requiring authority reIative
Information
Existing Expected
and
planned of
sources the
of
supply.
lifetime
and
and
of
any
data
item on
available
product fielding
to
the from
results
403.4 TASK OUTPUT. A plan and its logistic support resource requirements throughout its remaining life along requirements.
associated cost which identifies for the system/equipment with the method to satisfy the
TASK
SECTION
500
SUPPORTABILITY
ASSESSMENT
q
SUPPORTABILITY 501.1 ability tions, system 501.2 PURPOSE. To requirements, and identify readiness. TASK TEST, assess the identify methods of
TASK
DESCRIPTION
501.2.1 Formulate a test and evaluation strategy to assure that specified supportability and supportability related design requirements are achieved, or achievable, for input into system test and evaluation plans. The test and evaluation strategy formulated shall be based upon quantified supportability requirements for the new system/equipment; the supportability, cost, and readiness drivers; and supportability issues with a high degree of risk associated with Tradeoffs shall be conducted between the planned test length them. Potential test program and cost and the statistical risks incurred. limitations in verifying supportability objectives based on previous test and evaluation experience and the resulting effect on the accuracy of the supportability assessment shall be documented. 501.2.2 Establish and document test and evaluation program objectives and criteria and identify test resources, procedures, and schedules required to meet the objectives for inclusion in the coordinated test program and test and evaluation plans. The objectives and criteria established shall provide the basis for assuring that critical supportability issues and requirements have been resolved or achieved within acceptable confidence levels. 501.2.3 Analyze the test results and verify/assess the achievement of specified supportability requirements for the new system/equipDetermine the extent of improvement required in supportment. ability and supportability related design parameters in order for the system/equipment to meet established goals and thresholds. Identify any areas where established goals or thresholds have not been demonstrated within acceptable confidence levels. Do not duDlicate analyses performed in Task 303. Develop corrections for supportability problems uncovered during test and evaluation. These could include modifications to hardware, software, support plans, logistic support resources, or operational tactics. Update the documented support plan and logistic support resource requirements as contained in the LSAR and LSAR output reports based on the test results. Quantify the effects of these updates on the projected cost, readiness, and logistic support resource parameters for the new system/equipment. 501 and the any abi: 2.0 Analyze standard reporting systems to determine the amount accuracy of supportability information that will be obtained on new system/equipment in its operational environment. Identify shortfalls in measuring accomplishment against the supportity goals that were established for the new system/equipment, or
q
1 1
49
I
MIL-STD-1388-1A April 11, 1983
in verifying supportability factors which were not tested during the acquisition phases of the items life cycle. Develop viable plans for obtaining required supportability data from the field which will not be obtained through standard reporting systems. Conduct tradeoff analyses between cost, length of data collection, number of operational units in which to collect data, and statistical accuracy to identify the best data collection plan. Document the data collection plan selected to include details concerning cost, duration, method of data collection, operational units, predicted accuracy, and intended use of the data. 501.2.5 Analyze supportability data as it becomes available from standard supply, maintenance, and readiness reporting systems and from any special data collection programs implemented on the new system/equipment. Verify achievement of the goals and thresholds established for the new system/equipment. In those cases where operational results deviate from projections, determine causes and corrective actions. Analyze feedback information and identify areas where improvements can be cost effectively accomplished. Document recommended improvements.
I
I
501.3 501.3.1
TASK
INPUT identification available systems.* test and of any data item required.* authority relative
Delivery
requiring
evaluation
experience
on
comparable
501.3.4 Supportability from Task 205. 501.3.5 Supportability, system/equipment from 501.3.6 501.3.7 Evaluation Test results.
and
supportability
related
design
factors
Task and
cost, 203.
and
readiness
drivers
for
the
new
tradeoff (501.2.3)
results
from
Taak
303.
Supportability data on the environment from standard reporting systems and any for the new system/equipment. TASK OUTPUT
new system/equipment in its maintenance, supply, and special reporting system (501.2.5)
501.4.1 Test and evaluation ability and identification the effect on the accuracy (501.2.1)
of of
strategy for verification of supportpotential test program limitations the supportability assessment.
and
50
q
1 .
plan criteria,
for
supportability procedures/methods,
to
501.4.3 Identification of corrective actions for supportability Updated support problems uncovered during test and evaluation. plan, lpgistic support resource requirements, LSAR data, and LSAR Identification of improveoutput reports based upon test results. ments required in order to meet supportability goals and thresholds. (501.2.3) 501.4.4 Oetailed system/equipment plans in its to measure operational supportability environment. {.aa;o~suyn . . the new
50i.4.5 Comparison of achieved supportability factors with projectidentification of any deviations between projections and ions, operational results, reasons for the deviations, and recommended changes (design, support, or operational) to correct deficiencies improve readiness. (501.2.5)
or
q
I
Activity: TM MISC-OEO1)
No.
Review Activities: AR, AT, AV, CR, Army - TM, AL, NM, EC, YD, OS, SH, Navy - AS, Air Force - 95, 10, 11, 13, 14, Miscellaneous DOD/NASA - NS
ER, CL, ME, MI, MR, MT, 5A, MC, ND, TD 16, 17, 18, 19, 20, 15,
TE 23, 90
51
SYSTEM/EQUIPMENT
DEMONSTRATION ANO VALIDATION FULL SCALE DEVELOPMENT
PRODUCTION/DEPLOYMENT POST PRODUCTION
LIFE
CYCLE
PRE-CONCEPT
CONCEPT EXPLORATION
SYSTEM DESIGN ANO OPERATIONAL CONCEPT INFLUENCE IDENTIFICArlON OF SUPp0R7AISILITV. cOST. AND READINESS ORIVERS SUPPORT CONCEPT DEVELOPMENT SYSTEM SUPPORTABILITY, COST, AND READINESS OBJECTIVES
SUPPORT SYSTEM OPTIMIZATION LOGISTIC SUPPORT RESOURCE REOUIREMENTS TASK AND SKILL ANALVSts EARLY FIELDING ANALYSIS POST PRODUCTION suppORT ANALV51S
IDENTIFICATION
SUPPORTABILITY ASSESSMENT PLANS ANO CRITERIA SUPPORT CONCEPT VERIFlcATION q VERIFICATION OF LOGISTIC SUPPORT RESOURCE REQUIREMENTS 91DENT1FICATION AND CORRECTION OF SUPPORTABILITY PROBLEMS
Objsdlves
by Program Phase.
g= ~~ -q .0
> i
.-L
.% s? !s
FuNCTIONAL BASELINE
I I
t, ~ J MISSION HARDWARE.
??
201
USE STUDY
203 ~
O. NALVSIS TASKS
: :;:: 203
1
SUPPORTABILITY AND SLLPPORTABILITY RELATEO 0E51GN
~ 20s
FAcTORS
q
~:: ,::, ~ >
TECHNOLOGICAL OPPORTUNITIES
.; ;.
.B v, ERIFIc&TtON l,s. s
A SSEWMEMT
501
I v SUPPOFITABILITV
TEST, EVALUATION AND VERIFICATION
[j~ NL21kX 1, TASKS 101, 102 AND 103 ARE MANAGEMENTACTIVITIESTHAT ARE AN INTEGRALPART OF THE LSA PROCESS THOUGH NOT SHOWN IN THIS FIGURE 2. REFERTO TABLE Ill FOR SUBTASK APPLICABILITY BY PROGRAM PHASE FIGURE 3. LoglsNc Supporl Analysks Process Flow Charl.
I L
#-
q
. 55
,,
SUPPORT < n
SYSTEM
DEFINITION
PRODUCT BASELINE
D.
+ I I I 1 FUNCTIONAL REOul EMENTS R IDENTIFICATION 301 t t t
+ I
I
202
J
401 TASKANALYSIS
uSE STUDY
ANALYSIS TASKS 302 SUPPORT SYSTEM ALTERNATIvES SUPPORTABILITY ANO SUPPORTABILITY RELATED DESIGN F$.CT09S
203
,nrcc. w. , -... 1. TASKS 101, 102 AND 103 ARE MANAGEMENTACTIVITIESTHAT ARE AN INTEGRALPART OF THE LSA PROCESS THOUGH NOT SHOWN IN THIS FIGURE 2. REFERTO TABLE Ill FOR SUBTASK APPLICABILITY Y PROGRAM PHASE u 3, TASK 402 PROVIDES DATA TO ILS MANAGEMENT FIGURE 3. Lo@tiC
SuWOst AMIY$ID
Process
Flow Chml
q
0
DATA POST DEPLOYMENT
POST PRODUCTION PLANNING
PRODUCTION/DEPLOYMENT/POST PRODUCTIONPHASE
D
OESIGN)SUPPORT CHANGES MAJOR CHANGES WOULD GO NOTE
+++
BAsELINE
++
1 1
I ! 1
I
,
I ~
IDENTIFICATION 401
II .
205 302
SUPPORT SYSTEM
APIA1.WIS
+
TASKS
MISSION HARDWARE
#------
1, TASKS 101, 102 AND 103 ARE MANAGEMENTACTIVITIESTHAT ARE AN INTEGRALPART OF THE LSA PROCESS THOUGH NOT SHOWN IN THIS FIGURE 2. REFE17 TO TABLE Ill FOR SUBTASK APPLICABILITY BY PROGRAM PHASE 3. TASKS 402 ANO 403 PROVIDE OATATO ILS MANAGEMENT FIGURE 3. Loglstlc Supporl Analysls Process Flow Chart
APPENDIX
SCOPE General. This appendix and tailoring provides rationale LSA tasks in this and guidance standard.
for This appendix is to be used to tailor L.SA requirements in the most cost effective manner to meet program objectives. However, it is not to be referenced or implemented in contractual documents. No requirements are contained in this appendix. The users of this appendix may include the Department of Defense contracting activity, Government in-house activity, and prime contractor or subcontractor, who wishes to impose LSA tasks upon a supplier. seof 10.2 How to Use this Appendix. This appendix provides guidance on structuring LSA programs (paragraph !0) and on applying the individual task and subtask requirements (paragraph 50). The user should first review the major considerations affecting the development of the LSA program contained in paragraph 40 and then refer to the appropriate parts of paragraph 50 based on the tasks and subtasks selected. 20. REFERENCE Military DOCUMENTS Standards Contractor Program Parts Standardization Requirements. Program. a
MIL-STD-680
MIL-STD-965 MIL-STD-1629
Control
MIL-STD-1388-2
Data
DOD Directives DODD 5000.1 DODD 5000.39 Major System Acquisitions. and Management Logistic Support and Equipment. of
58
q
I I
30.
30.1 General. Key terms Glossary, Appendix B. 40. GENERAL PROGRAMS APPLICATION
GUIDANCE
FOR
LOGISTIC
SUPPORT
ANALYSIS
40.1 LSA Process. LSA is an iterative and multidisciplinary The LSA process can be divided into activity with many interfaces. two general parts: (a) analysis of supportability, and (b) The iterative nature assessment and verification of supportability. - output relationship of the of this process and the input interfaces change with the acquisition phases as described below. This portion of the LSA process ~0.1.l Analysis of Supportability. commences at the system level to affect design and operational concepts; identify gross logistic support resource requirements of alternative concepts; and to relate design, operational, and supportability characteristics to system readiness objectives and goals. The system level analysis is characterized by use studies, comparative analysis and driver identification, identification of and tradeoffa between support, operatechnological opportunities, tional, and design concepts and between alternative support concepts such as organic versus contractor support, built-in versus external Once test capability, and varying numbers of maintenance levels. system level tradeoffs are made, the analysis shifts.to lower system indentures and toward support system optimization within the This analysis framework established by the system level analysis. defines the logistic support resource requirements of the system through an integrated analysis of all operator and maintenance functions and tasks to determine task frequencies, task times, personnel and skill requirements, supply support requirements, etc., Optimization is achieved at this to include all elements of ILS. level through allocation of functions and tasks to specific repair versus discard analyses, RCM analyses, maintenance levels, and formulating design recommendations to optimize maintenance times Data from this level of and logistic support resource requirements. the LSA is used as direct Input into the development of data products associated with each ILS element such as provisioning lists, personnel and training requirements, and technical manuals. This assures compatibility between ILS element documents and permits common use of data which apply to more than one logistic element. 40.1.2 Assessment and Verification. This part of the LSA process is conducted throughout the system/equipments life cycle to demonstrate, within stated confidence levels, the validity of the analysis and products developed from the analysis, and to adjuat the This part of the process analysis resulta and products as required. starts with early planning for verification of support concepts and acquisition, deployment, and operacontinues through development, tions to Include assessment and verification of post deployment support.
59
40.1.3 Interfaces. faces play a key activities: Tradeoff a. design engineering, engineering, cost b. reliability, Task
role
Some are
of the listed
major below
the
where interinterfacing
Interfacing activities Analysis (Task 303). reliability, maintainability, safety, estimating, and ILS element managers. Interfacing 401). human engineering, Identification engineering,
human
and
Coordination of these interfaces is a major management challenge which requires final resolution at the working level in some cases. The subtasks in this standard are structured to facilitate assignment of applicable subtasks to the community most directly For a specific involved without loss of overall task integrity. acquisition program, LSA interfaces will be described in the LSAP (Task 102) which should be reviewed to assure that input-output relationships, responsibilities, and timing of activities are properly addressed to prevent overlap and duplication. The following general guidance may be useful in addressing the interface problem. 40.1.3.1 Inputs and Outputs for System Level LSA. Some of the system level LSA involves system analysis/engineering at the hardware-operating-support trade level (Subtask S03.2.3). System level LSA is an input to and subset of these trades and is in turn collection, synthesis, and ~tsystem~ analysis of inputs from various Figure U shows some of these major relationships specialized areas. in input-output form. The outputs from the system level LSA impact the interfacing activities in that they constitute boundary conditions or goals for specialized engineering programs and ILS element concepts and plans. 40.1.3.2 Refinement and Extension of the System Level LSA. As development progresses, the LSA is iterated and extended to lower indenture levels with the input-output concept described above still Boundary conditions, constraints, and objectives are functioning. refined and expanded based on inputs from specialized engineering Additionally, the support system is and ILS element areas. optimized within the boundaries and objectives established. Specific subtask tradeoffs within engineering specialities and ILS elements are conducted to provide specific boundaries for follow-on These would include the BIT versus external test trades efforts. (Subtask 30s.2.8) and training trades (Subtask 303.2.6). 40.1.3.3 all task tasks or Task Analysis Interfaces. however, specific analysis, critical maintenance tasks) LSA includes the task areas (e.g., may be analyzed requirement operator as part of for the o
60
q
LSA P~:pGu~:M OUTPUT INTERFACES SYSTEM LEVEL DESIGN-OPERATIONS-SUPPORT TRADEOFFS LSA PFRu~F~TA
INPUT INTERFACES
DESIGN
ILS ELEMENTS
-N=+===% i
c1 ,.
DESIGN RELIABILITY
SUPPORTABILITY ANO SUPPORTABILITY RELATED DESIGN FACTORS (TASK 205)
u
-1
Suppofi Analysls
=!+--l==t
I
I FIGURE 4. System Level Loglstlc
N}W--IEELWI
Interfaces
human engineering program to provide the required ally, detailed task analysis input data is generally reliability, maintainability, and safety specialists. these data include task frequencies, repair times, and failure effects.
40.1.3.4 Resource Requirements Identification. This step in the LSA process involves identification of all logistic support resource This identification involves many inputs from design requirements. and specialized engineering areas and all resource requirements are summarized in the LSA data base. These requirements are then fed to the various ILS element managers for their use in further development of management plans and products for individual ILS elements. 40.2 Major Criteria. Major system acquisition and ILS policies are contained in DOD Directives 5000.1 and 5000.39. The four prime factors that govern system acquisition programs are cost, schedule, The LSA process provides direct performance, and supportability. input into the supportability and cost factors associated with a system/equipment and, therefore, provides significant input into While specific criteria and emphasis system/equipment decisions. will vary from one acquisition to another, three prime issues have emerged at the system level which affect acquisition decisions and which are outputs of the LSA process. These are described below. 40.2.1 Manpower and Personnel Constraints. Demographics indicate personnel shortages (both in the current problems with manpower and terms of quantity, skills, and skill level) will continue for the next decade or more. The problem is of such magnitude that it must be approached through the design process as well as the more New traditional manpower and personnel approaches of Services. system/equipment manpower quantities and skill level demands must be managed like other major design parameters, such as performance and weight, beginning with the earliest conceptions of the new systemlequipment. 40.2.2 System Readiness. Logistic related design parameters (such logistic support resources (such as spares and manpower), as R&M), and logistic system parameters (such as resupply time) must be related to system readiness objectives and goals. Such objectives may vary from system to system, and from peacetime to wartime. Operational availability is frequently a good peacetime measure, while operational availability, sortie rates (surge and sustained), and percent coverage are frequently used wartime measures which are key for peacetime readiness and wartime capability. System readiness measures are equal to performance, schedule, and cost as design parameters, and must be managed accordingly beginning with the earliest conception of new systems/equipment. 40.2.s Cost. as o&.s Costr It well is as necessary other to consider support acquisition costs, in investment major system and o 62 o
q
1
Life cycle cost (lCC) estimates compare the investacquisitions. ment and support, resource requirements for various system alternaThe cost methodology should explicitly address the resource tives. requirements to achieve specified levels of readiness for given assumptions concerning hardware R&M characteristics, usage rates, Various segments of LCC and O&S costs are vital to and scenarios. Cost uncertainty in some areas of proper tradeoff decisions. resource requirements, such as manpower and energy, is such that Major elements of life cycle sensitivities need to be addressed. The objective is to minimize cost within costs are to be addressed. major constraints such as system readiness objectives. 40.3 Strategy in Developing Analysis Requirements.
10
40,3.1 General. The key to a productive but cost effective analysis effort is the concentration of available resources on Such concentration might activities which most benefit the program. This involves the establishment of be called the analysis strategy. an analysis program which will evolve achievable supportability and The broad objectives of LSA are to support system objectives. influence hardware design, structure the most effective support concept, and to define logistic support resource requirements. These general objectives must be translated into more specific objectives for individual projects, particularly in early phases Objectives are iterated and when maximum flexibility exists. refined until they become firm program goals or requirements. Development of an analysis strategy is a very difficult task Strategy involving a large number of interacting variables. considerations and the possible impact of these variables must be Analysis tasks and subtasks addressed in the tailoring process. The must be tailored and scheduled to meet project decision points. guidance included here is designed to assist in the tailoring process, however, it is not all inclusive and requires adaptation to specific programs. 40.3.2 Task Selection and Focusln5.
40.3.2.1 General. Selection of analysis requirements must take place at t~ask level since the subtasks are generally written The rationale for for specific phases and types of programs. selecting particular subtasks involves a wide range of consideraFigure 5 portrays a general tailoring logic tree which tions. Table III identifies task should be followed in selecting tasks. and subtask applicability by phase of development and engineering The guidance in Table 111 may require adjustment for activity. specific acquisition programs since it is based on typical theoretical programs, and since it is not unusual for some aspects of a development program to be in one phase and other aspects in The initial selection of tasks and subtasks can be another. adjusted for the following considerations:
a. b.
The Time
amount phasing
of
design adjustments
63
IL
II
64
q
c. d. I e. Work Data Time Policy already availability and resource done. and relevancy. availability. (DODD 5000.39) information needs (see Table directive
1
I
considerations.
Additional guidance on these factors is given later in this section. Most Qf the factors above tend to reduce or restrict the amount of However, selections should be checked against analysis activity. If the subtasks In Table II are not covered, their Table II. If It is impossible or feasibility snd utility must be assessed. unwise to do these subtasks, the reasons should be documented and waivers obtained. 40.3.2.2 Focusin~. After the initial selection completed, further focusing is needed to concentrate leverage areas and to specify other requirements. under focusing should include:
o
of
Modification
or
restriction
of
the
subtask
to
significant
they
can
easily
be
data requiring
to
be
used.
activity
requester
The requiring authority should be as specific as possible in defining analysis needs for tasks and subtasks under the task input Often 10 to 20 percent of the subsystems control to be specified. 303 evaluations Some Task 80 to 90 percent of the support demands. and tradeoffs are very general and would benefit from greater Models and definitions, specificity to focus on key areas. particularly for life cycle cost, to be used for a particular analvsis should be specified, if possible, especially if there ia Model ~onsiderations are discussed in greater depth competition. The remainder of this section under procurement considerations. discusses the specific impact of the various factors to be considered in the development of the LSA strategy.
65
40.3.3
Factors
Impacting
on
Strategy.
40.3.3.1 Type of Program/Change. Program categories include a new program, product improvement program, or foff-the-shelf program. It is not unusual for programs to be restructured. Major modifications may require a redo or new approach to some of the analysis work already done. The type of program impacts objectives On a product improvement and subtask selection and focusing. program, potential analysis objectives might focus on (1) support risks on the changed part of the system/equipment and (2) opportunities for improvement on the total system/equipment through improvement in supportability characteristics. New or high technology efforts imply increased risk in attainment of supportability goals, and the consequent. need for activity to reduce these risks. Modernization using previously proven technology has less risks of goal attainment and may offer more opportunity to reduce logistic support burdens through use of newer (but not necessarily high risk) technology. Such considerations can obviously impact preliminary System versus equipment considerations can objective determination. impact subtask selection and focusing. For example, a more limited and focused readiness analysis may be more appropriate for an Additionally, equipment contract. alternative support concepts may be more limited for equipment level contracts due to a fixed system System readiness objectives may be to hold the support concept. line or they may be more ambitious. Readiness goals must be a primary management focus beginning with program initiation. If such goals are ambitious, one focus of the early analyses should be toward readiness related system design and support objectives, such Systems and equipments which as reliability and turnaround time. have large support personnel demands or which have high O&S costs obviously present greater investment opportunities for improvement than those with low demands or costs and, therefore, should receive greater consideration in selecting preliminary analysis objectives. 40.3.3.2 Amount of Design Freedom. The amount of design freedom is a key consideration in subtask selection. Design freedom is related to program considerations such as phasing. The objective of most of the front end analysis subtasks is to influence selection of design characteristics to achieve improvements in readiness, supportability, and cost. If the design is fixed, there may be little benefit from doing these tasks. Some of the factors listed in paragraph 40.3.3.1 give clues in this regard. Product improvement might limit design freedom to specific subsystems unless areas of no or minor change are open to redesign opportunity to reduce logistic support burdens. Fast track programs tend to move up or back various possible analysis subtasks, but fast track programs also tend to use existing technology and plan on preplanned product improvement rather than employ new technology. The point of design freedom thus shifts. Design freedom may exist for the support system but not the mission system. LSA effort and objectives should be focused accordingly. The LSA objective of causing supportability requirements to be an integral part of system/equipment requirements
66
L--
and design can best be achieved if designers are oriented toward supportability objectives commencing with the design effort. Technical information generated and documented during the design process must be disseminated among designers and supportability specialists to surface interface problems between design concepts Technical design and operators, maintainers, and support equipment. information such as diagnostic features, electromechanical interfaces, reliability estimates, item functions, adjustment requirements, and connector and pin assignments, which determines supportability should be an integral part of design documentation. When design freedom exists, the performing activitys LSA plan should describe the generation, control, and approval of this type of information. To influence design, 40.3.3.3 Time and Resources Available. Dont specify logistic support analyses require time and resources. a task whose results would not be available in time to affect design unless the potential improvement can be scheduled as part of a !?Fast trackt! programs, as their preplanned product improvement. name implies, tend to reduce the time to do id@sign influence A possible offset to time restrictions Is the analysis tasks. accomplishment of some analysis task off-line as off-the-shelf The accomplishment assets to be employed at the appropriate time. of !Idesign influence! logistic support analyses require resources in It is DOO policy to fund readiness the form of people and money, and support considerations in the front end of programs. Nevertheless, If program resources are constrained in practice. funds are short, it may be possible to perform some tasks, such as early scoping of the analysis effort, comparative analysis! and Another driver Identification, by use of in-house capabilities. possible approach when funds are short is to capitalize on the For example, interrelationships between some tasks and subtasks. the comparative analysis feeds driver identification, which in turn If for some reason only feeds selection of targets for improvement. one of these tasks could be afforded, then the targets for Such an improvement would be the logical pick of the three. approach obviously loses precision since judgments are substituted It should, therefore, be for hard data on the deleted tasks. If the in-house capability is employed only as a last resort, limited but funds are available, such subtasks might also be accomplished by study contractors with special expertise. Work already accomplished can impact Work Already Done. subtask selection. Tasks such as comparative analysis, driver identification and improvement initiatives may already have been done as inputs to the preparation of program initiation or other requirements documents. The quality of this work should be If adequate, it may need updating rather than a complete assessed. revision. Likewise, program initiation or other requirements documents may prescribe objectives or constraints which tend to bound However, it Is essential to test the scope of the analysis effort. the realism of such constraints or objectives and the analysis which supported their specification prior to accepting them as hard bounds.
40.3.3.4
67
past Experience and Historical Data. The availability, accuracy, and relevancy of experience and historical data bases on similar existing systems is crucial for accomplishment of some tasks and subtasks in this standard. Available data bases must be examined to determine if extensive work is needed to provide focus or relevancy. If such data bases are not available, a special ~sample data! effort should be considered, particularly if the needed data is in an area of possible high leverage. 40.3.3.6 Procurement Considerations. The requiring authority must initially decide and specify the SA tasks that are to be done solely by the Government or independent agency, those that are to be shared between the Government and the system/equipment developer, and those that are to be performed solely by the system/equipment the LSA portion of the contracting plan can developer. Once done, be developed and work requirements written into the procurement documentation. It is very useful to allow the prospective under the bidding terms of the procurement, performing activities, to recommend adding or deleting LSA tasks and to provide a more detailed subtask definition and schedule. Additionally, prospective performing activities should be encouraged to make use of cost effective data generation procedures. The prospective performing activitys tailoring process and cost reduction efforts should become a factor in the assessment of its capability to perform the LSA program. Acquisition program objectives must be considered in preparing procurement documents. For example, in a technology demonstration procurement, one may specifically exclude certain LSA task requirements. Supportability objectives for this type of procurement would best be served through design influence and generation of an LSA data base for subsequent detailed analysis If the acquisition program effort when the technology is utilized. is oriented to develop and procure a system/equipment, then other LSA tasks become equally important. The nature of the procurement may force the performing activity to do some analysis activity in More procurement considerations are order to make a rational bid. discussed in the next section. 40.4 Application in Procurement. The procurement process offers an excellent opportunity to refine the LSA strategy by involvement of potential performing activities when competition is present. This section discusses some aspects of the procurement process prior to issuance of the request for proposal (RFP) or other solicitation document, and considerations in preparing the LSA portion of the RFP. The guidance in this section should be applied as appropriate to the phase and nature of the program. 40.4.1 Pre-RFP and and bidd~ortunities potential bidders on item requirements. it has not included in areas where there which are premature structured pre-RFP for feedback from selecting and focusing analysis task and data This helps assure the requiring authority that inappropriate RFP requirements, such as trades is no freedom to trade, or data requirements or duplicative. Bidders Briefings. Properly
40.3.3.5
L-
68
q
I 1
40.4.2 Preparing LSA RFP Requirements. The RFP is normally the first formal communication between the Government and industry. It Industry is, therefore, a key document in the acquisition process. interprets an RFP to be an expression of all the items of importance to the Government since it will be around these items that a Industry taxes its ingenuity to provide a contract will be written. This competitive product that meets the stated requirements. section discusses some suggested practices in preparing the RFP. Give the total support picture as 40.4.2.1 Broad Versus Specifics. Structure the RFP to pose the broad problem to early as possible. be addressed by the LSA program and provide information on Dont go absolutely necessary analysis subtasks and data required. into unnecessary detail in establishing requirements at too early a time, especially if the scenarios are conceptual and design is still Describe the freedom the bidder has for only crudely defined. The bidder can then draw from experience and innovation feedback. Bidder feedback should be considered to fine tune the requirements. Dont destroy as recommendations only to preclude legal problems. credibility by asking for inputs which are inconsequential in source selection or to the program as a whole. 40.4.2.2 Interweave Supportability Requirements and constraints. Structure the RFP in such a way that supportability constraints and supportability related design requirements are interwoven into the appropriate system/development specification sections or other This gives everyone involved with the system/equipment description. design an appreciation of the supportability constraints and A properly structured RFP requires readiness and requirements. Consequently, supportability inputs into many sections of the RFP. more than just the logistics portions of the SOW and contract data The major areas for supportrequirements list must be addressed. ability input into an RFP include the following: Section B, Supplies/Services a. supportability work efforts and line items where possible. b. work and requirements Prices. as Establish separate
,.
contract
supportability
c. Section F, Deliveries or Performance. Consider statement that delivery of the system/equipment will not be accepted without concurrent delivery of required logistic products. d. Section supportability H, Special incentives Provisions. Consider inclusion such as a design to life cycle Ensure that on rights of cost
goal.
Section I, General Provisions. e. Regulation clause(s) Defense Acquisition and computer software are included.
applicable in technical
data
69
f. Instructions and Conditions, Section L, and Notices to Offerors. Ensure proposal preparation instructions relative to supportability aspect of the RFP are detailed and clearly written. Consider a separate proposal section for supportability. g. weighting Section M, is given Evaluation Factors to supportability. for A-. Ensure sufficient
40.4.2.3 Relative Importance of Requirements. State the order of importance o ~meters being requested to the source selection criteria. This permits the LSA team to make an honest effort to provide the best LSA subtask selection for the For example, least cost. indicate that R&M are to be of high priority, and size and weight to be of low priority only if it is true; not when the size and weight requirements are inflexible and paramount. Identify any requirements which are soft, and in which the requester would consider slight reductions for other significant benefits. 40.4.2.4 Support Related Design Drivers. Consistent degree of design freedom, ask the bidder to identify attributes which may prove to be the key influencing readiness, acquisition cost, O&.S cost, and logistic demands. Have the bidder identify the LSA subtasks used to analyze these requirements. with the those design factors in support resource that will be o
40.4.2.5 Alternate Support Concepts. It is DOD policy to encourage innovative analysis approaches which can be used to pinpoint potential readiness, O&S cost, and supportability benefits. When options are not foreclosed due to prior investments, the RFP should allow the contractor to suggest analysis approaches to reduce support costs by changing the way an item is supported. This does not mean that a contractor should be permitted to violate the basic requirements; on the contrary, the contractor should be made to understand that proposed alternatives must be totally compliant with the requirements. However, the contractor should be permitted to offer alternatives which go beyond basic compliance. It should be possible to favorably evaluate a contractor who proposes LSA techniques that can be used to identify system/equipment design that meets requirements together with an innovative alternate support scheme, if the alternate scheme meets support requirements and realistically promises lower support costs. 40.4.2.6 Evaluation Methods and Models. The RFP should indicate how the requester plans to evaluate the degree to which LSA requirements have been satisfied. The proof of compliance with such requirements should be as straightforward as that for compliance with performance requirements. The contractor should be told what technically auditable information he needs to provide to permit such evaluations. It is imperative that data structure, fixed
70
q
I
( I
constraints, and defining statements be identical for all competing If contractors are required to perform modeling, contractors. identical models tailored to the competition and the specifics of the program should be provided to all, and all bidders should be required to use them. 40.5 Task Documentation. documentation covering the standard serve the following Provides a. affecting b. tasks c. managers functional d. Provides later in an the The development results of LSA purposes: of and tasks maintenance contained of good in this
made
.
and
decisions
the
analysis
from
into
materiel of data
program
documents.
e. f. acquisition
o
duplication experience
Provides an programs.
on
future
>
40.5.1 Individual analysis tasks performed as part of a system/equipment!s LSA program may be performed by a Government Task documentation must be activity, contractor activity, or both. developed to the degree that will allow another activity to use the task results as input data to perform other LSA tasks, or as input to conduct the same task to a more detailed level in a later acquisition phase. When some tasks are performed by the Government and others are performed by a contractor, procedures must be established to provide for the data interchange between the Tasks performed by Government activities performing activities. should be documented equivalent to the applicable Data Item Description (DID) requirements to assure compatibility of documentation. 40.5.2 Mhen LSA tasks are performed by a contractor, task documentation that is required for delivery to the Government will CDRL, DD Form 1423, with appropriate DID!s be specified on the The CDRL will identify data and information that the being cited. DIDs contractor will be obligated to deliver under the contract. are used to define and describe the data required to be furnished by Applicable DIDs that describe the data resulting the contractor. from performance of the LSA tasks contained in this standard are These DIDs are structured to identify the identified in Table 111. The maximum range of data that can be documented in a report. requiring authority can tailor down these requirements by deleting
71
unwanted data from Block 10 of the DD Form 1664 and making For example, if the requiring authority appropriate use of the CDRL. wants a System/Design Trade Study Report which only covers the tradeoff analysis results (Task 303) or the data from only one of the tradeoff subtasks (e.g., 303.2.7, repair level analysis), this can be accomplished through appropriate entries on the CDRL. By aPPmPriatelY Completing Block 10 of the applicable structure the deliverable program requirements. the CDRL and DIOS, the data products lining out unwanted requiring authority to cost effectively data in can meet
40.5.3 There is a considerable distinction between data and the documentation of data. Additionally, there is a large number of different forms of documentation for LSA data which frequently LSA program data and data overlap. Because of these factors, formatting requirements must be carefully scoped to meet program Factors which affect data and needs in a cost effective manner. documentation costs include the following: Timing of preparation and a. recording of data should coincide in the design and analysis sequences not have to be recreated at added of data should be postponed until acquire data in its most complete Use of the b. more expensive. c. d. e. f.
s.
OocumentatiOn or delivery. with the generation of such data in order that such data will Delivery expense at a later date. actual need date in order to form without repetitive updates. activity. The less use,
data
by
the
performing
the
requirements. required. required of to obtain the required. data source poorly technical costs contents. data from prepared manuals. be which to or inaccurate data.
verification for
responsibility
can
effectively
Screening requirements prior to preparation of solicitation Each data requirement should be reviewed for data docu~~nts. content, end use, formatting needs, scheduled delivery, and estimated cost to eliminate duplication and assure proper integraThis function is generally tion and scheduling of requirements. performed by ILS management.
72
0
I
This generally Using contractor format whenever possible. b. reduces cost and may also provide important insights to contractor checks, and balances between design and LSA functions. controls, Additionally, reformatting requirements often result in a distillation of original data which can provide misleading or incomplete information. Involve potential bidders in c. ences prior to issuance of a solicitation assure that data and data documentation and that maximum use is made of data briefings and planning conferThis helps document. requirements are realistic already available.
1
.
I
40.6 Supportability The utility of models to perform Modeling. some aspects of LSA is almost in direct proportion to equipment complexity. For. complex systems, a model is almost mandatory in order to relate the system/equipments design, operational, and Models are defined as support parameters to system performance. systematic, analytical processes used to predict system parameters. They can vary from a simple analytical equation for inherent availability to a complex simulation model covering a multiple end As a general rule, item environment and all levels of maintenance. models used early in the life cycle would be system level models requiring a small amount of input data. Later in the acquisition process, as the design becomes better defined and a support concept is established, a more detailed model might be more applicable. Models used during the LSA process should only be as complex as Simple, easy to apply required to analyze the problem at hand. models requiring little input data should be used whenever possible When system readiness, to enhance the timeliness of the results. life cycle cost, O&S cost, or other models are specified in RFPs, the requiring authority needs to assess the proposal to evaluate the Model bidders understanding of the model and its results. estimates and data should be traceable from the operational and There should be support concepts to the R&M predictions and design. evidence that design features justify the input data used.
50.
DETAILED Task
GUIDANCE 100
FOR -
TASK
SECTIONS, Planning
TASKS, and
AND SUBTASKS
50.1 50.1.1
Section
Program
Control.
General
Considerations.
10
s0.1.1.1 Program Management. Good management of the LSA effort requires (1) planning which identifies all the required actions, (2) scheduling which identifies the timing of each required action and who is responsible for each action, and (3) execution through timely Management procedures must be established to management decisions. assure that the right information is available at the right time so LSA planning and management must that timely decisions can be made. The basic elements always be performed by the requiring authority. of LSA Dlannini! and management outlined in the three tasks in Task Section 100 mu;t be accomplished even when they do not appear as contractual requirements.
73
Task Requirements . The determinabe performed for a given acquisition was covered in paragraph 40 above.
50.1.1.3 Timin&. Scheduling task accomplishment is critical. for the LSA program to achieve its objectives. Scheduling and managing task accomplishment can be significantly aided by employing a program evaluation and review technique (PERT) or other critical The criteria that must be applied for path networking techniques. proper scheduling of LSA actions is to assure that (1) all required actions are completed and data available when it is needed, and (2) ~ the required actions are done and ~ the required data is Factors to available to prevent wasting resources and time. consider when scheduling LSA tasks include the following: During the early phases of acquisition, LSA tasks must be a. completed and supportability information available when system/equipment alternatives are being considered in order to Later in the acquisition process, LSA achieve design influence. tasks must be completed and supportability information available to assure that the ILS elements are identified, tested, and fielded on a timely basis. b. necessary conducted c. When comparing alternatives, to evaluate differences. after an alternative is it For little do not analyze below Lower level analyses selected. the level can be o
can be too late in an acquisition example, when design is fixed, or no return on investment.
do
A successful LSA effort requires that 50.1.1.4 Program Execution. Assurance the identified tasks be conducted by the identified time. of this is achieved through continuing monitoring of the effort to identify problems as they occur, and having an established mechanism to make management decisions to eliminate or minimize the problems as they occur. Efficient program execution requires that working arrangements between the LSA program and other system engineering programs be established to identify mutual interests, maximize the benefits of mutually supporting tasks, and minimize effort overlap. 50.1.2 Development of an Early Logistic Support Analysis Strategy (Task 101). This task is the earliest planning activity for an LSI program and is the key first step in developing the most cost Analyzing probable design and operational effective program. approaches, supportability characteristics, and available data before finalizing task requirements assures that the LSA program is focused on the key areas which provide maximum supportability impact The small investment in this task is essential to assure on design. While most germane to a good return on future investments. developing a strategy for concept exploration activity, this task is generally applicable prior to preparation of any solicitation document containing LSA task requirements.
74
0
50.1.3
Logistic Support Analysis Plan (Task 102). 50.1.3.1 The LSAP is the basic tool for establishing and executing It should effectively document what LSA an effective LSA program. when each task will be accomplished, tasks are to be accomplished, what organizational units will be responsible for their accomplishThe LSAP may ment, and how the results of each task will be used. be a stand alone document or may be included as part of the Plans submitted in response programs 15P when an 15P is required. to solicitation documents assist the requiring authority in evaluating the prospective performing activitys approach to and understanding of the LSA task requirements, and the organizational structure for performing LSA tasks. 50.1.3.2 The LSAP is generally submitted in response to a solicitation document and generally becomes a part of the SOW when When requiring an LSAP, the approved by the requiring authority. requiring authority should allow the performing activity to propose additional tasks or task modifications, with supporting rationale to to those tasks contained in the show overall program benefits, The LSAP should be a dynamic document that solicitation document. Accordingly, reflects current program status and planned actions. procedures must be established for updates and approval of updates Program by the requiring authority when conditions warrant. schedule changes, test results, or LSA task results may dictate a change in the LSAP in order for it to be used effectively as a management document. 50.1.4 program and Design Reviews (Task 103).
50.1.4.1 This task is directed toward four types of reviews; (1) review of design information within the performing activity from a (2) system/equipment design reviews, (3) supportability standpoint, formal system/equipment program reviews, and (4) detailed LSA The first type (Subtask 103.2.1) provides supportprogram reviews. ability specialists the authority with which to manage design For most developers this type of review is influence and tradeoffs. a normal operating practice and imposition of this subtask would flot This subtask is only applicable during impose any additional cost. design and design modification efforts and, therefore, should not be Contractor applied to nondeveloDmental acquisition programs, procedures for this type of review would be included in the LSAP. 50.1.4.2 System/equipment design reviews and program reviews (Subtasks 103.2.2 and 103.2.3) such as preliminary design reviews, critical design reviews, and production readiness reviews are an important management and technical tool of the requiring authority. They should be specified in SOWs to assure adequate staffing and funding and are typically held periodically during an acquisition program to evaluate overall program progress, consistency, and An overall LSA program status should be an technical adequacy. integral part of these reviews whether conducted internally, with
75
or with the reouirinfz authority. activitys internal-and s~bcontract~r and made available to the requiring
In addition to system/equipment program and design reviews, specific reviews of the LSA program should be periodically conducted (Subtask 103.2.4). These reviews should provide a more detailed coverage of items addressed at program and design reviews and should address progress on all LSA tasks specified in the SOW. Representative discussion items include task results, data, status of assigned actions, design and supportability problems, test schedule and progress, and the status of subcontractors and suppliers efforts. LSA reviews should be conducted as part of ILS reviews when possible, and should be specified and scheduled in the SOW for Task 103. An integral part of this review process is the conduction of a detailed guidance conference as soon as possible after contract award to assure a thorough and consistent understanding of the LSA requirements between the requiring authority and Additionally, the requiring authority must performing activity. establish review policies which maximize the resources available for review. Sampling vs 100 percent review of LSA data, scheduling reviews on an as required rather than a fixed schedule basis, and concentrating on drivers and high risk areas are some of the considerations that must be addressed in establishing the review policies. 50.1.4.4 In addition to formal reviews, useful information can often be gained from performing activity data which is not submitted formally, but which can be made available through an accession list. This list A data item for this list must be included in the CDRL. is a compilation of documents and data which the requiring authority can order, or which can be reviewed at the performing activityrs Typically, the details of design analyses, test planning, facility. These data and technical decisions are included. test results, constitute a source of information not otherwise available.
50.1.4.3
50.2
Task
Section
200
Mission
and
Support
Systems
Definition.
It is essential to conduct LSA 50.2.1 General Considerations. early in an acquisition program to identify constraints, thresholds, and targets for improvement, and to provide supportability input It is during the early phases of an into early tradeoffs. acquisition program that the greatest opportunity exists to These analyses influence design from a supportability standpoint. can identify supportability parameters for the new system/equipment. which are reasonably attainable, along with the prime drivers of The drivers, once identified, supportability, cost, and readiness. provide a basis for concentrated analysis effort to identify targets Mission and support systems definition and methods of improvement. tasks are generally conducted at system and subsystem levels early in the system acquisition process (Concept, and Demonstration and Validation Phases). Identification and analysis of risks play a key o 76
q
I
role due to the high level of uncertainty and unknowns early in the Performance of these tasks requires examination of life cycle. current operational systems and their characteristics, as well as projected systems and capabilities that will be available in the time frame that the new system/equipment will reach its operational New system/equipment supportability and supportability environment. related design constraints must be established based upon support systems and resources that will be available when the new These may be less than, equal to, or systemlequipment is fielded. greater than the corresponding capabilities for current systems. When supportability analyses have been performed prior to formal program initiation during mission area or weapon system analysis, the range and scope of tssks in this task section should be appropriately tailored to prevent doing the same analysis twice. The use study is the prerequisite 50.2.2 Use Study (Task 201). It must be done to analysis task to all others in an LSA program. satisfy DOD directive requirements and to provide the basis for all ILS planning and readiness analyses for the new system/equipment. The operational concept specifies how the new system/equipment will be integrated into the force structure and deployed and operated in Thisconcept peacetime and wartime to satisfy the mission need. provides the framework around which the support system must be developed. The use study analysis establishes the quantitative supportability factors required for readiness and ILS resource Because of the significant impact of the operational projections. concept on readiness analyses and ILS planning, the use study should look at both the most probable and worst case scenarios for Field peacetime and wartime employment of the new system/equipment. visits (Subtask 201.2.3) to operational units and depots can provide a significant input into the use study in terms of identifying Field visits can be existing capabilities, resources, and problems. useful once the operational environment for the new system/equipment is identified in sufficient detail to determine existing operational units and depots that would most likely be involved in the operations and support of the new systemlequipment. 50.2.3 Mission Standardization Hardware, Software, (Task 202). and Support system
..
I I
50.2.3.1 In many cases, utilization of existing resources can substantially reduce life cycle readiness, minimize the impact of introduction system/equiment, and increase the mobility of Factors that using the new system/equipment. potential benefits are the following: a. would b. be Use of existing incurred to Cost to develop items develop new avoids the new items. training
logistic support cost, enhance of the new the operational unit support these
development
costs
that
programs
may
be
avoided.
77
may
c. be
that
the
resource
will
be
available
for
use
d. Commonality of support items between operational unit may require fewer items to mobilization, thereby iricreasing the operation Personnel e. can be increased item, rather than proficiency through an having to
of
in using support and test equipment increase in frequency of use of the learn how to use different items.
same
50.2. 3.2 The same potential benefits may apply to using resources under development. In this case, the cost of development may be spread over a number of end items. However, the risk involved is increased because the developmental item is unproven in an operational environment and is subject to program delays or Support system standardization requirements can also cancellation. arise from DOD or Service support policies. Examples of these requirements can include standard software language requirements or use of standard multisystem test equipment.
50.2.3.3 Once existing and planned resources have been analyzed and the benefits determined, then system/equipment requirements and constraints must be Identified and documented in order to achieve Supportability and supportability related design the benefits. requirements to achieve the benefits from support system standardization must be established prior to initiation of the design effort so that the cost of redesigning to meet requirements can be minimized. At the same time, performance of this task should only define requirements to the level necessary based on the projected level of design effort. For example, only system and subsystem level support standardization requirements should be identified if only system and subsystem level design alternatives are to be developed and evaluated. 50.2.3.4 Identification of existing logistic support resources available can be accomplished through use of DOD and Service level handbooks, catalogs, and registers which identify available support equipment; test, measurement, and diagnostic equipment; tools and Field tool kit contents; personnel skills; and other resources. visits conducted as part of the use study (Task 201) can also identify existing capabilities and resources available to support the new item. 50.2.3.5 Standardization through mission hardware and software standardization programs (MIL-STD-680) and parts control programs (MIL-STD-965) can help minimize equipment and parts proliferation, reduce life cycle costs, increaae system readinesa, and increase standardization and interoperability levels between Services and A comprehensive standardization program will include countries.
78
q
I .
participation from supportability activities as well as the other system engineering disciplines, due to the impacts of standardization on mission performance, reliability, maintainability, Standardization approaches will safety, quality, and survivability. generally be investigated starting in the Concept Phase due to S&I considerations and continue to progressively lower levels of indenture throughout the acquisition program. This effort is normally included as a separate contract requirement and care should be exercised in citing Task 202 (Subtasks 202.2.2 and 202.2.3) in The standardization program order to avoid duplication of effort. can normally provide the required data for Subtasks 202.2.2 and 202.2.3. Additionally, care should be exercised in the performance of this task to assure that standardization requirements are not established on poor performance items or items-which can be significantly improved.
50.2.4 poses
for
Comparative accomplishing To
Analysis Task
(Task 203:
203).
There
are
three
major
rmr-
proj~~tions targets
of
foundation parameters
for and
making identifying
for
b. the
cost,
and
readiness
drivers
in
To c. subsequent
using
comparative
system
data
50.2.4.1 A major key to having an effective LSA program is the efficient analysis and use of the data obtained on comparative systems. This process is also called a historical data review. It involves making good use of experience information available from other systems/equipment so that the new system/equipment will be an When a improvement in supportability as well as performance. realistic comparative system can be established, information on the comparative system helps identify the following: a. b. c. d. features e. impacts. High Major ,Design Potential which Design failure downtime features rate potential of subsystems and components.
potential
safety
or
human
factors
79
f.
Gross
requirements
for
support
logi~tic levels
Identifying comparative systems and subsystems and establishing BCSS requires a general knowledge of the design, and support characteristics of the new system/equipment operational, If design parameters and the type of parameter to be projected. then current operational (R&M, etc.) are to be projected, systemslequipment which are similar in design characteristics to the new system/equipments design characteristics must be identified. If major subsystems have been identified for the new system, the BCS for projecting design parameters may be, a composite of subsystems If support parameters (resupply from more than one weapon system. time, turnaround times, transportation times, etc.) are to be projected, then current systems (support systems) which are similar to the new system/equipments support concept must be identified. This may be a support system completely different than the one supporting similar systems/equipment in design characteristics. The level of detail required in describing comparative systems will vary depending on the amount of detail known on the new system/equipments design, operational, and support characteristics and the accuracy required in the estimates for new system/equipment Comparative systems and subsystems are normally identiparameters. fied by the requiring authority. BCSS should be established at a When the level commensurate with expected design progression. performing activity is a contractor, the level of comparison must be Task 203 contains specified, as well as data sources to be used. two subtasks (203.2.1 and 203.2.2) which are designed to provide for For different levela of detail in identifying comparative systems. example, if the design concept for the new system/equipment is very general, then only a general level comparative system description When more detail and (Subtask 203.2.1) should be established. accuracy are required, then Subtask 203.2.2 should be used. However, as more detail is required the cost of the analysis increases, therefore, the appropriate subtask should be selected accordingly. 50.2.4.4 Assumptions made in establishing a comparative system associated risks involved play an important role in determining Low similarity accuracy of the new systemlequipment projections. between the new system/equipments design, operation, or support concept and existing systems should be documented and new Additionally, systemlequipment projections treated accordingly. inherent risks are involved in constructing composite comparative systems unless environmental and operational differences are identified and the supportability, cost, and readiness values adjusted accordingly. and the
50.2.4.2
50.2.4.3
80
o
I
50.2.4.5 Qualitative supportability problems (Subtask 203.2.4) existing systems should be thoroughly analyzed to provide insight into areas for improvement during the development of the new system/equipment.
on
..
50.2.4.6 Supportability, cost, and readiness drivers are identified (Subtask 203.2.5 and 203.2.6) so that areas of improvement can be identified and supportability and supportability related design constraints can be formulated to achieve the improvements. Major problems on existing systems must be identified and approaches to As with other eliminate or reduce these problems must be developed. the timing and scope of this effort must be tasks in this standard, commensurate with the timing and scope of the system/equipment design effort in order for the constraints to be effective. Concept phase analyses would be at the system and subsystem Ievel so that system and subsystem level constraints could be defined prior to entry into the Demonstration and Validation Phase. 50.2.4.7 Supportability, cost, and readiness drivers may be identified from a number of perspectives; drivers could be specific ILS elements, specific support functions (e.g., alignment or calibration requirements), specific mission subsystemslcomponents, or specific features of the operational scenario/requirement. Proper driver identification is a prerequisite to establishment of the most effective constraints for achieving improvements. Care must be exercised to assure that true drivers are identified and not For example, supply support cost is not a the effects of a driver. cost driver if it is a result of poor reliability of a subsystem. In this case, the subsystem reliability would be the cost driver. The identification of drivers is dependent upon the availability of data When citing Subtasks 203.2.5 and 203.2.6, on comparative systems. the requiring authority must consider the data bases available to support driver identification. Additionally, this task can be performed by specialty areas and the results consolidated under the LSA program. For example, manpower, personnel, and training analysis may be performed by human engineering and training and maintainability comparisons may be done under the specialists, maintainability program. 50.2.5 Technological Opportunities (Task 204). This task should be performed by design personnel in conjunction with supportability It is designed to identify potential technological specialists. approaches to achieve new system/equipment supportability improvements. It will identifv the exf?ected effect of improvements on supportabi: ity~ cost, a~d readi;ess values so that-supportability and supporl ability related design objectives for the new Particular attention should be pment can be established. systemlequ devoted to the application of technological advancements to pment drivers and areas where qualitative problems were system/equ on comparative systems. Improvements can be developed at identified
q
1
(system, subsystem, or below), based on the contribution of level supportability values. and Supportability
however, each to
they system
should and
be
~~i$L6iOSupportability .
Related
Design
Factors
This task establishes the supportability governing the new system/equipments development. will include objectives, goals and thresholds, and system/equipment quantitative constraints, Subtask 205.2.1 quantifies the requirements. of alternative concepts which serve as a basis subtasks.
50.2.6.1
parameters These parameters qualitative and specification supportability impacts for the remaining
50.2.6.2 The type of parameter developed as a result of performing Generally, prior Task 205 will depend on the phase of development. supportability objectives will be established to Milestone I, These objectives are established based on the (Subtask 205.2.2). results of previous mission and support systems definition tasks, especially the opportunities identified as a result of Task 204, and are subject to tradeoffs to achieve the most cost effective solution After Milestone I and prior to Milestone II, to the mission need. goals and thresholds are established (Subtask 205.2.5) which are not Thresholds represent the minimum essential subject to tradeoff. levels of performance that must be satisfied at specified points in the acquisition. 50.2.6.3 Overall system/equipment objectives or goals and thresholds must be allocated and translated to arrive at supportability requirements to be included in the system, subsystem, or support system specification or other document for contract compliance This subtask is necessary to assure that (Subtask 205.2.3). specification or contract parameters include only those parameters which the performing activity can control through design and support The support burden and other effects of the system development. GFE/GFM, administrative and logistic delay time, and other items outside the control of the performing activity must be accounted for For example, if the overall threshold for manpower in this process. is 100 manhours/system/year, and a government furnished subsystem requires 25 manhours/system/year, then the contract should reflect a threshold of 75 manhours/system/year for performing activity This translation from supportability objectives developed hardware. or goals and thresholds to specification requirements is also When the item under procurement important for readiness parameters. is a complete weapon system, then applicable readiness parameters However, may be suitable for inclusion in the system specification. if the item under procurement is less than a weapon system (i.e., subsystem or equipment going into a weapon system) then other parameters would be more appropriate (e.g., logistic related Ii&M parameters) .
82
50.2.6.4 When performing Subtask 205.2.3, thorough consideration should be given to possible supportability incentives which may be However, Incentives should be at the included in the contract. system level (possibly subsystem for some acquisitions) to Prevent optimization approaches at lower levels which do not represent optimumsystem level solutions. This should not preclude component level initiatives such as reliability improvement warranties (RIW).
50.3
Task
Section
300
Preparation
and
Evaluation
of
Alternatives.
I
I
50.3.1
General
Considerations.
The tasks contained in this section are 50.3.1.1 Iterations. in each phase of the hiknly iterative in nature and are applicable Additionally, they are generally performed in sequence; life cycle. that is, functions are identified (Task 301), alternatives are developed to satisfy the functions (Task 302), and evaluations and This process is then iterated tradeoffs are conducted (Task 303). to increasingly lower levels of indenture and detail in the classic system engineering manner. 50.3.1.2 Timing. The identification of functions, development of alternatives, and tradeoff analyses should be conducted to a level of detail and at a time consistent with the design and operational In the early phases of the life cycle, concept development. functions and alternatives should only be developed to the level More detail required to analyze differences and conduct tradeoffs. can be developed after tradeoffs are made and the range of At the same time, the support plan must alternatives is narrowed. be finalized at a time which allows for the development and testing of the necesary ILS element resources to carry out the support plan. 50.3.2 Functional Requirements Identification (Task 301). Identification of the operating and maintenance functions for the new system/equipment must coincide with critical design decisions to assure development of a system which achieves the best balance Special between cost, schedule, performance, and supportability. emphasis should be placed on the functional requirements which are supportability, cost, or readiness drivers for the new system/equipment or which are new functions that must be performed based on new design technology or new operational concepts. Identification of the functions which are drivers provides a basis for developing new support approaches or design concepts to enhance the supportability Identification of the new functional of the new system/equipment. requirements provides the basis for management attention due to the potential supportability risks. Functional flow block diagrams are a useful tool in identifying functional requirements and establishing relationships between functions. Additionally, other system engineering programs provide a significant input to the functional For example, human engineering requirements identification process.
o
I
83
specialists may be best qualified to identify and analyze operations functions, transportation specialists may be best qualified to identify and analyze transportation requirements, etc. The LSA program under Task 301, consolidates the functional requirements developed by the appropriate specialty areas to assure the support system developed for the new system/equipment satisfies all functional requirements. 50.3.2.1 Task 301 is designed to provide for varying levels of detail from system and subsystem level functions (Subtasks 301.2.1 through 301.2.3) to detailed operations and maintenance tasks requirements (Subtask 301.2.4). Appropriate subtask requirements should be identified based on the level of design definition and schedule requirements. Table III provides general guidelines for the timing of each subtask. 50.3.2.2 Operations and support task requirements (Subtask 301.2.4) are identified using three analysis techniques: (1) FMECA, (2) an RCM analysis, and (3) a detailed review of the system/equipment functional requirements. The FMECA identifies the failure modes of the system and its components thus identifying the corrective The RCM analysis identifies preventive maintenance requirements. maintenance requirements (1) to detect and correct incipient failures either before they occur or before they develop into major defects, (2) to reduce the probability of failure, (3) to detect hidden failures that have occurred, or (4) to increase the cost The effectiveness of the system/equipments maintenance program. review of the system/equipmentls functional requirements identifies those tasks which are neither corrective nor preventive but must be performed in order for the system/equipment to operate as intended in its environment. These tasks include operations, turnaround tasks, reloading, mission profile changes, transportation tasks, etc. 50.3.2.3 A FMECA systematically identifies the likely modes of failure, the possible effects of each failure, and the criticality of each effect on mission completion, safety, or some other outcome of significance. The FMECA requirements will generally be included under the Reliability Program, however, FMECA requirements for a system must be developed in conjunction with the LSA program requirements due to the necessity of having FMECA results to conduct some LSA tasks. In particular, the FMECA provides the basis for This built-in and external test specification and evaluation. coordination should consider the timing of the FMECA, level of detail, and documentation requirements. 50.3.2.4 RCM analysis consists of a systematic approach of analyzing system/equipment reliability and safety data to determine the feasibility and desirability of preventive maintenance tasks, highlight maintenance problem areas for design review consideration, and to establish the most effective preventive maintenance program
to
8U
q
!
RCM logic is applied to the for the new systemlequipment. individual failure modes of each reparable item in the system/equipment identified during the FMECA, through a progressive determination of how impending failures can be detected and corrected in order to preserve, to the degree possible, the inherent levels of reliability and safety in the system/equipment. 50.3.2.5 Task requirements to satisfy the system/equipments functional requirements which are not identified during the FMECA These tasks must and RCM analysis are generally system level tasks. be analyzed relatively early in the life cycle (Demonstration and Validation Phase) so that the system/equipments design can be These appropriately defined to preclude supportability problems, tasks are often constrained by system/equipment requirements (e.g., turnaround time cannot exceed a certain value or the system must be transportable via a given mode) and the detailed task analysis must be conducted in a timely fashion so that design corrections can be made when the requirements are exceeded.
I
1
50.3.3
Support System Alternatives (Task 302). Support alternatives for a new system/equipment must cover each element of Initial support IL$, and satisfy all functional requirements. alternatives will be system level support concepts which address the supportability, cost, and readiness drivers and the unique functional requirements of the new system. After tradeoff and evaluation of these alternatives (Task 303), alternatives will be formulated at a lower level for further tradeoffs and evaluations. Conducting this analysis in an iterative fashion from the top down helps assure efficient use of resources in conducting the LSA. Support alternatives should be formulated to equivalent levels of detail for tradeoffs and evaluation, and then further detail developed after the tradeoff analysis is conducted. This process continues in an iterative manner throughout the materiel acquisition process until the system Ievel support concept is refined into a detailed support plan covering all levels of maintenance, all items of hardware and software requiring support, and all operations and maintenance tasks. Where applicable, depot maintenance interservicing considerations should be included in alternative support concepts. 50.3.3.1 Alternative support systems are formulated by synthesizing alternatives for individual ILS elements into support systems. During this process, the following points roust be considered: Interrelationships that (e.g.~manpower, personnel, and upon support equipment alternatives). b. may not evaluated Formulation of be cost effective and selected. detailed until exist training between the alternatives ILS elements may depend
of
ILS are
q
85
50.3.3.2 In some cases, formulating support alternatives may be an inherent feature of models used in the evaluation and tradeoff process. This is especially true for many RLA models used during Full Scale Development where repair versus discard alternatives and alternative maintenance levels for repair and discard are automatically formulated and analyzed during execution of the model. In these cases, citing Task 303 and specifying use of a Particular Additionally, the model may limit the required scope of Task 302. scope of Task 302 may be limited when dealing with equipment level In these cases, the support alternatives may be acquisitions. restricted due to the system level support concept. 50.3.4 Evaluation of Alternatives and Tradeoff Analysis (Task 303). Tradeoff analvsis between desifln. operational. and suDDort alternatives is an ~~herent Dart o~ s~s~em develoomeflt. Opt~rnum benefits are realized when the~e analys;s are condu~ted considering all system factors (cost, schedule, performance, and supportability) The nature of the tradeoff models before the system is finalized. and techniques used and the magnitude, scope, and level of detail of the analysis will depend upon both the acquisition phase and the Tradeoffs early in the program will generally be system complexity. As development progresses, interdisciplinary and broad in scope. inputs become more specific, tradeoffs are progressively refined, and outputs influence a smaller number of related parameters. 50.3.4.1 Tradeoffs between the support alternatives identified for the new system/equipment are conducted to identify the support These tradeoffs are approach which best satisfies the requirements. conducted by using a model or manual procedure which relates the desire. ooeration. and loKistic suDDort resource factors of alternatives to ~he supportabili~y requirements for the system/equipment. Alternatives can then be ranked and the sensitivity of the results to changes in key design, operation, or support factors can be determined. Results, including the rationale for selection and rejection of alternatives, should be documented for subsequent Tradeoff analysis results, both between iterations and refinements. support alternatives and between support, design, and operational become a prime data input into the system decision alternatives, AS such, process. the tradeoff analysis results must include identification of assumptions and risks involved. 50.3.4.2 Subtask 303.2.1 provides the general requirements for each Subtasks 303.2.2 evaluation and tradeoff performed under Task 303. and 303.2.3 are continuing requirements throughout a system/equipments life cycle to analyze alternative support approaches and alternative design, operations, and support approaches, respecThe remaining subtasks represent key tradeoffs and evaluatively. tions that are frequently applicable during given phases of the life For a given acquisition program, cycle as indicated in Table III. the range of potential tradeoffs and evaluations is essentially o
86
I
limitless. Procedures should be established authority and performing activity to allow and tradeoffs to be identified and conducted the acquisition process. In selecting and evaluations for a given acquisition program, should be considered: a. System readiness analysis considered a high priority. (Subtask
between the requiring specific evaluations as required throughout conducting tradeoffs and the following factors for
303.2.4)
should
always
be I .
b. Select the tradeoff ability, cost, and readiness the scope of the selected limited to the drivers.
subtasks which deal with the supportAdditionally, drivers of the system. tradeoff and evaluation subtasks can be ..
Some tradeoffs and evaluations lend themselves to being c. performed by a specific community for input into the LSA program. For example, the diagnostic trade (Subtask 303.2.8) may best be performed under the Maintainability Program, the training trade (Subtask 303.2.6) may best be performed by training specialists, etc. d. Care should be exercised in using manhours as a criteria parameter for manpower trades (Subtask 303.2.5) because of two factors. First, each integral number of people has a range of manhours associated with it. Adding or reducing manhours has no effect on the number of people required until either the upper or lower limit of the range ia breached. Then, and only then, does the number of people required change. Second , there is not a direct correlation between manhours and number of people required unless personnel skills are considered. For example, the same number of manhours may equate to one person required or many people required depending on the number of different skills required. e. should Conceptual only analyze phase gross repair concepts. level analyses (Subtask 303.2.7)
Where applicable (e.g., in doing contractor versus f. support alternatives), assure that realistic personnel costs used. Often Service published personnel costs do not include associated with recruitment, washouts, retention, etc., and these personnel costs may bias the tradeoff results. 50.4 Task Requirements. Section 400 Determination of Logistic Supp ort
Resource
50.4.1 General Considerations. Logistic support resource requirewith proposed system/equipment alternatives must ments associated identified and refined as the system/equipment progresses through its development. The extent of identification depends upon the magnitude and complexity of the new system/equipment and the phase
be
87
As development progresses and the basic of the acquisition cycle. design and operational characteristics are established, this determination becomes a process of analyzing specific design and operational data to more completely identify detailed logistic This portion of the LSA defines the support resource requirements. This analysis can be requirements of the principal elements of ILS. very costly and involve development of a considerable amount of In determining the timing and scope of analysis documentation. tasks in this section, the following should be considered: a. Early identification of logistic ments should be limited to new or critical available resources are effectively used time is allocated to the development and This identification should requirements. Task 303 (Subtask 303.2.2) and documentation the minimum essential data. b. should tradeoff Resource requirements only be identified to of the alternatives. for the support resource requirerequirements so that and sufficient acquisition testing of these be accomplished as part be limited to should
of
alternatives evaluation
and
Logistic support resource requirements must be identified in a ~~me frame which considers the schedule for developing the Schedule accomrequired documentation for each element of ILS. plishment of these tasks considering the time required to provision, establish training programs, etc. develop technical manuals, d. applied ments. through while initial There are different levels of documentation that can be to the identification of logistic support resource require(For example, supply support requirements can be identified documentation of only a few data elements early in a program later the total range of data elements required to accomplish provisioning can be documented. )
e. Detailed input data for identification of logistic support resource requirements is generated by many system engineering Therefore, analysis and documentation requirements and functions. timing must be a coordinated effort between the LSA program and other system engineering programs to avoid duplication of effort and assure timely availability of required input data. This task provides the detailed 50.4.2 Task Analysis (Task 401). identification of requirements for all elements of ILS to operate It also includes an analysis and support the new system/equipment. of requirements to identify areas where supportability enhancements During performance of this task, the following can be achieved. will be determined for each operations and maintenance task:
88
a. b. manhours, c. d. equipment
Maintenance
Number of personnel, and elapsed time. Spares, Support (TMDE); Training training Procedural Facilities repair parts,
and
test, program
h&
e. mended f. 8.
materiel rationale. to
required
perform
the
task.
Interval for and the frequency of task performance in the i. The annual operating basis for intended operational environment. task frequencies must be carefully selected and widely understood to prevent misuse of the information generated by this task. J. Packaging, handling, storage, and transportation require-
ments. 50.4.2.1 The timing and depth for performance of Task 401 is governed by the level of design and operation definition and by the The analysis cannot be cost effectively performed program schedule. until required input information from the design activity is available and cannot be delayed beyond a point that does not allow sufficient time to conduct the task analysis and use the results to develop ILS element documentation (e.g., technical manuals, personnel requirements list, etc.) in a timely manner. Demonstration and Validation Phase efforts should be limited to only During Full Scale Development (FSD), this essential information. During task would be performed for all system/equipment components. this task would be performed on the Production and Deployment Phase, any design changes. 50.4.2.2 The scope of this task can be effectively tailored to cost effectively meet program needs through identification of system hardware and software on which the analysis will be performed, identification of indenture level to which the analysis will be carried, identification of the maintenance levels that wiIl be Included in the analysis, and the identification of the amount of documentation required. This tailoring process must be done in conjunction with other system engineering programs and must consider the requirements of each ILS functional element. 50.4.2.3 requires essentially Task analysis is probably the most coordination and every system engineering the area interfacing discipline of an LSA program which in that it involves and ILS functional
89
element manager. When properly interfaced, task analysis provides a very cost effective means for assuring supportability of the system/equipment and developing an integrated support system for the When not properly interfaced, task analysis can systemlequipment. be a very costly process which duplicates other analyses and Design, reliability, maintaingenerates incompatible ILS products. ability, human engineering, safety, and others are all involved in The LSA satisfying the task analysis requirements of Task 401. program integrates and translates these inputs into output products required for preparation of ILS documents. Analysis (Task 402). This task is designed 50.4.3 Early Fielding to assure an effective fielding of the new system/equipment with all required resources. Subtask 402.2.1 is designed to quantify the effect on existing systems from the new system/equipments deployment. This impact determination is necessary for the acquisition decision process to result in improved overall force capability and to assure planning to accommodate the new system/equipment effectively. Subtask 402.2.2 specifically addresses the manpower and personnel impact of the deployment. This subtask identifies where the necessary people and skills will come from for the new system/equipment, and what impact will be felt from this on other weapon systems. Subtask 402.2.3 identifies the effect on system readiness for varying levels of logistic support resources. This analysis forms the quantitative basis for budget requirements. Subtask 402.2.4 identifies logistic support resource requirements in alternative operational environments and provides the basis for wartime reserve stocks and mobilization plans and requirements. Subtask 402.2.5 requires plans to be developed to alleviate any potential fielding problems for the new system/equipment. These subtaska should only be selectively applied to equipment level acquisitions. This task is 50.4.4 Post Production Support Analysis (Task 403). intended to assure potential post production support problems are Reprocurement problems, closing of identified and addressed. production lines, obsolescence of design, expected discontinuances of business by manufacturers, etc., in the post deployment environment cause problems in assuring an adequate supply of spare If these factors are determined to present and repair parts. potential problems, plans must be established early to assure that effective life cycle support will be available for the new system/equipment . 50.5 50.5.1 Task Section 500 Supportability Assessment.
General
Considerations.
There are two general areas of 50.5.1.1 Types of Assessment. supportability assessment covered in this section; assessment as part of the formal test and evaluation program, and assessment after deployment through analysis of operational, maintenance, and supply
90
q
I
In the system/equipment in Its operational environment. the assessments are made prior to deployment and, where upon initial deployment during follow-on test and In the second case, the assessments are made based upon on the systedequipment in its normal operating
The supportability test and evalua50.5.1.2 Test and Evaluation. tion program must serve three objectives: [1) provide measured data for supportability and supportability related design parameters for input into system level estimates of readiness, O&S costs, and logistic support resource requirements; (2) expose supportability problems ao that they can be corrected prior to deployment; and (3) demonstrate contractual compliance with quantitative supportability Test and evaluation and supportability related design requirements. planning, scheduling, and cost investment must be related to these Development of an objectives to maximize the return on investment. effective test and evaluation program requires close,coordination of efforts between all system engineering disciplines to prevent duplication of tests and to maximize test program effectiveness. Reliability tests, maintainability demonstrations, publication validation/verification efforts, environmental tests, endurance/durability tests, and other tests shall be used in A well satisfying supportability assessment requirements. integrated test program involves establishing test conditions that This is an important maximize the utility of the test results. factor considering that the availability of hardware and time to conduct tests and evaluations are generally at a premium for most acquisitions, and that test results are a vital feedback loop because they represent the first hard data available for the new systemlequipment. One major factor that determines the 50.5.1.3 Test Environment. utility of test results to satisfy the objectives of the supportability test and evaluation program is the test environment. Historically, there has been a large gap between test results and This wide gap is to a large degree field-observed parameters. caused by conducting tests in ideal environments, using contractor technicians to perform maintenance during test, ignoring some test results (nonchargeable failures), and not using the planned resources (technical manuals, tools, test equipment, personnel, etc.) during the tests. Realistic test environments must be established considering the intended operational environment and the Intended logistic support resources (all elements ofILS) that will be available to operate and maintain the system/equipment after deployment. While a total simulation of the field environment may not be practical or cost effective, test environments should be established to be as close as possible and known differences between the test and field environments must be accounted for in using test results to update system level projections for readiness, O&S costs, and logistic support resource requirements. Additionally, expected levels of maturation to supportability parameters should be applied to test and evaluation results to get a good projection of expected supportability. .
91
A systems ultimate measure 50.5.1.4 post-Deployment Assessments. of supportability is determined by how well it performs in its Analysis of feedback data from the environment after deployment. operational environment is the necessary final step in verifying that the system/equipment has met its objectives and in evaluating In some cases, post deployment support. this assessment can be made using field feedback data that is routinely available from standard readiness, supply, and maintenance reporting systems; while in other cases, data from standard reporting systems must be supplemented in order to meet the verification objective within acceptable Any requirement for supplemental data must be confidence levels. weighed against the cost and resources to obtain the data and any impact upon using units to gather the data.
50.5.2
~
Supportability
Test,
Evaluation
and
Verification
(Task
50.5.2.1 Initial supportability test and evaluation planning (Subtask 501.2.1) occurs prior to the life cycle phase in which the This planning shall include identification tests will be conducted. and support) required for testing. of the resources (hardware, time, Test and evaluation strategies should be based on the supportability and supportability related design requirements; the supportability cost, and readiness drivers; and areas with a high degree of risk associated with them. Test and evaluation plans shall include supportability objectives and criteria integrated with other system Pre-Milestone I planning shall engineering test requirements. include strategies for evaluation (during Demonstration and Validation Phase testing) of design and operational features that affect the feasibility of the system/equipments supportability, cost, and Pre-Milestone II planning shall include readiness objectives. strategies for demonstrating (during FSD testing) established supportability and supportability related design objectives within stated confidence levels through the intermediate/general support evaluation of operability and operator training; maintenance level; demonstration of the adequacy of the logistic support plan to include all elements of ILS; and quantification of requirements for Preproduction fuel , ordnance, supply, and other ILS elements. planning shall include strategies for assessing (during FOT&E) mission hardware, software, and support items not fully teated prior to production; demonstration, in an operational environment, that initial production items meet the thresholds for mature systems; and, refinement of operating tactics, training requirements, and force unit organizational concepts as required. 50.5.2.2 Detailed test plans and criteria are established (Subtask 501.2.2) based on the test and evaluation objectives of the An important category of data that must be systemlequipment. provided by the LSA program is the identification of the ILS elements that must be provided to testing activities for test and This identification is an integral part of Tasks 301, evaluation. 303, and 401. Task 501 provides detailed plans for test and evaluation of these resources.
92
q
50.5.2.3 Task 501 Data resulting (Subtask 501.2.3) from to testing accomplish will the be analyzed following: Correct deficiencies a. corrective actions implemented during previous tests. b. Update system level logistic support resource Identify the and supportability goals and amount discovered to eliminate during test deficiencies projections requirements. for readiness,
as
part
of
and
validate identified
O&S
costs,
and
1=
c. ability established
required parameters
in to
supportmeet
achievement
nonachievement
of
contractual
an
of supportability process.
for
input
into
the
LSAR
subse~uent tions.
base of analyses
experience on future
information system/equipment
for acquisi-
..
50.5.2.4 Subtasks 501.2.4 and 501.2.5 provide the requirements for In those post deployment assessment of the new system/equipment. cases where existing standard field reporting systems will not provide the necessary data or accuracy to conduct this analysis, then supplemental data collection programs must be planned, Planning activities budgeted for, and implemented. approved, (Subtask 501.2.4) would normally occur prior to production, and data review and analysis (Subtask 501.2.5) would occur following Care should be exercised in planning this activity to deployment. assure that field results are collected during !Inormalt! field Collecting data immediately after deployment may be operations. biased if any of the following situations are in effect: a. New equipment fielding maintenance normal support teams are with the system/equipment. training from
other
b. Operator and than the intended Initial supply Interim items supply systems.
c. standard d. other
than
of
are test
pending
deployment
93
Analysis of data obtained from field reporting systems can significant information for system/equipment enhancements logistic support resource modifications, product improvement or modifications of operating tactics. Additionally, COIUparat.iVe analySiS between field re~ults, test and evaluation results, and engineering estimates can provide information for ,ge on future acquisition programs to better project supportability, cost , and readiness parameters. provide through programs,
50.5.2.5
TABLE
II.
Logistic for
Information Milestone.
Requirements
INFORMATION
REQUIREMENT
MILESTONE 1.
I 1. 203 (203.2.3)
Support cost, manpower requirements, and R&M of current comparable equipment. Manpower, Readiness improvement. Evaluation cations support System cost, and and support readiness cost drivers. targets for
2. 3.
2. 3.
203 204
(-203.2.5) (204.2.1)
4.
resource operational
impliand
4.
205
(205.2.1)
5. 6.
5. 6.
205 301
(205.2.2) (301.2.2)
New technology advances in Major items and software Manpower employment Significant implications considered. Critical parameters
items that require repair technology. of support-related hardware requiring development. to alternative
7.
7.
303
(303.2.2)
8.
sensitivity concepts.
8.
303
(303.2.5)
9.
differences of alternative
in
9.
303
(303.2.6)
10.
manpower, compared
logistic, to existing
and
R&M systems.
10.
303
(303.2.9)
95
TABLE
II.
Logistic for
Information Milestone
Requirements Continued.
INFORMATION
REQUIREMENT
MILESTONE 1.
Manpower and support resource sensitivity to changes in key parameters, associated impacts on system readiness, and logistic risk areas. Readiness, logistic comparison Baseline R&M, manpower, and other goals and thresholds, and with existing systems. support concept.
2.
2.
205
(205.2.5)
303
301 302 303 302 303 303
(303.2.9)
(301.2.1) (302.2.1) (303.2.2) (302.2.1) (303.2.2) (303.2.3)
3.
3.
4.
considered support.
for
long-term
4.
5.
results to optimize the among hardware charactersupport concepts and resource requirements. training requirements.
5.
6.
6.
7.
Capability support objectives. Adequate to assess related support impacts objectives. Effect resource Updated
of systems
7.
8.
test and evaluation plans achievement of supportthresholds, adequacy of plans and resources, and on cost and readiness
8.
501
(501.2.2)
9.
of
on
support
9.
501
(501.2.3)
10.
Milestone
information.
10.
203/204/205 301/302/303
96
TABLE
II.
Logistic for
Information Milestone
Requirements continued.
INFORMATION
REQUIREMENT
PRODUCTION 1. Detailed support planning requirements. 1. 302 (302.2.3) 303 (303.2.2) 401/402 401/402
2.
Manpower and training requirements support peacetime readiness and employment. Acceptable R&M demonstrations, plan, manpower, and support Impact obtain Plans ments Updated on system required readiness personnel.
to wartime
2.
3. 4.
3.
4.
5. 6.
manpower
require-
5.
6.
501
(501.2.2)
information.
.-.
97
III
Logistic
TITLE
101
SUPPORT ANALYSIS STRATEGY NA G(4 :G,4) G(4) G(4 DI-L-7017A Logistic Support Analysis Plan Conference
102
LOGISTIC ANALYSIS
SUPPORT PLAN
Conference
DI-L-7017A Logistic Support Analysis Plan G(5) G(4 G(U) G(4 NA DI-S-71 Report. 15 Use Study
Subtaak only.
103.2.1
?01
USE STUDY
TABLE Sup port Analysis Task Application and Documentation Matrix Continued.
111
Logistic
TASK TITLE VA L SD G 2,4 2;4) DI-E-7026 Program DI-E-7027 Selection Program Parts List (PPSL) Parts Plan Control DI-S-3606 System/Design Trade Study Reports , ROD lN: PT G 2,4 G 2,4
E
SE*
!02
VA
DI-E-7026 through DI-E-7030 pertain to the Parts Control Program. These DIDs require citing MIL-STD-965 on the contract.
ID
01-E-7028 Nonstandard Parts Approval Requests/ Proposed Additions to an Approved PPSL DI-E-7029 Military Detail Specifications and Specification DI-E-7030 Nonstandard G t 1A DI-s-71 Analysis 16
?03
COMPARATIVE
ANALYSIS
Subtask Subtask Subtask Subtask Subtask Subtask Subtask Subtask ;(4) ;(4) ;(4) ;(4)
(5)
1A 1A 1A 1A 1A 1A 1A 1A
III
Logistic
Sup port
TITLE
APPLICABILITY BY PHA s~t PRE- couCON- CEPT DVAL FSD PROD CEPT NA DI-S-71 17 Technological Opportunities Report DI-S-3606 System/Design Trade Study Reports G G s NA
?04
TECHNOLOGICAL TUNITIES NA G G G c
OPPOR-
?05
SUPPORTABILITY AND SUPPORTABILITY RELATED DESIGN FACTORS G G G G(4) NA :(4) G :1 ;A NA NA NA NA NA NA G G NA NA NA NA c DI-S-4057 Scientific and Technical Reports
Subtask 205.2.3 only. See MIL-STD-1388-2 for LSAR data element definitions.
101
NA
301.2.2
Subtasks 301.2.11 and 301 .2.6 only. Data requirements must be coordina ted with Reli ability, Maintainability, and Human Engineering Program requirements.
111
Logistic
TASK
TITLE
APPLICABILITY BY PHASE* PRE- CON- CON- CEPT DVAL FSD PROD CEPT APPLICABLE DATA ITEM DESCRIPTIONS NA G G G c(1) DI-S-3606 System/Design Trade Study Reports
REMARKS
302
SUPPORT SYSTEM ALTERNATIVES NA NA NA NA NA NA G G G c G(4) G s s G G(4) G s s G ,NA s G(4) G G NA NA C(1,4) c(1) c(1) DI-S-3606 System/Design Trade Study Reports
303
EVALUATION OF ALTERNATIVES AND TRADEOFF ANALYSIS NA NA NA NA NA NA NA NA NA NA NA NA : c NA NA c c NA C(4) c(4) c(4) NA G G G G G G s(1) G G(5) G(5) G(5) G(5) G G G G G G G G G(4) G(4) G(4) G(4) G G G G s G G s(1) s(1) s G(4) NA
Subtask Subtask Subtask Subtask Subtask Subtask Subtask Subtask Subtask Subtask Subtask Subtask
303.2.1 303.2.2 303.2.3 303.2. q 303.2.5 303.2.6 303.2.7 303.2.8 303.2.9 303.2.10 303.2.11 303.2.12
TABLE Sup port Analysis Task Application and Documentation Matrix Continued.
III
Logistic
,[
TITLE
!01 NA DI-s-36D6 System/Design Trade Study Reports Subtasks 401.2.6, 401.2.9. s s s s DI-S-4057 Scientific and Technical Reports : G(4) s s s s NA c DI-S-7118 Analysis DI-P-7119 Support DI-S-7120 Assessment Post Plan G Early Report Fielding : s(1) G G G(4) G G G G(4) G(4) NA s G c
TASK
ANALYSIS
401.2.5, and
Subtask Subtask Subta.sk Subtask Subtask Subtask Subtask Subtask Subtask Subtask Subtask NA NA NA MA NA NA NA NA NA NA NA ANALNA NA NA NA NA NA NA NA NA NA NA NA NA c c c(4) C(4) c c c(l) c c C(4) c
401 .2.1 401. 2,2 401.2.3 401.2.4 401.2.5 401.2.6 401.2.7 401.2.8 401.2.9 401.2.10 401.2.11
Data requirements must be coordinated with ILS element data requirements. See MI L-STD-1388-2 for LSAR data element definitions.
102
103
Production
iOl
SUPPORTABILITY TEST, EVALUATION, AND VERIFICATION NA NA NA NA NA :(4) G(4) G(4) NA G NA NA NA NA G G(4) G(4) NA NA
Supportability Plan
501.2.1, and
:A s s G(4)
Subtasks 501.2.3 and 501.2.5. These data requirements must be coordinated with other system test planning and reporting requirements.
Analysis Task Ap plication SUPp ort Documentation Matrix - Continued. characterized by the following design status:
qProgram
1.
phases
are -
PRE-CONCEPT
Mission area analyses are performed on No design. a continuing basis to include supportability and sustainability considerations within mission areas. Program requirements grow out of these analyses. Design is identifying influencing only conceptual. alternatives, design from Best opportunity for conducting tradeoffs, and supportability standpoint. are more or less estabstill flexible. Debugconstruction are taking and support, design, are being traded.
2.
CONCEPT
3.
DVAL
Performance characteristics Actual design is lished. ging and major changes in Support alternatives place. and operations alternatives May result in a prototype.
4.
FSD
Design is concentrating Results in a prototype. on construction, parts selection, and fine tuning No major design influence is of performance. Design influence is limited to packaging, possible. partitioning, testability, accessibility, etc. Support system is optimized. Design ing is further is fixed. complete. optimization. Logistic support No opportunity resource tradeoffs planor
5.
PROD
for
CODE s-
DEFINITIONS: Selectively Generally Generally Not applicable. applicable. applicable to design changes only.
GcNA (1)
(2)
MIL-STD-1388-lA is not the primary Other MIL-STDS or statement ment. must be included to define the total Done just prior to initiation for equipment 103 of the
applicable for
equipment level
APPENDIX GLOSSARY
10.
10.1 Appendix standard. 10.2 The terms used information. currently directives A limited developed 20.
purpose of this appendix is to provide definitions of for clarity of understanding and completeness of As a general rule, the definitions provided are accepted and have been extracted verbatim from other (regulations, manuals, MIL-STDS, DOD Directives, etc.). number of terms are presented for which definitions were from several reference documents.
DEFINITIONS Phases Concept alternative need. Exploration solutions Phase - The or solution identification concepts and satisfy explora
Acquisition (a) ation of validated (b) selected analyses; tions. (c) and the fabricated, (d) duction Availability operable mission
to
q
and
Phase for
its
are
system
- A measure of the degree to which an item and committable state at the start of a mission is called for at an unknown (random) time. -
Baseline Comparison System (BCS) a composite of current operational represents the design, operational, the new system under development. Comparability Analysis heir relationships to Computer Resources manpower needed to One of the principal
A current operational system, subsystems, which most closely and support characteristics
or of
and
Support - The facilities, hardware, operate and support embedded computer elements of ILS.
and
104 .. . ... 0
or
key and
boundary resources
conditions in system
Contract Data Requirements List (CDRL), DD Form 1423 - A form information which the contractor as the sole list of data and be obligated to deliver under the contract, with the excePtion that data specifically required by standard Defense Acquisition Regulation (DAR) clausea. Relationship Cost Estimating equation which reIates Life directly to parameters that logistics environment of a Corrective failure to maintenance Localization, Alignment, Data Item and describe Completed identification Maintenance restore an can include Isolation, and Checkout. (CER) Cycle describe system. - A statistically derived Cost or some portions thereof the performance, operating,
or
- AII actions performed as item to a specified condition. any or all of the following Disassembly, Interchange,
Description (DID), the data required forms are provided each data of,
A form used to define by the contractor. in support of and, for the CDRL. and funcprocess, of a
Design Parameters - Qualitative, tional value characteristics for use in design tradeoffs, system that is responsive to
quantitative, physical, that are inputs to the design risk analyses, and development system requirements. component use; e.g.,
combination of end products, End Item - A final and/or materials which is ready for its intended tank, mobile machine shop, aircraft. Facilities required studies locations, One of permanent or semipermanent real - The to support the materiel system, including to define types of facilities or facility space needs, environmental requirements, the principal elements of ILS.
parts, ship,
and Criticality Analysis (FMECA) - An Failure Modes, Effects, analysis to identify potential design weaknesses through systematic, all likely ways in which documented consideration of the following: a component or equipment can fail; causes for each mode; and the effects of each failure (which may be different for each mission phase). Fast Track constraints and support - An Program require the acquisition acquisition design, process program in which time development, production, testing, to be compressed or overlapped.
105
Follow-on Test and Evaluation (FOT&E) - That test and evaluation which is conducted after the production decision to continue and refine the estimates made during previous operational test and to evaluate changes, and to evaluate the system to evaluation, insure that it continues to meet operational needs and retain its effectiveness in a new environment or against a new threat. Functional Support Requirement (FSR) repair, resupply, recover, calibrate, support system must perform for the restored to a satisfactory operational environment. Goals design, established A function overhaul, end item to condition (transport, etc.) that the be maintained in in its operational
or
Values, or a range of values, apportioned operational, and support elements of a to optimize the system requirements.
to system
- Material provided by the Government Furnished Material (GFM) Government to a contractor or comparable Government production facility to be incorporated in, attached to, used with or in support of an end item to be delivered to the Government or ordering activity, or which may be consumed or expended in the performance of It includes, but is not limited to, raw and processed a contract. materials, parts, components, assemblies, tools and supplies. Material categorized as Government Furnished Equipment (GFE) and Government Furnished Aeronautical Equipment (GFAE) are included. - A disciplined approach Integrated Logistic Support (ILS) cause support considerations activities necessary to: (a) integrated into system and equipment design, (b) develop requirements that are consistently related to design and other, (c) acquire the required support; and (d) provide required support during the operational phase at minimum Logistic scientific process, assist Support Analysis and en~ineerins! as part ~f the in complying with to the to be support to each the cost.
- The selective application of (LSA) efforts undertaken during the acquisition s~stem engineering and desi~n process, to supportability and other ILS objectives. Documentation conducted under All this data resulting from standard pertaining
Logistic SUPP ort Analysis LS A taaks performance of an acquisition program. Logistic Support ~ta identification systemlequipment. tions. Analysis of
to
Record
That portion of LSA pertaining to the requirements of a LSAR data element defini-
106
q
I
Ma~ntalnablllty retained
measure
of
the
of
is of
The basic levels The is divided. must be commensurate data, and facilities - The process and requirements of ILS.
of maintenance into scope of maintenance with the personnel, provided. to evolve a materiel and system.
,,
conducted for
establish One
of
, expressed in terms %i%%%siZh~~~;~;t$m~~;h a system. Manpower manpower requirements, which consist of quantified slots, or billets that are characterized by the required number of individuals who fill the job, Manpower mll Itary required wartime
o
of
identification and acquisition of and Personnel - The ian personnel with the skills and the grade and civil to operate and support a materiel system at peacetime rates. One of the principal elements of ILS. Qualitative or quantitative values, to the various design, operational, which represent the desirable levels are subject to tradeoffs to optimize
and
and Sup port (O&S) Costs and follow-on logistics This support systems.
of operation, main- The cost support of the end item and its COSt are term and tfownership
about intended Operational Concept - A statement forces that provides guidance for posturing and Standards are specified for deployment, forces. basing, and support from which detailed resource implementing programs can be derived. Operational Scenario under representative system. Operational satisfactorily availability, reliability, factors, training - An outline operational projecting conditions a for
of combat and
Suitability - The degree to which a system can be placed in field use, with consideration being given compatibility, transportability, interoperability, wartime usage rates, maintainability, safety, human manpower supportability, logistics supportability, and requirements.
107
Optimization Models - Models system and which can be used, determine the best operation
which accurately describe a through sensitivity analysis, of the system being modeled.
given to
Packaging, Handling, Storage, and Transportation - The resources, processes, procedures, design considerations and methods to ensure that all system, equipment, and support items are preserved, packaged, handled, and transported properly including: environmental considerations and equipment preservation requirements for short and long term storage, and transportability. One of the principal elements of ILS. Parametric Estimating - Statistical parametric Relationship (PER) analysis essentially involves development and application of mathematical expressions commonly called cost estimating relationships (CERS). Basically, CERS are developed by statistically analyzing past history to correlate cost with significant physical and functional parameters. Performing tractor, tasks or document Activity - That activity (government, contractor, or vendor) which is responsible for performance of subtasks as specified in a contract or other formal of agreement. subconLSA
Personnel - The supply of individuals, identified by specialty or classification, skill, skill level, and rate or rank, required to satisfy the manpower demand associated with a system. This supply includes both those individuals who support the system directly operate and maintain the system), and those individuals who (i.e., support the system indirectly by performing those functions necessary to produce and maintain the personnel required to support the system directly. Indirect support functions include recruitment, training, retention, and development. Preventive retain an inspection, Maintenance - All actions item in specified condition detection, and prevention performed in by providing of incipient an attempt systematic failures. to
Provisioning and quantity test equipment materiel for Readiness largest (hardware
- The process of determining and acquiring the (depth) of spares and repair parts, and support required to operate and maintain an end item an initial period of service.
range and of
Drivers - Those system characteristics effect on a systems readiness values. support, or operational or software),
- (1) The duration or probability of failure-free _ under stated conditions. (2) The probability that an item can perform its intended function for a specified interval under stated conditions. (For nonredundant items this is equivalent to definition (l). For redundant items this is equivalent to mission reliability. )
108
o
I
I
and Interface - Reliability Reliability and Maintainability maintainability design parameters are a key factor in the design of R&M parameters provide inputs affordable and supportable systems. into the design and LSA process that quantitatively link system One of the principal elements of readiness to the ILS elements. ILS. Reliability Centered Maintenance fying preventive maintenance tasks accordance with a specified set of intervals between maintenance tssks. Those %%%%%%~sce. support which are items coded A systematic approsch for identifor an equipment end item in procedures and for establishing
.>
part
of
the
activity (government, contractor, Requiring Authority - That which levies LSA task or subtask performance subcontractor) requirements on another activity (performing activity) through contract or other document of agreement. Risks -the defects Scheduled scribed The opposite conclusion or defective Maintenance points in the of confidence or reached as to the range) is incorrect. - Preventive items life. assurance; contents
or s
of
q
I
maintenance
performed
at
pre-
concerned with Analysis - An analysis which model parameter estimates can be decision alternative will no longer be examination of for capability potential to
- An Site Survey technical facilities Source, assigned convey support logistic uniform Source order.
base
locations a system.
,.
(SMR) Codes - Uniform codes Maintenance and Recoverability to all support items early in the acquisition. cycle to maintenance and supply instructions to the various logistic They are assigned based on the levels and using commands. support planned for the end item and its components. The code format is composed of three, two character parts; Codes, Maintenance Codes, and Recoverability Codes in that
witem
or
Those system
support which
are
part
of
the
end
!0
109
Standardization
and
Interoperability.
Standardization. The process by which member nations achieve the closest practicable cooperation among forces; the most efficient and production resources; and agree use of research, development, adopt on the broadest possible basis the use of: (1) common or compatible operational, administrative, and logistic~ pro~edu~~s; (2) common or compatible technical procedures and criteria; (3) common, compatible, or interchangeable supplies, components, weapons, or equipment; and (4) common or compatible tactical doctrine with corresponding organizational compatibility. Interoperability. proviile services or forces and to operate effectively Supply required store, includes supply The ability of systems, units, or forces to and accept services from other systems, units, use the services so exchanged to enable them to together.
to
to
Support - All management actions, procedures, and techniques to determine requirements for, acquire, catalog, receive, transfer, issue, and dispose of secondary items. This provisioning for initial support as well as replenishment One of the principal elements of ILS. support. - The logistics operational degree to which system design characteristics resources including manpower meet system and wartime utilization requirements. o
Supportability - An evaluation of how well the composite Assessment of support considerations necessary to achieve the effective and economical support of a system for its life cycle meets stated quantitative and qualitative requirements. This includes integrated logistic support and logistic support resource related O&S cost considerations. Supportability supportability. Factors Qualitative and quantitative indicators of
sup portability Related Design Factors - Those supportability factora which include only the effects of an items design. Examples include inherent reliability and maintainability values, testability values, transportability characteristics, etc. Support Concept system, consisting which meets the with the design A complete system level description of an integrated set of ILS element functional support requirements and is and operational concepts. of a support concepts, in harmony
llW
equipment (mobile sup port Equipment - All support the operation and maintenance of includes associated multiuse end items, maintenance equipment, tools, metrology communications resources, test equipment diagnostic software for both ment , with It includes the acquisition maintenance. the support and test equipment itself. elements of ILS. Su ort Plan
or fixed) required to This a materiel system. ground handling and and calibration equipment, and automatic test equipon and off equipment of logistics support for One of the principal
pro~ide support .
- A detailed description of a support system covering of ILS and having consistency between the elements of Support plans cover lower hardware indenture levels and a more detailed coverage of maintenance level functions than concepts. to
- The materiel and personnel elements required Support Resources operate and maintain a system to meet readiness and sustainability New support resources are those which require requirements. Critical support resources are those which are not development. but require special management attention due to schedule requirements, cost implications, known scarcities, or foreign markets.
new
System - A composite for operating and its life cycle. Engineering transforming performance
of alI maintaining
the a
resources system
or
be
sequence of activities and need into a description of preferred system configuration. be it a complete system,
- The thereof
System Readiness - A measure or measures of the ability of a system to undertake and sustain a specified set of missions at planned System readiness measures peacetime and wartime utilization rates. take explicit account of the effects of system design (reliability and maintainability), the characteristics and perfOrmaflCe Of the support system, and the quantity and location of support resources. Examples of typical readiness meaaures are sortie rate, mission capable rate, operational availability, and asset ready rate. - The process by which the individual requirements %%%%, paragraphs, or sentences) of the sele.ted specifications and standards are evaluated to determine the extent to which each requirement is most suitable for a specific materiel acquisition and the modification of these requirements, where necessary, to assure that each tailored document invoked statea only the minimum neecls of Tailoring is not a license to specify a zero LSA the Government. program, and must conform to provisions of existing regulations governing LSA programs.
!0
111
Technical Data - Recorded information regardless of form or character (e.g. manuals, drawings) of a scientific or technical Computer programs and related software are not technical nature. data; documentation of computer programs and related software are. Also excluded are financial data or other information related to One of the principal elements of ILS. contract administration. &inoperable, any faults fashion. A design the characteristic or degraded) item to be which allows the of an item and the confidently determined status
location
in a
of
timely
within
Thresholds - Values, or a range of values, apportioned various design, operational, and support elements of a impose a quantitative or qualitative minimum - essential performance. Thresholds are usually associated with a Tradeoff characteristics The determination of (cost, schedule, the optimum performance, balance and
which of
Training - The structured with the skills necessary slot, billet, or specialty.
in
Training Devices and Training - The processes, procedures, techniques, and equipment used to train active and reserve personnel This includes individual operate and support a materiel system. crew training, new equipment training, and logistic support for One of the principal elements of training devices themselves. Transportability with available established and support forces. Unscheduled conditions.
- The inherent capability of material to be moved and projected transportation assets to meet schedules in mobility plana, and the impact of system equipment items on the strategic mobility of operating military
Maintenance
Corrective
maintenance
required
by
item
0
112
qU ,S. ?S1SI182 O??It?.: 1994-S06-789/90016
STANDARDIZATION
OOCUMfN1 NUMBER 2. oocuwrdv
PROPOSAL
NAME
OF
S1.lSUtTllUa nOAWIZATl O ON
u u
,.00. o USE.
A00RE6S@im1. Clt?..9tiw.ZIP
Codd MANUFACTURER
u
moauu
q
OT.ER,*CUY,,
Par@Or~
R--W
Wwdlo:
0
.2 R-m.,lm.l. far kconmnndd.m :
nEMARKS
, .
NAME
OS SUBMITTER
(km 1. FL5,,
Ml)
Oil,lond
b.
wAIUNO
AD0RliS9
(tltm.c
CIW.
13hlq
ZIP
Co&)
Omlmal
0. OATS
0
m-
Uu &T. 14ZB
...
.AA
waF.vtOw
E08TION
,s O@sOLETE.