<ol id="z551v"><blockquote id="z551v"><nav id="z551v"></nav></blockquote></ol>

      <ol id="z551v"><output id="z551v"></output></ol>
    1. 如何做軟件需求分析

      行業知識 2019-11-01 732 次瀏覽

      1、需求是什么

      通常意義下,軟件行業對需求的定義可能是由“需求方”以文字,口頭,示意圖 或者其他途徑提出的“關于功能要怎么做”的表述。

      2、需求有什么問題

      往往軟件開發行業陷入了一個困局,明明是按照需求方提出的需求,逐條實現的,為什么需求方往往不滿意,做完又馬上提出一堆變更,搞得雙方都一肚子意見

      3、真正的需求是什么,應該怎么分析

      真正的需求應該把握這幾個要點,“目的”,“方式”,“測試”,“結果”

      逐條解釋一下,

      目的:需求的本質,這個需求是要做什么,這個在很多關于需求的分析中都講得非常清晰了,即分析用戶提需求的動機,是要實現什么。拿個經典的馬車與汽車的例子,需求是要更快的馬車,但是實際上如果給出汽車方案更符合需求。軟件開發過程中這樣的例子很常見,比如說客戶要在某個位置增加一個表單,以實現瀏覽到這個頁面的同時,順便能提交一個什么東西,實際上如果針對這個需求給出新增一個功能模塊,單獨放在首頁入口,或者是一個專題頁面,這樣從推廣,還是從頁面美觀性更合理。

      總結一下就是:分析目的,從而導出多種實現方式,擇優。? ?(因為往往提的需求本身等價于某一種實現方式,需要追溯到原始節點,然后發現有多種路徑)

       

      方式:和目的環環相扣,目的導出方式,而方式決定了后面的結果是否滿足目的。

       

      測試:為什么會有個測試呢?這里的測試是指驗證需求分析。 給需求方確認的東西以往都是文檔,一堆設計圖。 但是很多細節沒有體現出來,客戶也是按照自己的想象去腦補了這些部分,造成什么結果呢? 產生了兩份需求??!? ? 一份是你認為的 文檔+UI+有一些沒有直接體現的細節 的完整需求, 一份是客戶認為的 文檔+UI+自己腦補的細節 的需求。? 后面就不用多說了吧。

      那么應該怎么做呢?換個名詞就懂了,表演。 將系統以一種什么方式真實還原給客戶,讓客戶最大程度理解你們即將做的軟件,效果是怎樣的。

      業務高保真原型+詳細演示。 后續安莫比會發一些具體案例,這實際上是一個軟件的沙盒演練過程,和客戶去推敲。

       

      結果:結果是以上3部分最終的節點。是怎樣的結果完全取決于前面環節是怎么做的。


      本文由 安莫比科技 原創,發表于 www.sitandstayenid.com

      未經授權,禁止轉載

      如何找大学生当小三

          <ol id="z551v"><blockquote id="z551v"><nav id="z551v"></nav></blockquote></ol>

          <ol id="z551v"><output id="z551v"></output></ol>