過程ID:SWE.2

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

注3:在評估動態(tài)行為時，應(yīng)考慮目標(biāo)平臺和目標(biāo)上的潛在負(fù)載。

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

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

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

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

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

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

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

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

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

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

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

13-04溝通記錄[outcome6]

13 - 19評審記錄[outcome5]

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

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

原文標(biāo)題：SWE.2軟件架構(gòu)設(shè)計

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

責(zé)任編輯：haq