1、結合背景對產品進行論述比較重要。可以如我們小組論述現狀以及產生現狀的具體原因再到解決方案，向客戶論述當今環境下業務功能的一些痛點與恨點，再闡述我們的產品是如何去解決問題的。
2、結合當下熱點問題進行分析。正如我們想要做的系統是乙個問卷系統，正好在評審的前夜我們收到了乙份關於活動的調查問卷，正好是乙個熱點話題，我們把這個熱點話題當成乙個事例並對其痛點與恨點進行闡述。利用熱點話題可以引起大家的共鳴。
3、資料視覺化。當進行資料分析的時候需要通過圖表的形式進行展示，讓資料視覺化，這樣可以減少**者的視覺疲勞，讓**者充分投入到你的演講中，並能理解你說要表達的最終目的。
4、論述產品時記得進行優劣對比。當市面上出現一些與公司產品相似產品時，一定要做乙個市場調查分析，充分分析競爭產品的優劣勢所在，並定義好標準線，從不同角度將公司產品與市場的產品進行對比，總結出我們的市場占有策略。
5、演講時一定要有乙個順序邏輯。演講時需要有乙個總體的邏輯，這樣可以讓聽眾的思路不會斷續，不會讓聽眾感覺到調頻的效果。
6、可以對產品進行乙個前期調研。這是乙個從產品的思維角度進行**，對乙個產品進行定位時，可以通過問卷或其他形式對產品進行調研，調研的形式可以更好了解到使用者需求，特別是tc的產品。
7、明晰干係人與使用者角色之間的關係。干係人指的是在專案管理中指:積極參與專案實施或完成的其利益可能受積極或消極影響的個人或組織（如客戶、發起人、執行組織或公眾），而不是系統裡面的使用者角色，一般使用者角色指的是超級管理員，普通管理員這些，但是這些角色不一定會參與到專案的實施與完成，一定要理清這兩者的區別。
8、需求評審的過程中一定要使用ppt。
9、如果是tc平台需要考慮到使用者的粘合性。
10、在評審的過程中需要給出專案大體的時間規劃。增加使用者信心。
11、合理使用建模工具。
12、在需求評審的過程中需要提及非功能性需求。
13、講述的過程需要表現自己的誠意所在。
14、評審過程需要取捨，比如不需要論述一些公共功能。
需求評審後的一些技術點記錄
一，關於授權token，暫時理解為乙個確認雙方的信物。需求 授權登入 系統a上有生成token以及生產token的方式，系統b希望拿到這個token。方案1 由系統a生成，然後通過前端去傳給系統b後台，存在安全性問題。方案2 由系統a和b協商制定某種加密演算法，將某個資料 內部定 進行md5加密，或...
關於軟體評審的一些想法
軟體評審 軟體評審並不是在軟體開發完畢後進行評審，而是在軟體開發的各個階段都要進行評審。因為在軟體開發的各個階段都可能產生錯誤，如果這些錯誤不及時發現並糾正，會不斷地擴大，最後可能導致我們開發結果不可控。軟體評審是相當重要的工作，也是目前國內開發最不重視的工作。1 評審目標 發現任何形式表現的軟體功...
5 5 一些編碼建議
這裡不是 ruby語言的編碼約定，只是建議，很少的一些建議。在語法正確的前提下，你可以按照自己的編碼風格自由組織你的 一.命名 常量全用大寫的字母，用下劃線分割單詞。例如 max，array length。類名和模組名用大寫字母開頭的單詞組合而成。例如 myclass,person。方法名全用小寫的...