看了這個帖子發現大家對於工具的錯誤認識有感而發。
需求文件主要是要描述出各種人都能看懂的需求（業務人員，開發人員或者測試人員），理論上怎麼描述清楚就怎麼描述，沒有說規定用什麼特定的工具或者方法，如果有一種需求只能用手勢表示出來而不能通過語言，文字或者圖表，那麼手勢就是最佳的需求表達方式。
需求分析個人認為工具不是主要的，對需求的理解透徹是寫出好的需求文件的關鍵點，只有理解透徹了，自然在自己熟悉的工具和方法中找到描述需求的最佳方式。
至於業界用uml用的比較多那是因為uml是一種通用的描述語言，理論上如果大家對某一事物理解一致的話，通過uml描述出來的應該是大體一致的，而沒見過該事物而對uml熟悉的人，看了該事物的uml描述，那麼應該接受到的資訊就是這個uml作者要傳遞的資訊。
如果對某個需求的描述能找到一種（你描述出來，幾年後大家看了不用你解釋就可以理解的）方式，那麼這種方式就是好的方式。最怕的是寫需求文件的人在的時候大家都知道這需求文件描述的是什麼，寫需求文件的人走後，所有人都不知道這個文件想表達什麼。
這裡著重講的是需求分析後的結果的可獲得性和可理解性。
有感而發的記錄
今天突然看到乙個女程式設計師寫的每年的總結，很有感觸，自己平時寫的東西太少，也都是零零碎碎的今天也來記錄下，和大家分享。1 2007.1月份從學校到公司實習，做了乙個小專案，3月份被公司外派到上海，第一次見識到大上海的風光，從此和這個城市結下了不解之緣。第一家公司是日企外包公司，在這個公司，學到很多...
電路中「地」的錯誤認識
當訊號沿著傳輸線向前傳播時，訊號是以波的形式在移動，見下圖 看起來是不是像波浪向前推進，這個比喻非常好用，由於電訊號需要完整的電場線才能傳播，所以需要乙個返回路徑，圖中紅色為傳播路徑，黑色線為返回路徑，構成乙個完成的電場迴路，通常很多人會把黑色的部分稱作 地 這是乙個非常錯誤的認識，必須要加以改正。...
今天看書，看到的有感而發。
說的是軟體工程師對職業的態度，分為五個等級 1 臨時的寄託或工作 2 工作 3 職業 4 投身的事業 5 理想的呼喚 於是在想自己屬於哪一種呢，當初選擇it行業，純粹是因為就業前景好，發展好，工資高，學習了一點專業課以後也沒有太大的興趣，最開始是相當乙個外科醫生的，在鮮血中搶救人於鬼門關之內外。剛開...