首页> 外文会议>AHS International annual forum >Understanding System Engineering Technical Reviews
【24h】

Understanding System Engineering Technical Reviews

机译:了解系统工程技术评论

获取原文

摘要

Systems Engineering has become synonymous with the office of Chief Engineer throughout the Department of Defense (DOD). This recognizes the breadth of influence that system level attributes have on the ultimate suitability and effectiveness for the completed system. The Chief Engineer acts as a conductor to orchestrate the coordination, communication, and design maturity across subsystems. He must assume the role of system architect and engineering program manager to ensure work packages and resources are correctly scheduled to support efficient development of the complete product design. The Chief Engineer will adapt and translate his technical management of the developing system into the program manager's business environment. The progressive architecting of the system needs to be documented in a Work Breakdown Structure (WBS) owned by both engineering and management. The Integrated Master Schedule (IMS) should not contain "long-bar" representations of design tasks, but a more detailed critical path that documents the serial and parallel engineering tasks to complete the design. This paper will discuss the application of a strong Systems Engineering Technical Review (SETR) process which supports technical oversight of the program. The SETR process is an integrated, disciplined framework to monitor translation of capabilities to engineering requirements, system and software architecting, detailed design, engineering and operational test, and the fielding of systems. The individual reviews which constitute the SETR process are conducted by senior engineers with the experience to identify approaches which contain inherently high risk. The SETR process is adaptive, flexible, and tailorable to the system and management constraints which are unique to the individual program. Proper application of the SETR to individual programs provides an efficient framework for oversight yielding an objective evaluation of program risk.The constituent reviews of the SETR process are identified and described in the context of the maturing design. Initial reviews are designed to translate required capabilities into the world of technology. This requires an understanding of the current state of technology andthe pace of technology development. Since major system development can take years to decades, baselining system development to current technology results in the fielding of conservatively achievable design that potentially imbeds obsolete architecture when finally fielded. Early reviews are used to define the realm of the possible in engineering language while keeping pace with a reasonable rate of developing technology. Once the performance at delivery is properly defined, Human-Systems Integration (HIS), a fundamental and essential function of engineering, is pursued. Functional identification within a defined concept of operations (CONOPS) translates capabilities to functions. Finally, these functions are assigned to the physical world and a system is completed architected and ready for detailed design. Too often, the Preliminary Design Review (PDR) which is used to evaluate the work done culminating in a physical design is incomplete. A virtual design that is unbalanced or unachievable within technological and programmatic constraints is allowed to proceed to detail design. The eventual result is performance shortfalls, cost and schedule growth, or both.A failure to understand the true nature of the SETR process, especially the initial reviews culminating in PDR, fosters an environment that encourages program management to disregard the fundamental pursuit of knowledge and risk characterization provided by the process. An improper characterization of SETR reviews as burdensome, time consuming and rigid leads to an undisciplined process with improper tailoring of review criteria. The worst possible situation is when subsystem reviews are substituted for a complete system review. In this popular tailoring method, a complete look supported by underlying system level analysis is not achieved.Finally, an improper use of the SETR process as a gating mechanism forcing all elements of design to proceed in lockstep degrades the usefulness and effectiveness of the reviews.This paper will explain the correct understanding and the use of SETR reviews to support efficient program management. As a tool to evaluate design maturity and risk identification, the SETR process supports program management of complex weapon systems.
机译:系统工程已成为国防部(DOD)总工程师办公室的代名词。这认识到系统级别属性对整个系统的最终适用性和有效性具有广泛的影响。首席工程师负责协调各个子系统之间的协调,沟通和设计成熟度。他必须担当系统架构师和工程程序经理的角色,以确保正确安排工作包和资源以支持整个产品设计的有效开发。首席工程师将调整并将其对开发系统的技术管理转换为计划经理的业务环境。系统的渐进式架构需要记录在工程和管理部门都拥有的工作分解结构(WBS)中。集成主计划(IMS)不应包含设计任务的“长条”表示,而应包含更详细的关键路径,该路径记录了完成设计所需的串行和并行工程任务。本文将讨论强大的系统工程技术评审(SETR)程序的应用,该程序支持对该程序的技术监督。 SETR流程是一个集成的,规范的框架,用于监视功能到工程需求,系统和软件架构,详细设计,工程和操作测试以及系统部署的转换。构成SETR流程的个人审核由经验丰富的高级工程师进行,以识别出固有风险较高的方法。 SETR过程是自适应的,灵活的,并且可针对单个程序特有的系统和管理约束进行调整。将SETR正确应用到各个计划中,可以提供一个有效的监督框架,对计划风险进行客观评估。 在日趋成熟的设计中确定并描述了SETR流程的组成评审。初步审核旨在将所需功能转化为技术领域。这需要了解当前的技术状况和 技术发展的步伐。由于主要的系统开发可能需要数年甚至数十年的时间,因此将系统开发基线化为当前技术会导致保守地可实现的设计领域的发展,而最终设计时可能会嵌入过时的体系结构。早期审查用于以工程语言定义可能的领域,同时与合理的技术开发速度保持同步。一旦正确定义了交付时的性能,便会追求人机集成(HIS),这是工程学的基本和必不可少的功能。定义的操作概念(CONOPS)中的功能标识将功能转换为功能。最后,将这些功能分配给物理世界,并完成系统的架构设计并准备进行详细设计。通常,用于评估最终完成物理设计的工作的初步设计评审(PDR)是不完整的。在技​​术和程序限制内不平衡或无法实现的虚拟设计可以继续进行详细设计。最终结果是性能下降,成本和进度增长,或两者兼而有之。 如果不了解SETR流程的真实性质,尤其是在PDR中最终达到的初步审查,就会形成一种环境,鼓励计划管理者无视该流程提供的知识和风险特征的基本追求。 SETR审查的不当描述是繁琐,耗时且刻板的,导致审查规则的剪裁不恰当,导致流程混乱。最糟糕的情况是将子系统检查替换为完整的系统检查。在这种流行的剪裁方法中,无法获得底层系统级分析所支持的完整外观。 最后,将SETR流程用作门控机制的不当使用,迫使设计的所有要素必须按部就班地进行,这会降低评论的实用性和有效性。 本文将解释对SETR审核的正确理解和使用,以支持有效的程序管理。作为评估设计成熟度和风险识别的工具,SETR流程支持复杂武器系统的程序管理。

著录项

相似文献

  • 外文文献
  • 中文文献
  • 专利
获取原文

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号