一、軟件架構(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è)電控液壓剎車(后續(xù)參數(shù)全部瞎編的,千萬(wàn)別較真),那么假定整車重量空載為1.4噸,滿載1.6噸,要求在干燥的水泥路面上80車速以下全剎車實(shí)現(xiàn)5秒內(nèi)剎停,最大剎車距離不超過(guò)100米。選定液壓剎車系統(tǒng)為某某品牌某某型號(hào),提供最大200Mpa液壓剎車力,延遲1s,工作電壓350V,工作電流1.5a等(再次說(shuō)明,我對(duì)剎車一點(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,做這個(gè)項(xiàng)目是否劃得來(lái)。
也就是說(shuō)客戶需求那里溝通到一定程度后,進(jìn)行的刪減(比如說(shuō)有些功能不能實(shí)現(xiàn),有些功能需要更改指標(biāo),有些功能需要加錢等)后,這個(gè)才能算項(xiàng)目開(kāi)展的系統(tǒng)需求。