一、軟件架構(gòu)如何能夠滿足ASPICE流程

架構(gòu)的用途是把整個(gè)產(chǎn)品劃分為更為細(xì)節(jié)的板塊：軟件、硬件、通信等。在這個(gè)基礎(chǔ)上軟件整體將按照用途、功能等細(xì)分下去。軟件模塊的細(xì)分程度是盡可能把相互依賴的部分放置在一個(gè)模塊中，模塊與模塊間只有前后執(zhí)行順序、調(diào)度優(yōu)先級(jí)等比較獨(dú)立的關(guān)系。建立一個(gè)外部流動(dòng)變量較少，相互依存影響較輕、可替換性適當(dāng)?shù)膭澐帧Ｒ环矫妫@樣劃分得到的模塊后續(xù)其他項(xiàng)目的復(fù)用價(jià)值最大，另一方面，將不同模塊交給不同工程師進(jìn)行開(kāi)發(fā)中相互扯皮的情況也將減少。

在這個(gè)基礎(chǔ)上，可以進(jìn)行模塊調(diào)度和接口的測(cè)試，因?yàn)檫@些測(cè)試不依賴與模塊功能是否實(shí)現(xiàn)。硬件底層驅(qū)動(dòng)、通信等的測(cè)試也需要在這個(gè)階段進(jìn)行，已保證整個(gè)系統(tǒng)的基底是有效而完整的。

同時(shí)由于軟件模塊已經(jīng)實(shí)現(xiàn)了劃分，不同模塊的職責(zé)已經(jīng)明確，可以十分明確地系統(tǒng)需求分撥到各個(gè)模塊上。

這里需要關(guān)注的是什么是軟件需求，比如說(shuō)我們現(xiàn)在有一個(gè)電控液壓剎車(chē)（后續(xù)參數(shù)全部瞎編的，千萬(wàn)別較真），那么假定整車(chē)重量空載為1.4噸，滿載1.6噸，要求在干燥的水泥路面上80車(chē)速以下全剎車(chē)實(shí)現(xiàn)5秒內(nèi)剎停，最大剎車(chē)距離不超過(guò)100米。選定液壓剎車(chē)系統(tǒng)為某某品牌某某型號(hào)，提供最大200Mpa液壓剎車(chē)力，延遲1s，工作電壓350V，工作電流1.5a等（再次說(shuō)明，我對(duì)剎車(chē)一點(diǎn)都不懂，以上都是瞎扯淡的數(shù)據(jù)，很可能還各種錯(cuò)誤）。

延伸閱讀：

二、系統(tǒng)需求的可行性和成本估算

名列前茅種是產(chǎn)品必須具備的性能、功能的實(shí)現(xiàn)可行性，已有移植、市場(chǎng)采購(gòu)、自行開(kāi)發(fā)，都可以。但是需要考慮最終實(shí)現(xiàn)這些需要多少時(shí)間、成本、占用的人力物力。

第二種是產(chǎn)品期望實(shí)現(xiàn)的需求，則在名列前茅種情況的基礎(chǔ)上，需要篩選出可行性和成本能接收的需求與客戶進(jìn)行討價(jià)還價(jià)。

名列前茅種情況更多的是在于這個(gè)項(xiàng)目我們到底做不做、有沒(méi)有能力接下來(lái)，第二種情況更多是在于后續(xù)合同中我們?cè)撘嗌馘X(qián)，做這個(gè)項(xiàng)目是否劃得來(lái)。

也就是說(shuō)客戶需求那里溝通到一定程度后，進(jìn)行的刪減（比如說(shuō)有些功能不能實(shí)現(xiàn)，有些功能需要更改指標(biāo)，有些功能需要加錢(qián)等）后，這個(gè)才能算項(xiàng)目開(kāi)展的系統(tǒng)需求。