弄清需求和寫好需求文件,哪乙個更難?

2021-03-31 17:02:22 字數 928 閱讀 8580

前幾天在bbs上,看到有人說需求文件太難寫了,他在帖子裡面這樣寫:有時候我認為,寫需求文件本身比作系統分析更難。

真的是這樣麼?

實際上在我看來,很多時候我們覺得寫不出來分析文件,根本的原因是我們沒有對這個問題作出很好的分析。其實系統分析產生的文件只有那麼幾個,有些專案中可能是用系統功能說明書或者是系統分析報告,各種原型或者一些別的文件,比如說遺留系統分析,業務流程改進說明,等等吧,甚至有的以概要設計的名義出現,有的用用例文件甚至各種uml圖的形式出現,而在xp開發中可能是user storey,這在寫法上都不是問題,因為都有既有的模式可以參照。覺得寫文件難有兩個可能的原因:一是根本不知道寫什麼好,那麼這說明系統分析沒有做到位, 二是組織文字的功力不夠,肚裡有一大堆的話不知道怎麼說,那麼這個其實是缺乏寫這方面文件的經驗,可以通過看既有的分析文件或者自己慢慢的練習進行改進的,因為模仿別人寫東西總是比較容易吧,寫多了自然自己就有心得了?

但是在系統分析中,我們必須搞清楚的是:任何文件都是為了說清楚你要描述的事情,如果你連你要描述的事情都不清楚,那你形式上修飾的越好可能起的負作用越大,因為你可能讓你的受眾關注於你形式上的華麗而不是內容的空洞。所以首要的問題是你要搞清楚你要分析的事情,針對各種問題你要能夠給出乙個合理的解決之道,對各種細節你要做到能夠清楚明白,套用溫伯格《探索需求》中的乙個詞,就是你要不斷的減低含混性。當然這也和軟體過程有關。

系統分析過程中面對的人大都是沒有多少計算機知識的人,他們描述出來的東西和他們想象的東西很可能是不一樣的,而他們所想的東西也不一定是最好的解決方法。作為乙個系統分析師,首先要能夠從這些一點技術含量都沒有的描述中看到他們真實的需求,從表象中看到使用者真正需要的東西,要幫他們進行改進,這才是系統分析師真正應該做的工作。當然文件也很重要,不過我覺得文件本身寫起來還是比較容易的,畢竟都有大量的模版模式可以借用,但是探索需求本身卻是一項艱難的工作。 這個世界上有大量的軟體在交付後都不能讓客戶滿意,很大一部分原是因為系統分析沒有做到位。

懟一下 AI和區塊鏈,你更看好哪乙個?

時間進入 2018年後,關於 ai和區塊鏈的討論持續公升溫。而在春節期間,先是曾鳴 於佳寧 蔡文勝等大佬在社群對於區塊鏈 內容的 隨後快的打車創始人陳偉星與著名投資人朱嘯虎的朋友圈 互懟 事件,為 深夜三點 的區塊鏈更添了一把火。從技術角度看,ai和區塊鏈可以說是兩個極端 乙個是在封閉資料平台上培育...

如何寫乙個好的需求文件

1 從使用者角度的編寫 2 使用screen shots 3 用簡單的語言編寫 a 保持簡短的語句,把長的語句分解成多個小的語句。b 避免大篇幅的連續文字,把他們分解成多個小的章節。c 把大塊文字內容分解成,screen shots,重點列表等等。4 小心的使用模板 我發現mrd模板非常有用。他們的...

如何寫乙個好的需求文件

1 從使用者角度的編寫 2 使用screen shots 3 用簡單的語言編寫 a 保持簡短的語句,把長的語句分解成多個小的語句。b 避免大篇幅的連續文字,把他們分解成多個小的章節。c 把大塊文字內容分解成,screen shots,重點列表等等。4 小心的使用模板 我發現mrd模板非常有用。他們的...