本部分介绍了软件需求过程,针对剩下的五个主题,并展示了需求过程如何与整个软件工程过程相吻合。
2.1过程模型
本主题的目的是提供对需求过程的理解:
不是软件生命周期中离散的前端活动,而是在项目开始时启动的过程,并在整个生命周期中不断改进;
确定软件需求为配置项,并采用与软件生命周期过程的其他产品相同的软件配置管理方法管理软件需求;
需要适应组织和项目环境。
特别地,本主题关注如何针对不同类型的项目和约束配置抽取、分析、规范和验证活动。该主题还包括为需求过程提供输入的活动,例如市场营销和可行性研究。
2.2过程的行动者
本主题介绍了参与需求过程的人员的角色。这个过程基本上是跨学科的,需求专家需要在利益攸关方的领域和软件工程的领域之间进行协调。除了需求专家之外,通常还涉及许多人,他们每个人在软件中都有利害关系。项目的利益攸关方会有所不同,但总是包括用户/操作员和客户(他们不一定是相同的)。
软件利益攸关方的典型例子包括(但不限于)以下内容:
用户:这个组包括那些将操作软件的人。它通常是一个包含不同角色和需求的人员的异构组。
客户:这个群体包括委托开发软件的人或者代表软件目标市场的人。
市场分析师:大众市场的产品不会有委托客户,所以市场营销人员经常需要确定市场需要什么,并充当代理客户。
监管机构:许多应用领域,如银行和公共交通,都受到监管。这些领域中的软件必须符合监管机构的要求。
软件工程师:这些人从开发软件中获利是合法的,例如,复用其他产品中的组件。在这种情况下,如果某个特定产品的客户有损害组件复用潜力的特定需求,软件工程师必须仔细权衡他们自己和客户的利害关系。特定的需求,特别是约束,可能会对项目成本或交付产生重大影响,因为它们要么与工程师的技能集很匹配,要么与工程师的技能集很不匹配。应该确定这些需求之间的重要权衡。
完美地满足每一个利益攸关方的需求是不可能的,软件工程师的工作就是在主要利益攸关方可以接受的范围内以及在预算、技术、法规和其他约束条件下进行权衡。这样做的先决条件是确定所有的利益攸关方,分析他们“利害关系”的性质,并引出他们的需求。
2.3过程支持和管理
本节介绍需求过程所需和消耗的项目管理资源。它为软件工程管理知识领域的第一个主题(初始化和范围定义)建立了环境。它的主要目的是将2.1中所确定的过程活动与成本、人力资源、培训和工具等问题联系起来。
2.4过程质量与改进
本主题涉及需求过程的质量评估和改进。它的目的是强调需求过程在软件产品的成本和及时性以及客户对它的满意度方面所起的关键作用。它将有助于用软件和系统的质量标准和过程改进模型来确定需求过程。过程质量和改进与软件质量知识领域和软件工程过程知识领域密切相关
按过程改进标准和模型划分的需求过程覆盖范围;
要求、过程措施和标杆管理;
改善计划及实施;
安全/CIA改进/计划和执行。
原文标题:软件需求过程
文章出处:【微信公众号:汽车电子硬件设计】欢迎添加关注!文章转载请注明出处。
责任编辑:haq
全部0条评论
快来发表一下你的评论吧 !