軟件需求的獲取涉及到提出需求方和系統(tǒng)研發(fā)設(shè)計(jì)方。

某大城市的急救中心決定開(kāi)發(fā)一個(gè)新的救護(hù)車(chē)調(diào)度系統(tǒng)，并向社會(huì)公開(kāi)招標(biāo)。在競(jìng)標(biāo)邀請(qǐng)說(shuō)明中給出該系統(tǒng)的需求描述。若干個(gè)擁有現(xiàn)成商業(yè)調(diào)度系統(tǒng)產(chǎn)品的公司參與競(jìng)標(biāo)。對(duì)標(biāo)書(shū)仔細(xì)審查比較后，選擇了出價(jià)最低的E公司。E公司隨后與急救中心討論決定在現(xiàn)有產(chǎn)品基礎(chǔ)上實(shí)行定制。完成定制后，E公司部署了該系統(tǒng)。

然而E公司的產(chǎn)品從未用于急救派遣系統(tǒng)，最初是為小型出租車(chē)公司的派車(chē)系統(tǒng)準(zhǔn)備的，系統(tǒng)對(duì)急救人員與急救中心的能力作了不切實(shí)際的假設(shè)。例如，系統(tǒng)設(shè)定派遣離事故地點(diǎn)最近的急救人員前往救護(hù)，無(wú)論該救護(hù)車(chē)屬于哪個(gè)分中心。系統(tǒng)實(shí)施之后，救護(hù)人員發(fā)現(xiàn)他們的車(chē)載終端很難使用，并且他們總是被派往距離所熟悉的地區(qū)越來(lái)越遠(yuǎn)的事故地點(diǎn)。救護(hù)車(chē)經(jīng)常迷路，監(jiān)控中心與救護(hù)車(chē)失去聯(lián)絡(luò)。系統(tǒng)運(yùn)行48小時(shí)后，即被放棄。兩星期后的另一版本也被叫停。急救中心受到來(lái)自公眾的大量投訴，在系統(tǒng)試用期間，發(fā)生了若干起因救護(hù)車(chē)延誤導(dǎo)致的患者死亡事件。

請(qǐng)你從上述場(chǎng)景中雙方各自的角度分析需求獲取的問(wèn)題及解決方案。

你是否經(jīng)歷過(guò)軟件需求相關(guān)的成功或者失敗故事？請(qǐng)?jiān)谟懻搮^(qū)中和同學(xué)們分享，我們將一起分析你遇到的問(wèn)題的成因和解決方法。

總結(jié)

以上是生活随笔為你收集整理的软件工程中的需求分析的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。