软件需求流程如何适合整个工程流程？

本节介绍软件需求过程，重点介绍其余五个主题，并说明需求过程如何适合整个软件工程过程。 2.1流程模型本主题的目的是提供对需求流程的理解：它不是软件生命周期中的离散前端活动，而是在项目开始时就启动的流程，并在整个生命周期中不断改进循环;确定软件需求为配置项，并在软件生命周期过程中使用与其他产品相同的软件配置管理方法来管理软件需求；它需要适应组织和项目环境。
特别是，本主题重点在于如何为不同类型的项目和约束配置提取，分析，规范和验证活动。本主题还包括为需求过程提供输入的活动，例如市场营销和可行性研究。
2.2流程参与者本主题介绍了参与需求流程的人员的角色。这个过程基本上是跨学科的，需要专家在利益相关者的领域和软件工程领域之间进行协调。
除了需求专家之外，通常还涉及很多人，每个人都在软件中占有一席之地。项目的利益相关者会有所不同，但始终包括用户/运营商和客户（他们不一定相同）。
软件利益相关者的典型示例包括（但不限于）以下各项：用户：该组包括将要操作软件的人员。它通常是具有不同角色和需求的异类人群。
客户：该组包括委托软件开发或代表软件目标市场的客户。市场分析人员：大众市场产品不会委托客户，因此营销人员通常需要确定市场需要什么并充当代理客户。
监管机构：监管许多应用领域，例如银行和公共交通。这些领域的软件必须满足监管机构的要求。
软件工程师：这些人从开发软件中获利是合法的，例如，重用其他产品中的组件。在这种情况下，如果特定产品的客户有一个特定的要求，该要求损害了组件重用的潜力，则软件工程师必须仔细权衡自己与客户的利益。
特定要求（尤其是约束）可能会对项目成本或交付产生重大影响，因为它们要么与工程师的技能水平非常匹配，要么与工程师的技能水平非常不匹配。应确定这些需求之间的重要权衡。
不可能完全满足每个利益相关者的需求。软件工程师的工作是在主要利益相关者可以接受的范围内，并在预算，技术，法规和其他约束条件下进行权衡。
这样做的前提是确定所有利益相关者，分析其“利益”的性质，并得出他们的需求。 2.3流程支持和管理本节介绍需求流程所需和消耗的项目管理资源。
它为软件工程管理的知识领域中的第一个主题（初始化和范围定义）建立了环境。其主要目的是将2.1中确定的过程活动与诸如成本，人力资源，培训和工具之类的问题联系起来。
2.4过程质量和改进本主题涉及需求过程的质量评估和改进。其目的是强调需求过程在软件产品的成本和及时性以及客户对它的满意度中的关键作用。
它将通过软件和系统质量标准以及流程改进模型来帮助确定需求流程。过程质量和改进与软件质量知识领域和软件工程过程知识领域密切相关。
通过过程改进标准和模型来要求过程覆盖；要求，过程措施和基准测试；改善计划和实施；安全/ CIA改进/计划并进行。原标题：软件需求流程文章来源：[微信官方帐号：汽车电子硬件设计]欢迎大家关注！请指出转载文章的来源。