過程ID:SWE.2

過程名稱:軟件架構(gòu)設計

過程目的:軟件架構(gòu)設計過程目的是建立一個架構(gòu)設計，識別哪些軟件需求應該分配給軟件的哪些要素，并根據(jù)已定義的標準評估軟件架構(gòu)設計。

過程結(jié)果:為了成功地執(zhí)行了這一過程:

1)定義了識別軟件要素的軟件架構(gòu)設計;

2)軟件需求被分配到軟件的組成部分;

3)定義了各軟件要素的接口;

4)定義了軟件要素的動態(tài)行為和資源消耗目標;

5)在軟件需求和軟件架構(gòu)設計之間建立一致性和雙向可追溯性;及

6)對軟件架構(gòu)設計達成一致并與所有受影響的各方進行溝通。

最佳實踐:SWE.2.BP1:開發(fā)軟件架構(gòu)設計。開發(fā)并編制軟件架構(gòu)設計，該設計指定了與功能和非功能軟件需求相關的軟件要素。[outcome1]

注1:軟件被分解為跨越適當?shù)膶哟渭墑e的要素，直到詳細設計中描述的軟件組件(軟件架構(gòu)設計的最低層次的要素)。

SWE.2.BP2:分配軟件需求。將軟件需求分配到軟件架構(gòu)設計的要素中。[outcome2]

SWE.2.BP3:定義軟件要素的接口。識別、開發(fā)和記錄每個軟件要素的接口。[outcome3]

SWE.2.BP4:描述動態(tài)行為。評估和記錄軟件要素的時間和動態(tài)交互，以滿足系統(tǒng)的動態(tài)行為需求。[outcome4]

注2:動態(tài)行為由運行模式(如啟動、關機、正常模式、校準、診斷等)、過程和過程間通信、任務、線程、時間片、中斷等決定。

注3:在評估動態(tài)行為時，應考慮目標平臺和目標上的潛在負載。

SWE.2.BP5:定義資源消耗目標。在適當?shù)膶哟渭墑e上確定并記錄軟件架構(gòu)設計的所有相關要素的資源消耗目標。[outcome4]

注4:資源消耗通常是由內(nèi)存(ROM、RAM、外部/內(nèi)部EEPROM或數(shù)據(jù)閃存)、CPU負載等資源決定的。

SWE.2.BP6:評估可供選擇的軟件架構(gòu)。為架構(gòu)定義評估標準。根據(jù)定義的標準評估備選的軟件架構(gòu)。記錄所選軟件架構(gòu)的基本原理。[outcome1,2,3,4,5]

注釋5:評估標準可能包括質(zhì)量特征(模塊化、可維護性、可擴展性、可伸縮性、可靠性、安全實現(xiàn)和可用性)和購買-復用分析的結(jié)果。

SWE.2.BP7:建立雙向追溯性。在軟件需求和軟件架構(gòu)設計要素之間建立雙向可追溯性。[outcome5]

注6:雙向可追溯性包括將軟件需求分配到軟件架構(gòu)設計的要素。

注7:雙向可追溯性支持覆蓋、一致性和影響分析。

SWE.2.BP8:確保一致性。確保軟件需求和軟件架構(gòu)設計之間的一致性。[outcome1,2,5,6]

注8:一致性由雙向可追溯性支持，并可通過評審記錄證明。

SWE.2.溝通商定的軟件架構(gòu)設計。與所有相關方溝通已達成協(xié)議的軟件架構(gòu)設計和軟件架構(gòu)設計的更新。[outcome6]

輸出工作產(chǎn)品:04-04軟件架構(gòu)設計[outcome1,2,3,4,5]

13-04溝通記錄[outcome6]

13 - 19評審記錄[outcome5]

13-22可追溯性記錄[outcome5]

17-08接口需求規(guī)范[outcome3]

原文標題：SWE.2軟件架構(gòu)設計

文章出處：【微信公眾號：汽車電子硬件設計】歡迎添加關注！文章轉(zhuǎn)載請注明出處。

責任編輯：haq