本主题是“应用于工程系统的系统方法”知识领域(KA)的一部分。它描述了与部署、维护和使用解决方案相关的知识,这些解决方案可能已经通过实现和证明解决方案主题中描述的活动开发出来。
讨论部署的系统如何适应业务环境
。在利益相关系统(SoI)的生命周期的某个特定点上,下面描述的任何活动都可能需要与系统方法中的其他活动同时考虑。
下面描述的活动应在本KA开始时的系统方法概述主题的背景中加以考虑。这个KA的最后一个主题,应用系统方法,考虑了这些活动如何作为系统方法的一部分被使用的动态方面,以及这些活动如何详细地与系统工程(SE)的元素相联系。
介绍
SE知识体系指南(SEBoK)的第3部分“系统工程和管理”提供了两个额外的KAs,用于解决系统方法这些步骤的工程方面。KAs产品和使用寿命管理以及系统部署和使用在第3部分中解释了部署、操作、维护、组织工作、使用寿命延长、更新、升级、处理和系统退化的SE方面。
系统方法考虑整个系统和系统的整个生命周期。这包括系统的所有方面以及系统在其整个生命周期内的所有方面,直到用户销毁系统和外部企业完成处理系统产品的处理。系统的创建很少是解决利益相关者问题的步骤。正是使用系统解决方案解决了这个问题。从这个角度来看,系统的部署、使用和维护是重要的概念,必须成为系统方法的一部分。
工程系统最终归个人、团队或企业所有。在开发过程中拥有系统的人可能不是在系统运行时拥有系统的人。此外,所有者可能不是用户; 例如,服务系统可能由公众使用,但由提供服务的特定企业拥有。系统从开发过渡到运行本身往往是一项复杂的任务,包括培训系统操作人员,采取法律行动完成转移,以及建立组织工作安排,以便运营商在过渡完成后保持系统运行。
一个完整的系统方法也必须考虑到系统中涉及的许多企业从初始概念到完成处理过程。这些企业都是有需求的利益相关者,它们都有接口,必须被视为整个系统方法的一部分。
文献中很少有关于将系统方法应用于生命周期的这些阶段的内容。然而,这种KA的一个基本前提是,系统方法适用于系统生命周期的所有阶段。因此,为了正确构建系统以解决问题或用于其他用途,可以推断系统方法与系统的部署、使用和维护有关。本主题领域的许多可用参考文献来自SE文献,而不是与系统方法相关的文献;读者还应参阅SEBoK的第3部分,系统工程和管理。
部署:从开发到运营的过渡
SoI的保管权和支持责任从一个组织转移到另一个组织的过程中发生,通常被称为过渡(INCOSE 2011)。产品系统的过渡包括将系统集成到采购组织的基础设施中。部署和转换涉及将系统从开发位置移动到操作位置的活动,以及完成重新定位所需的支持系统。
过渡包括系统的初始安装,以及确定其与更广泛的系统兼容,并且不会导致任何重大的更广泛的系统问题。这种接受和发布使用的过程在不同领域、不同企业和企业之间有所不同,可以被认为是对系统有效性的初步评估(Hitchins 2007)。一般来说,过渡可以被认为有两部分:1。)确保新系统与周围系统的互操作性和2.)确保生成的系统是安全的,并具有其他关键的操作特性。
当新的系统被添加到现有组织的系统(SOS)网络中,以及新系统被转换的组织的复杂性(也见复杂性)时,考虑紧急特性是特别重要的。接收组织越复杂,过渡过程就越具有挑战性,新系统的插入就越有可能产生意外的互动和后果。应对这种复杂性的后果始于过渡阶段,并持续到运行、维护和处理阶段。
服务系统的过渡通常分为两个阶段。首先,服务系统基础设施被接受并发布。其次,接受并发布服务的每个实现。如果服务所需的响应性没有留出足够的时间来确保服务满足必要的功能和质量属性,包括互操作性、安全性和安全性,那么在第二阶段可能会出现重大问题。(参见服务系统工程。)
系统的过渡和部署可能会引入操作或使用不需要的独特需求。这些要求可能会影响系统的设计;因此,在最初的要求和设计阶段必须考虑到这一点。最常见的例子与运输系统或系统元件的需要有关,这通常会限制系统元件的尺寸和重量。
过渡还需要自己的使能系统,每个系统都可以使用系统方法实现。
用途:操作
利用该系统帮助提供用户服务通常被称为“操作”(INCOSE 2011)。一个系统的有效性通常在整个系统的运行周期内被考虑。对于一个复杂的系统,应该从三个方面考虑紧急行为:
- 识别和规划系统实现过程中的紧急属性(参见第 3 部分中的系统实现KA,系统工程和管理)
- 在系统使用过程中加入用于识别和处理系统内意外紧急属性的机制
- 提供必要的程序来处理企业中意外紧急属性的更广泛的系统后果(例如,紧急响应或医疗急救)
运营需要他们自己的支持系统,每个系统都可以使用系统方法来实现。
系统可持续性和可维护性
系统维护需要在系统的整个使用寿命期间对其进行维护(INCOSE 2011)。 在系统方面,维护实现了处理 熵 并将 SoI 保持在 可行 状态的系统。 由于 开放系统通过与 环境 不断交换能量、信息和物质来维护其存在,因此 其维护的一个方面必须是对环境中资源的管理。
Hitchins (2007) 描述了基于 系统概念 的资源管理和可行性管理的通用方法。 资源管理确定需要考虑资源的获取、存储、分配、转换和处理。 活力管理应考虑维护 体内平衡 的系统和确保 对环境干扰的 复原力 和对环境变化的 适应性的手段。
维护将需要自己的支持系统,每个系统都可以使用系统方法来实现。 如果在系统投入使用之前就将其视为系统概念和设计的一部分,则维护成功的可能性更大。
处理
如果不考虑如何完成系统处理,就不能认为全生命周期系统方法是完整的。处理的目的是从运行环境中移除系统元件,以永久终止其使用,并移除任何危险或有毒材料或废物产品(INCOSE 2011)。
在处理过程中,整个开放系统从系统侧跨越边界到达环境。一个完整的系统方法必须考虑它是如何跨越边界的,剩下的必须由企业来管理,而不是那些开发、使用或维护系统的企业。在系统方法中包含处理扩展了必须考虑的利益相关者、企业和外部系统。
处理需要自己的启用系统,每个启用系统都可以使用系统方法实现。其中一些可能包含在系统边界内,另一些可能位于系统外部。对于外部处理系统,必须考虑发生移交的接口。与维护一样,成功处理的很大一部分要求在系统生命周期的早期就考虑相关问题。
SEBoK第3部分“系统工程和管理”中的“处理和退役”主题提供了有关系统处理工程方面的信息。 |