軟件需求的獲取涉及到提出需求方和系統研發設計方。

某大城市的急救中心決定開發一個新的救護車調度系統，并向社會公開招標。在競標邀請說明中給出該系統的需求描述。若干個擁有現成商業調度系統產品的公司參與競標。對標書仔細審查比較后，選擇了出價最低的E公司。E公司隨后與急救中心討論決定在現有產品基礎上實行定制。完成定制后，E公司部署了該系統。

然而E公司的產品從未用于急救派遣系統，最初是為小型出租車公司的派車系統準備的，系統對急救人員與急救中心的能力作了不切實際的假設。例如，系統設定派遣離事故地點最近的急救人員前往救護，無論該救護車屬于哪個分中心。系統實施之后，救護人員發現他們的車載終端很難使用，并且他們總是被派往距離所熟悉的地區越來越遠的事故地點。救護車經常迷路，監控中心與救護車失去聯絡。系統運行48小時后，即被放棄。兩星期后的另一版本也被叫停。急救中心受到來自公眾的大量投訴，在系統試用期間，發生了若干起因救護車延誤導致的患者死亡事件。

請你從上述場景中雙方各自的角度分析需求獲取的問題及解決方案。

你是否經歷過軟件需求相關的成功或者失敗故事？請在討論區中和同學們分享，我們將一起分析你遇到的問題的成因和解決方法。

總結

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

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。