SWE.2软件架构设计
过程id:swe.2
过程名称:软件架构设计
过程目的:软件架构设计过程目的是建立一个架构设计，识别哪些软件需求应该分配给软件的哪些要素，并根据已定义的标准评估软件架构设计。
过程结果:为了成功地执行了这一过程:
1)定义了识别软件要素的软件架构设计;
2)软件需求被分配到软件的组成部分;
3)定义了各软件要素的接口;
4)定义了软件要素的动态行为和资源消耗目标;
5)在软件需求和软件架构设计之间建立一致性和双向可追溯性;及
6)对软件架构设计达成一致并与所有受影响的各方进行沟通。
最佳实践:swe.2.bp1:开发软件架构设计。开发并编制软件架构设计，该设计指定了与功能和非功能软件需求相关的软件要素。[outcome1]
注1:软件被分解为跨越适当的层次级别的要素，直到详细设计中描述的软件组件(软件架构设计的最低层次的要素)。
swe.2.bp2:分配软件需求。将软件需求分配到软件架构设计的要素中。[outcome2]
swe.2.bp3:定义软件要素的接口。识别、开发和记录每个软件要素的接口。[outcome3]
swe.2.bp4:描述动态行为。评估和记录软件要素的时间和动态交互，以满足系统的动态行为需求。[outcome4]
注2:动态行为由运行模式(如启动、关机、正常模式、校准、诊断等)、过程和过程间通信、任务、线程、时间片、中断等决定。
注3:在评估动态行为时，应考虑目标平台和目标上的潜在负载。
swe.2.bp5:定义资源消耗目标。在适当的层次级别上确定并记录软件架构设计的所有相关要素的资源消耗目标。[outcome4]
注4:资源消耗通常是由内存(rom、ram、外部/内部eeprom或数据闪存)、cpu负载等资源决定的。
swe.2.bp6:评估可供选择的软件架构。为架构定义评估标准。根据定义的标准评估备选的软件架构。记录所选软件架构的基本原理。[outcome1,2,3,4,5]
注释5:评估标准可能包括质量特征(模块化、可维护性、可扩展性、可伸缩性、可靠性、安全实现和可用性)和购买-复用分析的结果。
swe.2.bp7:建立双向追溯性。在软件需求和软件架构设计要素之间建立双向可追溯性。[outcome5]
注6:双向可追溯性包括将软件需求分配到软件架构设计的要素。
注7:双向可追溯性支持覆盖、一致性和影响分析。
swe.2.bp8:确保一致性。确保软件需求和软件架构设计之间的一致性。[outcome1,2,5,6]
注8:一致性由双向可追溯性支持，并可通过评审记录证明。
swe.2.沟通商定的软件架构设计。与所有相关方沟通已达成协议的软件架构设计和软件架构设计的更新。[outcome6]
输出工作产品:04-04软件架构设计[outcome1,2,3,4,5]
13-04沟通记录[outcome6]
13 - 19评审记录[outcome5]
13-22可追溯性记录[outcome5]
17-08接口需求规范[outcome3]
简单的BP网络识别液晶字符
pcb板上锡不良怎么处理
数据中心变革三大重点
数据产生巨大“数据引力”，带来了边缘计算的需求
cob显示屏的防护能力比SMD封装的led显示屏更加优秀
SWE.2软件架构设计
TD-SCDMA射频前置分频器的设计
新华三依托数字化解决方案助力海南数字经济发展
新思科技与GlobalFoundries加强合作，以光电统一芯片设计解决方案支持GF Fotonix™新平台
瞄准工业物联网 高通发布骁龙600E和410E处理器
空间光调制器LCOS-SLM的衍射效率
UCLA新型光学神经网络可立即识别物体
安森美半导体推出蓝牙5无线系统认证的单芯片
配网行波故障预警与定位装置的型号及其应用
全球首家智能机器人售货超市正式开业 计划2019年在光谷建店10家
用消费电子的思维做健康设备 极致性价比国货潮品小悠按摩仪
椭圆方程通过三大功能加速数字化建造
光纤收发器常见故障及解决方法
交换机如何选型及视频卡顿的原因详解
一加6T曝光，支持屏下指纹技术电池容量有提升增加了续航能力
过程名称:软件架构设计
过程目的:软件架构设计过程目的是建立一个架构设计，识别哪些软件需求应该分配给软件的哪些要素，并根据已定义的标准评估软件架构设计。
过程结果:为了成功地执行了这一过程:
1)定义了识别软件要素的软件架构设计;
2)软件需求被分配到软件的组成部分;
3)定义了各软件要素的接口;
4)定义了软件要素的动态行为和资源消耗目标;
5)在软件需求和软件架构设计之间建立一致性和双向可追溯性;及
6)对软件架构设计达成一致并与所有受影响的各方进行沟通。
最佳实践:swe.2.bp1:开发软件架构设计。开发并编制软件架构设计，该设计指定了与功能和非功能软件需求相关的软件要素。[outcome1]
注1:软件被分解为跨越适当的层次级别的要素，直到详细设计中描述的软件组件(软件架构设计的最低层次的要素)。
swe.2.bp2:分配软件需求。将软件需求分配到软件架构设计的要素中。[outcome2]
swe.2.bp3:定义软件要素的接口。识别、开发和记录每个软件要素的接口。[outcome3]
swe.2.bp4:描述动态行为。评估和记录软件要素的时间和动态交互，以满足系统的动态行为需求。[outcome4]
注2:动态行为由运行模式(如启动、关机、正常模式、校准、诊断等)、过程和过程间通信、任务、线程、时间片、中断等决定。
注3:在评估动态行为时，应考虑目标平台和目标上的潜在负载。
swe.2.bp5:定义资源消耗目标。在适当的层次级别上确定并记录软件架构设计的所有相关要素的资源消耗目标。[outcome4]
注4:资源消耗通常是由内存(rom、ram、外部/内部eeprom或数据闪存)、cpu负载等资源决定的。
swe.2.bp6:评估可供选择的软件架构。为架构定义评估标准。根据定义的标准评估备选的软件架构。记录所选软件架构的基本原理。[outcome1,2,3,4,5]
注释5:评估标准可能包括质量特征(模块化、可维护性、可扩展性、可伸缩性、可靠性、安全实现和可用性)和购买-复用分析的结果。
swe.2.bp7:建立双向追溯性。在软件需求和软件架构设计要素之间建立双向可追溯性。[outcome5]
注6:双向可追溯性包括将软件需求分配到软件架构设计的要素。
注7:双向可追溯性支持覆盖、一致性和影响分析。
swe.2.bp8:确保一致性。确保软件需求和软件架构设计之间的一致性。[outcome1,2,5,6]
注8:一致性由双向可追溯性支持，并可通过评审记录证明。
swe.2.沟通商定的软件架构设计。与所有相关方沟通已达成协议的软件架构设计和软件架构设计的更新。[outcome6]
输出工作产品:04-04软件架构设计[outcome1,2,3,4,5]
13-04沟通记录[outcome6]
13 - 19评审记录[outcome5]
13-22可追溯性记录[outcome5]
17-08接口需求规范[outcome3]
简单的BP网络识别液晶字符
pcb板上锡不良怎么处理
数据中心变革三大重点
数据产生巨大“数据引力”，带来了边缘计算的需求
cob显示屏的防护能力比SMD封装的led显示屏更加优秀
SWE.2软件架构设计
TD-SCDMA射频前置分频器的设计
新华三依托数字化解决方案助力海南数字经济发展
新思科技与GlobalFoundries加强合作，以光电统一芯片设计解决方案支持GF Fotonix™新平台
瞄准工业物联网 高通发布骁龙600E和410E处理器
空间光调制器LCOS-SLM的衍射效率
UCLA新型光学神经网络可立即识别物体
安森美半导体推出蓝牙5无线系统认证的单芯片
配网行波故障预警与定位装置的型号及其应用
全球首家智能机器人售货超市正式开业 计划2019年在光谷建店10家
用消费电子的思维做健康设备 极致性价比国货潮品小悠按摩仪
椭圆方程通过三大功能加速数字化建造
光纤收发器常见故障及解决方法
交换机如何选型及视频卡顿的原因详解
一加6T曝光，支持屏下指纹技术电池容量有提升增加了续航能力