每個產品開發前對技術和競爭產品的現狀進行初步調研，完成這個綜述文件是產品研發開始的乙個階段里程碑。
除技術分析外，更重要的是作為市場分析的乙個依據：
[1] 力圖「切割」出乙個細分市場
[2] 通過創新（包括技術和非技術及組合）與差異化服務
[3]「解決」細分市場的特定需求
軟體開發中，一般認為需求有三個層次(以頻寬管理產品為例說明)：
業務需求：比如使用者需要這個產品來保障業務應用暢通無阻，限制無效率的上網，降低費用||
v使用者需求：那麼就需要頻寬管理來實現這個功能，產品能夠對應用進行區分，對使用者進行個性化配置搞區別服務；
| 並且能夠實時監控整個網路運**況，報表來展示，同時還可以審計日誌等||
v功能需求：要滿足這些具體要求，產品應該具備那些特性，如有流量整形特性...，模版技術實現個性化配置
ajax監控，有專門的it審計模組等，以及相關一些儲存、效能、安全要求等。
1，業務需求應該是比較簡短的，一段話足矣。
2，uml中的usecase圖是描述使用者需求這個層次的最佳工具。
3，功能需求就是軟體的特性列表了，也是專案規劃、設計開發的起點。
4，需求的收集可以**於和使用者交流、網上等的第三方介紹、自己的感受、競爭對手的產品描述等等。
5，需求描述過程應該是乙個反覆的過程，因為使用者往往也不能準確表達自己的實際需要，也許看到你原型後才會說
「喔，我不是這個意思」或者「這也可以做啊，那麼...也能做吧，我需要這個」，對手的描述往往僅僅是功能需求，
這些都需要綜合分析，整理，反覆的。
6，對特性進行仔細整理後特性表基礎上，應該給出基本的系統功能框架檢視，
這些就是架構師需要完成的第二個綜合性文件《功能規格說明書》(我一般稱做××產品架構***)的內容了
7，然後，後面就該是全域性資料檢視，關鍵路徑活**等等了，參考<>或者uml吧
為什麼我總成為不了架構師
2013 5 19 12 13 閱讀 12 以下是我這幾年的反覆思考得來的一些謬論。讓大家見笑了。雖然好多摘取別人的成果。但是對於讀者的你們也就微微一笑吧！一 什麼是架構師?其實架構師的概念並不是從程式開發專業一誕生就有的職位概念，架構師 software architect 僅僅是最近幾年提出來的...
為什麼你總成為不了架構師？
為什麼你總成為不了架構師？背景 今天接到乙個哥們兒的 說，很鬱悶，想和我聊聊。我問，有啥鬱悶的事情啊，說來聽聽。他說，最近很鬱悶，我本來今年的計畫是成為乙個架構師，但是，無論如何努力，都不知道為什麼，感覺希望很渺茫.這哥們兒其實是乙個很努力的傢伙，曾經是我team裡技術最好的程式設計師，對乙個技術不...
為什麼你總成為不了架構師？
背景 今天接到乙個哥們兒的 說，很鬱悶，想和我聊聊。我問，有啥鬱悶的事情啊，說來聽聽。他說，最近很鬱悶，我本來今年的計畫是成為乙個架構師，但是，無論如何努力，都不知道為什麼，感覺希望很渺茫.這哥們兒其實是乙個很努力的傢伙，曾經是我team裡技術最好的程式設計師，對乙個技術不鑽明白不罷休的那種程式設計...