<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    posts - 188,comments - 176,trackbacks - 0
         摘要: 關(guān)于產(chǎn)品規(guī)劃,可以從尋找用戶問題、分析市場(chǎng)/競(jìng)品/產(chǎn)品數(shù)據(jù)、明確產(chǎn)品目標(biāo)/路徑、設(shè)計(jì)功能矩陣、業(yè)務(wù)&技術(shù)風(fēng)險(xiǎn)評(píng)估幾方面開展,即圍繞尋找問題->明確目標(biāo)->設(shè)計(jì)路徑形成產(chǎn)品演進(jìn)。
    1、用戶問題
    用戶對(duì)產(chǎn)品反饋有哪些問題?哪些是用戶剛需?哪些是非剛需?外部用戶電話/QQ/微信溝通,內(nèi)部用戶面對(duì)面訪談。溝通前準(zhǔn)備問題清單,溝通后將結(jié)果分類(如:功能操作易用性/手冊(cè)幫助指導(dǎo)/客服溝通渠道/產(chǎn)品賦能力度),每類形成TOP3~5。

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

    1、產(chǎn)品調(diào)研期
    集中辦公,各產(chǎn)品人員分工調(diào)研,編寫和評(píng)審調(diào)研報(bào)告,隨時(shí)頭腦風(fēng)暴,早晚溝通討論(回答市場(chǎng)有什么)。一天下來的工作重點(diǎn)側(cè)重在:調(diào)研、討論、講解。一天的時(shí)間基本都泡在各大市場(chǎng)分析網(wǎng)站和競(jìng)品上面。
    其中,注冊(cè)帳號(hào)使用競(jìng)品的過程中一般是結(jié)合業(yè)務(wù)咨詢,做抽象歸納。

    2、產(chǎn)品需求分析期
    集中辦公,各產(chǎn)品人員根據(jù)調(diào)研成果進(jìn)行業(yè)務(wù)需求分析和討論(回答產(chǎn)品要做什么),根據(jù)業(yè)務(wù)需求梳理出產(chǎn)品需求,最終輸出產(chǎn)品需求說明和原型。一天下來的工作重點(diǎn)側(cè)重在:討論、方案PK、匯報(bào)。  閱讀全文
    posted @ 2015-07-21 22:57 cheng 閱讀(6385) | 評(píng)論 (0)編輯 收藏
         摘要: 在大公司工作,首先要面對(duì)的是公司現(xiàn)有的流程、規(guī)定和條框。其次,基于成本考慮,多數(shù)大公司都采取矩陣式管理,核心部門都是共享資源,產(chǎn)品經(jīng)理要確保爭(zhēng)取到足夠的資源才能研發(fā)出產(chǎn)品。作為一名初來咋到的產(chǎn)品經(jīng)理,更是要理解這兩點(diǎn)才能高效地開展日常工作。

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

      業(yè)務(wù)定義:短信(Short Message Service),指以信令網(wǎng)為傳輸載體,傳輸文字等簡(jiǎn)短信息的業(yè)務(wù)。

      市場(chǎng)描述:從2000年5月17日中國(guó)移動(dòng)正式開通短信服務(wù)以來,手機(jī)用戶開始有了除語(yǔ)音以外的另一種全新的交流方式。與語(yǔ)音業(yè)務(wù)相比,短信的資費(fèi)更為低廉,收費(fèi)模式也很得人心(單向收費(fèi)),而且操作簡(jiǎn)便,可謂“老少皆宜”。2001年5月17日,中國(guó)移動(dòng)向“神州行”用戶開放了短信服務(wù),短信的互連互通問題逐漸得到解決,短信市場(chǎng)開始真正繁榮起來。
      閱讀全文
    posted @ 2010-06-10 13:31 cheng 閱讀(692) | 評(píng)論 (0)編輯 收藏
         摘要: 本文從電信企業(yè)戰(zhàn)略和IT現(xiàn)狀出發(fā),闡述了中國(guó)電信建設(shè)CRM系統(tǒng)的必要性,并從建設(shè)好CRM系統(tǒng)和發(fā)揮系統(tǒng)效能的角度,概括了CRM系統(tǒng)建設(shè)應(yīng)該解決的應(yīng)用和技術(shù)方面的問題。針對(duì)問題,提出了中國(guó)電信CRM系統(tǒng)3階段的建設(shè)策略和技術(shù)解決方案。最后從建立集團(tuán)級(jí)CRM系統(tǒng)、支持新業(yè)務(wù)的角度對(duì)下階段CRM系統(tǒng)建設(shè)方向進(jìn)行了展望。
    1、電信CRM系統(tǒng)建設(shè)背景
    為了適應(yīng)日益激烈的市場(chǎng)競(jìng)爭(zhēng),滿足不斷增長(zhǎng)的客戶需求,逐步提升企業(yè)價(jià)值,中國(guó)電信提出了“以市場(chǎng)為導(dǎo)向,以客戶為中心,以效益為目標(biāo)”的企業(yè)核心經(jīng)營(yíng)理念,希望通過BPR(業(yè)務(wù)流程重組)和IT支撐系統(tǒng)改造雙管齊下,建立起面向客戶,支持全業(yè)務(wù)的市場(chǎng)營(yíng)銷、客戶服務(wù)的管理平臺(tái),縮短銷售周期,降低成本,開拓市場(chǎng)和渠道,提高客戶滿意度和忠誠(chéng)度,爭(zhēng)取和保留優(yōu)質(zhì)客戶,提升客戶價(jià)值,提高企業(yè)贏利能力。
      閱讀全文
    posted @ 2010-04-25 10:39 cheng 閱讀(642) | 評(píng)論 (0)編輯 收藏
         摘要: 三網(wǎng)融合是指電信網(wǎng)、計(jì)算機(jī)網(wǎng)和有線電視網(wǎng)三大網(wǎng)絡(luò)通過技術(shù)改造,能夠提供包括語(yǔ)音、數(shù)據(jù)、圖像等綜合多媒體的通信業(yè)務(wù)。

    基本概念
      三網(wǎng)融合是一種廣義的、社會(huì)化的說法,在現(xiàn)階段它并不意味著電信網(wǎng)、計(jì)算機(jī)網(wǎng)和有線電視網(wǎng)三大網(wǎng)絡(luò)的物理合一,而主要是指高層業(yè)務(wù)應(yīng)用的融合。其表現(xiàn)為技術(shù)上趨向一致,網(wǎng)絡(luò)層上可以實(shí)現(xiàn)互聯(lián)互通,形成無縫覆蓋,業(yè)務(wù)層上互相滲透和交叉,應(yīng)用層上趨向使用統(tǒng)一的IP協(xié)議,在經(jīng)營(yíng)上互相競(jìng)爭(zhēng)、互相合作,朝著向人類提供多樣化、多媒體化、個(gè)性化服務(wù)的同一目標(biāo)逐漸交匯在一起,行業(yè)管制和政策方面也逐漸趨向統(tǒng)一。
      所謂“三網(wǎng)融合”,就是指電信網(wǎng)、廣播電視網(wǎng)和計(jì)算機(jī)通信網(wǎng)的相互滲透、互相兼容、并逐步整合成為全世界統(tǒng)一的信息通信網(wǎng)絡(luò)。“三網(wǎng)融合”是為了實(shí)現(xiàn)網(wǎng)絡(luò)資源的共享,避免低水平的重復(fù)建設(shè),形成適應(yīng)性廣、容易維護(hù)、費(fèi)用低的高速帶寬的多媒體基礎(chǔ)平臺(tái)。
      閱讀全文
    posted @ 2010-02-27 12:35 cheng 閱讀(443) | 評(píng)論 (0)編輯 收藏
         摘要: Oracle數(shù)據(jù)庫(kù)常用的操作命令

    常用的數(shù)據(jù)字典表:tab,user_tables,user_objects,user_catalog,user_constraints,user_cons_columns
    1、視圖在所有存儲(chǔ)過程(數(shù)據(jù)字典表)中查詢是否有某一字符串的SQL語(yǔ)句
    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'  閱讀全文
    posted @ 2009-12-26 15:54 cheng 閱讀(1398) | 評(píng)論 (1)編輯 收藏
         摘要: NFS server可以看作是一個(gè)FILE SERVER,它可以讓你的PC通過網(wǎng)絡(luò)將遠(yuǎn)端的NFS SERVER共享出來的檔案MOUNT到自己的系統(tǒng)中,在CLIENT看來使用NFS的遠(yuǎn)端文件就象是在使用本地文件一樣。
    NFS協(xié)議從誕生到現(xiàn)在為止,已經(jīng)有多個(gè)版本,如NFS V2(rfc1094),NFS V3(rfc1813)(最新的版本是V4(rfc3010)。

    各NFS協(xié)議版本的主要區(qū)別   閱讀全文
    posted @ 2009-11-13 19:25 cheng 閱讀(531) | 評(píng)論 (0)編輯 收藏
         摘要: 立意決定動(dòng)力:MM的角色定位

    移動(dòng)互聯(lián)網(wǎng)在08年是高速發(fā)展的一年,09年的情況也比較樂觀,我相信未來幾年都是中國(guó)移動(dòng)互聯(lián)網(wǎng)快速發(fā)展的年景。因此,中國(guó)移動(dòng)將在年內(nèi)啟動(dòng)的Mobile Market平臺(tái)策略,成為業(yè)界共同關(guān)心的話題。
      閱讀全文
    posted @ 2009-09-25 20:22 cheng 閱讀(370) | 評(píng)論 (0)編輯 收藏
         摘要: Oracle的導(dǎo)入實(shí)用程序(Import utility)允許從數(shù)據(jù)庫(kù)提取數(shù)據(jù),并且將數(shù)據(jù)寫入操作系統(tǒng)文件。
    imp使用的基本格式:imp[username[/password[@service]]],以下例舉imp常用用法。
    1. 獲取幫助
    imp help=y
    2. 導(dǎo)入一個(gè)完整數(shù)據(jù)庫(kù)
    imp system/manager file=bible_db log=dible_db full=y ignore=y
    3. 導(dǎo)入一個(gè)或一組指定用戶所屬的全部表、索引和其他對(duì)象
    imp system/manager file=seapark log=seapark fromuser=seapark imp system/manager file=seapark log=seapark fromuser=(seapark,amy,amyc,harold)
      閱讀全文
    posted @ 2009-09-14 19:22 cheng 閱讀(901) | 評(píng)論 (0)編輯 收藏
         摘要: oracle 字符集的參數(shù) nls_lang

    nls_lang
    1. NLS_LANG 參數(shù)組成
    NLS_LANG參數(shù)由以下部分組成:
    NLS_LANG=_.
    NLS_LANG各部分含義如下:
    LANGUAGE指定:
      閱讀全文
    posted @ 2009-07-17 21:07 cheng 閱讀(1623) | 評(píng)論 (1)編輯 收藏
         摘要: locale 是國(guó)際化與本土化過程中的一個(gè)非常重要的概念,個(gè)人認(rèn)為,對(duì)于中文用戶來說,通常會(huì)涉及到的國(guó)際化或者本土化,大致包含三個(gè)方面:看中文,寫中文,與 window中文系統(tǒng)的兼容和通信。從實(shí)際經(jīng)驗(yàn)上看來,locale的設(shè)定與看中文關(guān)系不大,但是與寫中文,及window分區(qū)的掛載方式有很密切的關(guān)系。本人認(rèn)為就像一個(gè)純英文的Windows能夠?yàn)g覽中文,日文或者意大利文網(wǎng)頁(yè)一樣,你不需要設(shè)定locale就可以看中文。那么,為什么要設(shè)定 locale呢?什么時(shí)候會(huì)用到locale呢?   閱讀全文
    posted @ 2009-07-17 20:49 cheng 閱讀(479) | 評(píng)論 (0)編輯 收藏
         摘要: 3G大潮說到就到,各家企業(yè)在此種局勢(shì)下紛紛行動(dòng),爭(zhēng)取時(shí)間來占據(jù)有利狀況。其中既有無線巨頭,也不乏初次涉獵無線業(yè)務(wù)的企業(yè)。群雄逐鹿,究竟誰(shuí)能在3G形勢(shì)下分杯羹,且讓我們拭目以待...
      閱讀全文
    posted @ 2009-06-16 12:56 cheng 閱讀(361) | 評(píng)論 (0)編輯 收藏
         摘要: 常用的SQL函數(shù),借鑒一些,補(bǔ)充一些。雖然現(xiàn)在一直在Oracle下開發(fā),實(shí)踐中SQLServer也接觸過些許。將以前的一些記憶整理出來,先貼為快。  閱讀全文
    posted @ 2009-03-19 22:00 cheng 閱讀(1909) | 評(píng)論 (1)編輯 收藏
         摘要: 年屆七旬的美國(guó)高通公司董事長(zhǎng)艾文·雅各布溫文謙和。在人群中你很難看出就是這位看上去像個(gè)退休教授的老人,正領(lǐng)導(dǎo)著一支5000多人的隊(duì)伍在全球電信市場(chǎng)上叱咤風(fēng)云。而僅有18年歷史的高通公司也正以迅速崛起的態(tài)勢(shì)時(shí)刻覬覦著百年老公司們的霸主地位。

    早在公司創(chuàng)立之初,學(xué)者出身的雅各布在開發(fā)新技術(shù)的同時(shí),已敏銳地意識(shí)到保護(hù)專利技術(shù)的重要性。高通從一開始就為自己擁有的每一項(xiàng)研究成果申請(qǐng)專利,日積月累,高通公司包括雅各布本人在內(nèi)的眾多工程師們?cè)谘邪l(fā)CDMA的過程中陸續(xù)注冊(cè)了600多項(xiàng)專利,此外還有800多項(xiàng)在等待美國(guó)政府審批的過程中。而這種對(duì)自己專利的保護(hù),在接下來的日子里為高通公司帶來了豐厚的利潤(rùn),并已成為高通發(fā)展源源不斷的動(dòng)力..  閱讀全文
    posted @ 2009-03-09 21:11 cheng 閱讀(407) | 評(píng)論 (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) | 評(píng)論 (0)編輯 收藏
         摘要: 搜索引擎是網(wǎng)絡(luò)時(shí)代應(yīng)用最廣,作用最大的應(yīng)用軟件之一,是資訊來源的主要通道,搜索引擎是網(wǎng)絡(luò)的主要交匯點(diǎn),網(wǎng)站的網(wǎng)頁(yè)所包含的資訊和服務(wù)是構(gòu)成網(wǎng)絡(luò)海洋的水滴,一滴滴不計(jì)其數(shù)的水滴由搜索引擎這個(gè)主要交匯點(diǎn)、通過瀏覽器這個(gè)管道匯聚成為網(wǎng)絡(luò)的海洋。微軟首席軟件設(shè)計(jì)師Ray Ozzie在給其員工一份備忘錄中表示,微軟公司正在接受一種新的認(rèn)知。“在過去10年中,PC時(shí)代已經(jīng)讓位給另一個(gè)時(shí)代,WEB時(shí)代。不僅可以通過瀏覽器獲得WEB體驗(yàn),通過其他不同的設(shè)備也可以獲得WEB體驗(yàn),例如電腦、電話、媒體播放器、游戲機(jī)、機(jī)頂盒和電視、汽車等等。”在備忘錄中,Ozzie描述了三項(xiàng)原則,以指引該公司進(jìn)入這個(gè)新的時(shí)代。其中的主要概念是,“WEB是我們的社會(huì)網(wǎng)格和設(shè)備網(wǎng)絡(luò)的樞紐”。   閱讀全文
    posted @ 2008-12-31 14:33 cheng 閱讀(547) | 評(píng)論 (0)編輯 收藏
         摘要: 所謂PUSH技術(shù)是一種基于客戶服務(wù)器機(jī)制,由服務(wù)器主動(dòng)的將信息發(fā)往客戶端的技術(shù)。

    同傳統(tǒng)的拉技術(shù)(PULL)相比,兩者最為主要的區(qū)別在于前者的是由服務(wù)器主動(dòng)發(fā)送信息,而后者則是由客戶機(jī)主動(dòng)請(qǐng)求信息。在PUSH應(yīng)用中,在服務(wù)器發(fā)送內(nèi)容給客戶機(jī)之前,沒有明顯的客戶機(jī)請(qǐng)求,也就是說,PUSH事務(wù)是由服務(wù)器發(fā)起的。PUSH技術(shù)的本質(zhì)在于讓信息去主動(dòng)的尋找用戶,因此其優(yōu)勢(shì)在于信息的主動(dòng)性和及時(shí)性,通過使用該技術(shù),可以盡快的將信息推送到用戶面前;其弱勢(shì)在于信息的準(zhǔn)確性較差,由于簡(jiǎn)單的篩選機(jī)制取代了人工的選擇,必然會(huì)使推送信息和用戶的需求間存在一定的差異。  閱讀全文
    posted @ 2008-12-08 22:03 cheng 閱讀(2399) | 評(píng)論 (0)編輯 收藏
         摘要: 陜西電信C網(wǎng)189號(hào)段準(zhǔn)備放號(hào),近期一直出差西安調(diào)試平臺(tái),忙中偷閑來寫寫。ISMP,ISAG,WAPGW,MMSGW,SMSGW,WAPPORTAL,全國(guó)PORTAL,NMSC,OCS和BOSS,是這次業(yè)務(wù)流程所涉及到的對(duì)象。對(duì)于增值業(yè)務(wù),業(yè)務(wù)流程的熟悉是非常重要的,聯(lián)調(diào)過程中和同事的溝通交流,使自己以前很多不解之處找到答案,對(duì)整個(gè)連串的業(yè)務(wù)流程的體會(huì)也更加深刻。

    業(yè)務(wù)流程的復(fù)雜度以及流程的連串性,都是在這次聯(lián)調(diào)的基礎(chǔ)上去理解和消化,這是在所里開發(fā)測(cè)試過程中無法體會(huì)得到的,所以珍惜。后續(xù)空閑之余慢慢總結(jié)相關(guān)流程。這里先轉(zhuǎn)一篇BOSS系統(tǒng)介紹的文章,個(gè)人認(rèn)為比較系統(tǒng)全面地了介紹了BOSS的功能和作用。  閱讀全文
    posted @ 2008-11-12 21:25 cheng 閱讀(1328) | 評(píng)論 (0)編輯 收藏
         摘要: 3G是英文3rd Generation的縮寫,指第三代移動(dòng)通信技術(shù)。相對(duì)第一代模擬制式手機(jī)(1G)和第二代GSM、TDMA等數(shù)字手機(jī)(2G),第三代手機(jī)一般來說,是指將無線通信與國(guó)際互聯(lián)網(wǎng)等多媒體通信結(jié)合的新一代移動(dòng)通信系統(tǒng)。它能夠處理圖像、音樂、視頻流等多種媒體形式,提供包括網(wǎng)頁(yè)瀏覽、電話會(huì)議、電子商務(wù)等多種信息服務(wù)。為了提供這種服務(wù),無線網(wǎng)絡(luò)必須能夠支持不同的數(shù)據(jù)傳輸速度,也就是說在室內(nèi)、室外和行車的環(huán)境中能夠分別支持至少2Mbps(兆字節(jié)/每秒)、384kbps(千字節(jié)/每秒)以及144kbps的傳輸速度。  閱讀全文
    posted @ 2008-11-05 23:57 cheng 閱讀(560) | 評(píng)論 (0)編輯 收藏
         摘要: 無線網(wǎng)絡(luò)技術(shù)的革命性發(fā)展,帶來的是3G網(wǎng)絡(luò)空中接口帶寬的增加,使得基于更高速率的業(yè)務(wù)和應(yīng)用有了發(fā)展的必要環(huán)境。移動(dòng)網(wǎng)絡(luò)提供的業(yè)務(wù)也將隨之從語(yǔ)音業(yè)務(wù)和語(yǔ)音增值業(yè)務(wù)向數(shù)據(jù)增值業(yè)務(wù)發(fā)展。對(duì)于運(yùn)營(yíng)商而言,傳統(tǒng)的語(yǔ)音業(yè)務(wù)和類似短信的初級(jí)增值業(yè)務(wù)已不能滿足用戶的需要,未來移動(dòng)業(yè)務(wù)熱點(diǎn)將是類似視頻信息、移動(dòng)金融、定位信息等高級(jí)的數(shù)據(jù)增值業(yè)務(wù)..  閱讀全文
    posted @ 2008-10-19 09:46 cheng 閱讀(497) | 評(píng)論 (0)編輯 收藏
         摘要: 雙模雙待機(jī)是指一部具有雙模功能的手機(jī)能實(shí)現(xiàn)兩個(gè)號(hào)碼同時(shí)待機(jī),可以同時(shí)為CDMA和GSM兩個(gè)網(wǎng)絡(luò)提供支持,而且兩種模式之間可以實(shí)現(xiàn)無縫連接,工作在同一個(gè)手機(jī)平臺(tái)上。由于雙模雙待手機(jī)可以同時(shí)支持兩個(gè)模式、兩個(gè)號(hào)碼,所以一經(jīng)面試之后就獲得了許多手機(jī)發(fā)燒友特別是商務(wù)人士的青睞..
    據(jù)賽諾9月26日公布的CDMA市場(chǎng)排名最新數(shù)據(jù)來看,國(guó)產(chǎn)手機(jī)憑借雙模雙待的優(yōu)勢(shì)爭(zhēng)回了一定的市場(chǎng)份額,宇龍酷派、中興等企業(yè)成為上半年市場(chǎng)份額增長(zhǎng)最快的國(guó)產(chǎn)手機(jī)企業(yè),雙模雙待手機(jī)功不可沒..  閱讀全文
    posted @ 2008-09-30 10:36 cheng 閱讀(304) | 評(píng)論 (0)編輯 收藏
         摘要: 華為將一貫的兇猛帶到了本土市場(chǎng)的CDMA競(jìng)標(biāo)中,作為后來者,這也許是它切入市場(chǎng)的最好方式。
    中國(guó)電信270億元的CDMA無線設(shè)備招標(biāo)結(jié)果傳言不斷,最新的消息是,華為得到了排名第二的中標(biāo)份額,大約在29%左右..  閱讀全文
    posted @ 2008-09-30 09:42 cheng 閱讀(384) | 評(píng)論 (0)編輯 收藏
         摘要: 事務(wù),在管理類系統(tǒng)中是一個(gè)非常重要的概念和技術(shù)點(diǎn),幾乎涉及到數(shù)據(jù)的業(yè)務(wù)都會(huì)考慮事務(wù)的操作性。現(xiàn)在主流的框架中有很多事務(wù)管理器已經(jīng)幫我們做好了底層的支持,我們關(guān)心的是業(yè)務(wù)層面的事務(wù)邏輯控制,但很多時(shí)候我們也應(yīng)該清楚事務(wù)在jdbc層面控制的思路和原理,這樣才能更好的幫助我們來理解它并應(yīng)用它。例如:為了解決與“多個(gè)線程請(qǐng)求相同數(shù)據(jù)”相關(guān)的問題,事務(wù)之間用鎖相互隔開。多數(shù)主流的數(shù)據(jù)庫(kù)支持不同類型的鎖;因此,JDBC API 支持不同類型的事務(wù),它們由 Connection 對(duì)象指派或確定...  閱讀全文
    posted @ 2008-08-31 21:19 cheng 閱讀(820) | 評(píng)論 (1)編輯 收藏
         摘要: “MTK是‘山寨機(jī)之父’。”“中國(guó)本土品牌絕大部分都使用的是MTK平臺(tái)。 ”當(dāng)“山寨機(jī)”事件在近期被媒體炒的沸沸揚(yáng)揚(yáng)之時(shí),很多將虧損責(zé)任歸咎于“山寨機(jī)”的本土企業(yè)卻發(fā)現(xiàn),自己不知不覺也走進(jìn)了“山寨”。近期不但在市場(chǎng)上表 現(xiàn)搶眼的天語(yǔ)、金立、長(zhǎng)虹等手機(jī)新軍采用MTK平臺(tái),包括聯(lián)想、康佳等諸多老牌手機(jī)企業(yè)也都紛紛轉(zhuǎn)向MTK,據(jù)MTK相關(guān)人士透漏,目前中國(guó)國(guó)產(chǎn)手機(jī)品牌 除了一兩個(gè)個(gè)別品牌之外,幾乎全部的品牌都在開始采用MTK平臺(tái)。  閱讀全文
    posted @ 2008-08-17 20:37 cheng 閱讀(597) | 評(píng)論 (0)編輯 收藏
         摘要: PLSQL開發(fā)過程中,對(duì)于集合數(shù)據(jù)的處理,在sql的批量insert,update,delete操作下,我們還會(huì)經(jīng)常用到游標(biāo)。
    對(duì)于游標(biāo)的用法,用過的朋友都比較熟悉。此文中主要是對(duì)其分類以及各自用法做個(gè)小結(jié)。對(duì)于動(dòng)態(tài)游標(biāo),靜態(tài)游標(biāo)各自的特點(diǎn)以及應(yīng)用場(chǎng)景以及什么情況下用什么類型游標(biāo)最優(yōu)等等話題進(jìn)行討論和分析。  閱讀全文
    posted @ 2008-07-31 19:04 cheng 閱讀(7858) | 評(píng)論 (1)編輯 收藏
         摘要: 隨著網(wǎng)絡(luò)的演進(jìn)和電信市場(chǎng)競(jìng)爭(zhēng)的加劇,電信計(jì)費(fèi)系統(tǒng)也在逐步發(fā)生著變革。在網(wǎng)絡(luò)能力方面,計(jì)費(fèi)系統(tǒng)需要不斷滿足固網(wǎng)、PHS、GSM移動(dòng)網(wǎng)、寬帶網(wǎng),以及3G移動(dòng)網(wǎng)等各種網(wǎng)絡(luò)業(yè)務(wù)的計(jì)費(fèi)需求;而在市場(chǎng)需求方面,預(yù)付費(fèi)用戶比例的急速上升對(duì)計(jì)費(fèi)系統(tǒng)應(yīng)對(duì)欠費(fèi)風(fēng)險(xiǎn)的能力提出了巨大挑戰(zhàn)。同時(shí),業(yè)務(wù)發(fā)展的多樣性也要求計(jì)費(fèi)系統(tǒng)不再只是針對(duì)單系統(tǒng)、單業(yè)務(wù)的簡(jiǎn)單計(jì)費(fèi),而必須要具備全業(yè)務(wù)、跨網(wǎng)絡(luò)業(yè)務(wù)捆綁和組合的融合計(jì)費(fèi)能力,才能有效支撐靈活多樣的計(jì)費(fèi)需求和市場(chǎng)推廣策略。  閱讀全文
    posted @ 2008-07-20 09:04 cheng 閱讀(735) | 評(píng)論 (0)編輯 收藏
         摘要: wap項(xiàng)目需要和管理平臺(tái)對(duì)接,近期一直在編寫接口機(jī)存儲(chǔ)過程,流程涵蓋我們平臺(tái)的大部分對(duì)象(SP,業(yè)務(wù),產(chǎn)品,套餐,以及map關(guān)系表:產(chǎn)品與套餐,業(yè)務(wù)與業(yè)務(wù)類別,業(yè)務(wù)與欄目,業(yè)務(wù)類別與欄目等等)。于是趁開發(fā)聯(lián)調(diào)完畢之際,總結(jié)一下以前寫過的過程以及編寫過程中需要的一些注意點(diǎn),同時(shí)也參考CSDN上大牛們總結(jié)的一些精髓并吸收之,呵。  閱讀全文
    posted @ 2008-07-19 21:38 cheng 閱讀(35769) | 評(píng)論 (14)編輯 收藏
         摘要: 許多應(yīng)用系統(tǒng)的性能并不理想,或者系統(tǒng)數(shù)據(jù)會(huì)出現(xiàn)一些難以重現(xiàn)的奇怪的錯(cuò)誤,這些問題(尤其是性能問題)有時(shí)并不是在系統(tǒng)初期就會(huì)體現(xiàn)出來,但是隨著系統(tǒng)的運(yùn)行、數(shù)據(jù)的增多而逐步變得難以解決,給系統(tǒng)后期的功能擴(kuò)展和用戶使用上帶來了不少麻煩,造成這些問題的原因,往往體現(xiàn)了一點(diǎn):開發(fā)、設(shè)計(jì)這些系統(tǒng)的人不了解數(shù)據(jù)庫(kù)!  閱讀全文
    posted @ 2008-06-29 08:38 cheng 閱讀(545) | 評(píng)論 (0)編輯 收藏
         摘要: 通過一段代碼,來看JAVA對(duì)象初始化的順序,看看對(duì)象初始化對(duì)于static塊,非static塊,static屬性,非static屬性和構(gòu)造器,它們之間的執(zhí)行流程。
      閱讀全文
    posted @ 2008-05-24 21:26 cheng 閱讀(2202) | 評(píng)論 (3)編輯 收藏
         摘要: 最近在復(fù)習(xí)J2SE基礎(chǔ)部分,新項(xiàng)目需要換平臺(tái)框架,和以前的JSP+C+存儲(chǔ)過程架構(gòu)不同,這次要采用WEB2.0方式增強(qiáng)項(xiàng)目的交互性,具體好處只有到真正開發(fā)當(dāng)中去體會(huì)了。
    趁著這個(gè)時(shí)間段,自己再回顧回顧基礎(chǔ)。  閱讀全文
    posted @ 2008-05-23 20:22 cheng 閱讀(585) | 評(píng)論 (0)編輯 收藏
         摘要: 用戶可以用rm命令刪除不需要的文件。該命令的功能為刪除一個(gè)目錄中的一個(gè)或多個(gè)文件或目錄,它也可以將某個(gè)目錄及其下的所有文件及子目錄均刪除。對(duì)于鏈接文件,只是斷開了鏈接,原文件保持不變。對(duì)于rm操作,一旦文件被刪除,它是不能被恢復(fù)的。所以在使用rm操作時(shí)候要千萬(wàn)小心和注意!筆者就在rm上栽了一跟頭,所幸的是在執(zhí)行腳本前有人為的手工備份。文中有針對(duì)rm操作的具體解決方案。

      閱讀全文
    posted @ 2008-05-18 17:18 cheng 閱讀(3264) | 評(píng)論 (0)編輯 收藏
         摘要: CSDN上,String對(duì)象已經(jīng)被談及了不知有多少遍。最近在讀<<深入Java虛擬機(jī)>>,看的過程當(dāng)中,有很多新的收獲。于是想將以前學(xué)習(xí)時(shí)候?qū)σ恍└拍钪匦抡恚胫匦率崂硪幌略贘ava這塊的知識(shí)體系。下文中是自己對(duì)String對(duì)象的的一些見解和看法,文中內(nèi)容也在同步更新中。歡迎大家提出見解。  閱讀全文
    posted @ 2008-05-12 21:43 cheng 閱讀(1609) | 評(píng)論 (0)編輯 收藏
         摘要: Oracle 的SQL*LOADER可以將外部數(shù)據(jù)加載到數(shù)據(jù)庫(kù)表中。下面是SQL*LOADER的基本特點(diǎn):
    1.1 功能
    1)能裝入不同數(shù)據(jù)類型文件及多個(gè)數(shù)據(jù)文件的數(shù)據(jù)
    2)可裝入固定格式,自由定界以及可度長(zhǎng)格式的數(shù)據(jù)
    3)可以裝入二進(jìn)制,壓縮十進(jìn)制數(shù)據(jù)
    4)一次可對(duì)多個(gè)表裝入數(shù)據(jù)
    5)連接多個(gè)物理記錄裝到一個(gè)記錄中
    6)對(duì)一單記錄分解再裝入到表中  閱讀全文
    posted @ 2008-05-08 10:41 cheng 閱讀(3672) | 評(píng)論 (0)編輯 收藏
         摘要: 面對(duì)近來面對(duì)接踵而來工作上的事情以及處理現(xiàn)場(chǎng)故障問題上,處理事情的能力以及方法還有待提高和改善。
    小總結(jié)下自己的感悟,自勉++。
    面對(duì)多件需要處理的事情,自己先評(píng)估完成所需時(shí)間并反饋領(lǐng)導(dǎo),接著按優(yōu)先級(jí)來分件一件件來處理。
    面對(duì)急迫的事情,先要冷靜地分析,處理之前應(yīng)盡最大程度地和涉及到的人員將情況溝通清楚并確認(rèn),再來做自己的事情。
    程序開發(fā)完成后一定要按照需求的要求以及以往的經(jīng)驗(yàn)進(jìn)行充分自測(cè),再給測(cè)試或用服人員進(jìn)行測(cè)試和部署。
    對(duì)于補(bǔ)丁,制作完后一定要取現(xiàn)場(chǎng)的版本代碼回來和自己程序?qū)φ眨3职姹鹃g代碼的一致性。
    對(duì)割接工具,操作手冊(cè)中一定要說明適合現(xiàn)場(chǎng)的版本號(hào),以免出現(xiàn)公司開發(fā)環(huán)境上版本和現(xiàn)場(chǎng)版本不一致。
    操作文檔中一定要將程序的部署方法以及執(zhí)行程序前應(yīng)該做的相關(guān)備份工作進(jìn)行文檔說明,站在對(duì)方角度來思考書寫流程。  閱讀全文
    posted @ 2008-04-30 21:13 cheng 閱讀(497) | 評(píng)論 (0)編輯 收藏
         摘要: Sequence是數(shù)據(jù)庫(kù)系統(tǒng)按照一定規(guī)則自動(dòng)增加的數(shù)字序列。這個(gè)序列一般作為代理主鍵(因?yàn)椴粫?huì)重復(fù)),沒有其他任何意義。
    Sequence是數(shù)據(jù)庫(kù)系統(tǒng)的特性,有的數(shù)據(jù)庫(kù)有Sequence,有的沒有。比如Oracle、DB2、PostgreSQL數(shù)據(jù)庫(kù)有Sequence,MySQL、SQL Server、Sybase等數(shù)據(jù)庫(kù)沒有Sequence。  閱讀全文
    posted @ 2008-04-17 19:39 cheng 閱讀(1824) | 評(píng)論 (0)編輯 收藏
         摘要: WiKi經(jīng)濟(jì)學(xué)專家DonTapscott曾經(jīng)講述過這樣一件事情:坐落于羅倫多的一家黃金開采公司的CEO邁克·歐文受困于無法定位到真正的金礦,決定向全世界網(wǎng)民公開公司的地質(zhì)數(shù)據(jù),并在網(wǎng)上發(fā)起了“黃金公司挑戰(zhàn)賽”活動(dòng),規(guī)定能夠提出最優(yōu)估計(jì)和最佳方案的參賽者可以獲得57.5萬(wàn)美元的獎(jiǎng)金。通過這項(xiàng)活動(dòng),參賽者發(fā)現(xiàn)了110個(gè)目標(biāo),其中50%是公司以前未發(fā)現(xiàn)的;80%以上的新目標(biāo)后來證實(shí)有大量的黃金,總量達(dá)800萬(wàn)盎司。這項(xiàng)活動(dòng)告訴我們,通過互聯(lián)網(wǎng)調(diào)動(dòng)身處各地的網(wǎng)民的力量,可以達(dá)到意想不到的效果。   閱讀全文
    posted @ 2008-04-10 22:24 cheng 閱讀(354) | 評(píng)論 (0)編輯 收藏
         摘要: 在我們的項(xiàng)目當(dāng)中,如通訊類項(xiàng)目,經(jīng)常會(huì)需要在linux或unix下部署shell腳本來執(zhí)行定時(shí)任務(wù),比如手機(jī)用戶的月資費(fèi)提醒,就需要每個(gè)月定時(shí)給用戶發(fā)送短信通知該月的月消費(fèi)情況,在linux或unix服務(wù)器端,就需要利用crontab命令來部署我們的shell腳本,來定時(shí)執(zhí)行。

    一般的流程可以這樣:每個(gè)月的月初,通過短信接口機(jī)定時(shí)給手機(jī)用戶發(fā)送用戶上個(gè)月的消費(fèi)資情況。而對(duì)于shell腳本就是定時(shí)掃描和用戶消費(fèi)記錄的相關(guān)表并將信息搜集起來插入到同步任務(wù)表中,也可以根據(jù)需要生成手機(jī)用戶資費(fèi)文件放置服務(wù)器上約定的路徑下,再來由短信接口機(jī)來掃描同步任務(wù)表和讀取資費(fèi)文件,后續(xù)的短信發(fā)送就是短信接口機(jī)端的流程了,這里就先不討論。  閱讀全文
    posted @ 2008-03-27 20:47 cheng 閱讀(2246) | 評(píng)論 (1)編輯 收藏
         摘要: 細(xì)節(jié)決定成敗,這次終于在我身上得到了充分的驗(yàn)證。一個(gè)回車符,一整個(gè)下午的不停調(diào)試測(cè)試...
    博文之前,先在這里介紹一下文本模式和二進(jìn)制模式的差別了,它們兩者的差別主要體現(xiàn)是在回車換行的處理上,不同系統(tǒng)對(duì)回車換行的處理不一致。
    CR: Carriage Return, 0X0D, “\r”
    LF: Line Feed, 0X0A, “\n”
    Dos和Windows采用回車+換行(CR+LG)表示下一行
    UNIX采用換行符 (LF)表示下一行
    MAC機(jī)采用回車符(CR)表示下一行
      閱讀全文
    posted @ 2008-03-27 19:50 cheng 閱讀(2769) | 評(píng)論 (4)編輯 收藏
         摘要: Oracle的sql*plus是與oracle進(jìn)行交互的客戶端工具。在sql*plus中,可以運(yùn)行sql*plus命令與sql*plus語(yǔ)句。

    我們通常所說的DML、DDL、DCL語(yǔ)句都是sql*plus語(yǔ)句,它們執(zhí)行完后,都可以保存在一個(gè)被稱為sql buffer的內(nèi)存區(qū)域中,并且只能保存一條最近執(zhí)行的sql語(yǔ)句,我們可以對(duì)保存在sql buffer中的sql 語(yǔ)句進(jìn)行修改,然后再次執(zhí)行,sql*plus一般都與數(shù)據(jù)庫(kù)打交道。 除了sql*plus語(yǔ)句,在sql*plus中執(zhí)行的其它語(yǔ)句我們稱之為sql*plus命令。它們執(zhí)行完后,不保存在sql buffer的內(nèi)存區(qū)域中,它們一般用來對(duì)輸出的結(jié)果進(jìn)行格式化顯示,以便于制作報(bào)表。

    下面就介紹一下一些常用的sql*plus命令:  閱讀全文
    posted @ 2008-03-07 17:00 cheng 閱讀(814) | 評(píng)論 (0)編輯 收藏
         摘要: 什么是awk?

    你可能對(duì)UNIX比較熟悉,但你可能對(duì)awk很陌生,這一點(diǎn)也不奇怪,的確,與其優(yōu)秀的功能相比,awk還遠(yuǎn)沒達(dá)到它應(yīng)有的知名度。awk是什么?與其它大多數(shù)UNIX命令不同的是,從名字上看,我們不可能知道awk的功能:它既不是具有獨(dú)立意義的英文單詞,也不是幾個(gè)相關(guān)單詞的縮寫。事實(shí)上,awk是三個(gè)人名的縮寫,他們是:Aho、(Peter)Weinberg和(Brain)Kernighan。正是這三個(gè)人創(chuàng)造了awk---一個(gè)優(yōu)秀的樣式掃描與處理工具。  閱讀全文
    posted @ 2008-03-07 12:13 cheng 閱讀(468) | 評(píng)論 (0)編輯 收藏
         摘要: CMMI 的全稱為:Capability Maturity Model Integration,即能力成熟度模型集成。CMMI是CMM模型的最新版本。早
    期的CMMI(CMMI-SE/SW/IPPD)1.02版本是應(yīng)用于軟件業(yè)項(xiàng)目的管理方法,SEI在部分國(guó)家和地區(qū)開始推廣和試用。隨著應(yīng)用
    的推廣與模型本身的發(fā)展,演繹成為一種被廣泛應(yīng)用的綜合性模型。
      閱讀全文
    posted @ 2008-02-29 17:26 cheng 閱讀(525) | 評(píng)論 (0)編輯 收藏
         摘要: 時(shí)間可以改變很多,經(jīng)驗(yàn),閱歷和想法。生活一直在繼續(xù),堅(jiān)信自己的方向,始終不渝。
    在這轉(zhuǎn)一篇袁紅崗先生的文章,雖然很早看過,但想貼出來和大家共勉,各自的路各自慢慢去求索吧。  閱讀全文
    posted @ 2008-02-28 19:38 cheng 閱讀(731) | 評(píng)論 (0)編輯 收藏
         摘要: 為了得到最大的性能,一般數(shù)據(jù)庫(kù)都有并發(fā)機(jī)制,不過帶來的問題就是數(shù)據(jù)訪問的沖突。為了解決這個(gè)問題,大多數(shù)數(shù)據(jù)庫(kù)用的方法就是數(shù)據(jù)的鎖定。
    數(shù)據(jù)的鎖定分為兩種方法,第一種叫做悲觀鎖,第二種叫做樂觀鎖。什么叫悲觀鎖呢,悲觀鎖顧名思義,就是對(duì)數(shù)據(jù)的沖突采取一種悲觀的態(tài)度,也就是說假設(shè)...
      閱讀全文
    posted @ 2008-01-25 15:40 cheng 閱讀(8079) | 評(píng)論 (0)編輯 收藏
         摘要: Like SQL語(yǔ)句的優(yōu)化的一點(diǎn)測(cè)試
    1.盡量不要使用 like '%..%'
    2.對(duì)于 like '..%..' (不以 % 開頭),Oracle可以應(yīng)用 colunm上的index
    3.對(duì)于 like '%...' 的 (不以 % 結(jié)尾),可以利用reverse + function index 的形式,變化成 like '..%'  閱讀全文
    posted @ 2008-01-23 15:58 cheng 閱讀(4303) | 評(píng)論 (2)編輯 收藏
         摘要: 昨天在網(wǎng)上看到一篇關(guān)于大數(shù)據(jù)量下的批量update操作的總結(jié)文章,寫得很好,在此傳載,和大家共享下。

    在大型的數(shù)據(jù)庫(kù)應(yīng)用中,我們經(jīng)常會(huì)有針對(duì)表與表之間的關(guān)鍵建進(jìn)行字段更新,那么在這個(gè)時(shí)候,我們就不能寫簡(jiǎn)單的update來實(shí)現(xiàn)更新操作,而要針對(duì)具體的數(shù)據(jù)量來進(jìn)行批量的update,下面幾個(gè)例子是常用的SQL,將其做個(gè)對(duì)比,歡迎大家提出更好更高效的SQL實(shí)現(xiàn)。  閱讀全文
    posted @ 2007-12-28 20:11 cheng 閱讀(11466) | 評(píng)論 (0)編輯 收藏
         摘要: 一般的PL/SQL程序設(shè)計(jì)中,在DML和事務(wù)控制的語(yǔ)句中可以直接使用SQL,但是DDL語(yǔ)句及系統(tǒng)控制語(yǔ)句卻不能在PL/SQL中直接使用,要想實(shí)現(xiàn)在PL/SQL中使用DDL語(yǔ)句及系統(tǒng)控制語(yǔ)句,可以通過使用動(dòng)態(tài)SQL來實(shí)現(xiàn)。  閱讀全文
    posted @ 2007-12-17 17:22 cheng 閱讀(7159) | 評(píng)論 (0)編輯 收藏
         摘要: 對(duì)于 Oracle 的 rownum 問題,很多資料都說不支持>,>=,=,between...and,只能用以上符號(hào)(<、<=、!=),并非說用>,>=,=,between..and 時(shí)會(huì)提示SQL語(yǔ)法錯(cuò)誤,而是經(jīng)常是查不出一條記錄來,還會(huì)出現(xiàn)似乎是莫名其妙的結(jié)果來,其實(shí)您只要理解好了這個(gè) rownum 偽列的意義就不應(yīng)該感到驚奇。

    rowid與rownum 雖都被稱為偽列,但它們的存在方式是不一樣的,rowid 可以說是物理存在的,表示記錄在表空間中的唯一位置ID,在DB中是唯一的。只要記錄沒被搬動(dòng)過,rowid是不變的。rowid 相對(duì)于表來說又像表中的一般列,所以以 rowid 為條件就不會(huì)有rownum那些莫名其妙的結(jié)果出現(xiàn)。
      閱讀全文
    posted @ 2007-12-11 19:21 cheng 閱讀(7324) | 評(píng)論 (4)編輯 收藏
    主站蜘蛛池模板: 人与禽交免费网站视频| 苍井空亚洲精品AA片在线播放| japanese色国产在线看免费| 破了亲妺妺的处免费视频国产| 亚洲欧洲高清有无| 巨波霸乳在线永久免费视频| 亚洲国产日产无码精品| 动漫黄网站免费永久在线观看| 亚洲狠狠成人综合网| 成人免费毛片视频| 男男gay做爽爽免费视频| 亚洲乱码国产一区网址| 久久久久久av无码免费看大片| 国产精品V亚洲精品V日韩精品| 男人都懂www深夜免费网站| 亚洲综合久久久久久中文字幕| 永久免费的网站在线观看| 亚洲乱亚洲乱妇24p| 亚洲国产成人久久综合碰| 成人性生交大片免费看中文| 亚洲国产精品国自产电影| 亚洲免费福利视频| 亚洲另类无码专区丝袜| 国产成人亚洲综合无码| 日韩内射激情视频在线播放免费| 亚洲一卡2卡4卡5卡6卡在线99 | 91免费资源网站入口| 亚洲一线产品二线产品| vvvv99日韩精品亚洲| 久久免费国产视频| 亚洲午夜精品一区二区麻豆| 亚洲国产一区二区视频网站| 日韩av无码久久精品免费| 亚洲中文无码永久免| 国产aⅴ无码专区亚洲av麻豆 | 免费人成在线观看视频高潮| 亚洲成人免费电影| 亚洲av手机在线观看| 中文字幕在线观看免费视频| 免费人成再在线观看网站| 久久久国产精品亚洲一区|