摘要: 關于產品規劃，可以從尋找用戶問題、分析市場/競品/產品數據、明確產品目標/路徑、設計功能矩陣、業務&技術風險評估幾方面開展，即圍繞尋找問題->明確目標->設計路徑形成產品演進。
1、用戶問題
用戶對產品反饋有哪些問題？哪些是用戶剛需？哪些是非剛需？外部用戶電話/QQ/微信溝通，內部用戶面對面訪談。溝通前準備問題清單，溝通后將結果分類（如：功能操作易用性/手冊幫助指導/客服溝通渠道/產品賦能力度），每類形成TOP3～5。

2、市場/競品/產品數據
市場數據，可以通過企業收錄平臺、咨詢報告平臺獲取，了解產品領域的用戶群規模、用戶群領域分布，掌握產品市場空間。
競品數據，頁面指標可以通過Alxea統計，系統指標可根據參加線下論壇/沙龍時收集的宣傳數據、競品網站頁面內容反推（如：基于分類目錄的商品列表估算SKU、商品列表頁單價和使用人數估算GMV） 。
產品數據，針對用戶問題通過報表平臺或開發導表統計關鍵指標。  閱讀全文      摘要: 做產品，每天跟各類人群溝通交流是常態，面對各種需求，我們可以從哪些方面去著手分析和判斷，使產品的解決方案既解決了用戶痛點甚至制造驚喜，又夯實了產品模型，而且沿產品策略又進了一步。下面梳理一些思考點：
需求是用戶或組織在某個場景下存在的痛點以及訴求。而需求分析就是發現問題、去偽存真、解決問題的過程，分析維度含：
1、基于產品定位
在產品的定位和愿景下，需求是否違背產品初衷，是否偏離產品路線，這和產品是先定位出來還是漸進明晰找到定位不沖突，即使產品策略是分階段實現，每個階段的需求也都應該圍繞產品定位去分析。  閱讀全文      摘要: 產品工作過程這個話題，做過的同學想必不陌生，經歷一些產品及功能的設計后，也梳理和總結產品工作過程，都有哪些工序，設計過程是怎樣的，如何合作去完成產品以及過程中的一些感悟。
一、產品前期的那些工序
二、產品中期的設計過程
三、產品后期的工種合作
四、產品經歷的一些感悟  閱讀全文      摘要: 最近牽頭的一個項目上線發布，涉及外部合作，除了一般的需求調研溝通、產品設計評審和研發過程管理之外，還多了對運維實施和合作方的溝通協調。過程中經歷的一些場景和腦海里項目管理思路反復在碰撞，把它們梳理和提煉出來，分享和自勉，以更好地開展以后的產品工作。
對于兼容產品經理和項目經理的情況下，產品層面需要快速學習業務并結合產品現狀整理業務點，為產品設計做鋪墊。項目層面需要充分了解業務方期望以及項目任務（市場、運營、產品、開發、測試、運維方面）的進展現狀及約束條件，為項目管理做鋪墊。  閱讀全文      摘要: 產品從0到1上線運行了大半年，上線初期為了里程碑、KPI，項目組難免會存在完成任務式的心態，尤其是項目成員由各方技術團隊抽人拼湊而成、某些業務性強的模塊開發過程中，技術在驅動產品的情況，產品可擴展性和健壯性的設計情況可想而知。在著手產品重構任務時，首先想到的便是了解現狀，含：業務和技術兩方面。技術方面，主要從表結構開始、跑產品的門戶流程，通過門戶流程看數據生成規則和數據流向來梳理產品現狀。業務方面，和運營、用戶溝通了解目前產品存在的痛點，優先級情況。在摸清楚業務和技術現狀后，和市場、運營伙伴溝通業務規劃、對標了解競品業務、與用戶溝通挖掘潛在需求則是下一步要做的工作，該階段需要盡可能收集多的信息輸入，以讓設計可以考慮到更多的業務場景，使設計更加科學、合理和具備擴展性。  閱讀全文      摘要: 大家都很清楚，互聯網產品功能開發出來只是開始，不斷的運營迭代才是關鍵。產品設計之前，除了我們常說做的市場調研、競品分析外，條件允許的情況下盡可能在設計前期接觸用戶，了解一手需求并做梳理分析很重要。產品設計過程中上除了考慮交互、功能和流程，還需要思考該功能上線后如何積累到需要的數據，為產品迭代提供指導依據，否則很容易陷入經驗主義，走偏方向。產品上線后，定期的看數據、解讀數據，形成潛意識的習慣很重要。
產品工作沒有成型的套路可以復用和一成不變，相信每個產品人都是在不斷摸索和調整，包括我自己，下面結合實際的經驗，梳理和分享一些設計觀點，不對斧正。
觀點一：點、線、面，逐步分析完善需求。  閱讀全文      摘要: 互聯網是一個野蠻生長的環境，面對大眾的多樣化需求、行業的快節奏決定了產品人必須要自我驅動，快速學習、系統思考，積極改變、擁抱變化，除了專業技能，對產品人的心態、觀念和綜合素質要求是比較高的，因為需求來源于用戶的生活體驗，這里的用戶也包括自己。
經歷過運營商產品工作，需求調研、系統分析、產品設計、需求編寫/管理和交付能力屬于基礎技能，客戶交流/售前/售中/售后支撐與引導能力可以認為是中階，產品規劃和經營能力則屬于高階。而互聯網產品工作，除了需求分析和產品設計，市場/用戶調研、頭腦風暴、數據分析和運營思路也是必不可少的環節，中階則更多是行業認知能力、體系化產品思路、觀點分享能力和產品影響力。高階，應該在于對行業走勢的判斷力、產品定位和路徑規劃能力、方法論輸出能力和新人培養能力。  閱讀全文      摘要: 最近在做一款前端產品的設計，產品前期的調研相對順利，但在設計過程中掙扎過、糾結過、興奮過也郁悶過，五味雜陳。技術出身的產品經理，設計產品時往往容易陷入技術思維的陷阱，將簡單的功能復雜化、將用戶想象成和自己一樣的思維方式去過度設計，設計出來的原型稿歷經幾輪PK討論下來，精疲力盡之余不斷在反思和審視自己產品觀念中的那些劣根，拔掉方能成長。
中/后臺產品的設計從事較多，而在做過幾輪前端產品設計后也逐漸發現它的可愛之處。于是想梳理一些對前臺、中/后臺產品設計方法上的區別之處，以更加全面的視角去看待產品的規劃和設計。  閱讀全文      摘要: 2015年初，從原來的虛擬運營商跨進云計算這個業務，領域的轉變讓自己在工作過程中逐漸了解云計算、開放平臺這些以前不曾接觸過的對象。產品工作不像開發、測試這類，相對來說沒有通用的學習范本和標準，產品經理唯有在工作中結合實踐總結工作方法并且根據新的實踐不斷反思和修正，才是正確的成長之道，他人的知識終究是他人的，你永遠無法了解那些知識背后的邏輯，所以不能盲目借鑒，要善于辨別和吸收。
這一年集中閱讀了《全新思維》、《學會提問》、《金字塔原理》、《浪潮之巔》、《社會心理學》、《影響力》，在工作過程中重讀了《啟示錄》、《產品經理修煉之道》、《網站數據分析與實踐》。思維方式的鍛煉是這一年的重心，現在的產品工作和以前的研發、系統分析與設計工作相比涵蓋面廣、綜合性強、要求全面，對個人思維中以前行業固有認識必須打破，學習和接收新的思維方式是首要任務。  閱讀全文      摘要: 最近在做一個前臺網站的產品改版設計，設計之前后將以前的產品筆記翻出來重新閱讀了一遍，開展新產品的設計過程中，也來梳理一些心得體會。
一、設計任何一款產品之前，我習慣先用腦圖將產品思路進行梳理：
1、思考
1）產品的用戶群是什么？有哪些行為特點？
2）之前用戶調研的痛點需求？運營反饋的痛點需求？
3）競品都有哪些優缺點？
2、回答：
1）產品核心功能清單有哪些？
2）根據核心功能歸納產品定義的一句話描述？  閱讀全文      摘要: 最近圍繞平臺產品開展需求調研、產品定義和產品設計的過程中，也在思考對于產品子系統間的規則約定和遵守，即如何設計產品規則并讓各子系統共同遵守，從而更加合理地完成產品子系統間的交互&協同設計。
平臺產品設計需要緊貼組織的業務定位，形成產品的定位，再結合現有的應用架構去進行產品定義和設計，這里不過多談論理論方面的內容，只是結合這段時間的經歷，分享自對產品子系統間如何交互&協同的一些看法：
1、業務場景規則
在設計產品子系統間的交互&協同時，從用戶使用場景出發是必須的，但用戶和數據流為何要經過子系統？有哪些用戶和數據會經過子系統？用戶和數據流經過子系統后都流向了哪些子系統？最終給用戶提供什么樣的數據輸出？這些思考在做業務分析時開始考慮，定義好業務場景才能為產品子系統間的交互&協同規則提供規則約定。  閱讀全文      摘要: 產品生命周期的概念都很熟悉，加入這個圈子前也做過大小各類項目，也負責過項目的從無到有直至上線。但嚴格意義上來講，互聯網產品從無到有的生命周期體驗，還是首次接觸。在這里不探討產品方法，只記錄和分享自己在產品不同階段經歷中的一些感觸。

1、產品調研期
集中辦公，各產品人員分工調研，編寫和評審調研報告，隨時頭腦風暴，早晚溝通討論（回答市場有什么）。一天下來的工作重點側重在：調研、討論、講解。一天的時間基本都泡在各大市場分析網站和競品上面。
其中，注冊帳號使用競品的過程中一般是結合業務咨詢，做抽象歸納。

2、產品需求分析期
集中辦公，各產品人員根據調研成果進行業務需求分析和討論（回答產品要做什么），根據業務需求梳理出產品需求，最終輸出產品需求說明和原型。一天下來的工作重點側重在：討論、方案PK、匯報。  閱讀全文      摘要: 在大公司工作，首先要面對的是公司現有的流程、規定和條框。其次，基于成本考慮，多數大公司都采取矩陣式管理，核心部門都是共享資源，產品經理要確保爭取到足夠的資源才能研發出產品。作為一名初來咋到的產品經理，更是要理解這兩點才能高效地開展日常工作。

對于公司現有的流程、規定和條框等硬性政策可以自主去學習了解，但對于如何在矩陣式架構中充分開展工作，在與Leader、伙伴的學習之余，更多還是要結合個人情況去揣摩、理解、總結和反思，形成一套自己的工作方法。日常工作中，大部分時間都在與市場部、UED部、開發部、測試部、運營部的伙伴進行產品溝通、需求評審及問題跟蹤，不同部門承擔的職能不同，使得產品經理在與這些伙伴的工作配合中除了發揮自身專業之外，對于軟技能的運用也是非常重要的。  閱讀全文      摘要: 需求分析能力是開展產品工作的基礎技能，也是產品經理的立身之本，需求分析方法論的指導固然重要，但更多還是要去實踐和思考。
最近在做平臺型的產品工作，相對于垂直類產品的小而美特點不同，平臺型產品更加注重生態建設，根據公司自身特色，依托現有平臺資源，瞄準服務對象，從而推出一整套的解決方案。同時，相對于以前做運營商產品規劃不同，互聯網產品規劃側重競品分析，業務討論，主動規劃。沒有人告訴你需求是什么，BOSS定方向，產品經理基于大方向開展一系列調研、分析、頭腦風暴、評審、匯報工作，最終在規定的時間產出業務和產品需求。
結合實際工作中的一些經歷和體會，分5個部分談談對產品需求分析思路的理解，和各位交流學習，同時附上指導自己開展需求分析工作的一些方法論。  閱讀全文      摘要: 加入互聯網產品圈子之前看過一些互聯網產品書籍，對于產品思維的感觸，在自己真正踏入這個圈子的實際工作中才有了一些切身的體會和感受。下面在寫給自己的同時，希望也能對準備轉到這個行業的同學有一些幫助：
1、工作方式
1.廣泛傾聽
互聯網產品面向大眾用戶，在做產品規劃和設計時，需要廣泛吸收各方意見，不管是公司內部各部門同事還是外部用戶，學會主動宣傳、推廣和傾聽用戶聲音是一項基本能力。
2.積極參與
和做企業級產品面向企業內部用戶的需求調研和產品設計不同，在互聯網上增加自己的曝光度、提高社交網絡參與度、關注社會熱點事件，參加線下活動認識圈內朋友，這些是以前不曾感受到的。  閱讀全文      摘要: 產品需求從無到有，經歷了頭腦風暴、調研溝通、業務討論、架構討論、產品評審、開發評審。溝通無處不在，和業務人員、架構師、產品人員、技術人員、領導的各種溝通協調、匯報，一路下來梳理些溝通的方式方法，自勉和改進。
1、心態：一句很感同身受的話：開放的心態是我們要做的第一件事情，全局控制的想法其實是錯覺。你不能控制人或者任何事情。你可以影響他們，但絕不是控制。
2、與業務、產品人員的溝通：
1.溝通業務背景，了解產品流程背后的原因。
2.溝通產品故事，了解產品為用戶帶來什么價值。
3.討論產品方案，建設性提問并帶自己的建議方案。  閱讀全文      摘要: 因業務方向調整，今年1月開始投入新業務的產品工作，和之前垂直類產品不同的是，這次屬于平臺型產品。經歷了競品調研、業務需求分析、產品需求分析、產品規劃之后，來回顧一些過去工作中的收獲和反思。
相對于垂直類產品的小而美特點（追求極致體驗、制造運營感、數據驅動、快速迭代）不同，平臺型產品更加注重生態建設，根據公司自身特色，依托現有平臺資源，瞄準服務對象，從而推出一整套的解決方案。
相對于以前做設備廠商的產品規劃（根據客戶需求推出解決方案、業務規劃成分少系統設計成分多）不同，電商類產品規劃側重競品分析，業務討論，主動規劃，業務需求梳理，產品需求分析。即沒有人告訴你需求是什么，領導定一個方向，產品人員負責基于大方向開展一系列如調研、分析、頭腦風暴、評審、匯報工作，最終在規定的時間產出業務需求和產品需求。  閱讀全文      摘要: 第一次做互聯網C端產品，可以將以前看過的書籍知識運用和實踐，是很HIGH的一件事。剛開始投入工作時，產品感覺還比較朦朧，經過這段時間的摸爬滾打和同事的支持，思路被逐漸打開了許多。需求從無到有，橫跨多個中心及部門，還涉及外部合作方，在項目溝通協調、業務邏輯分析、需求溝通評審上可以繼承以前的經驗，但面對赤裸裸的產品設計，火候的把握還需要繼續學習。記以此文，希望在接下來的工作生活，能堅持去觀察、思考和總結。  閱讀全文      摘要: 互聯網產品經理神話這幾年在整個IT行業被各種炒，有發展紅利的大背景，也離不開媒體宣傳的各種產品故事。產品人為了實現自己的產品理想也好，還是為了經理title而趨之若鶩也罷，不可否認，互聯網產品確實很大程度地改變、影響了我們的生活方式，讓我們的生活變得更有愛和有趣。看過《人人都是產品經理》或《產品經理修煉之道》的朋友應該都比較了解這個崗位在企業中的定位、職責及發展方向。下面結合自己這半年以來的實際工作，分享自己對該崗位的理解：
產品經理定義：對產品的生命周期負責，基于公司/中心的業務方向規劃產品的發展路線，管理產品規劃及設計，跟進產品研發上線及運營。
產品經理職責：負責產品的市場調研、用戶調研、競品分析、頭腦風暴、原型/流程設計、規劃分析、產品匯報、產品立項、產品研發/上線/運營跟蹤，與市場、UED、開發、測試、運營、客服等部門的同事密切配合，在產品發展的不同階段，組織與相關部門同事開展產品溝通、討論、評審、決策，推進產品規劃和設計方案的落地、關注產品研發的迭代節奏，關注產品上線后的運營推廣。  閱讀全文      摘要: 進入這個互聯網圈子以來，相對容易的是新業務學習、日常溝通以及項目管理，而困難的是要去改變沿襲多年的產品思路。所謂痛則通，對于這個轉變的過程，自己有準備。
結合自己在通信和互聯網行業做產品經歷，談談它們的差異，主要在組織文化、組織架構、工作流程、日常溝通、需求分析、產品規劃、產品設計、產品運營方面。
組織文化：傳統行業組織文化偏行政權威，而互聯網組織文化崇尚開放自由，團隊負責人和大家打成一片，言傳身教的同時注重平等開放的合作。
組織架構：傳統行業的組織架構崇尚垂直式管理，行政級別劃分明顯。而互聯網組織架構崇尚矩陣式管理，淡化行政級別，去中心化，團隊負責人更多關注產品的規劃和發展、團隊的成長和建設，日常行政工作由專門的PMO負責。  閱讀全文      摘要: 互聯網，從今年5月~7月的準備，再到8月入職至今的半年以來，感受和經歷有很多。年末歲尾、空閑之余，來梳理那些日子里還記憶尤新的片段。
畢業后開始做程序員、工作第3年轉做了系統分析師，第5年轉做項目經理，1年之后投入互聯網產品至今。7.5年的職業生涯里，在收獲各階段經歷的同時也在感受著互聯網行業帶來的各種變化。而對于轉互聯網的初衷及時機，概括來說有如下幾點：
1.互聯網產品更加貼近生活、更有趣、更喜歡
2.積累了軟件開發、產品及項目管理工作經驗
3.積累了互聯網產品規劃、設計、管理及運營等書籍閱讀和筆記
4.積累了對一些互聯網產品的看法和見解
從開始關注互聯網產品，到感興趣和不間斷關注，到最后加入這個圈子，那些過往的情景還歷歷在目：  閱讀全文      摘要: 高速發展的世界，需要我們迭代地開發和改進業務問題的解決方案，我們需要一些方法來持續探索業務及其問題，將這些要求告訴技術專家，他們為業務提供技術解決方案。
許多組織機構不是等待需求的所有細節都得到定義，而是更喜歡迭代完成這些業務活動，定義一些需求，開發一部分解決方案，定義更多的需求，這樣增量式交付發行版本，直到解決方案被判定完成。這種迭代的方式意味著，業務環境和開發環境中的關注點、想法和變化更加同步。使開發者更了解今天的業務問題，工作的產品適合今天的業務環境。
這種持續的工作探索意味著，業務分析師持續地將新故事或需求加入分析列表，這個列表又持續地按價值進行分析，最重要的是按業務價值來分析。列表根據價值和緊急性來排列優先級，最高優先級的需求交給開發者開發。  閱讀全文      摘要: 今天的大多數軟件都不是擁有它的組織機構開發的，而是購買的。考慮到這些開發和解決方案選項，今天的業務分析師有一項額外任務：即決定最佳的策略來發現和溝通需求，不論組織機構決定采用哪種方式實現自動化。
以需求策略作為指導，決定從哪里開始，是否有足夠的細節，你需要哪個迭代循環，記錄知識時采用哪種形式，何時復查，何時讓哪些利益相關者參與，何時構建原型，何時以及如何做大量的事情，讓你的工作更接近為業務產生最優價值，每個項目的情況不同，有必要采用不同的做事順序、做事細節、溝通形式。  閱讀全文      摘要: 需求評審環節檢查了單項需求，確保它表述正確、無二義性、在范圍內、可測試、可追蹤、不是鍍金需求，從而確定制有正確的原子需求才包含在需求規格說明中。
接下來，必須考慮需求規格說明是否完整，這意味著將規格說明作為一個整體來復查，確保應該有的部分都有。
這種復查可以在任何時候進行，而不只是在發布之前，它可以是一項持續的活動。
  閱讀全文      摘要: 需求來自于人，人們并非總能確定他們需要什么，并非總能解釋他們想要什么，需求也并非總是編寫地很小心，完整無二義。
需求工作的要點是要確保交給開發者的東西是準確的、完整的、無二義的，陳述了真正的需求。任何不足都有違需求工作的初衷。開發者可以構建任何東西，但他們首先必須知道他們必須構建什么。  閱讀全文      摘要: 如果產品有一項需求，要執行某個功能或具備某種屬性，那么測試活動必須展示產品確實執行了該項功能，或具備了該項期望的屬性。為了進行這樣的測試，需求必須有一個測試基準，這樣測試者才能比較提交的產品和最初的需求。要注意的是，這里的驗收標準既不是測試，也不是對測試的設計，而是測試提交的產品必須采用的測試基準，是構建測試用例的輸入信息。  閱讀全文      摘要: 為什么所謂的‘非功能需求’也很重要？請考慮一個真實發生的故事：客戶拒絕了交付的服務臺軟件。功能是正確的，但客戶不想要它。為什么？因為客戶拒絕使用它，更愿意采用原來的人工過程。這就是需求團隊幾乎沒有注意非功能性需求。
只所以需要這些非功能需求，不是因為它們是產品的功能活動（諸如計算、操作數據活動），而是因為用戶希望這些活動以特定的方式執行，并達到特定的品質。
例如，亞馬遜網站很容易導航，這讓客戶容易找到對象，它也很友好，讓你覺得自己是尊貴的顧客，你可以寫評論，通過購物伙伴和亞馬遜推薦得到指引，很容易查看和安排送貨，等等。  閱讀全文      摘要: 通過產品用例（PUC）場景展示和確定了解決方案后，下面就需要PUC場景轉換到功能需求。
功能需求指明了產品必須做的事情，即產品為了滿足它存在的根本理由而必須執行的一些動作。需求分析師理解了產品必需的功能后，他要用功能需求告訴開發者要構建什么。
  閱讀全文      摘要: 當需求人員和客戶之間針對需求溝通中的業務本質問題達成一致時，接下來就是溝通和確定多少業務將通過產品來實現自動化。作為需求分析人員，需要在業務需求、包含的功能、用戶體驗、非功能需求、開發成本、技術可行性、限制條件這些因素之間取得平衡和折中來完成解決方案的確定和發布。
沒有公式化的方法能得到最佳的解決方案，需要實際過程中考慮和權衡。  閱讀全文      摘要: "我知道這是我提出的,但這不是我想要的。”你不必在IT這行待很長時間就能聽到這句話，看著期待的笑容從開發者臉上消失，因為這事經常發生。開發者交付了客戶提出的需求，但結果卻不能解決他們的業務問題。為什么？因為真正的問題從未闡明，所以從未正確理解。
在做需求調研和收集時如果聽到的都是客戶關于解決方案的想法，而不是描述背后要解決的問題，這可能是個好的解決方案，但更有可能的是，它受限于客戶的經驗和想象力。而且，你不清楚它是否解決了正確的問題。所以，作為需求分析人員，你的任務就是解釋客戶所說的內容，揭示它的本質。  閱讀全文      摘要: 不論哪種工作，試圖改變之前先對它有充分的理解，如果一頭沖進去，對你要改變的東西幾乎沒有理解，就進行‘改進’，那么結果不如意也不奇怪。當你開始理解原有的工作時，肯定會產生一些想法，知道如何改進它。
這里探討的比較常用的Brow Cow模型和一些用于發現業務過程的調研方法，而實際過程中不可避免地需要多種調研技巧組合使用，具體情況需要具體應對。  閱讀全文      摘要: 項目啟動過程建立了工作的范圍，即要研究的業務領域，業務領域其中的一部分將通過預期的產品實現自動化。而實際上，這個工作范圍可能太大，難以作為一個單元進行研究，正如吃東西之前先要將它切成小塊一樣，需要將工作范圍分解為一些可管理的部分，然后再來研究它以發現產品的需求。這里將需求過程中涉及到主要對象以及它們的分工界面通過一張關系圖來展示：  閱讀全文      摘要: 從通信行業的產品工作到政府行業的項目工作，一直在和‘需求’打交道，不同的行業特點和項目環境需要針對性的需求發現和實現方法，但圍繞需求調研、分析、編寫、評審、驗證到需求交付這幾個過程基本是相通的。經歷從瀑布型項目需求策略到迭代型需求策略的轉變和實踐過程，回過頭來看《軟件開發方法學-掌握需求過程》，進行摘錄和梳理的同時，也加深和沉淀一些對需求的理解和認識。以此片文章開始，分享一些讀書筆記：  閱讀全文      摘要: 剛給大輝發完郵件準備去上班，微信群里熱鬧不已，原來是pmp成績出來了，盡管考試完后心里基本有底，但聽老師說這次考試偏難，等在待結果出來的前夕，還是不免忐忑。
2013年年初報名直到2014年3月份才考試，倒也是好事，實際工作中的那些事和那些人，總能在復習的過程中讓自己反復思考和碰撞。而4m1p的成績單，算是給自己交了一份滿意的答卷，在這里簡單回顧一下，有興趣的同學可參考：
【復習歷程】：
1、 關于教材劃分（含：1本教材（2012版）、3套模擬題、1本輔導書），自己是按下面四部分來分批閱讀：
第1章 項目引論、第2章 組織影響和項目生命周期、第3章 項目管理過程
第4章 項目整合管理
第5章 項目范圍管理、第6章 項目時間管理、第7章 項目成本管理、第8章 項目質量管理
第9章 項目人力資源管理、第10章 項目溝通管理、第11章 項目風險管理、第12章 項目采購管理、  閱讀全文      摘要: 這段時間以來的產品使用過程，界面性能和易用性成為關注的重點。相比運營商項目不同，政企項目驗收過程相對簡單，沒有嚴格的測試用例，以是客戶組織的項目評審會，公司匯報階段進展、客戶做業務測試的方式開展。
簡單回顧上線期間一些工作：
1）公司側提供《需求規格說明書》、《產品使用手冊》、《角色權限清單》
2）業務部門整理《用戶申請表》、《業務制度管理辦法》
3）業務部門組織上線前項目例會
3）業務部門發布系統上線公告
4）業務部門組織用戶培訓
5）公司和業務部門提供產品使用支持，解答最終用戶的操作疑問、收集產品反饋。  閱讀全文      摘要: 項目進入試用階段，版本節奏也相對平緩，對于需求&開發&測試過程中的一些管理，分享一些個人體會，歡迎指正。開始正文之前，存在下面前置條件：
1.本輪版本要交付的功能及時間已已評估并與客戶達成一致，是以交付時間倒推來管理《需求規劃》和《研發計劃表》的方式。
2.團隊資源：有測試組長，開發組長是臨時支持（同時兼顧其他項目）。
3.開發4人、測試2人、需求1人，迭代周期1～2周。
4.需求、開發和測試在一起辦公。  閱讀全文      摘要: 項目接近尾聲，需求也逐漸收斂。面對需求變化頻繁、迭代版本周期較短的客觀情況，傳統模式已不能在此生搬硬套。雖現有的開發過程談不上正規敏捷，也算接近小步快跑的節奏。下面分‘需求開發&代碼開發、版本控制、版本發布、增量升級’幾個部分，記錄一些體會，歡迎指正：
（1）需求溝通&代碼開發：
1、針對有可以復用的現有模塊時，和開發人員溝通主體思路，由開發人員著手開發，開發人員在開發期間與需求人員充分溝通，碰到疑問及時澄清、解決。
2、針對沒有可復用的模塊且涉及較復雜的業務流程時，需求人員畫原型圖（緊急情況手繪草畫），開發人員按原型圖或草圖著手開發。
3、需求人員記錄開發過程中和開發人員、客戶溝通的需求變化點。
4、功能開發完成、客戶驗收后，及時補充到《需求規格說明書》。
（2）版本控制：
1、代碼提交前做比較再合入版本庫（嚴禁合入非自己修改的文件）。
2、合入代碼需填寫修改信息，新版本開發只填寫修改信息，優化修改還需在BU  閱讀全文      摘要: 5W1H原則：
what：用戶需求是什么，要做什么功能。
why：產生這個需求的背景是什么，原因是什么，能幫助用戶解決什么問題。
who：功能需求做出來了，哪些角色會參與使用。
where：功能需求的使用環境是什么（如：操作系統、瀏覽器環境，分辨率環境）。
when：功能需求何時交付（基于交付時間，考慮實現方案的選擇）。  閱讀全文      摘要: 8、9、10三月，需求依舊爆棚，相比純業務功能的開發，數據的匯聚、整理、分析、統計成為重點，具體細節不一一展開，按如下關鍵詞：任務計劃、項目溝通、項目流程、客戶匯報、業務關注、時間評估、管理筆記做一些筆錄，持續更新：
1、任務計劃：
1.決策前考慮充分，決策后不再懷疑。
2.任務精細、描述清晰，對內分解針對到負責人、給外匯報針對產品功能。
3.計劃制定時，請成員預審任務量，再和開發、測試確認時間，由成員承諾時間。
4.安排任務多人完成時，指定一個牽頭人。
5.大的需求，組織討論，小的需求，點對點溝通，最后要全部閘口到文檔。  閱讀全文      摘要: 6、7兩月，時間很快，周末的時間來做些梳理、小結，好的要繼承，不好的去改進。下面，分日報管理、計劃管理、客戶管理、需求管理、客戶匯報、團隊建設幾個方向，梳理一些記錄，歡迎指正。
1、日報管理
1.項目啟動會召開，介紹項目背景，時間計劃和項目目標，使團隊成員有共同的認識。讓團隊成員之間互相介紹，以彼此熟悉。
2.根據收集和掌握的需求任務，編寫項目計劃、安排日報（體現當天任務在項目計劃中的完成百分比、當天任務完成百分比）。首次發日報前，與日報匯總人員點對點溝通編寫格式，注意事項，重在量化指標。
3.根據日報匯總人員匯總的內容，了解各開發、測試成員的工作飽和度及工作質量，以針對性安排后續新任務。  閱讀全文      摘要: 接到任務，開發一個用于項目管理的小網站，功能比較簡單，目的在于方便會議紀要、文檔資料上傳、查閱，消息發布和消息反饋。從需求溝通、時間溝通、需求分析、原型評審、軟件開發到產品交付，歷時8天，2輪用戶需求，2次加班沖刺，可以說是階段性的完整交付使用。
時間回顧：
客戶期望的時間：1天
溝通爭取的時間：2天
產品交付的時間：延期1天（開發測試歷時4天，算上周六）
新需求期望時間：2天
溝通爭取的時間：2天
新需求交付使用：2天  閱讀全文      摘要: 新的環境、新的成員、新的客戶和新的文化，過去的2個月更多的時間忙于應戰，周末難得的梳理時間，來做些回顧和總結。
加入之初，項目啟動已經開始，對于陌生的一個產品和團隊，盡快熟悉掌握的方法莫過于通過文檔和產品環境的方式、通過日常的溝通熟悉人員。和成員一起，對產品全流程進行了驗證和記錄。市場類的項目，通過會受到直接客戶的一線壓力，尤其是新業務的項目，開始階段往往是客戶主導、公司研發，項目計劃的時間變更也相對頻繁，疲于迎戰的局面開始凸顯，但項目初始為了市場占有率，趕工和加快進度的項目方式是需要的。  閱讀全文      摘要: 對于新型產品，工程支撐力度在初期會較弱，在產品升級期間會需要產品規劃人員參與，作為牽頭人的角色，協調于工程經理、研發項目經理和工程團隊之間，扮演產品顧問的角色。同時，會參加客戶召開的需求升級討論會，和各平臺廠商的人員溝通升級計劃和安排。其中，對需要產品規劃人員親赴現場參與升級工作的情況，談談個人的一些經驗：
1）了解產品研發進展
2）安排前方工程團隊了解此次升級背景、升級業務（不限于現網的物理組網圖、現網的業務種類、現網的業務運營時段、升級后的現網業務種類、升級后的業務運營時段、業務涉及各個網元的IP地址、端口、接口模塊的帳號密碼）和客戶的升級方案。  閱讀全文      摘要: 從需求調研、需求分析、需求設計、產品研發到產品發布，接下來就是產品驗收。驗收過程一般在運營商實驗室開展，驗收通過后才會將產品部署到運營商的生產環境。正常流程，產品驗收由工程經理帶領外派現場的測試團隊實施產品驗收。實際情況中，會根據產品特點及復雜度、工程環節的支撐現狀，由管理團隊來決策是否派產品規劃人員親自前往現場參與客戶驗收，以保證驗收效果。中標后的研發產品的驗收一般三個階段，一是自測準備，二是正式驗收，三是驗收補充，根據不同情況流程會有所區別。
產品驗收環節的一些活動：  閱讀全文      摘要: 項目生命周期中，變更和糾正錯誤的代價在項目接近完成時通常會顯著提高。所以在項目研發過程中，需求分析師要參與到產品研發過程，與開發人員、測試人員保持緊密溝通，討論和澄清在實現過程中的需求疑問，保證產品產出和需求意圖的吻合。軟件項目中的需求變更，相信做需求的人員再熟悉不過，需求變更率的高低，也是反應需求工作好壞的一個重要KPI。對于需求變更的發生，唯有面對和解決。通常的做法：了解需變更背景、評估影響程度，考慮與各干系人的溝通（客戶、市場、研發、工程和領導），將評估結果作為變更請求，提交給項目管理團隊，獲批準后，按新計劃開展產品研發。
下面是在項目研發過程中需求端會參與的一些活動：  閱讀全文      摘要: 1）明確目標：
會議室及電話會議，開會前列出會議章程（最好可以先發個郵件或者打個招呼，告之這次參會人員的大概情況），會議后要有會議結果（及時輸出會議紀要）。
會議紀要可以包含下面幾個部分：
1.參會人員、日期、時間
2.會議議題（討論要點）
3.會議紀要（討論過程的概括及描述）
4.后續策略及關鍵事件跟蹤（后續事件及對應負責人和時間點）  閱讀全文      摘要: 開始接觸需求工作時，在對用戶需求的溝通基礎上，多依據于做軟件開發的結構化思維方式來編寫需求文檔，這種方式易陷入實現細節的陷阱。如何在用戶需求和軟件需求之間找到平衡點，使得做出的產品即是用戶想要的又在技術可行和成本上性價比最高，甚至超出用戶期望，給用戶驚喜，開展需求工作時需認真考慮。
業內談得比較多的‘六何法（what、why、when、who、where、how）’，在需求分析工作中同樣適用，可作為問題分析的基本習慣。下面談些自己的理解：
1、信息收集和初步分析：
what：需求是什么，解決什么人的什么問題（用戶群體、用戶規模、業務場景、性能指標和組網）？
why：背景是什么，為什么有這個需求（高層領導思路、團隊主動規劃需求、競品分析需求）？
when：需求的市場時間（實驗室驗收、試運營和正式上線等各階段時間）？
who：需求的用戶對象是誰（如：技術部門），是否與其他用戶對象（如：業務部、內容部、運維部門等）有關聯？
where：哪里做（現場開發還是團  閱讀全文      摘要: 互聯網發展速度是驚人的，回首從博客—>微博—>微信的這幾年，自己也從Java軟件開發轉到了產品規劃工作。期間經歷了大小不一的各類運營商的平臺規劃工作，選擇在此時來回顧，一方面是給自己這兩年的忙碌找個借口。另一方面，更多的是一種經歷過后的感觸，就先從產品規劃工作的定義開始，分享自己的理解吧
指通過在了解市場、了解客戶需求、了解競爭對手、了解外在機會與風險、了解市場和技術發展態勢的基礎上，根據公司自身的情況和發展方向，制定出可以把握市場機會，滿足用戶需要的產品的遠景目標以及實施該遠景目標的戰略、戰術的過程。
1）技術角度：負責需求溝通、收集、分析、評估、澄清、轉換、評審、版本規劃、研發跟蹤、版本發布。
1.溝通，從市場價值、技術可行性和時間&人力成本方面綜合考慮以確認是接受還是引導客戶。
2.收集，從客戶的市場、技術、業務、運維人員、友商人員和公司內部市場人員，多渠道獲取CI信息。
3.分析，采取自底向上、透過現象看本質以抓客戶的核心需求。
  閱讀全文      摘要: 進入2009年，中國移動多媒體廣播（CMMB）發展取得了實質性突破。截至3月底，已有17家省級分公司獲得CMMB的正式運營權。CMMB運營總公司－－中廣衛星移動廣播有限公司表示，目前該公司已經完成CMMB運營支撐體系的建設，預計今年第二季度將完成CMMB計費系統、結算系統和已有網絡的CA加密部署的相關工作。“7月1日前將具備商業試運作的基本條件，年內將完成所有省級分公司的組建，并實現全國商業運營”。
  閱讀全文      摘要: 容災是一個范疇比較廣泛的概念，廣義上，我們可以把所有與業務連續性相關的內容都納入容災。容災是一個系統工程，它包括支持用戶業務的方方面面。而容災對于IT而言，就是提供一個能防止用戶業務系統遭受各種災難影響破壞的計算機系統。容災還表現為一種未雨綢繆的主動性，而不是在災難發生后的“亡羊補牢”。
從狹義的角度，我們平常所談論的容災是指，除了生產站點以外，用戶另外建立的冗余站點，當災難發生，生產站點受到破壞時，冗余站點可以接管用戶正常的業務，達到業務不間斷的目的。為了達到更高的可用性，許多用戶甚至建立多個冗余站點。  閱讀全文      摘要: NO.1 短信

　　業務定義：短信(Short Message Service)，指以信令網為傳輸載體，傳輸文字等簡短信息的業務。

　　市場描述：從2000年5月17日中國移動正式開通短信服務以來，手機用戶開始有了除語音以外的另一種全新的交流方式。與語音業務相比，短信的資費更為低廉，收費模式也很得人心(單向收費)，而且操作簡便，可謂“老少皆宜”。2001年5月17日，中國移動向“神州行”用戶開放了短信服務，短信的互連互通問題逐漸得到解決，短信市場開始真正繁榮起來。
  閱讀全文      摘要: 本文從電信企業戰略和IT現狀出發，闡述了中國電信建設CRM系統的必要性，并從建設好CRM系統和發揮系統效能的角度，概括了CRM系統建設應該解決的應用和技術方面的問題。針對問題，提出了中國電信CRM系統3階段的建設策略和技術解決方案。最后從建立集團級CRM系統、支持新業務的角度對下階段CRM系統建設方向進行了展望。
1、電信CRM系統建設背景
為了適應日益激烈的市場競爭，滿足不斷增長的客戶需求，逐步提升企業價值，中國電信提出了“以市場為導向，以客戶為中心，以效益為目標”的企業核心經營理念，希望通過BPR（業務流程重組）和IT支撐系統改造雙管齊下，建立起面向客戶，支持全業務的市場營銷、客戶服務的管理平臺，縮短銷售周期，降低成本，開拓市場和渠道，提高客戶滿意度和忠誠度，爭取和保留優質客戶，提升客戶價值，提高企業贏利能力。
  閱讀全文      摘要: 三網融合是指電信網、計算機網和有線電視網三大網絡通過技術改造，能夠提供包括語音、數據、圖像等綜合多媒體的通信業務。

基本概念
　　三網融合是一種廣義的、社會化的說法，在現階段它并不意味著電信網、計算機網和有線電視網三大網絡的物理合一，而主要是指高層業務應用的融合。其表現為技術上趨向一致，網絡層上可以實現互聯互通，形成無縫覆蓋，業務層上互相滲透和交叉，應用層上趨向使用統一的IP協議，在經營上互相競爭、互相合作，朝著向人類提供多樣化、多媒體化、個性化服務的同一目標逐漸交匯在一起，行業管制和政策方面也逐漸趨向統一。
　　所謂“三網融合”，就是指電信網、廣播電視網和計算機通信網的相互滲透、互相兼容、并逐步整合成為全世界統一的信息通信網絡。“三網融合”是為了實現網絡資源的共享，避免低水平的重復建設，形成適應性廣、容易維護、費用低的高速帶寬的多媒體基礎平臺。
  閱讀全文      摘要: Oracle數據庫常用的操作命令

常用的數據字典表:tab，user_tables,user_objects,user_catalog,user_constraints,user_cons_columns
1、視圖在所有存儲過程(數據字典表)中查詢是否有某一字符串的ＳＱＬ語句
select * from all_source where type='PROCEDURE' and lower(text) like '%student %'
select * from user_source where lower(text) like '%dbms_%'
select tname,cname,coltype,width from col where tname='STUDENT'  閱讀全文      摘要: NFS server可以看作是一個FILE SERVER,它可以讓你的PC通過網絡將遠端的NFS SERVER共享出來的檔案MOUNT到自己的系統中，在CLIENT看來使用NFS的遠端文件就象是在使用本地文件一樣。
NFS協議從誕生到現在為止，已經有多個版本，如NFS V2（rfc1094）,NFS V3（rfc1813）（最新的版本是V4（rfc3010）。

各NFS協議版本的主要區別   閱讀全文      摘要: 立意決定動力：MM的角色定位

移動互聯網在08年是高速發展的一年，09年的情況也比較樂觀，我相信未來幾年都是中國移動互聯網快速發展的年景。因此，中國移動將在年內啟動的Mobile Market平臺策略，成為業界共同關心的話題。
  閱讀全文      摘要: Oracle的導入實用程序(Import utility)允許從數據庫提取數據，并且將數據寫入操作系統文件。
imp使用的基本格式：imp[username[/password[@service]]]，以下例舉imp常用用法。
1. 獲取幫助
imp help=y
2. 導入一個完整數據庫
imp system/manager file=bible_db log=dible_db full=y ignore=y
3. 導入一個或一組指定用戶所屬的全部表、索引和其他對象
imp system/manager file=seapark log=seapark fromuser=seapark imp system/manager file=seapark log=seapark fromuser=(seapark,amy,amyc,harold)
  閱讀全文      摘要: oracle 字符集的參數 nls_lang

nls_lang
1. NLS_LANG 參數組成
NLS_LANG參數由以下部分組成:
NLS_LANG=_.
NLS_LANG各部分含義如下:
LANGUAGE指定:
  閱讀全文

posted @ 2009-07-17 21:07 cheng 閱讀(1623) | 評論 (1) | 編輯 收藏

LANG,LC_ALL,local詳解

     摘要: locale 是國際化與本土化過程中的一個非常重要的概念，個人認為，對于中文用戶來說，通常會涉及到的國際化或者本土化，大致包含三個方面：看中文，寫中文，與 window中文系統的兼容和通信。從實際經驗上看來，locale的設定與看中文關系不大，但是與寫中文，及window分區的掛載方式有很密切的關系。本人認為就像一個純英文的Windows能夠瀏覽中文，日文或者意大利文網頁一樣，你不需要設定locale就可以看中文。那么，為什么要設定 locale呢？什么時候會用到locale呢？   閱讀全文

posted @ 2009-07-17 20:49 cheng 閱讀(480) | 評論 (0) | 編輯 收藏

3G來了，各行業目前都怎么樣

     摘要: 3G大潮說到就到，各家企業在此種局勢下紛紛行動，爭取時間來占據有利狀況。其中既有無線巨頭，也不乏初次涉獵無線業務的企業。群雄逐鹿，究竟誰能在3G形勢下分杯羹，且讓我們拭目以待...
  閱讀全文

posted @ 2009-06-16 12:56 cheng 閱讀(361) | 評論 (0) | 編輯 收藏

SQLServer和Oracle常用函數對比

     摘要: 常用的SQL函數，借鑒一些，補充一些。雖然現在一直在Oracle下開發，實踐中SQLServer也接觸過些許。將以前的一些記憶整理出來，先貼為快。  閱讀全文

posted @ 2009-03-19 22:00 cheng 閱讀(1909) | 評論 (1) | 編輯 收藏

高通之路

     摘要: 年屆七旬的美國高通公司董事長艾文·雅各布溫文謙和。在人群中你很難看出就是這位看上去像個退休教授的老人，正領導著一支5000多人的隊伍在全球電信市場上叱咤風云。而僅有18年歷史的高通公司也正以迅速崛起的態勢時刻覬覦著百年老公司們的霸主地位。

早在公司創立之初，學者出身的雅各布在開發新技術的同時，已敏銳地意識到保護專利技術的重要性。高通從一開始就為自己擁有的每一項研究成果申請專利，日積月累，高通公司包括雅各布本人在內的眾多工程師們在研發CDMA的過程中陸續注冊了600多項專利，此外還有800多項在等待美國政府審批的過程中。而這種對自己專利的保護，在接下來的日子里為高通公司帶來了豐厚的利潤，并已成為高通發展源源不斷的動力..  閱讀全文

posted @ 2009-03-09 21:11 cheng 閱讀(407) | 評論 (0) | 編輯 收藏

各個數據庫的分頁算法

     摘要: 1.SQL SERVER 是用先逆序再正序的方法

select top 3 * from (select top 9 * from mvc_book order by bid) as s order by s.bid desc [第6,5,4條]

select * from (select top 3 * from (select top 6 * from mvc_book order by bid) as s order by s.bid desc) as s1 order by s1.bid [第4,5,6條]

select top 6 * from mvc_book where (bid not in (select top 2 bid from mvc_book))[第3,4,5,6,7,8條]
  閱讀全文

posted @ 2009-01-30 20:36 cheng 閱讀(1297) | 評論 (0) | 編輯 收藏

3G-手機WEB搜索引擎

     摘要: 搜索引擎是網絡時代應用最廣，作用最大的應用軟件之一，是資訊來源的主要通道，搜索引擎是網絡的主要交匯點，網站的網頁所包含的資訊和服務是構成網絡海洋的水滴，一滴滴不計其數的水滴由搜索引擎這個主要交匯點、通過瀏覽器這個管道匯聚成為網絡的海洋。微軟首席軟件設計師Ray Ozzie在給其員工一份備忘錄中表示，微軟公司正在接受一種新的認知。“在過去10年中，PC時代已經讓位給另一個時代，WEB時代。不僅可以通過瀏覽器獲得WEB體驗，通過其他不同的設備也可以獲得WEB體驗，例如電腦、電話、媒體播放器、游戲機、機頂盒和電視、汽車等等。”在備忘錄中，Ozzie描述了三項原則，以指引該公司進入這個新的時代。其中的主要概念是，“WEB是我們的社會網格和設備網絡的樞紐”。   閱讀全文

posted @ 2008-12-31 14:33 cheng 閱讀(547) | 評論 (0) | 編輯 收藏

Pull和Push

     摘要: 所謂PUSH技術是一種基于客戶服務器機制，由服務器主動的將信息發往客戶端的技術。

同傳統的拉技術(PULL)相比，兩者最為主要的區別在于前者的是由服務器主動發送信息，而后者則是由客戶機主動請求信息。在PUSH應用中，在服務器發送內容給客戶機之前，沒有明顯的客戶機請求，也就是說，PUSH事務是由服務器發起的。PUSH技術的本質在于讓信息去主動的尋找用戶，因此其優勢在于信息的主動性和及時性，通過使用該技術，可以盡快的將信息推送到用戶面前；其弱勢在于信息的準確性較差，由于簡單的篩選機制取代了人工的選擇，必然會使推送信息和用戶的需求間存在一定的差異。  閱讀全文

posted @ 2008-12-08 22:03 cheng 閱讀(2399) | 評論 (0) | 編輯 收藏

業務操作支撐系統（Business & Operation Support System）

     摘要: 陜西電信C網189號段準備放號，近期一直出差西安調試平臺，忙中偷閑來寫寫。ISMP，ISAG，WAPGW，MMSGW，SMSGW，WAPPORTAL，全國PORTAL，NMSC，OCS和BOSS，是這次業務流程所涉及到的對象。對于增值業務，業務流程的熟悉是非常重要的，聯調過程中和同事的溝通交流，使自己以前很多不解之處找到答案，對整個連串的業務流程的體會也更加深刻。

業務流程的復雜度以及流程的連串性，都是在這次聯調的基礎上去理解和消化，這是在所里開發測試過程中無法體會得到的，所以珍惜。后續空閑之余慢慢總結相關流程。這里先轉一篇BOSS系統介紹的文章，個人認為比較系統全面地了介紹了BOSS的功能和作用。  閱讀全文

posted @ 2008-11-12 21:25 cheng 閱讀(1328) | 評論 (0) | 編輯 收藏

3G三大標準現狀

     摘要: 3G是英文3rd Generation的縮寫，指第三代移動通信技術。相對第一代模擬制式手機(1G)和第二代GSM、TDMA等數字手機(2G)，第三代手機一般來說，是指將無線通信與國際互聯網等多媒體通信結合的新一代移動通信系統。它能夠處理圖像、音樂、視頻流等多種媒體形式，提供包括網頁瀏覽、電話會議、電子商務等多種信息服務。為了提供這種服務，無線網絡必須能夠支持不同的數據傳輸速度，也就是說在室內、室外和行車的環境中能夠分別支持至少2Mbps(兆字節／每秒)、384kbps(千字節／每秒)以及144kbps的傳輸速度。  閱讀全文

posted @ 2008-11-05 23:57 cheng 閱讀(561) | 評論 (0) | 編輯 收藏

3G業務網絡

     摘要: 無線網絡技術的革命性發展，帶來的是3G網絡空中接口帶寬的增加，使得基于更高速率的業務和應用有了發展的必要環境。移動網絡提供的業務也將隨之從語音業務和語音增值業務向數據增值業務發展。對于運營商而言，傳統的語音業務和類似短信的初級增值業務已不能滿足用戶的需要，未來移動業務熱點將是類似視頻信息、移動金融、定位信息等高級的數據增值業務..  閱讀全文

posted @ 2008-10-19 09:46 cheng 閱讀(498) | 評論 (0) | 編輯 收藏

雙模雙待四大家族-誰最酷

     摘要: 雙模雙待機是指一部具有雙模功能的手機能實現兩個號碼同時待機,可以同時為CDMA和GSM兩個網絡提供支持,而且兩種模式之間可以實現無縫連接,工作在同一個手機平臺上。由于雙模雙待手機可以同時支持兩個模式、兩個號碼,所以一經面試之后就獲得了許多手機發燒友特別是商務人士的青睞..
據賽諾9月26日公布的CDMA市場排名最新數據來看,國產手機憑借雙模雙待的優勢爭回了一定的市場份額,宇龍酷派、中興等企業成為上半年市場份額增長最快的國產手機企業,雙模雙待手機功不可沒..  閱讀全文

posted @ 2008-09-30 10:36 cheng 閱讀(304) | 評論 (0) | 編輯 收藏

華為兇猛為哪般

     摘要: 華為將一貫的兇猛帶到了本土市場的CDMA競標中，作為后來者，這也許是它切入市場的最好方式。
中國電信270億元的CDMA無線設備招標結果傳言不斷，最新的消息是，華為得到了排名第二的中標份額，大約在29%左右..  閱讀全文

posted @ 2008-09-30 09:42 cheng 閱讀(384) | 評論 (0) | 編輯 收藏

JDBC事務問題

     摘要: 事務，在管理類系統中是一個非常重要的概念和技術點，幾乎涉及到數據的業務都會考慮事務的操作性。現在主流的框架中有很多事務管理器已經幫我們做好了底層的支持，我們關心的是業務層面的事務邏輯控制，但很多時候我們也應該清楚事務在jdbc層面控制的思路和原理，這樣才能更好的幫助我們來理解它并應用它。例如：為了解決與“多個線程請求相同數據”相關的問題，事務之間用鎖相互隔開。多數主流的數據庫支持不同類型的鎖；因此，JDBC API 支持不同類型的事務，它們由 Connection 對象指派或確定...  閱讀全文

posted @ 2008-08-31 21:19 cheng 閱讀(821) | 評論 (1) | 編輯 收藏

山寨機與國產手機的歷史

     摘要: “MTK是‘山寨機之父’。”“中國本土品牌絕大部分都使用的是MTK平臺。 ”當“山寨機”事件在近期被媒體炒的沸沸揚揚之時，很多將虧損責任歸咎于“山寨機”的本土企業卻發現，自己不知不覺也走進了“山寨”。近期不但在市場上表 現搶眼的天語、金立、長虹等手機新軍采用MTK平臺，包括聯想、康佳等諸多老牌手機企業也都紛紛轉向MTK，據MTK相關人士透漏，目前中國國產手機品牌 除了一兩個個別品牌之外，幾乎全部的品牌都在開始采用MTK平臺。  閱讀全文

posted @ 2008-08-17 20:37 cheng 閱讀(597) | 評論 (0) | 編輯 收藏

PLSQL中顯式Cursor、隱式Cursor、動態Ref Cursor

     摘要: PLSQL開發過程中，對于集合數據的處理，在sql的批量insert，update，delete操作下，我們還會經常用到游標。
對于游標的用法，用過的朋友都比較熟悉。此文中主要是對其分類以及各自用法做個小結。對于動態游標，靜態游標各自的特點以及應用場景以及什么情況下用什么類型游標最優等等話題進行討論和分析。  閱讀全文

posted @ 2008-07-31 19:04 cheng 閱讀(7859) | 評論 (1) | 編輯 收藏

淺談中國電信OCS的引入

     摘要: 隨著網絡的演進和電信市場競爭的加劇，電信計費系統也在逐步發生著變革。在網絡能力方面，計費系統需要不斷滿足固網、PHS、GSM移動網、寬帶網，以及3G移動網等各種網絡業務的計費需求；而在市場需求方面，預付費用戶比例的急速上升對計費系統應對欠費風險的能力提出了巨大挑戰。同時，業務發展的多樣性也要求計費系統不再只是針對單系統、單業務的簡單計費，而必須要具備全業務、跨網絡業務捆綁和組合的融合計費能力，才能有效支撐靈活多樣的計費需求和市場推廣策略。  閱讀全文

posted @ 2008-07-20 09:04 cheng 閱讀(735) | 評論 (0) | 編輯 收藏

PLSQL開發筆記和小結

     摘要: wap項目需要和管理平臺對接，近期一直在編寫接口機存儲過程，流程涵蓋我們平臺的大部分對象（SP，業務，產品，套餐，以及map關系表：產品與套餐，業務與業務類別，業務與欄目，業務類別與欄目等等）。于是趁開發聯調完畢之際，總結一下以前寫過的過程以及編寫過程中需要的一些注意點，同時也參考CSDN上大牛們總結的一些精髓并吸收之，呵。  閱讀全文

posted @ 2008-07-19 21:38 cheng 閱讀(35769) | 評論 (14) | 編輯 收藏

DBA在系統設計和開發中的工作范疇

     摘要: 許多應用系統的性能并不理想，或者系統數據會出現一些難以重現的奇怪的錯誤，這些問題（尤其是性能問題）有時并不是在系統初期就會體現出來，但是隨著系統的運行、數據的增多而逐步變得難以解決，給系統后期的功能擴展和用戶使用上帶來了不少麻煩，造成這些問題的原因，往往體現了一點：開發、設計這些系統的人不了解數據庫！  閱讀全文

posted @ 2008-06-29 08:38 cheng 閱讀(545) | 評論 (0) | 編輯 收藏

對象初始化流程梳理

     摘要: 通過一段代碼，來看JAVA對象初始化的順序，看看對象初始化對于static塊，非static塊，static屬性，非static屬性和構造器，它們之間的執行流程。
  閱讀全文

posted @ 2008-05-24 21:26 cheng 閱讀(2203) | 評論 (3) | 編輯 收藏

static、this、super、final用法

     摘要: 最近在復習J2SE基礎部分，新項目需要換平臺框架，和以前的JSP+C+存儲過程架構不同，這次要采用WEB2.0方式增強項目的交互性，具體好處只有到真正開發當中去體會了。
趁著這個時間段，自己再回顧回顧基礎。  閱讀全文

posted @ 2008-05-23 20:22 cheng 閱讀(585) | 評論 (0) | 編輯 收藏

rm操作需謹慎(部署crontab中)

     摘要: 用戶可以用rm命令刪除不需要的文件。該命令的功能為刪除一個目錄中的一個或多個文件或目錄，它也可以將某個目錄及其下的所有文件及子目錄均刪除。對于鏈接文件，只是斷開了鏈接，原文件保持不變。對于rm操作，一旦文件被刪除，它是不能被恢復的。所以在使用rm操作時候要千萬小心和注意！筆者就在rm上栽了一跟頭，所幸的是在執行腳本前有人為的手工備份。文中有針對rm操作的具體解決方案。

  閱讀全文

posted @ 2008-05-18 17:18 cheng 閱讀(3264) | 評論 (0) | 編輯 收藏

String對象的理解進行時

     摘要: CSDN上，String對象已經被談及了不知有多少遍。最近在讀<<深入Java虛擬機>>，看的過程當中，有很多新的收獲。于是想將以前學習時候對一些概念重新整理，想重新梳理一下在Java這塊的知識體系。下文中是自己對String對象的的一些見解和看法，文中內容也在同步更新中。歡迎大家提出見解。  閱讀全文

posted @ 2008-05-12 21:43 cheng 閱讀(1610) | 評論 (0) | 編輯 收藏

Oracle 的SQL*LOADER

     摘要: Oracle 的SQL*LOADER可以將外部數據加載到數據庫表中。下面是SQL*LOADER的基本特點：
1.1 功能
1）能裝入不同數據類型文件及多個數據文件的數據
2）可裝入固定格式，自由定界以及可度長格式的數據
3）可以裝入二進制，壓縮十進制數據
4）一次可對多個表裝入數據
5）連接多個物理記錄裝到一個記錄中
6）對一單記錄分解再裝入到表中  閱讀全文

posted @ 2008-05-08 10:41 cheng 閱讀(3672) | 評論 (0) | 編輯 收藏

職業素養--高效人士的七個習慣

     摘要: 面對近來面對接踵而來工作上的事情以及處理現場故障問題上，處理事情的能力以及方法還有待提高和改善。
小總結下自己的感悟，自勉++。
面對多件需要處理的事情，自己先評估完成所需時間并反饋領導，接著按優先級來分件一件件來處理。
面對急迫的事情，先要冷靜地分析，處理之前應盡最大程度地和涉及到的人員將情況溝通清楚并確認，再來做自己的事情。
程序開發完成后一定要按照需求的要求以及以往的經驗進行充分自測，再給測試或用服人員進行測試和部署。
對于補丁，制作完后一定要取現場的版本代碼回來和自己程序對照，保持版本間代碼的一致性。
對割接工具，操作手冊中一定要說明適合現場的版本號，以免出現公司開發環境上版本和現場版本不一致。
操作文檔中一定要將程序的部署方法以及執行程序前應該做的相關備份工作進行文檔說明，站在對方角度來思考書寫流程。  閱讀全文

posted @ 2008-04-30 21:13 cheng 閱讀(497) | 評論 (0) | 編輯 收藏

ORACLE Sequence

     摘要: Sequence是數據庫系統按照一定規則自動增加的數字序列。這個序列一般作為代理主鍵（因為不會重復），沒有其他任何意義。
Sequence是數據庫系統的特性，有的數據庫有Sequence，有的沒有。比如Oracle、DB2、PostgreSQL數據庫有Sequence，MySQL、SQL Server、Sybase等數據庫沒有Sequence。  閱讀全文

posted @ 2008-04-17 19:39 cheng 閱讀(1825) | 評論 (0) | 編輯 收藏

運營商應該向互聯網學習什么

     摘要: WiKi經濟學專家DonTapscott曾經講述過這樣一件事情：坐落于羅倫多的一家黃金開采公司的CEO邁克·歐文受困于無法定位到真正的金礦，決定向全世界網民公開公司的地質數據，并在網上發起了“黃金公司挑戰賽”活動，規定能夠提出最優估計和最佳方案的參賽者可以獲得57.5萬美元的獎金。通過這項活動，參賽者發現了110個目標，其中50%是公司以前未發現的；80%以上的新目標后來證實有大量的黃金，總量達800萬盎司。這項活動告訴我們，通過互聯網調動身處各地的網民的力量，可以達到意想不到的效果。   閱讀全文

posted @ 2008-04-10 22:24 cheng 閱讀(354) | 評論 (0) | 編輯 收藏

linux下的crontab定時命令

     摘要: 在我們的項目當中，如通訊類項目，經常會需要在linux或unix下部署shell腳本來執行定時任務，比如手機用戶的月資費提醒，就需要每個月定時給用戶發送短信通知該月的月消費情況，在linux或unix服務器端，就需要利用crontab命令來部署我們的shell腳本，來定時執行。

一般的流程可以這樣：每個月的月初，通過短信接口機定時給手機用戶發送用戶上個月的消費資情況。而對于shell腳本就是定時掃描和用戶消費記錄的相關表并將信息搜集起來插入到同步任務表中，也可以根據需要生成手機用戶資費文件放置服務器上約定的路徑下，再來由短信接口機來掃描同步任務表和讀取資費文件，后續的短信發送就是短信接口機端的流程了，這里就先不討論。  閱讀全文

posted @ 2008-03-27 20:47 cheng 閱讀(2247) | 評論 (1) | 編輯 收藏

回車符和二進制引發的問題

     摘要: 細節決定成敗，這次終于在我身上得到了充分的驗證。一個回車符，一整個下午的不停調試測試...
博文之前，先在這里介紹一下文本模式和二進制模式的差別了，它們兩者的差別主要體現是在回車換行的處理上，不同系統對回車換行的處理不一致。
CR： Carriage Return, 0X0D, “\r”
LF： Line Feed, 0X0A, “\n”
Dos和Windows采用回車+換行(CR+LG)表示下一行
UNIX采用換行符 (LF)表示下一行
MAC機采用回車符(CR)表示下一行
  閱讀全文

posted @ 2008-03-27 19:50 cheng 閱讀(2770) | 評論 (4) | 編輯 收藏

sqlplus命令收集

     摘要: Oracle的sql*plus是與oracle進行交互的客戶端工具。在sql*plus中，可以運行sql*plus命令與sql*plus語句。

我們通常所說的DML、DDL、DCL語句都是sql*plus語句，它們執行完后，都可以保存在一個被稱為sql buffer的內存區域中，并且只能保存一條最近執行的sql語句，我們可以對保存在sql buffer中的sql 語句進行修改，然后再次執行，sql*plus一般都與數據庫打交道。 除了sql*plus語句，在sql*plus中執行的其它語句我們稱之為sql*plus命令。它們執行完后，不保存在sql buffer的內存區域中，它們一般用來對輸出的結果進行格式化顯示，以便于制作報表。

下面就介紹一下一些常用的sql*plus命令：  閱讀全文

posted @ 2008-03-07 17:00 cheng 閱讀(814) | 評論 (0) | 編輯 收藏

awk使用手冊

     摘要: 什么是awk?

你可能對UNIX比較熟悉，但你可能對awk很陌生，這一點也不奇怪，的確，與其優秀的功能相比，awk還遠沒達到它應有的知名度。awk是什么？與其它大多數UNIX命令不同的是，從名字上看，我們不可能知道awk的功能：它既不是具有獨立意義的英文單詞，也不是幾個相關單詞的縮寫。事實上，awk是三個人名的縮寫，他們是：Aho、(Peter)Weinberg和(Brain)Kernighan。正是這三個人創造了awk---一個優秀的樣式掃描與處理工具。  閱讀全文

posted @ 2008-03-07 12:13 cheng 閱讀(468) | 評論 (0) | 編輯 收藏

能力成熟度模型CMMI

     摘要: CMMI 的全稱為：Capability Maturity Model Integration，即能力成熟度模型集成。CMMI是CMM模型的最新版本。早
期的CMMI（CMMI-SE/SW/IPPD）1.02版本是應用于軟件業項目的管理方法，SEI在部分國家和地區開始推廣和試用。隨著應用
的推廣與模型本身的發展，演繹成為一種被廣泛應用的綜合性模型。
  閱讀全文

posted @ 2008-02-29 17:26 cheng 閱讀(525) | 評論 (0) | 編輯 收藏

如何提高自己的編程水平

     摘要: 時間可以改變很多，經驗，閱歷和想法。生活一直在繼續，堅信自己的方向，始終不渝。
在這轉一篇袁紅崗先生的文章，雖然很早看過，但想貼出來和大家共勉，各自的路各自慢慢去求索吧。  閱讀全文

posted @ 2008-02-28 19:38 cheng 閱讀(732) | 評論 (0) | 編輯 收藏

Oracle的悲觀鎖和樂觀鎖

     摘要: 為了得到最大的性能，一般數據庫都有并發機制，不過帶來的問題就是數據訪問的沖突。為了解決這個問題，大多數數據庫用的方法就是數據的鎖定。
數據的鎖定分為兩種方法，第一種叫做悲觀鎖，第二種叫做樂觀鎖。什么叫悲觀鎖呢，悲觀鎖顧名思義，就是對數據的沖突采取一種悲觀的態度，也就是說假設...
  閱讀全文

posted @ 2008-01-25 15:40 cheng 閱讀(8079) | 評論 (0) | 編輯 收藏

Like SQL語句的優化

     摘要: Like SQL語句的優化的一點測試
1.盡量不要使用 like '%..%'
2.對于 like '..%..' (不以 % 開頭)，Oracle可以應用 colunm上的index
3.對于 like '%...' 的 (不以 % 結尾)，可以利用reverse + function index 的形式，變化成 like '..%'  閱讀全文

posted @ 2008-01-23 15:58 cheng 閱讀(4303) | 評論 (2) | 編輯 收藏

ORACLE批量更新三種方法比較

     摘要: 昨天在網上看到一篇關于大數據量下的批量update操作的總結文章，寫得很好，在此傳載，和大家共享下。

在大型的數據庫應用中，我們經常會有針對表與表之間的關鍵建進行字段更新，那么在這個時候，我們就不能寫簡單的update來實現更新操作，而要針對具體的數據量來進行批量的update,下面幾個例子是常用的SQL,將其做個對比，歡迎大家提出更好更高效的SQL實現。  閱讀全文

posted @ 2007-12-28 20:11 cheng 閱讀(11468) | 評論 (0) | 編輯 收藏

Oracle中的動態SQL

     摘要: 一般的PL/SQL程序設計中，在DML和事務控制的語句中可以直接使用SQL，但是DDL語句及系統控制語句卻不能在PL/SQL中直接使用，要想實現在PL/SQL中使用DDL語句及系統控制語句，可以通過使用動態SQL來實現。  閱讀全文

posted @ 2007-12-17 17:22 cheng 閱讀(7160) | 評論 (0) | 編輯 收藏

Oracle中的rownum和rowid

     摘要: 對于 Oracle 的 rownum 問題，很多資料都說不支持>,>=,=,between...and，只能用以上符號(<、<=、!=)，并非說用>,>=,=,between..and 時會提示SQL語法錯誤，而是經常是查不出一條記錄來，還會出現似乎是莫名其妙的結果來，其實您只要理解好了這個 rownum 偽列的意義就不應該感到驚奇。

rowid與rownum 雖都被稱為偽列，但它們的存在方式是不一樣的，rowid 可以說是物理存在的，表示記錄在表空間中的唯一位置ID，在DB中是唯一的。只要記錄沒被搬動過，rowid是不變的。rowid 相對于表來說又像表中的一般列，所以以 rowid 為條件就不會有rownum那些莫名其妙的結果出現。
  閱讀全文

posted @ 2007-12-11 19:21 cheng 閱讀(7325) | 評論 (4) | 編輯 收藏

Oracle字符集問題

     摘要: 對于Oracle字符集問題，出差期間在測試csp項目時候遇到過字符編碼的問題．
具體情況:Oracle客戶端字符編碼與服務器端不一致，導致用PL/SQL連數據庫時select表數據出現亂碼情況．
部署環境：客戶端是windows，其上安裝pl/sql，服務器端為suse linux其上部署Oracle服務器端 .
后經過分析，定位到了winwods注冊表中的NLS_LANG鍵值的編碼集的原因．
后網上搜尋相關文章，覺得這篇文章寫得總結性比較強，于是在此傳載，和大家分享下．  閱讀全文

posted @ 2007-12-05 19:54 cheng 閱讀(2592) | 評論 (0) | 編輯 收藏

linux用戶和用戶組管理

     摘要: Linux是一個多用戶多任務的分時操作系統，任何一個要使用系統資源的用戶都必須先向系統管理員申請一個賬號，然后以這個賬號的身份進入系統。用戶的賬號一方面可以幫助系統管理員對使用系統的用戶進行跟蹤，并控制他們對系統資源的訪問；另一方面也可以幫助用戶組織文件，并為用戶提供安全性保護。每個用戶賬號都擁有一個惟一的用戶名和用戶口令。用戶在登錄時鍵入正確的用戶名和口令后，才能進入系統和自己的主目錄。

實現用戶賬號的管理，要完成的工作主要有如下幾個方面：

a.用戶賬號的添加、刪除與修改。  閱讀全文

posted @ 2007-11-04 16:32 cheng 閱讀(5191) | 評論 (0) | 編輯 收藏

linux常用關機和重啟命令

     摘要: Linux中常用的關機和重新啟動命令有shutdown、halt、reboot以及init，它們都可以達到關機和重新啟動的目的，但是每個命令的內部工作過程是不同的，下面逐一進行介紹。

1. shutdown

shutdown命令用于安全關閉Linux系統。有些用戶會使用直接斷掉電源的方式來關閉Linux，這是十分危險的。因為Linux與Windows不同，其后臺運行著許多進程，所以強制關機可能會導致進程的數據丟失，使系統處于不穩定的狀態，甚至會損壞硬件設備。   閱讀全文

posted @ 2007-11-03 13:08 cheng 閱讀(522) | 評論 (0) | 編輯 收藏

Linux目錄結構

     摘要: 目錄結構及主要內容

“/”根目錄部分有以下子目錄：

/usr 目錄包含所有的命令、程序庫、文檔和其它文件。這些文件在正常操作中不會被改變的。這個目錄也包含你的Linux發行版本的主要的應用程序，譬如，Netscape。

/var 目錄包含在正常操作中被改變的文件：假脫機文件、記錄文件、加鎖文件、臨時文件和頁格式化文件等。

/home 目錄包含用戶的文件：參數設置文件、個性化文件、文檔、數據、EMAIL、緩存數據等。這個目錄在系統省級時應該保留。

  閱讀全文

posted @ 2007-11-02 12:59 cheng 閱讀(1555) | 評論 (1) | 編輯 收藏

Linux命令基礎篇

     摘要: Linux進入與退出系統

　　進入Linux系統：
　　必須要輸入用戶的賬號，在系統安裝過程中可以創建以下兩種帳號：
　　1．root--超級用戶帳號（系統管理員），使用這個帳號可以在系統中做任何事情。
  閱讀全文

posted @ 2007-11-02 12:08 cheng 閱讀(1190) | 評論 (0) | 編輯 收藏

手機通訊原理中的老驢拉磨之影

     摘要: 在我國北方的鄉村，不少人家門前或院子里都有石磨。在村里隨便走走，經常可以看到左鄰右舍家有一老驢被蒙著眼睛圍著大石磨不停地繞圈圈。那是老驢在拉磨。
　　 春去秋來，年復一年，在中國的土地上，每天都不知道有多少頭老驢在拉磨，它們為中國農村家家戶戶奔小康貢獻了一生。但是，中國5000多年的歷史書上基本上沒有老驢拉磨的地位，這對老驢們是很不公平的。
　　 如今，在中國每一個大大小小的城市里，從中小學生到老頭老太，很多人都擁有手機了。中國已經是世界上手機用戶最多的國家了。中國的城市里還找得到比手機更普及的電子電器產品嗎？
　　 絕大部分生活在鄉下的、家里有頭老驢拉磨的鄉親們和絕大部分生活在城市的、擁有一部或幾部手機的哥們姐們，卻從來不曾知道、也絕對不會想到，手機通訊技術原理離不開老驢拉磨的影子。  閱讀全文

posted @ 2007-10-11 09:39 cheng 閱讀(719) | 評論 (2) | 編輯 收藏

TD-SCDMA

     摘要: TD-SCDMA作為中國提出的第三代移動通信標準(簡稱3G)，自1998年正式向ITU(國際電聯)提交以來，已經歷經五年多的時間，完成了標準的專家組評估、ITU認可并發布、與3GPP(第三代伙伴項目)體系的融合、新技術特性的引入等一系列的國際標準化工作，從而使TD－SCDMA標準成為第一個由中國提出的，以我國知識產權為主的、被國際上廣泛接受和認可的無線通信國際標準。這是我國電信史上重要的里程碑。(注:3G共有三個國際標準,另外兩個是美國主導的CDMA2000,和歐洲主導的WCDMA.)  閱讀全文

posted @ 2007-10-06 10:23 cheng 閱讀(344) | 評論 (0) | 編輯 收藏

負載均衡和雙機備份

     摘要: 這段時間在北京出差，主要是負責前段時間的網通CSP平臺的系統部署對和BUG的進一步調試，同時在網通機房和大型服務器第一次有了一個進距離的接觸和了解，平常工作時聽得多的是同事們將到的雙機備份容錯機制和負載均衡技術，感觸比較貼切，因為服務器就在自己的周邊部署著。目前項目一期是SMS（短信）和IVR（語音）業務上線，其服務器的體系結構是由門戶機（業務邏輯程序部署）和業務機（數據庫部署）組成，門戶機用多臺機器來做負載均衡，業務機采用雙機備份容錯機制來搭建。最近也搜索了下這方面的文章，在也先是一個整體的認識和學習。下面分別介紹下相關技術。  閱讀全文

posted @ 2007-08-30 21:51 cheng 閱讀(1505) | 評論 (0) | 編輯 收藏

正確選擇Linux發行版

     摘要: 什么是Linux？

也許很多人會不屑的說，Linux不就是個操作系統么。錯！Linux不是一個操作系統，嚴格來講，Linux只是一個操作系統中的內核。內核是什么？內核建立了計算機軟件與硬件之間通訊的平臺，即通常我們所說的協議層，內核只提供系統服務，比如文件管理、虛擬內存、設備I/O等，與硬件本身無關。
  閱讀全文

posted @ 2007-08-22 17:39 cheng 閱讀(548) | 評論 (0) | 編輯 收藏

互聯網短信網關(ISMG)通信原理

     摘要: 隨著使用支持中文手機的用戶增多，短信息已經成為手機用戶最經常使用的業務之一。除了大量使用的手機用戶到手機用戶的點對點短信業務之外，從信息平臺到手機用戶的短信信息服務業務也在快速發展，該業務已經成為廣大用戶及時方便地獲取信息的一種手段。在廣大服務提供商（SP）的支持下，用戶可以采用短信點播或網站定制的方式得到大量有用信息，SP也能通過提供有償信息服務而獲得收益，因此用戶和SP對短信信息服務業務的需求都很大。
  閱讀全文

posted @ 2007-08-20 14:00 cheng 閱讀(1188) | 評論 (0) | 編輯 收藏

關于工作流

     摘要: 畢業，上班接近一個月了。按照給自己定的計劃，工作流和Oracle是最近學習和研究的主要方向。對于workflow，現在還處于基本的理論理解上，Oracle服務器端涉及的知識點比較多，有時候很想一口氣吃個胖子，但效果卻可想而知了。還有很多東西需要去慢慢去理解和消化。決定給自己一個緩沖學習的時間，同時還請各位大蝦賜教，共享下這方面的資源了。

主要術語：

BPM----業務流程管理 workflow和BPM的區別

工作流多半局限于技術領域，業務流程管理還從管理人員的角度涉及了非技術問題，比如分析、組織的效率。
  閱讀全文

posted @ 2007-08-01 13:47 cheng 閱讀(602) | 評論 (0) | 編輯 收藏

UML中的用例圖分析

     摘要: 對于泛化，包含和擴展之間的關系和區別，這幾天查找相關資料并結合自己的項目實際思考和描繪了系統了整個用例圖，在這里和大家分享下，歡迎大家提出改進性建議。
  閱讀全文

posted @ 2007-06-05 21:32 cheng 閱讀(5591) | 評論 (10) | 編輯 收藏

對象初始化問題引發的思考

     摘要: 引發的思考...

一個讓98%Java程序員犯難的問題  閱讀全文

posted @ 2007-06-01 16:40 cheng 閱讀(1242) | 評論 (0) | 編輯 收藏