系统工程(SE)的客户向SE组织和个人提供资源,并获得SE的产品和服务作为回报。他们是利益系统(SoI)的利益相关者之一。他们和其他涉众表达了对系统工程师提供的结果的需求和期望。
尽管他们的主要SE活动是帮助定义系统,但客户必须考虑到所有生命周期方面。他们对系统工程师执行的活动理解得越好,客户就越知道该请求什么,如何请求它,为它支付多少,以及如何判断系统工程结果的质量和价值。简而言之,客户需要掌握的是系统工程师如何参与工程系统的实现,从而产生产品、服务、企业和系统的系统(SoS)。
SEBoK通过提供广泛、全面的概念、原则、理论和实践来帮助系统工程的客户,这些概念、原则、理论和实践与一般的系统,特别是SE相关。它的参考资料向客户提供有关系统和SE的重要观点的书籍和文章。
SE的客户包括:
- 内部 SE 组织的发起人
- 与外部 SE 组织保持长期客户领域关系的组织
- 将 SE 功能外包给通用 SE 组织的组织
下面的两个小插图展示了SEBoK如何帮助SE客户。其中之一是,企业内部SE组织的客户领导向移动供应链管理系统的过渡。在另一种情况下,客户域和其他SE组织的混合体的客户控制着灾难响应SoS的SE,这需要在多个域上进行集成。
主题的使用
对于 SE 的客户,SEBoK 的大部分内容都会立即提供有关 SE 的相关知识。
第 1 部分:SEBoK 简介:
- 解释 SE、系统开发和项目管理之间的关系,
- 总结系统相互依赖性、复杂性、保证水平和变化速度的增长率以及集成硬件-软件-人类系统的演变性质的总体趋势,以及
- 提供指向客户感兴趣的 SEBoK 其他部分的指针。
第 3 部分:系统工程与管理:
- 解释不断发展的系统生命周期模型及其元素,指出哪些元素是 SE 密集型的(请参阅生命周期模型 ),
- 提供客户参与 SE 活动的整体观点,
- 识别客户对 SE 活动的影响点,以及
- 解释客户如何以需求、期望和要求的形式表达他们的担忧(参见 系统定义)。
第 4 部分:系统工程的应用:
- 解释了 SE 功能如何因系统产品、服务、企业和系统工程系统的类别而变化)。
第 6 部分:系统工程和其他领域:
- 解释了 SE 如何与项目管理、采购和采购以及针对客户密集型专业(如安全、安保、可维护性、可用性和可负担性)的专业工程相关联。
第 7 部分:系统工程实施示例 :
- 提供案例研究和示例来说明这些部件是如何在类似情况下使用的,展示了要模仿的成功和要避免的失败。
如果这里有一个中心主题,那就是客户输入的质量至关重要。 这是因为系统工程师评估客户输入,然后将其用于制定定义和实现系统的方法。第 3 部分解决了这个问题,解释了客户应该期望系统工程师提供:
- 满足客户需求和期望的架构良好的产品、服务、企业或系统系统(同样,这取决于利益相关者的高质量输入——参见 系统定义)
- 从客户需求和要求到交付的产品、服务、企业或系统系统的托管生命周期模型(请参阅 生命周期模型)
- 验证感兴趣的系统 ( SoI ) 满足利益相关者的需求和要求,以及 验证最终结果在部署到操作环境中时提供了所需的附加值,这对系统工程至关重要(请参阅系统实现与系统部署与使用)。
实施示例
好的例子为更深入的理解提供了基础。 在第 7 部分中,SEBoK 提供了完整案例研究和示例的摘要和参考。 这些都链接回 SEBoK 的适当领域,并提供了一个矩阵,显示了每个示例所涉及的 SEBoK 的主要领域。 读者可以使用该矩阵查找与他们关注的问题相关的案例研究和示例,并通过这些参考文献。
小插曲:移动供应链管理
Barbara Bradley 是一家大型制造公司的供应链管理系统总监。 她的主要专业领域是运输物流。 她领导了基于桌面和大型机技术的非常成功的企业供应链管理系统的发展,更多的是通过增加战略选择而不是应用正式的 SE。
现在,她的许多供应商和分销商都采用了移动设备和云服务,而 Barbara 认为她自己的公司也必须这样做。 该公司采用增量、临时选择的现状方法显然不足以应对如此规模的技术转型。 不仅如此,公司还必须向新的运营模式发展,同时为供应链利益相关者提供服务的连续性。
Barbara 认为这些挑战需要正式的 SE。 作为第一步,她计划组建一个下一代供应链管理系统集成产品团队 (IPT)。 IPT 的成员将包括 Barbara 的供应链专家、她的供应链成功关键利益相关者以及企业 SE 组织。
Barbara 之前从未使用过企业 SE 组织,她想更好地了解 SE 组织的整体能力和运营模式。 她向 SEBoK 寻求关于她心中的 SE 问题的答案:
- 我们如何在追求增量发展的同时保持服务的连续性?
- 客户在定义利益系统 (SoI) 中的作用是什么?
- 客户在早期决策里程碑中的角色是什么?
- 我们如何确保我们与客户互动的结果包括精心设计的产品和全面的开发计划、预算和时间表?
- 客户在产品验收中的作用是什么,特别是当我们验证利益相关者的要求和验证最终结果时?
Barbara 在第 4 部分:系统工程的应用中寻找一个问题的答案 :
- 鉴于供应链管理系统结合了产品、服务、企业和 SoS 视图,我们如何理解所有这些视图的内容并保持整体清晰?
Barbara 的最后一个问题在第 6 部分:系统工程和其他领域 中得到解决:
一旦掌握了这些问题的答案,芭芭拉就准备好领导 IPT 分析、谈判和定义一种让所有对成功至关重要的利益相关者都满意的方法。 通过让 IPT 成员阅读她认为最有价值的 SEBoK 部分,Barbara 开始在 IPT 内建立共同愿景。 由于 IPT 定义了下一代供应链管理系统并准备从旧系统过渡到新系统,因此 SEBoK 是一个重要的工具和资源。
小插曲:系统的灾难响应系统
Ahmed Malik 是该国自然资源部信息系统部门的总经理。 该国经常遭受野火,毁坏庄稼、森林、村庄和部分城市,并在紧急护理、预防犯罪和供水方面造成问题。
在最近的一场灾难性山火中,负责消防、预防犯罪、交通管制、供水维护、急救设施和其他关键能力的人员发现自己无法相互通信。 因此,自然资源部长的任务是提高该国的灾难响应能力,并任命 Ahmed 为这项工作的 SE 客户负责人。
部长建议艾哈迈德组织一次研讨会来确定问题的范围并探索沟通问题的候选解决方案。 艾哈迈德邀请参与灾难响应的各种参与者——来自公共和私营部门的医疗、保险和新闻媒体组织。 他还邀请具有 SoS 经验的 SE 组织。
Ahmed 在信息 SE 方面有丰富的经验,但在 SoS 的开发方面没有经验。 为了加快作为 SE 客户负责人的工作,Ahmed 转向 SEBoK 第 3 部分:系统工程和管理 。 为了更好地理解 SoS SE 的挑战,他研究了 第4 部分中的SoS 知识领域及其参考资料。 Ahmed 还安排了与领先的 SoS SE 提供商组织的会议,这些组织渴望告诉他他们的能力。 总体而言,Ahmed 在 SEBoK 中寻找候选解决方案资源的指导和指针。
经过如此准备,艾哈迈德组织了研讨会以应对三个关键挑战:
- 对组织角色、职责和权限的相互理解
- 对以往灾难响应沟通差距和需求的总结分析
- 在通信、数据访问、地理定位服务、公共紧急警报系统、协调疏散程序、用于提高互操作性的架构连接器方法以及用于评估替代解决方案方法的可共享模型方面的候选解决方案能力。
该研讨会将参与灾难响应的主要组织与最有能力的 SoS SE 提供者组织聚集在一起。 他们的讨论结果为艾哈迈德和他的部长提供了足够的信息,以准备分阶段的计划、预算和时间表,以逐步开发改进的灾难响应能力,从简单的互操作性辅助和分析架构替代方案的性能、可扩展性和可行性开始从最初的简单修复演变而来。 然后,该计划与主要利益相关者一起迭代,并汇聚到一种共同共识的方法,以实现强大、可信的早期改进,并为实现更具可扩展性和成本效益的灾难响应 SoS 开辟道路。
此小插曲基于 (Lane and Bohn 2010) 中的区域危机响应 SoS (RACRS)。
概括
对于 SE 的客户,SEBoK 提供一般知识和特定知识,可帮助用户获得与系统工程师相关的重要见解。 对此的关键是了解生命周期、SoI 的定义以及如何在表达需求、关注点和要求时提供指导。 此外,客户需要知道 SE 活动以良好架构的产品、服务、企业或系统的形式以及受管理的生命周期的形式会产生什么期望。 利益相关者需求的验证结果和最终结果对满足用户需求的验证至关重要。
|