|
概念定义是系统工程(SE)活动的集合，在这些活动中，业务或企业和涉众的问题空间、需求和需求被仔细检查。这些活动被分组并描述为通用过程，其中包括任务分析和涉众需求和要求。概念定义开始于利益系统(SoI)的任何正式定义被开发之前。
任务分析着重于业务或企业的需要和要求也就是说，定义存在的问题或机会(通常被称为问题空间或问题情况)，以及理解所选系统的约束和边界(通常被称为解决空间)。涉众需求和需求过程从涉众的角度探索并定义潜在解决方案的操作方面，独立于任何特定的解决方案。在这两个概念定义活动中，业务或企业决策者和其他涉众描述一个解决方案应该完成什么，以及为什么需要它。在考虑如何解决问题(即，将实施什么类型的解决方案)以及如何定义和开发解决方案之前，需要回答为什么和什么。
如果需要新的或修改的系统，则执行系统定义活动以评估系统。请参阅生命周期过程和企业需求，进一步了解从概念定义中描述的业务或企业和涉众抽象级别到系统定义中描述的系统和系统元素抽象级别的需求和需求转换的详细信息。
概念定义活动的具体活动和顺序及其与任何系统生命周期活动的关系，特别是与系统定义活动的密切结合，将视所使用的生命周期模型的类型而定。有关这些关系的并发性、迭代性和递归性的进一步讨论，请参阅应用生命周期过程。
话题
SEBoK 的每个部分都分为知识领域 (KA)，这些知识领域是具有相关主题的信息分组。 KA 依次被划分为主题。 本 KA 包含以下主题：
有关第 7 部分中包含的案例研究和小插曲以及第 3 部分中涵盖的主题的映射， 请参阅文章实施示例矩阵。
概念定义活动
在概念定义下讨论了两项主要活动： 任务分析和 利益相关者需求和要求的定义：
- 任务分析开始了潜在 SoI 生命周期的迭代，它可以解决问题或实现开发新产品、服务或企业的机会。 这些活动帮助业务或企业决策者定义问题空间、识别利益相关者、开发初步的操作概念，并区分限制解决方案空间的环境条件和约束。 换句话说，任务分析采用企业能力差距或机会，并以提供概括在所谓的“业务或任务需求”中的共同理解的方式定义问题/机会。 然后使用业务或任务需求来产生一组清晰、简洁和可验证的业务需求。
- 利益相关者需求和要求 活动在 整个生命周期中与利益相关者一起工作，以引发和捕获一组需求、期望、目标或目标，以获得对问题或机会的期望解决方案，称为“利益相关者需求”。 利益相关者需求用于产生一组清晰、简洁和可验证的利益相关者需求。 利益相关者的需求和要求以能够表征解决方案备选方案的方式识别和定义利益相关者的需求和要求。
任务分析获取业务和利益相关者的需求和要求，并将分析从问题空间向下传递到解决方案空间，包括概念、任务、边界或上下文，以便可以从备择方案。任务分析主题中的图 1 描述了这种交互。 在概念定义过程中产生的产品和工件然后在系统定义中使用。
SEBoK 第 2 部分讨论了系统思维 如何适用于概念定义的不同方面。 特别是， 根据问题类型或解决方案类别使用硬系统 和软系统方法的组合在识别和理解中讨论综合可能的解决方案中的问题和机遇以及自上而下和自下而上方法之间的对比 。
问题定义解决方案的驱动因素：推与拉
问题定义和解决方案设计相互依赖。 应开发解决方案以适当地应对明确定义的问题。 问题定义应限制在解决方案空间中可行的范围内。 系统分析活动用于提供问题和解决方案之间的联系。
有两种范式驱动完成概念定义的方式： 推 和 拉 。 拉动 范式基于为已识别的 问题或差距提供解决方案，例如防御或基础设施缺失的任务能力。 推动 范式基于 创建解决方案来解决感知到的机会，例如出现对部分人口有吸引力的预期产品或服务（即是否存在当前市场）。 这可能会影响其他生命周期过程，例如验证和确认，或在某些商业领域中进行的 alpha/beta 测试。
由于系统通常以推和拉的混合方式集成现有系统元素和新系统元素，因此通常最好将自下而上的方法与自上而下的方法结合起来，以考虑到遗留元素，以及识别服务和功能必须提供这些信息以定义适用的接口要求和约束。 这在应用生命周期过程中进行了讨论。
|
