基本功
好的系統分析員都是從優秀的程序員中產生的，堅實的編程功底、豐富的經驗是今后做系統分析的基礎。
其實在大學的時候我們就應該夯打基礎，現在工作之才深深的感到，所以讀研期間就惡補基礎的東西。
沒有對系統本身進行過透徹剖析過，很難領會到其中一些難以言述的精華。但并不等于好的程序員就能夠成為好的系統分析員。
合理的知識結構。語言能力、文字表達能力、技術的全面性等是對系統分析員的基本要求。比如說c/s和3 層開發，如果僅僅對Netscape公司的產品熟悉還不夠，還需要了解比如微軟等產品，并且要了解他們中產生歷史，發展思路，技術優劣，以應付各種窮追猛打的提問。但更重要的是，這是你為應用定制技術要求的前提。
思想
全局觀念是系統分析員必須具備的觀念。如果系統分析員設計時太注重細節，往往會陷入在某個問題上糾纏不清的泥潭，系統分析員要有面向用戶的思想。系統分析員應當有能力將自己扮演成用戶，來了解要交付的項目看起來想什么樣式，感覺想什么，從而了解用戶的想法并挑選出合理部份去開發。從這個意義上說，系統分析員才能獲得有意義的見解去引導他的開發組成員。系統分析員頭腦中要對項目結局有一個清楚的認識，并保證項目不偏離方向。系統分析員要有根植于技術，高于技術思考問題的思想。純粹的程序員通常對最終結果考慮的不是很多，當一種新的技術在市場上出現時，他們對能否按時交付的考慮就比較少，而強烈希望他們的計劃能夠建立在新的技術之上。因此，系統分析員的想法和行動要像一個用戶，又要能夠站在技術的高度，成為真正的用戶、程序員之間的代言人。
任務難度的預測能力
系統分析員要具備快速的任務難度預測能力以及具備快速確定開發小組人員構成和任務劃分的能力。昆蟲自然會長出翅膀，而思想卻需要長期的浸潤。要做到這點，需要大量的思考、學習。設計遠比編程重要。當今軟件業的發展，各種開發工具的出現，編程已經不是什么問題，程序員的工作某種程度上講是將別人現成的東西拼湊堆砌起來。系統分析員要清楚的認識到，現在大多數程序員沒有學會怎么去整體的了解一個系統，有些甚至不了解編程（這不是說他們不會寫代碼）?？梢暬拈_發工具加五花八門的控件，程序員可以偷點懶了，基于技術，跳出框架。基于現有技術結合用戶需求思考問題，設計時跳出框架。
關鍵
獲得信任。系統分析員最重要的素質是獲得信任，這是成為優秀系統分析員的關鍵。成熟最為關鍵。成熟可以為整個項目組提供正確的支持,能夠理解技術怎樣才能解決用戶的需求。
準備工作
統一的各種文檔模式，這其中包括今后軟件變量、字段命名規則。我推薦用 Java 制定的規則做基礎，通過改造成為適合自身實用的標準。統一的文檔管理。統一的分析軟件。比如說rose（UML太規范，國內的軟件管理水平根本用不上，只不過盡量應用，你自己對系統分析的理解有好處）方法是思想的放映.
我在拙作"在中國沒有人懂計算機"里發了點牢騷，聽說挨了部分人（習慣性的）罵。其實，bbs本來就是發泄的地方，在這里從來就罕有有內容的文章。
自從"維納斯"登陸深圳后，大家更著眼于從宏觀看中國的IT業了。中國IT這棵小樹，說實在的，長到今天實在是不容易。一些人提出了"反對微軟霸權"的口號，不少人呼喚中國"硅谷"的出現。微軟的成功不是技術的成功，更多的是商業運作的成功。中國IT這棵樹能長多高，取決于他所植根于的土壤。而現在的事實是，這片土壤實在是太貧瘠了！如果按我們現在的思路和搞法，是長不成大樹，更別指望能結出像“微軟”、“硅谷”這樣豐碩的果實。如果說，我們的軟件技術落后美國十年，我們的硬件制造技術則落后美國二十年，我們的管理水平落后美國至少三十年。而最終決定發展速率的恰恰是我們的死穴---低劣的管理水平。低劣的管理水平的形成的原因有著深厚的背景和多方面的原因。
系統分析工作是解決一個問題的工作,目標是將一個對計算機應用系統的需求轉化成實際的物理實現,其中復雜就復雜在實際的面太多。在系統分析過程之中注意問以下的問題,可能會所進行的系統分析設計工作有幫助。
(1)您所完成的系統目的是什么?注意不是功能要求,而是目的.也就是為什么要建設、為什么要現在建設。在考慮系統目的時，我更多的側重于系統的最終目標考慮，因為一個系統不可能一下子完美，為系統留些余地。
(2)您所完成的系統有哪些方面參與，各方面的初衷是什么？那些人可能在系統建設中起重要作用，他們會采取什么樣的態度？你對他們有多少影響力？中國IT行業的失敗之一就是人"太年輕"，一定要有領導的支持，否則完蛋。不要認為自己對他們會有多少影響力，即便有，也要盡可能的認為是決策者再影響他們。在中國，一個技術員，你算老幾？說到這里我很悲哀。哪些人在系統中起重要作用并弄清楚他們的態度，這點十分關鍵。
(3)您的系統是否有一個明確的評價標準？最好從參與的各方面都進行考慮。不知道這樣說對不對，在系統建設之前，對你的程序員、對你的領導要有至少不同的兩種評價。
(4)你的系統設計思想是什么？是否能夠得到各方面的認可。如果高明，對領導、對程序員都采用引導，得到認可的最好辦法，就是讓他們認可他們自己的想法。
(5)你對參與系統設計開發的人員了解嗎？他們的特長在哪里，是否愿意與你合作，為什么？你對他們有足夠的影響力嗎？軟件發展到一定的程度，不是編程，不是數學，而是管理。
(6)你的系統開發計劃是否完善？你的計劃表有明確的階段嗎？任何一階段都應該怎樣完成？如何對這一階段完成的情況進行評價？
(7)你對所采用的系統開發方法以及工具是否熟悉？你的夥伴是否熟悉？事實上，不是每種好的工具都要使用，也并不一定都要他們熟練掌握。提醒諸位一句，當你將方案做得可以不依賴某個程序員，你在程序員面前就無信任可言，因為從此程序員將受到更大的生存壓力。我堅決不在公司使用rose。
(8)你所完成的系統是否有原型？計算機的或者物理的。
以上的幾個問題都是在系統分析以及系統規劃時涉及到的，供各位參考。
本博客為學習交流用，凡未注明引用的均為本人作品，轉載請注明出處，如有版權問題請及時通知。由于博客時間倉促，錯誤之處敬請諒解，有任何意見可給我留言，愿共同學習進步。