java項目管理工具

本文轉自http://www.suneca.com
      一直想寫一篇這樣的總結性文章，但不是沒有時間就是沒有勇氣寫下去，由於怕別人丟臭雞蛋。這兩天有時間，終於鼓起勇氣，將這篇文章寫來下！也但願對一些正在尋找更好發展的朋友能有點幫助，也但願對於一些技術跟管理方面的牛人，能給予一些建議。

       做爲一名項目經理、系統架構師或技術骨幹，其水平如何，關係到公司的項目管理、軟件質量管理等方面的問題。項目經理或技術骨幹應該要起帶頭做用，使整個團隊的開發及管理能達到一種更高的水平。

       那 做爲一名項目經理或公司技術骨幹應該學會那些工具及知識點呢？涉及到這一塊的工具及技術點很是多，如何去選擇，是擺在項目經理、系統架構師跟技術骨幹面前 的問題。根據公司及團隊的狀況，選擇合適的工具或技術框架，這一點很是重要。在項目的不一樣階段，須要有不一樣的工具來支持。

       按照軟件系統的生命週期的六個階段，通常分爲需求分析階段、系統設計階段、系統開發階段、軟件測試階段、系統發佈階段、系統維護階段，這幾個階段都須要有不一樣工具的支持。

1、需求分析階段：
第1、項目管理及需求管理工具

     項 目管理工具不少公司都在使用，爲何要使用這些工具？假如沒有使用這些工具，而是使用Excel或Word進行記錄，那當需求變動？需求實現狀況的跟蹤？ 軟件是否能按時交付？將是一件很是煩鎖且容易出錯的事情。一個軟件項目、開發團隊可否得到成功，管理很是關鍵。比較有名的商業化工具備：MicroSoft Project Server及Project 2003、IBM Rational RequisitePro、JIRA、PowerDesinger。比較有名的開源需求管理工具包括：OSRMT(Open Source Requirements Management Tools)、Xplanner、Openworkbench等等。

     不少軟件公司都會使用SharePoint，在SharePoint平臺上，只要你想獲得，基本上均可以經過配置方式來知足你的業務需求。在SharePoint上，能夠跟MicroSoft Project Server很好的結合，再配置Project 2003爲客戶端，進行公司的項目管理。也許對Project操做習慣的問題，在Web界面進行項目管理的時候，總以爲很不方便。

    IBM Rational RequisitePro（http://www.ibm.com ）能夠算是最骨灰級的一個軟件了，假如你公司整個軟件生命週期管理都是採用IBM的解決方案，那使用RequisitePro是一個很是好的解決方案。須要這些軟件能夠到IBM官方網站上去下載一個最新版本，或者在電驢上面下載一些「特別」版本。設計工具、管理工具的完美結合，這個正是IBM Rational RequisitePro的強項。RequisitePro跟Offce結合得也是很是完美。

    JIRA（http://www.atlassian.com ）原來只是一個缺陷跟蹤系統，你能夠在JIRA上面建立新的ISSUE，當ISSUE分配給某個程序員時，系統會自動發送一封郵件給該程序員，提示有新的BUG。JIRA也有提供一個Eclipse插件，你能夠在Eclipse上面，查到屬於本身的ISSUE，並快速解決。如今JIRA也能夠用來作項目管理，在操做方面很是人性化，我的一直很是喜歡使用JIRA來進行項目管理、缺陷管理，再結合Eclipse，簡直就是完美！但做爲商業的軟件，價格也很是貴，互聯網上也有不少Crack，你們有興趣也能夠搜一下。

    OSRMT（http://sourceforge.net/projects/osrmt ）是一個開源的需求管理工具，分爲客戶端跟服務器，也提供了一個安裝界面供用戶安裝，作開源的已經算是作得很是完美了。當前最新版本是V1.5，有興趣的朋友能夠下載一個最新版本玩一下，操做還算是挺人性化的。 

    Xplanner（http://www.xplanner.org ）是一個開源的，基於XP編程的項目管理軟件，它能夠幫咱們生成一些統計圖表。這個軟件從06年末發佈0.7b7版後，就再也沒有更新過了，我對開源工具的見解就是：版本號沒有超過1.0版，我都不會應用於生產！對於Xplanner，也是停留在試用的階段。

    Openworkbench（http://www.openworkbench.org ） 也是一個開源的項目管理軟件，其功能跟Project 2003類似，是一個值得你們去使用的一個工具，但對於中國不少軟件公司，都是使用特別版的Project 2003。假如你很尊重版權，又不想使用Project 2003，那Openworkbench是一個很是好的選擇。

第2、需求分析工具
     需求分析工具用得比較多可能就是Rational Rose、MicroSoft Visio或MindManager，通常咱們使用Rational Rose來進行用例分析，畫用例圖，畫狀態圖；使用MicroSoft Visio來畫出應用系統的結構圖、流程圖等。固然，對於MicroSoft Visio能畫出來的東西，其實Rose也同樣能夠實現，只是，你們都是這麼幹，咱們也沒有必要專門去作一些特例的東西，特別是對於一些比較特殊的公司及行業。

    Ration Rose 2003是 一個值得懷念的工具，至今仍是有不少公司跟我的都是使用，我的以爲這個軟件版本算是最經典的一個，但對於如今所見即所得的要求下，使用Rose 2003，可能沒有辦法知足你，由於它須要通過一些小操做才能知足你的要求。但不能否認，它是一個很是優秀的軟件。如今對於一些喜歡使用新工具新技術的程 序員，也許如今他們正在使用RSA。

    MicroSoft Visio（http://www.microsoft.com ）是每一個搞設計的人都會用的一個工具，咱們通常使用Visio來畫系統結構圖、關鍵流程圖、系統部署結構圖等。MicroSoft Visio也提供了UML的功能，能夠用它來畫用例圖、類圖、狀態圖，時序圖等，但通常這個功能不多使用。至少我基本上不用。

    MindManager（http://www.mindjet.com ） 是一個很是好用的工具，咱們用來描述咱們的思惟，不少人都不喜歡經過軟件來描述，而是經過一張紙，而後在上面進行塗鴉，接着跟客戶或團隊進行思惟溝通。 MindManager很好地解決了這個問題。MindManager跟Office結合得很是完美，能夠生成Word、Excel、PDF等文件。這個 工具是我一直在使用的一個軟件，很是好用。最新版本爲7，你們有興趣能夠下載一個試用一下，也能夠在網搜搜索一些「特別」版本。

2、系統設計階段：
第1、系統設計工具
     主 流的系統設計工具備你們很是熟悉的Rose2003，不過，如今已經不叫Rose了，如今IBM最新的設計工具是RSA（Ration Software Architect），Borland Together，SyBase PowerDesinger，MicroSoft Visio，對於開源的系統設計工具也有不少，好比ArgoUML、DBDesigner等等。

    RSA（http://www.ibm.com ）：IBM 最新的設計工具，它是一個基於Eclipse平臺的一個工具，對於你使用RSA，那也許你會將你的整個團隊的工具都採用IBM的整套解決方案，使用 RequisitePro來進行需求管理、使用RSA來進行建模、使用ClearCase來進行配置管理、使用ClearQuest來進行缺陷跟蹤、使用 RFT(Rational Functional Tester)來進行測試……RSA有一個最大的優勢，那就是跟Word結合得很是好。這一點能夠確定。

    Together（http://www.borland.com ）：Borland 公司的NB的設計工具，Together 2006版本也是一個基於Eclipse平臺的軟件，功能也是很是強大，其所見所得的功能，是我很是喜歡它的一個緣由。還有一個緣由就是基於 Eclipse平臺，這個能夠跟個人開發工具很完美地整合在一塊兒。不過，整合要注意一個問題，那就是Eclipse兼容性問題，這一點是很是煩人的。

    PowerDesigner（http://www.sybase.com ）： PowerDesigner是「一站式」建模與設計解決方案，物理數據模型的數據庫平臺無關性，所見即所得，反向工程，報表生成等等功能，使得它成爲數據 庫設計人員心目中最好的產品，它的易用性深深地吸引了我！特別它的Repository模型庫的功能，更讓咱們實現了模型設計的版本控制。最新的 PowerDesigner，使得我以爲它是一件藝術品。作設計的人員通常會使用PowerDesigner來進行數據庫物理模型設計，它是我心目中的首 選工具。以前曾經對比過RSA、Together、ERWin的數據庫模型設置工具，最終我仍是更加喜歡使用PowerDesigner，也許，個人操做 習慣已經被PowerDesigner腐蝕。

第2、開發的技術框架
     技術框架的選擇是很是關鍵，一個好的技術框架，可讓咱們的開發更加快速、團隊的分工更加合理、系統可以支持多種數據庫平臺、咱們的維護更加方便。

     Web前端MVC框架是Struts 2。Struts 2能夠說是Struts穿上了WebWork的外衣，其內核大部分都是採用了WebWork的技術，而且基於AOP的設計思想，讓咱們在軟件設計上的可以更加多地體現「高內聚，低耦合」的設計思想。

     J2EE框架是Spring，做爲一個開源的J2EE框架，雖然它沒有太多的新技術點，但它的整合性，拿得咱們的開發更加簡單，IOC、AOP、事務處理、開源框架的整合支持等等，使得做爲一個J2EE框架的首選。

     持久層框架是Hibernate， 做爲一個開源的項目，我想，沒有一個開源項目的社區可以你Hibernate同樣，豐富的文檔，活躍的社區，基於Hibernate的開發團隊的龐大，使 得它做爲持久層框架的首先。基於 Hibernate，咱們能夠開發出數據庫平臺無關性的產品。可是，Hibernate也有自身的問題，假如使用不當，也許會有所失控，一旦失控，它所帶 來的，就是性能問題。對於最新的Hibernate3，存儲過程的支持，外部SQL的定製，很好地解決了這個問題。但在關聯關係上，使用仍是要當心爲好。

     頁面框架，能夠多考慮使用DIV技術、JSTL標籤庫、Struts 2標籤庫、DWR、AJAX、XML+XSLT等技術來讓咱們頁面更好維護，使用OSCache緩存技術來提升咱們頁面的訪問速度。

第3、開發規範的定製
     文件命名規範、數據庫設計規範、編碼規範、團隊協做規定等等一些規範性的東西，須要在系統開發前就規定好，而且作相應的培訓。QA也要作好監督的做用，按期作評審工做，對已發生的問題及可能出現的問題，及早發現，及早處理。

第4、開發工具的選擇
     團 隊必定要選擇一樣的開發工具，開發工具相同，軟件版本相同。爲何要這樣子作，其實假如你做爲一個Team Leader，你會在管理你的團隊的時候發現不少問題，而解決這個問題，那在項目編碼前，就把什麼東西都規定好，以避免其中發生問題，影響整個團隊的開發速 度。開發工具的選擇也是很是重要的，目前企業用得比較多的開發工具備：Eclipse、Jbuilder、NetBeans、IDEA。

    Jbuilder： 最新的Jbuilder版本是2007，2007版基本上能夠算是從新開發的版本，由於它是基於Eclipse之上的。我算是Borland公司最爲忠實 的Fans啦，從Jbuilder6，到Jbuilder7，再到Jbuilder8，再到Jbuilder九、Jbuilder X，Jbuilder 2005，Jbuilder 2006，我常常跟我學生說，對於Jbuilder，相信沒有人比我更熟悉他了，作Java開發接近6年時間，超過4年的時間，天天都都在使用的工 具，Jbuilder見證了個人長成。使用過Jbuilder的人不少人知道一點，就是Jbuilder的盜版問題，安裝完Jbuilder以後，假如你 一個不當心，沒有安裝防火牆，那Jbuilder會不時經過8888端口向Borland總部發送一些你的計算機信息，這個是一種很是可怕的「木馬」，什 麼是「木馬」？這個就是！這種狀況自從Jbuilder X之後就一直有。假如你不怕Borland公司的人跟工商局過來查你公司的軟件的話，那選擇Jbuilder是一個不錯的選擇。做爲Java IDE開發平臺的老大，Jbuilder在企業應用開發是很是有優點的，特別是開發EJB跟WebService，偶只能用一個句來形容，那就是牛。 Jbuilder 2007，王者歸來，相信對於不少Borland的Fans，仍是很是喜歡並樂意去嘗試的，不過，價格仍是會讓不少公司都受不了、速度會讓不少程序員也受 不了。個人Jbuilder的緣分到2006就基本上已經結束了。如今個人開發環境基本上都是Eclipse。

    Eclipse：IBM捐出來的好東西，發展挺快的，如今已經到了Eclipse3.3，很是好用的一個工具。但Eclipse只是一個基礎平臺，假如你須要其餘的功能，那你須要下載相關的插件進行擴展，下載的插件要注意一下跟Eclipse平臺的兼容性問題。Eclipse+MyEclipse（http://www.myeclipseide.com ）是個是不少WEB開發人員都是在採用的一個整合工具，但MyEclipse要錢，若是公司願意爲此支付29.9美圓的話，那它是一個很是好的選擇；比MyEclipse更上一個檔次的還有Exadel（http://www.exadel.com/web/portal/home），不過，價格貴得離譜，由於它自己就是一家諮詢服務公司作出來，主要仍是靠諮詢服務，培訓掙錢，而且，運行時的不穩定，也讓我放棄了選擇這個插件做爲個人開發工具，雖然這個工具真的是很強大。Eclipse+WTP（http://www.eclipse.org ）也是一個很是好的免費的開發工具，從eclipse官方網站上能夠下載WTP跟Eclipse整合在一塊兒的工具，如今教學基本上用這個。Lomboz（http://lomboz.objectweb.org/ ） 也是一個很是好用的免費J2EE插件，學生用的不少，由於好像有很多書都是用這個進行教學的。經過插件來的擴展原本是一件好事，但當它的版本問題？兼容性 問題？安全性問題？語言問題？出現的時候，你就會罵着，爲何不提供一站式開發平臺呢？若是你下載了語言包，你會發現，有些地方是中文的，有些地方是英文 的，極其醜陋！也許，Eclipse做爲一個基礎平臺，它確實是太基礎了。但如今，咱們也能夠下載一些All-In-One版本的Eclipse，但我的 感受仍是不夠，不少功能，咱們還須要去找插件來進行擴展。也許，Eclipse的決策者認爲，做爲基礎平臺，確定是越簡單越好，須要什麼就加什麼，這樣， 資源佔用會更少。正如東方標準最諮深的平面老師曾宇飛講過一句話：你會去麥當勞點酸菜魚吃嗎？

    NetBeans： 做爲Sun公司出品的開發工具，功能同樣也是很是強大，無論你是作應用程序開發仍是作應用系統開發，NetBeans都是一個不錯的選擇。 NetBeans也跟Eclispe同樣，也是一個基礎平臺，但這個基礎平臺作得比Eclipse強大不少，基本上你下載一個NetBeans就能夠開發 應用程序或J2EE應用系統了。而且，NetBeans的中文支持很是好，基本上一個新版本出來，就已經有中文版、英文版跟日語版了。看 來，NetBeans的決策者仍是比較看好這些人羣的。NetBeans的Mobile插件開發J2ME是最快最好用的，至少我我的這麼認爲。開發 J2ME應用產品，我首選的就是NetBeans。目前NetBeans已經發展到6.0的版本了，界面很是華麗，有興趣的朋友能夠下載一個玩一下。 NetBeans的下載地址是：http://www.netbeans.org 。

    IDEA： 對於IDEA的評價，我只能用六個字來形容，那就是：實用的藝術品。它很是好用，界面很是華麗，至關若是你是一個女性的項目經理或技術牛人，你會喜歡上這 件藝術器的。IDEA開發應用程序很是強大，這一點絕對能夠確定。官方提供的插件也很是豐富，當你須要那一方面的功能，基本上均可以找獲得，找插件，你只 須要在官方插件庫裏面去找就能夠了，而且自動安裝，自動更新。做爲2003年拿到JavaWorld大將的一個做品，相信，它能夠帶來不少IDEA的創 新。它是屬於商業化的工具，價格也只有499美圓，而我的買也就249美圓，若是你願意犧牲某些功能，那你徹底能夠下載一個免費的版本。價格方面，我的覺 得徹底對得起這件藝術品價值。有興趣的話能夠下載一個試用版玩一下：http://www.jetbrains.com/idea ，小聲地說，上一下baidu，插件一下，其實你能夠找到不少註冊號。

    Ant是apache的一個開源項目，能夠從Ant官方網站上下載一個最新的版本：http://ant.apache.com 。雖然該項目雖然如今發展變得很是緩慢，但能夠很是確定地講，它是一個好東西。咱們可使用ant來對咱們整個工程進行編譯，打包，單元測試，部署等等，基本上你想獲得的東西，Ant能夠幫你作獲得。Maven（http://maven.apache.com ） 是一人比Ant還要強大的工具，如今大有Maven將會代替Ant的趨勢，Maven也是項目經理要關注的一個技術點。基本上如今主流的開發工具都提供共 了對Ant的支持，有些甚至是依賴，好比：NetBeans，你在NetBeans當中建立一個新的工程，那系統會自動地建立一個ant的運行腳本程序。 對於你進行編譯、打包、發佈，那徹底都是依賴於這個ant腳本。咱們可使用Ant來開發一個DailyBuild（微軟叫每日產品生成，XP叫持久集 成）的流程，來提升咱們整個團隊的軟件開發質量。Ant的使用很是簡單，多看手冊，多花點心思，那你會作得更好。

3、開發階段
第1、配置管理工具

代碼管理工具備不少，如今公司用得比較多的代碼管理工具備CVS、VSS、SVN。
對 於一個開發團隊只有2-5我的，而且這兩三我的是同一間辦公室裏，那使用VSS是一個很是不錯的選擇，我的以爲他小團隊的管理方面很是好用。我的以爲 VSS惟一的缺點就是一個文件當被一我的鎖定，那其餘人就沒有辦法進行修改了，當一個文件爲多我的所共用且開發團隊人數較多時，這種問題將會顯示很是嚴 重。VSS客戶端跟服務器你均可以從Visio Studio裏面找到。

Eclipse的VSS客戶端插件：http://vssplugin.sourceforge.net/

     對於一個開發團隊有超過5我的，那此如選擇CVS或SVN將是一個更好的選擇，而且，假如你的團隊是分散的，可能不在一間辦公室或者根本不在同一個城市，那使用CVS或SVN是一個很是更想的選擇。CVS的服務器通常是使用CVSNT或CVSServer。

CVSServer：
Linux for X86：http://ftp.gnu.org/non-gnu/cvs/binary/stable/x86-linux/RPMS/i386/
Window for X86：http://ftp.gnu.org/non-gnu/cvs/binary/stable/x86-woe/
CVSNT：http://www.cvsnt.org/
CVSClient：
    WinCVS：http://www.wincvs.org
    TortoiseCVS：http://www.tortoisecvs.org/
    JBuilder、Eclipse、NetBeans、IDEA集成的CVS客戶端

     做 爲版本管理工具，CVS出現至今，已經有二十個年頭，能夠說他已經走到了盡頭，但能夠確定，它將繼續存在着。SVN是做爲CVS的代替產品而出現的。如今 不少開源組織，都慢慢地轉到SVN上，好比Apache跟SourceForge。SVN有着比CVS更強大的功能，好比，它可記錄目錄的更改，它的性能 比CVS會快不少等等。目前SVN慢慢地被企業所接受，但我的以爲其Eclipse的客戶端的穩定性還有待提升，也許這個跟Eclipse的版本兼容性有 必定關係。但這些不穩定性，讓我如今對這個產品的使用還繼續停留在試用的階段。

SVNServer：http://subversion.tigris.org/
SVNClient：
    TortoiseSVN ：http://tortoisesvn.net/
    Eclipse插件：http://subclipse.tigris.org/
目前SVN插件支持包括Eclipse、Jdeveloper、NetBeans等開發工具。

第2、知識庫管理工具
團 隊每個人在開發的時候都會發現一些問題，最終，有些問題可能沒有辦法解決，有些問題能夠解決。通常狀況，大部分問題通過團隊成員的共同努力，都是能夠解 決的，那解決問題的方法，解決問題的步驟，這些都應該造成知識。做爲一個團隊的Leader，咱們必須重視這些知識，由於，這些知識很是有用，它對於一些 新手或沒有遇到此類問題的同事，可以提供相應的幫助。

    Confluence（http://www.atlassian.com/software/confluence ），跟JIRA來自同一家公司的產品，它跟JIRA能夠整合得很是好。咱們能夠經過JIRA的ISSUE，將該ISSUE上升爲一個知識。假如你是使用 JIRA來進行項目管理跟缺陷管理，那使用Confluence是一個最佳選擇。

    PHPBB（http://www.phpbb.com ）， 論壇其實也是一個很是好的知識庫管理工具，當某一個工程師遇到一些疑難雜症的時候，最終，經過本身的努力或團隊其餘同事的努力，終於解決問題了。那做爲 Leader的你，應該鼓勵他們將這些知識，寫一些文章，而後發佈在公司本身的BBS上。供你們參考及討論。這個是一種很好的方法。記得我之前，我在網上 看到一些有用的信息，我就把它保存在我本機的PHPBB上。只可憐，後來電腦被人偷了。賊鬱悶。

4、軟件測試階段 
第1、缺陷管理工具
     軟 件你不能保證它永遠不會錯，只是，有些錯誤你暫時尚未發現而已；有些錯誤須要在某些特定的環境下它纔會發生。就像Windows，時不時會有一些系統更 新文件要求更新。可能這些更新不是錯誤，只是一些系統安全方面的隱患。這些均可以算是軟件系統的缺陷。那這些缺陷咱們應該怎麼進行管理？怎麼進行跟蹤呢？ 如今缺陷管理用得比較多的有兩個：第一個是開源的bugzilla，另外一個是商業的JIRA。

    Bugzilla（http://www.bugzilla.org ）， 做爲開源界缺陷管理系統的鼻祖，它發展到如今已從98年到如今經有10的時間了。它的開發語言是Perl，這使得它的安裝變得很麻煩，Bugzilla可 以安裝在Windows、Linux、Unix等操做系統上。如今的Eclipse也提供了對它的支持，咱們能夠在Eclispe平臺上，找到應用系統的 BUG，功能作得很是強大。若是安裝能更加輕鬆一點，或者提供一個All-In-One版本，那會更好！

    JIRA，做爲商爲上化的缺陷管理系統，JIRA的價格對得起它的功能。JIRA不僅是一個缺陷管理系統，它更是一個集項目管理、缺陷管理、統計分析爲一身的工具。這個工具我一直在使用，只是使用一些「特別」版本而已。

第2、軟件性能監測工具
    Jprofiler（http://www.ej-technologies.com ）是一個很是好的性能監測工具，使用這個工具，你能夠快速發現系統那些模塊出現性能瓶頸或算法致使的性能問題；它還能夠分析內存泄漏的問題。這個工具也提供了相應的Eclipse插件，讓你開發更加快速方便。它支持主流的服務器。

    Borland Optimizeit Suite（http://www.borland.com ）也是一個很是好的性能監測工具，它跟Borland產品整合得很是好。不過，運行這個工具，你最好準備一下，最好有2G內存，不然，原本系統好好的，一運行起來，你機器反而死掉了。

第3、軟件性能測試工具
    Ant+Windows計劃任務建立公司的DailyBuild自動化測試流程，這個是之前作的一個測試流程。使用這種測試流程，無非一個目的，就是提升公司的軟件質量。

    Jmeter（http://jakarta.apache.org/jmeter ），這個工具是apache出品的，做爲apache忠實的Fans，我對Jmeter也是很喜歡，使用Jmeter，你能夠摸似多用戶環境，對應用系統進行測試，測試整個應用系統可以承受的最大併發量。

    LoadRunner（http://www.hp.com ），假如你不知道這個軟件，那你確定作不了測試工程師，這個是最專業的一個軟件性能測試工具，它能夠模似上千萬個用戶量來進行壓力測試，檢測系統可以承受的最大併發量。這個軟件我只用過幾回，編寫腳本，進行測試，使用來說其實算是比較簡單。

5、軟件發佈
     軟 件的發佈咱們會怎麼去作呢？咱們通常作法就是，將數據庫腳本化，包括建表語句、初始化數據等，還有製做WAR文件或EAR文件。而後到客戶那邊，咱們須要 將數據庫表及數據進行初始化，接着，將WAR或EAR文件發佈到應用服務器上。這個也許是咱們到客戶如今發佈常常在作的一件事情。那能不能作得更加簡單 呢？作法通常有兩個，第一個就是使用Ant，編寫一個初始化數據庫跟發佈應用程序模塊的Ant腳本，而後到生產機上直接運行該腳本便可；第二個就是製做安 裝文件，通常用來製做安裝文件的有IzPack，這個是用得最多的一個免費工具，你可使用這個免費工具來製做安裝程序。也許客戶都習慣了安裝程序的安裝 方式了，製做一個可執的安裝程序，有助於提升軟件產品化的檔次。

6、軟件維護階段
第1、客戶CASE跟蹤管理工具
     客 戶CASE跟蹤系統相信不少作CISCO公司金牌代理的人都會用過。咱們必須在公司內部創建相應的CASE跟蹤制度。當用戶使用系統的時候，發現一些問 題，那咱們須要對這些問題進行錄入並進行跟蹤。像客戶呼叫服務系統等等一些商業化的軟件外面仍是不少的，這些系統其實公司本身開發一個也是很快的。但必須 要有。這個也是提升整個公司總體服務形象的一種態度。