软件域工作内容
2023-11-06 15:13:34 11 举报
AI智能生成
软件域工作内容
作者其他创作
大纲/内容
软件需求分析过程的目的是:将系统需求中与软件相关的部分转化为一组软件需求。
过程目的
1) 定义了系统中分配给软件要素的软件需求及其接口;
2) 将软件需求进行分类,并分析了其正确性和可验证性;
3) 分析了软件需求对运行环境的影响;
4) 定义了软件需求实现的优先级;
5) 根据需要更新了软件需求;
6) 在系统需求与软件需求之间、在系统架构设计与软件需求之间建立了一致性和双向可追溯性;
7) 从成本、进度和技术影响来评估软件需求;
8) 约定了软件需求,并与所有受影响方沟通。
过程成果
内容
17-11 软件需求规范 [成果 1]
SWE.1.BP1
17-50 验证准则 [成果 2]
SWE.1.BP2
SWE.1.BP3
SWE.1.BP4
SWE.1.BP5
13-19 评审记录 [成果6]
[成果 6]
SWE.1.BP6
SWE.1.BP7
13-04 沟通记录 [成果 8]
[成果 8]
SWE.1.BP8
基本实践
13-04 沟通记录 [成果 8]
13-19 评审记录 [成果6]
17-11 软件需求规范 [成果 1]
17-50 验证准则 [成果 2]
输出工作产品
SWE.1 软件需求分析
软件架构设计过程的目的是: 建立软件架构设计,识别将哪些软件需求分配给软件的哪些要素,并依照定义的准则来评估软件架构设计。
1) 定义了识别软件要素的软件架构设计;
2) 将软件需求分配给软件的要素
3) 定义了每个软件要素的接口
4) 定义了软件要素的动态行为和资源消耗目标
5) 建立了软件需求与软件架构设计之间的一致性和双向可追溯性
6) 约定了软件架构设计,并与所有受影响方沟通。
[成果 1]
SWE.2.BP1
[成果2]
SWE.2.BP2
17-08 接口需求规范 [成果 3]
[成果 3]
SWE.2.BP3
[成果 4]
SWE.2.BP4
SWE.2.BP5
13-19 评审记录 [成果5]
13-22 追溯记录 [成果5]
SWE.2.BP6
[成果 5]
SWE.2.BP7
13-04 沟通记录 [成果6]
SWE.2.BP8
SWE.2.BP9
13-04 沟通记录 [成果6]
13-19 评审记录 [成果5]
13-22 追溯记录 [成果5]
17-08 接口需求规范 [成果 3]
SWE.2 软件架构设计
软件详细设计和单元构建过程的目的是:为软件组件提供经过评估的详细设计,并定义和生成软件单元。
1) 开发了描述软件单元的详细设计;
2) 定义了各软件单元的接口;
3) 定义了软件单元的动态行为;
4) 建立了软件需求与软件单元之间的一致性和双向可追溯性;建立了软件架构设计与软件详细设计之间的一致性和双向可追溯性;建立了软件详细设计与软件单元之间一致性和双向可追溯性;
5) 约定了软件详细设计及该设计与软件架构设计的关系,并和所有受影响方沟通;
6) 生成了软件详细设计所定义的软件单元。
[成果 1]
SWE.3.BP1
[成果 2]
SWE.3.BP2
[成果 3]
SWE.3.BP3
13-19 评审记录 [成果 4]
13-22 追溯记录 [成果 4]
SWE.3.BP4
[成果 4]
SWE.3.BP5
SWE.3.BP6
13-04 沟通记录 [成果 5]
[成果 5]
SWE.3.BP7
11-05 软件单元 [成果 6]
[成果 6]
SWE.3.BP8
SWE.3 软件详细设计和单元构建
软件单元验证过程的目的是:验证软件单元,以提供软件单元符合软件详细设计和非功能性软件需求的证据。
1) 制订了包括回归策略在内的软件单元验证策略,以验证软件单元;
2) 根据软件单元验证策略,制订了软件单元验证准则,以适于提供软件单元符合软件详细设计及非功能性软件需求的证据;
3) 根据软件单元验证策略及软件单元验证准则,验证了软件单元并记录了结果;
4) 建立了软件单元、验证准则及验证结果之间的双向可追溯性和一致性;
5) 总结了单元验证结果,并与所有受影响方沟通。
08-52 测试计划 [成果 1]
SWE.4.BP1
08-50 测试规范 [成果 2]
SWE.4.BP2
15-01 分析报告 [成果 3]
SWE.4.BP3
SWE.4.BP4
SWE.4.BP5
SWE.4.BP6
SWE.4.BP7
SWE.4 软件单元验证
软件集成和集成测试过程的目的是:将软件单元集成到更大的软件项,直至与软件架构设计相一致的完整的集成软件,并确保集成的软件项得到测试,以提供集成的软件项符合软件架构设计(包括软件单元之间和软件项之间的接口)的证据。
1) 制订了与项目计划、发布计划和软件架构设计相一致的软件集成策略,以集成软件项;
2) 制订了包括软件回归测试策略在内的软件集成测试策略,以测试软件单元之间和软件项之间的交互;
3) 根据软件集成测试策略,开发了软件集成测试规范,以适于提供集成的软件项符合软件架构设计(包括软件单元之间和软件项之间的接口)的证据;
4) 根据集成策略集成了软件单元和软件项直至完整的集成软件;
5) 根据软件集成测试策略和发布计划,选择了软件集成测试规范中的测试用例;
6) 使用选定的测试用例测试了集成的软件项,并记录了测试结果;
7) 建立了软件架构设计要素与软件集成测试规范中的测试用例之间的一致性和双向可追溯性,并建立了测试用例与测试结果之间的一致性和双向可追溯性;
8) 总结了软件集成测试结果,并与所有受影响方沟通。
[成果1]
SWE.5.BP1
SWE.5.BP2
SWE.5.BP3
01-03 软件项 [成果 4]
01-50 集成软件 [成果 4]
SWE.5.BP4
SWE.5.BP5
SWE.5.BP6
13-19 评审记录 [成果 7]
13-22 追溯记录 [成果 7]
[成果 7]
SWE.5.BP7
SWE.5.BP8
[成果 8]
SWE.5.BP9
SWE.5 软件集成和集成测试
软件合格性测试的目的是:确保集成软件得到测试,以提供符合软件需求的证据。
1) 制订了与项目计划和发布计划相一致的包括回归测试策略在内的软件合格性测试策略,以测试集成软件;
2) 根据软件合格性测试策略,开发了集成软件的软件合格性测试规范,以适于提供符合软件需求的证据;
3) 根据软件合格性测试策略和发布计划,选择了软件合格性测试规范中的测试用例;
4) 使用选定的测试用例测试了集成软件,并记录了软件合格性测试结果;
5) 建立了软件需求与软件合格性测试规范中的测试用例之间的一致性和双向可追溯性,建立了测试用例与测试结果之间的一致性和双向的可追溯性;
6) 总结了软件合格性测试结果,并与所有受影响方沟通。
SWE.6.BP1
SWE.6.BP2
SWE.6.BP3
SWE.6.BP4
13-19 评审记录 [成果 5]
13-22 追溯记录 [成果 5]
SWE.6.BP5
SWE.6.BP6
SWE.6.BP7
13-04 沟通记录 [成果 6]
SWE.6 软件合格性测试
软件域工作内容
0 条评论
回复 删除
下一页