<span id="cmcyj"><output id="cmcyj"><nav id="cmcyj"></nav></output></span>

<legend id="cmcyj"></legend>

  • <optgroup id="cmcyj"><em id="cmcyj"><del id="cmcyj"></del></em></optgroup>

        <track id="cmcyj"><i id="cmcyj"></i></track>
        <acronym id="cmcyj"></acronym>

        如何做軟件需求分析

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

        1、需求是什么

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

        2、需求有什么問題

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

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

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

        逐條解釋一下,

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

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

         

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

         

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

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

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

         

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


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

        未經授權,禁止轉載

        睡一个小姐一晚要多少钱

        <span id="cmcyj"><output id="cmcyj"><nav id="cmcyj"></nav></output></span>

        <legend id="cmcyj"></legend>

      1. <optgroup id="cmcyj"><em id="cmcyj"><del id="cmcyj"></del></em></optgroup>

            <track id="cmcyj"><i id="cmcyj"></i></track>
            <acronym id="cmcyj"></acronym>