1、 TechAmerica Standard Product Support Analysis TA-STD-0017 November 2012 TA-STD-0017 ANSI/TA-STD-0017-2013 Approved: January 30, 2013) NOTICE TechAmerica Engineering Standards and Publications are designed to serve the public interest by eliminating misunderstandings between manufacturers and purcha
2、sers, facilitating interchangeability and improvement of products, and assisting the purchaser in selecting and obtaining with minimum delay the proper product for his particular need. Existence of such Standards and Publications shall not in any respect preclude any member or nonmember of TechAmeri
3、ca from manufacturing or selling products not conforming to such Standards and Publications, nor shall the existence of such Standards and Publications preclude their voluntary use by those other than TechAmerica members, whether the standard is to be used either domestically or internationally. Sta
4、ndards and Publications are adopted by TechAmerica in accordance with the American National Standards Institute (ANSI) patent policy. By such action, TechAmerica does not assume any liability to any patent owner, nor does it assume any obligation whatever to parties adopting the Standard or Publicat
5、ion. This TechAmerica Standard is considered to have International Standardization implications, but the ISO/IEC activity has not progressed to the point where a valid comparison between the TechAmerica Standard and the ISO/IEC document can be made. This Standard does not purport to address all safe
6、ty problems associated with its use or all applicable regulatory requirements. It is the responsibility of the user of this Standard to establish appropriate safety and health practices and to determine the applicability of regulatory limitations before its use. (This standard formulated under the c
7、ognizance of the TechAmerica Life Cycle Logistics Supportability Committee.) Published by 2012 TechAmerica Standards that is, individual parts or non-repairable subassemblies required for the repair of spare parts or major products. Research (2) common or compatible technical procedures and criteria
8、; (3) common, compatible, or interchangeable supplies, components, or equipment; and (4) common or compatible doctrine with corresponding organizational compatibility. Supply Support: The process conducted to determine, acquire, catalog, receive, store, transfer, issue, and dispose of secondary item
9、s necessary for the support of products and support items. Support Concept: A complete system level description of a support system which meets the functional support requirements and is in harmony with the design and operational concepts. Support Equipment: All equipment and tools (mobile or fixed)
10、 required to support the operation and maintenance of a product. Support Items: Items subordinate to, or associated with, a product (i.e., spares, repair parts, tools, test equipment, and sundry materials) and required to operate, service, repair or overhaul a product. Support Plan: A detailed descr
11、iption of a support system covering each element of PS and having consistency between the elements of PS. TA-STD-0017 7 Support Resources: The materiel and personnel elements required to operate and maintain a product to meet readiness and supportability requirements. Support System: A composite of
12、all the resources that shall be acquired for operating and maintaining a product throughout its life cycle. Supportability: A key component of availability. It includes design, technical support data, and maintenance procedures to facilitate detection, isolation, and timely repair and/or replacement
13、 of product anomalies. Supportability Assessment: An evaluation of how well the composite of support considerations necessary to achieve the effective and economical support of a product for its life cycle meets stated quantitative and qualitative requirements. Supportability Factors: Qualitative an
14、d quantitative indicators of supportability. Supportability Related Design Factors: Those supportability factors which include only the effects of a products design. Examples include inherent reliability and maintainability values, testability values, and transportability characteristics. Sustainmen
15、t: The provision of personnel, training, logistics, and other support required to maintain and prolong operations or combat until successful accomplishment or revision of the mission or of the national objective. System Engineering Process: A logical sequence of activities and decisions transforming
16、 an operational need into a description of product performance parameters and a preferred product configuration. Task Analysis: A process of reviewing job content and context as it pertains to an emerging equipment design to classify units of work (duties/primary skills and tasks/discrete skills) wi
17、thin a job. Task Inventory: A comprehensive listing of all tasks performed by system personnel to operate and maintain the product. Technical Data: Recorded information regardless of form or character (e.g., manuals, drawings) of a scientific or technical nature. Testability: A design characteristic
18、 which allows the status (operable, inoperable, or degraded) of a product and the location of any faults within the product to be confidently determined in a timely fashion. Thresholds: The threshold value for an attribute is the minimum acceptable value considered achievable within the available co
19、st, schedule, and technology at low-to-moderate risk. TA-STD-0017 8 Tradeoff: The determination of the optimum balance between product characteristics (cost, schedule, performance, and supportability). Training: The structured process by which individuals are provided with the skills necessary for s
20、uccessful performance in their job, slot, billet, or specialty. Transportability: The inherent capability of material to be moved with available and projected transportation assets to meet schedules established in mobility plans, and the impact of product equipment and support items on the mobility.
21、 TA-STD-0017 9 4 General Requirements 4.1 Product Support Analysis Program. An effective Product Support Analysis program shall be established and maintained as part of the Life-Cycle Management (LCM) program. It shall be planned, integrated, developed, and conducted in conjunction with other requir
22、ement definition, design, development, production, and deployment functions to cost effectively achieve overall program objectives. The Product Support Analysis program shall be established consistent with the type and phase of the acquisition program, and procedures shall be established to assure t
23、hat the Product Support Analysis program is an integral part of the system engineering process. Interfaces between the Product Support Analysis program and other system engineering programs shall be identified. The Product Support Analysis program shall include the management and technical resources
24、, plans, procedures, schedules, and controls for the performance of Product Support Analysis requirements. 4.1.1 Program Interfaces and Coordination. Maximum use shall be made of analyses and data resulting from requirements of other system engineering programs to satisfy Product Support Analysis in
25、put requirements. Activities and data required by this standard, which are also required by other standards and specifications, shall be coordinated and combined to the maximum extent possible. Product Support Analysis data shall be based upon, and traceable to, other system engineering data and act
26、ivities where applicable. Design and performance information shall be captured, disseminated, and formally controlled from the beginning of the design effort to serve as the design audit trail for product support resource planning, design tradeoff study inputs, and Product Support Analysis documenta
27、tion preparation. 4.1.2 Product Support Analysis Process. A systematic and comprehensive analysis shall be conducted on an iterative basis through all phases of the product life cycle to satisfy supportability objectives. The level of detail of the analyses and the timing of activity performance sha
28、ll be tailored to each product and shall be responsive to program schedules and milestones. 4.2 Quantitative Requirements. Quantitative supportability and supportability related design requirements for the product shall be included in appropriate sections of the product specifications, other require
29、ments documents, or contracts, as appropriate. Sub-tier values not established by the customer shall be established by the contractor to achieve affordable system operational effectiveness. Requirements shall be defined in terms related to operational availability, materiel availability, materiel re
30、liability, ownership costs, and mean down time. TA-STD-0017 10 4.3 Management, Surveillance, and Control. Management procedures shall be established to assure continuing assessment of analysis results and to allow for product design and PSA program adjustments as required. Feedback and corrective ac
31、tion procedures shall be established which include controls to assure that deficiencies are corrected and documented. Assessments, validations, and verifications shall be conducted throughout the product life cycle to demonstrate, within stated confidence levels, the validity of the analyses perform
32、ed and the products developed from the analyses, and to adjust the analysis results and products as applicable. 4.4 Product Support Analysis Documentation. Product Support Analysis documentation shall consist of all data resulting from analysis activities conducted under this standard and shall be t
33、he primary source of validated, integrated design related supportability data pertaining to an acquisition program. Product Support Analysis documentation shall be developed and maintained commensurate with design, support, and operational concept development, and shall be updated to reflect changes
34、 or availability of better information based on testing, configuration changes, operational concept changes, and support concept changes during the acquisition process. Accumulated Product Support Analysis documentation shall provide an audit trail of supportability and supportability related design
35、 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 decisions, and other product support resource requirements. Configuration control procedures
36、shall be established over Product Support Analysis documentation updates to assure proper coordination among other system engineering programs, the Product Support Analysis program, and the development of other documents using Product Support Analysis data. Logistics Product Data (LPD) is a subset o
37、f Product Support Analysis documentation; LPD elements shall conform to the requirements of GEIA-STD-0007. 4.5 Recycled, Recovered, or Environmentally Preferable Materials. Recycled, recovered, or environmentally preferable materials shall be used to the maximum extent possible, provided that the ma
38、terial meets or exceeds the operational and maintenance requirements, and promotes economically advantageous life cycle costs (LCC). TA-STD-0017 11 5 Activity Descriptions 5.1 General. The Product Support Analysis activities are divided into six general sections: Product Support Analysis Management,
39、 Surveillance, and Control, Supportability Objectives, Preparation and Evaluation of Alternatives, Determination of Product Support Resource Requirements, Product Operational Management, and Suitability Assessment. 5.1.1 Product Support Analysis Management, Surveillance, and Control. The purpose of
40、Product Support Analysis Management, Surveillance, and Control is to define a uniform approach to the establishment of the Product Support program ensuring that total product availability is optimized while minimizing the cost and logistics footprint. This section contains three activities: Product
41、Support Strategy, Product Support Planning, and Program and Design Reviews. 5.1.2 Supportability Objectives. The purpose of Supportability Objectives is to identify constraints, thresholds, and areas of improvement to provide supportability input into early tradeoffs. It is during the early phases o
42、f an acquisition program that the greatest opportunity exists to influence design from a supportability standpoint. This section contains five activities: Application Assessment, Support System Standardization, Comparative Analysis, Technological Opportunities, and Supportability and Supportability
43、Related Design Factors. 5.1.3 Preparation and Evaluation of Alternatives. The purpose of preparing and evaluating alternatives is to optimize the support system for the new item and to develop a product which achieves the best balance between cost, schedule, performance, and supportability. These ac
44、tivities are used for the identification and evaluation of the alternatives for design and support of the new product. This section contains three activities: Functional Requirements, Support System Alternatives, and Evaluation of Alternatives and Tradeoff Analysis. TA-STD-0017 12 5.1.4 Determinatio
45、n of Product Support Resource Requirements. The purpose of this section is to identify the product support resource requirements of the new product in its intended environment(s). These activities determine the product support resource requirements for the new product. This section contains two acti
46、vities: Task Analysis and Early Distribution Analysis. 5.1.5 Product Operational Management. The purpose of Product Operational Management is to assure optimal sustainment of the product in its operational environment(s). Collection and analysis of field feedback data provides the opportunity to aff
47、ect supportability related design changes and improve the sustaining product support products. Proactive identification of diminishing manufacturing sources and material shortages (DMSMS) assure continued availability of the product. This section contains three activities: DMSMS/Obsolescence System
48、Support Analysis, Field Feedback, and Disposal Analysis. 5.1.6 Suitability Assessment. This activity is used to ensure that the support system developed for the hardware system is tested, deficiencies corrected, and a completely usable support system is available to satisfy product requirements. Thi
49、s section contains one activity: Operational Suitability Test, Evaluation, Verification, and Validation. 5.2 Activity Structure. Each individual activity is divided into three parts: Activities, Activity Inputs, and Activity Outputs. It is not intended that all activities and/or sub-activities be accomplished in the sequence presented. The sequence of activities and sub-activities accomplishments shall be tailored to the individual acquisition program. Consequently, for some activities, all sub-activities may not be required to be performe
