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

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

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

    spark的自留地(ofbiz/eclipse rcp/shark/opentaps)

      BlogJava :: 首頁 :: 聯(lián)系 :: 聚合  :: 管理
      54 Posts :: 0 Stories :: 112 Comments :: 0 Trackbacks

    #

    線索、聯(lián)系人和客戶概覽

    在CRM應(yīng)用中有一個核心應(yīng)用是將線索/潛在客戶轉(zhuǎn)化成客戶。在opentaps中的CRM應(yīng)用,潛在客戶是在[線索]中做為線索創(chuàng)建的。一個線索是一個公司里的一個聯(lián)絡(luò)人且不能擁有更多的相關(guān)聯(lián)絡(luò)信息。在你進行線索篩選后,例如進行了電話跟進,你可以標(biāo)記此線索有效。這時,當(dāng)線索變成客戶,你可以將線索轉(zhuǎn)換成客戶客戶和一個聯(lián)絡(luò)人。你也可以為這個客戶客戶建立更多的聯(lián)系人信息。

    注意如果你有關(guān)于同一家公司客戶的多個線索時,系統(tǒng)允許你建立它們?yōu)椴煌木€索,而把它們轉(zhuǎn)換成一個客戶客戶。線索轉(zhuǎn)換屏幕允許你選擇一個已經(jīng)存在的客戶客戶。

    這里沒有關(guān)于什么樣的線索可以轉(zhuǎn)換成一個客戶客戶的正式要求——你可以按照你自己的應(yīng)用需求來進行調(diào)整。

    技術(shù)性備注:做為一個客戶、線索或客戶,一個參與者必須擁有“Account”, “Contact”,或 “Prospect” 的PartyRole并需要與另一個參與者有一個PartyRelationship。因此,不滿足此要求的OFBiz參與者是不能做為一個account, lead, 或contact的。同樣,一個客戶客戶是一個OFBiz的PartyGroup,線索和聯(lián)系人是一個OFBiz Person。

    客戶

    在0.9.1版本之前,客戶所有者默認(rèn)是可以管理客戶組,但不能為此客戶創(chuàng)建機會。因此,在你創(chuàng)建一個客戶后,你除了無法創(chuàng)建機會外可以做任何事。創(chuàng)建一個客戶組,且你在此組上有擁有完整的用戶(讀/寫)使用權(quán)限時,你可以創(chuàng)建機會。

    在0.9.1版本之后,客戶所有者可以為其創(chuàng)建機會。

    每個客戶可以擁有一個父級客戶,父級客戶可以在[創(chuàng)建客戶]或在修改時輸入。

    客戶列表根據(jù)客戶名稱排序。

    聯(lián)系人

    在聯(lián)系人創(chuàng)建后,聯(lián)系人可以通過客戶主頁面上[新聯(lián)系人]菜單或是聯(lián)系人主頁面上的[新客戶]方式來加入到客戶上。

    聯(lián)系人列表根據(jù)聯(lián)系人的姓/名排序。

    線索

    線索是一個原始狀態(tài)的聯(lián)系人/客戶信息。當(dāng)一個線索進行轉(zhuǎn)換后,將后生成一個聯(lián)系人與客戶。

    線索可以擁有父級對象。此父級對象應(yīng)是一個已存在的客戶。

    線索默認(rèn)會被分配給線索創(chuàng)建者。

    當(dāng)你進行一個線索識別后,點擊[線索識別]來標(biāo)識它已經(jīng)通過“識別”。

    當(dāng)你轉(zhuǎn)換一個線索,你將被帶到一個屏幕并被詢問是做為一個新建客戶還是一個已存在的客戶的聯(lián)系人。如果此線索的公司已經(jīng)被建立,選擇已存在的客戶。否則,保持此字段為空。線索中關(guān)于聯(lián)絡(luò)人的信息將會被轉(zhuǎn)換成一個聯(lián)系人。如果選擇了一個已存在的客戶,線索將轉(zhuǎn)換成它的聯(lián)系人。如果未選擇已存在的客戶,將會基于線索中的公司信息創(chuàng)建一個新的客戶,線索信息將成為此客戶的一個聯(lián)系人。

    線索在轉(zhuǎn)換成聯(lián)系人/客戶時必須擁有公司名稱才會轉(zhuǎn)換成功。


    注意:如果你在轉(zhuǎn)換線索時選擇了一個已存在的客戶,這時線索中的所有公司信息將會丟失。這包括:“公司名稱”、“年營業(yè)額”、“行業(yè)”…

    在擁有關(guān)聯(lián)機會的線索進行轉(zhuǎn)換時,關(guān)聯(lián)機會同將會自動轉(zhuǎn)換成目標(biāo)客戶、聯(lián)系人的機會信息。

    如果你根據(jù)線索生成了一個新的客戶,線索中的聯(lián)系信息(地址、電話、電郵)自動轉(zhuǎn)換成客戶中的聯(lián)系信息。如果你基于一個已存的客戶進行轉(zhuǎn)換線索,則線索中的聯(lián)系信息不會拷貝到客戶中。

    線索在未識別或轉(zhuǎn)換前可以被刪除(示例:還處于“新建”或“被分配”狀態(tài))。在0.9.1版本前,你不能刪除任何擁有關(guān)聯(lián)活動(事件或任務(wù),如電子郵件)的線索。

    線索列表可以根據(jù)線索中的公司名稱、姓、名的任一項排序

    合并線索/聯(lián)系人/客戶

    從0.9.1版本開始,你可以將重復(fù)的線索/聯(lián)系人/客戶進行合并。使用左邊的快捷菜單中[合并___]鏈接并輸入從-和至- 線索/聯(lián)系人/客戶的partyId。頁面將會要求你進行確認(rèn),在你確認(rèn)合并操作后,

    合并特性中來源的線索/聯(lián)系人/帳戶信息可能不支持過多的數(shù)據(jù)。

    機會

    當(dāng)機會剛建立時,階段是用于表明機會成功的概率,成功概率可以在以后進行修改,但是當(dāng)它更新到一個新的階段,概率就會自動更新至新階段的概率。估計結(jié)束日期是用于提供機會未來預(yù)期情況。

    一個機會只能在來源于一個帳戶但可以關(guān)聯(lián)多個聯(lián)系人。

    在編輯/更新機會時,你必須屬于其所屬帳戶組,在帳戶上創(chuàng)建機會時,你一定有權(quán)限更新此帳戶。更新機會要求你填寫更改備注。

    在版本0.9.1,機會可以在線索識別后創(chuàng)建一個機會。當(dāng)線索轉(zhuǎn)換后,機會將同時關(guān)聯(lián)于帳戶與聯(lián)系人。

    注意機會的“預(yù)測關(guān)閉日期”實際上存儲做為一個日期-時間(Java中的Timestamp類型),

    機會階段的概率存儲于SalesOpportunityStage.defaultProbability字段

    案例

    案例必須創(chuàng)建關(guān)聯(lián)于至少一個帳戶或聯(lián)系人。一個案例可以有多個聯(lián)系人或帳戶關(guān)例,雖然現(xiàn)在沒有與之關(guān)聯(lián)的接口。

    “我的案例”顯示所有分配給你的帳戶或聯(lián)系人相關(guān)的案例。它默認(rèn)分配給用戶權(quán)限是:如果你被分配一個帳戶,而它有關(guān)聯(lián)的案例,那這個案例就屬于你。

    更新案例時,你需要擁有相關(guān)的帳戶/聯(lián)系人權(quán)限。

    將案例關(guān)閉需要特別的權(quán)限。

    發(fā)送電子郵件

    在帳戶,聯(lián)系人或線索的聯(lián)系人信息屏幕中,你可以點擊任何的電子郵件,將彈出一個發(fā)送郵件的屏幕。你可以輸入另一個電子郵件地址或查詢機會/案例。當(dāng)你完成時,你可以點擊[發(fā)送]郵件或[保存以后發(fā)送]。[保存以后發(fā)送]將把電子郵件保存為收件人的一個待辦活動。在成功發(fā)送后,電子郵件將保存為活動歷史的一部分。

    如果電子郵件地址不是收件人參與者的電子郵件地址,你將獲得一個錯誤。

    注意[文本]和[超文本]按鈕將切換電子郵件MIME格式為文本與超文本,但當(dāng)前超文本編輯器還沒有整合進來。因此,如果你打算使用超文本格式郵件時,直接通過粘貼或編寫html格式內(nèi)容。已計劃提供一個整合瀏覽器的超文本編輯器。

    篩選接收的電子郵件

    在opentaps0.9.1,CRM/SFA應(yīng)用可以篩選你接收的電子郵件,將它們保存為系統(tǒng)的通訊活動,且將它們關(guān)聯(lián)到你的用戶、聯(lián)系人、帳戶或線索上。配置此功能,首先應(yīng)按照“Configuration and Setup”進行郵件容器的配置。接著編輯此文件

    hot-deploy/crmsfa/servicedef/smcas.xml

    把用于接收郵件的主機信息改正確后,重啟你的服務(wù),系統(tǒng)將開始覽視你的主機并且保存新的電子郵件。它將根據(jù)郵件的來源電子郵件地址嘗試匹配你的帳戶/線索/聯(lián)系人,根據(jù)接收人/抄送電子郵件地址匹配你的CRM用戶。

    在接收到一封新的電子郵件時,它將在系統(tǒng)中記錄為一個通訊事件(CommunicationEvent)。如果來源電子郵件地址匹配了一個參與者電子郵件地址(帳戶、線索或聯(lián)系人),它將被記錄為來源于參與者。如果接收郵件地址匹配另一個參與者的電子郵件地址,它將被記錄為發(fā)送給該參與者的電子郵件。(技術(shù)備注:CRM/SFA應(yīng)用使用OFBiz storeIncomingEmail服務(wù),當(dāng)使用WorkEffort調(diào)用和關(guān)聯(lián)收件人做為WorkEffort的參與者)

    新電子郵件做為關(guān)聯(lián)于參與者(帳戶、線索、聯(lián)系人)和接收者(用戶)的一個待辦活動創(chuàng)建。當(dāng)你登錄至CRM/SFA應(yīng)用時,你將可以在“待辦活動”列表中查看到你收到的郵件且在發(fā)件人(帳戶/線索/聯(lián)系人)的“待辦活動”中查看到它。你可以點擊這個活動查看電子郵件,這將把它標(biāo)記為開始,當(dāng)你完成時將把它標(biāo)記為結(jié)束(技術(shù)備注:CRM/SFA應(yīng)用將把電子郵件的通訊事件CommunicationEvent在你開始活動時標(biāo)記為待辦“Pending”,結(jié)束時標(biāo)記為完成“Complete”)

    未關(guān)聯(lián)到任何參與者的電子郵件將保存在系統(tǒng)中。你可以使用參與者管理應(yīng)用來進行手工篩選。在[Party]>[Comm]查詢類型為“自動電子郵件”狀態(tài)為“未知參與者”的通訊事件。然后編輯它們關(guān)聯(lián)至系統(tǒng)用戶,標(biāo)記它們?yōu)?#8220;完成”。

    活動

    這里有兩種活動類型:任務(wù)和事件。事件用于顯示在日歷中的會議。任務(wù)是電話、電子郵件或不顯示在日歷中的普通任務(wù)。在你初次登錄時可以在“我的起始頁”中顯示待辦活動列表,它們包括事件與任務(wù)。

    事件可以通過日程(點擊時間圖標(biāo))或帳戶、聯(lián)系人、線索、案例、機會屏幕兩種方式創(chuàng)建。任務(wù)只能在后者或任務(wù)列表中創(chuàng)建,因為它們是不在日歷中顯示的。

    當(dāng)你創(chuàng)建一個活動時(任務(wù)或事件),你可以輸入計劃的起始日期/時間和持續(xù)的期間。如果用戶在此期間將會忙于處理此事,則點擊“忙”或“離開”。如果有另一個任務(wù)或事件已經(jīng)在使用此時段并標(biāo)記為“忙”或“離開”,將會產(chǎn)生一個錯誤信息。如果你堅持要使用此時估,點擊“忽略日程沖突”。當(dāng)你更新事件時,你一樣需要設(shè)置“忽略日程沖突”如果它與已存在的事件時間沖突。

    記錄一件已發(fā)生過的活動時。這些活動將會創(chuàng)建做為完成的,用戶也會要求輸入實際的開始與結(jié)束時間。

    為計劃某事創(chuàng)建一個新的活動,事件或任務(wù)時,用戶輸入計劃開始時間和結(jié)束日期。原狀態(tài)為“計劃”的事件可以為“已確認(rèn)”。當(dāng)確認(rèn)后,你可以在事件中加入?yún)⑴c者并通過發(fā)送郵件邀請他們。加入一個參與者自動確認(rèn)他們。邀請他們發(fā)送發(fā)送電子郵件。輸入的備注將被包含在其中,而且這個電子郵件將包含兩個鏈接:接入與拒絕。

    如果參與者已經(jīng)在相同時段置“忙”于另一個事件或任務(wù),他們是無法加入到事件中。如果未設(shè)置狀態(tài),則此段時間被假設(shè)為可用。

    當(dāng)你擁有自己的事件時,你可以在發(fā)生期間內(nèi)(開始至結(jié)束時間)內(nèi)把它標(biāo)記不“已完成”。

    還有一個任務(wù)創(chuàng)建為“已計劃”時,當(dāng)用戶準(zhǔn)備開始此活動,更新任務(wù)至“已開始”且輸入開始時間。如果未輸入時間,系統(tǒng)將記錄當(dāng)前時間做為開始時間。類似地,當(dāng)用戶準(zhǔn)備標(biāo)記它完成時(“已完成”),如果未輸入時間,系統(tǒng)將記錄當(dāng)前時間做為完成時間。

    至于一封電子郵件,當(dāng)你點擊[發(fā)送電子郵件]系統(tǒng)將記錄它作為開始時間。當(dāng)你點擊[發(fā)送],系統(tǒng)記錄它作為結(jié)束時間。如果你保存以后發(fā)送,此活動將不會記錄它為完成直至你實際發(fā)送此郵件。

    當(dāng)查看活動時,你將在上面查看到活動的詳細(xì)內(nèi)容,在中間的關(guān)聯(lián)的活動參與者(帳戶/聯(lián)系人/線索/組成員)、如果這是封電子郵件,電子郵件在下方。注意OFBiz設(shè)計為允許每個work effort中允許多個通訊事件,但我們在活動中只顯示其中的一個。這個概念稍微有點落后:在OFBiz,你創(chuàng)建work effort作為“項目”并與很多電子郵件并進行關(guān)聯(lián)。在這里,work effor用于分離的“任務(wù)”,如發(fā)送一個電子郵件。你可以創(chuàng)建work effort作為項目,但它可以分離成調(diào)用子任務(wù)。它在Workeffor Manager中支持,但在CRM/SFA中沒有這樣的用法。

    當(dāng)你記錄電話或電子郵件時,“呼入/呼出”標(biāo)志參與者是主動方還是被動方。

    參與者列表顯示任務(wù)或事件的參與者(帳戶/聯(lián)系人/線索),當(dāng)前只有日程擁有者(如活動的創(chuàng)建人)可以更新參與者可用狀態(tài)及增加/刪除他們。未來版本可能會改變這點限制。

    查詢活動將顯示那些已完成的活動或任務(wù)列表。

    當(dāng)事件被取消,它將不再顯示于日歷中。

    預(yù)測

    銷售預(yù)測使用機會概率和數(shù)據(jù)來計算在未來時間段的預(yù)期銷售額。預(yù)測來源于機會的計算,每個銷售員預(yù)測基于自己的客戶機會和線索相關(guān)聯(lián)的機會計算。與其相關(guān)的任何客戶和已確認(rèn)的線索可以用于計算預(yù)測。因此,所有銷售員銷售預(yù)測合計將超過整個公司的銷售預(yù)測,因為很多銷售員擁有相同的客戶,為了獲得公司的預(yù)測,每次只一個增加銷售經(jīng)理而且每個客戶和線索只計算一次。

    所有銷售員可以創(chuàng)建自己的預(yù)測和輸入他的銷售定額。只有銷售經(jīng)理可以創(chuàng)建組/銷售區(qū)域的預(yù)測。當(dāng)前每個銷售員只能創(chuàng)建自己的預(yù)測。

    創(chuàng)建你自己的預(yù)測,選擇[創(chuàng)建預(yù)測]并選擇相應(yīng)的季度來創(chuàng)建。只有未關(guān)閉的季度,即在還未到結(jié)束日期的季度可用于創(chuàng)建預(yù)測。

    你將會被要求輸入此季度的按月銷售定額。當(dāng)你完成后,點擊[創(chuàng)建]。你的銷售定額將輸入進系統(tǒng)且按月/季度的預(yù)測將會被創(chuàng)建軍。每個月的銷售預(yù)測計算基于:
    1. 成交金額=此月狀態(tài)為“已關(guān)閉”機會金額累計
    2. 最好金額=預(yù)計在此月關(guān)閉的機會金額累計,不管當(dāng)前的階段
    3. 預(yù)測金額=所有高于最低概率的機會金額*概率的累計金額。最低門檻定義于crmsfa.properties配置文件中.


    季度預(yù)測是基于月度預(yù)測的累計。

    查看任何的預(yù)測需要特別的權(quán)限。否則,你只能查看你自己的預(yù)測。

    如果你擁有查看別人預(yù)測的權(quán)限,點擊[查詢預(yù)測]可以查詢其它人的預(yù)測。你可以根據(jù)組成員或時間段來進行查詢。查詢的預(yù)測是按季度的。

    默認(rèn)的,只有銷售經(jīng)理或管理員可以修改已存在的預(yù)測。修改一個預(yù)測,點擊預(yù)測的月份,輸入修改后的定額,填寫更改備注,然后點擊[修改]。此月和季度的預(yù)測值將會被修改。

    每當(dāng)預(yù)測被修改,舊的版本將會被保存為歷史。當(dāng)查看預(yù)測時,你可以查看整個的預(yù)測修改歷史(包括舊版本的修改日期與定額、最好預(yù)期和預(yù)期)

    當(dāng)一個時間段正式關(guān)閉或已結(jié)束,對應(yīng)的預(yù)測不允許再修改。

    如果在一個時間段已創(chuàng)建一個預(yù)測,當(dāng)新的機會創(chuàng)建或已存在的機會更新時,它將自動更新。與該機會相關(guān)的客戶/線索相關(guān)的預(yù)測成員將會自動更新。如果機會預(yù)計關(guān)閉日期被移至一個新的時間段,受影響的預(yù)測將會更新。然而如果機會移動到一個未建預(yù)測的時間點時,新的預(yù)測將會自動建立。


    報價

    報價部分允許你為自己的客戶查看和創(chuàng)建報價。關(guān)鍵特性包括根據(jù)報價名稱、類別、狀態(tài)查詢報價;創(chuàng)建報價;根據(jù)報價創(chuàng)建訂單。注意這些屏幕同樣是“訂單管理”中的報價屏幕的一部分。
    報價的重要功能包括:
    • [查詢報價] –查詢報價信息
    • [查看報價] – 查看報價的摘要信息
    • [報價] – 管理報價的表頭信息,包括客戶與倉庫
    • [報價細(xì)項] – 增加/刪除報價項和修改它們的價格
    • [創(chuàng)建訂單] – 根據(jù)報價內(nèi)容創(chuàng)建訂單


    訂單

    訂單部分允許你在CRM/SFA應(yīng)用中查詢訂單或創(chuàng)建新訂單。

    0.9.x版本的訂單頁是基于OFBiz訂單管理導(dǎo)入的,可以在“General Overview”中查看相應(yīng)的詳細(xì)文檔。

    1.0.x及之后版本的訂單頁重寫支持訂單的輸入和查詢。你可以在此頁中為客戶創(chuàng)建和查詢訂單。

    “我的訂單”頁用于顯示當(dāng)前登錄用戶的訂單。

    你可以客戶詳細(xì)信息屏幕中的訂單頁中使用快速創(chuàng)建訂單,或直接使用[創(chuàng)建訂單]鏈接來創(chuàng)建一個新的訂單。

    如果你使用快速創(chuàng)建訂單,你必須輸入客戶、訂單名稱,和要求發(fā)貨日期。你可以輸入一個產(chǎn)品id,系統(tǒng)將會加入數(shù)量為1.0此產(chǎn)品進入你的訂單。

    注意在訂單管理中“要求發(fā)貨日期”與“發(fā)出日期”是相同的。它不是訂單管理中的“要求發(fā)貨日期”。那個字段在現(xiàn)階段不支持。

    當(dāng)你輸入所有的訂單項目后,點擊[完成訂單]。你將查看到一個要求你為每個訂單項選擇發(fā)貨目的地與方式的屏幕。在你確認(rèn)后,系統(tǒng)將自動創(chuàng)建多組分離的目的地與發(fā)貨方式的發(fā)貨組。

    其它的訂單項屏幕與訂單管理中的相同。

    訂單項產(chǎn)品倉庫配置于config/crmsfa.properties文件中。當(dāng)前CRM訂單項系統(tǒng)支持每個訂單項只來源于一個產(chǎn)品倉庫。這次不支持產(chǎn)品目錄。

    市場

    市場頁準(zhǔn)備用于不同的市場相關(guān)的功能。當(dāng)前只有系統(tǒng)中的調(diào)查列表及允許你查看這些調(diào)查反饋的結(jié)果。

    服務(wù)調(diào)查

    這里有一個獨立的web應(yīng)用用于發(fā)送客戶調(diào)查、投票。當(dāng)前,這是一個非常簡單的web應(yīng)用可以用于顯示調(diào)查,收集反饋然后向客戶答謝。

    你可以在內(nèi)容管理中創(chuàng)建調(diào)查,然后通過以下地址訪問它:
    http://www.mysite.com/surveys/control?surveyId=${surveyId}
    其中${surveyId}是你的調(diào)查在內(nèi)容管理中的ID
    你可以通過crmsfa/webapp/surveys/子目錄中的文件來定制它。

    OFBiz

    你可以通過crmsfa.properties中的“crmsfa.tab.ofbiz.show”參數(shù)來啟用/禁用顯示返回至OFBiz鏈接,如果啟用,你將在標(biāo)簽頁中查看到OFBiz的鏈接。

    如果你打算為你的用戶設(shè)置訪問OFBiz應(yīng)用權(quán)限,請查看Security Documentation了解更詳細(xì)的內(nèi)容。

    技術(shù)備注:同其它應(yīng)用整合

    報價,訂單和市場頁實際上是重用訂單管理與內(nèi)容管理(調(diào)查)中的屏幕,它們是這樣做的:
    1. 在CRM/SFA應(yīng)用中創(chuàng)建裝鈰頁面
    2. 在web.xml中設(shè)置對應(yīng)應(yīng)用main-decorator-location 參數(shù),這樣這些屏莫在CRM/SFA應(yīng)用中調(diào)用時,它們將使用CRM/SFA中的屏幕樣式來替代原來的樣式顯示。
    3. 從原來的controller.xml中復(fù)制相關(guān)的view- 和 request-maps到 CRM/SFA應(yīng)用中的controller.xml
    4. 在訂單項中,原來訂單管理中客戶的鏈接是鏈接至Party Manger的,而在CRM/SFA中應(yīng)將參數(shù)修改至客戶頁面。

    本文檔譯自opentaps v0.9 manual,本人翻譯,歡迎轉(zhuǎn)載,請注明出處.

    posted @ 2008-10-01 15:55 shanghai_spark 閱讀(1867) | 評論 (2)編輯 收藏

    2004年開始,我開始讓研發(fā)團隊基于Eclipse插件技術(shù)開發(fā)通用管理軟件(最近的一個產(chǎn)品是一體化企業(yè)管理軟件CRM+OA+DSS+進銷存的E-System)

    選取RCP方式開發(fā)管理軟件,我們的初衷是期望使得用戶界面的豐富性和易操作,能夠充分利用Eclipse本身豐富的SWT/JFACE/GEF/EMF等技術(shù)來完美我們的界面表現(xiàn),應(yīng)該說這方面Eclipse RCP確實不辜負(fù)我們的期望。

    在四年的Eclipse RCP開發(fā)經(jīng)歷中,經(jīng)歷了很多坎坷和難以逾越的障礙,其中有一個至今仍在困擾著我們的問題就是Eclipse RCP的性能問題,它主要有以下幾個方面問題:

    1、如何高性能處理服務(wù)端與客戶端的數(shù)據(jù)傳遞?

    2、因為我們軟件面向的用戶是通用市場,用戶機器環(huán)境良莠不齊(從最新的四核處理器到十年前的P3機都有人使用,內(nèi)存從256M到2G都有)?如何克服Eclipse RCP對客戶端應(yīng)用的高性能要求(用過老機器使用Eclipse開發(fā)的都知道那導(dǎo)出Eclipse RCP漫長等待的滋味,2 hours,真是生不如死呀!)?并能盡量發(fā)揮機器的處理能力?

    在這方面我嘗試了很多方法,可以用于改善這兩個問題:
    1、選擇最合適的數(shù)據(jù)傳遞方法,rmi、web-service、hessian、tcp client/server做了下對比,我覺得如何你需要傳遞的數(shù)據(jù)如果耦合層次比較低、業(yè)務(wù)關(guān)系簡單其實完全可以模擬http方式,用自己的request/response對象進行傳遞。那rmi/web-service是蠻好的選擇。但如果數(shù)據(jù)之間耦合關(guān)系緊密、業(yè)務(wù)關(guān)系復(fù)雜(我現(xiàn)在的系統(tǒng)有312個POJO,它們之間都有或緊或密的關(guān)系,而視圖由于我讓客戶可以自定義,所以無法在設(shè)計階段確定form view與action對象)這樣顯然無法使用web-service(web-service只支持最原始的幾種數(shù)據(jù)類型)、而直接將對象序列化進行傳遞的方法也不可取(因為pojo對象均有關(guān)聯(lián),直接序列化的對象幾乎就是整個數(shù)據(jù)庫的內(nèi)容,因為form不確定也無法構(gòu)造對應(yīng)的action對象來完成傳遞)。掙扎了很久,最后用了一種折衷的方法,數(shù)據(jù)傳輸采傳值拷貝序列化方式(但默認(rèn)只拷貝兩層,即引用的對象中只包含原始屬性,不再包括它引用的對象/集合屬性),在特殊需應(yīng)用到多層對象級聯(lián)數(shù)據(jù)傳遞時才定制request對象中的約定參數(shù)來表明傳遞層次。傳輸方式使用自己定制的tcp client/server方式,選用這種方式主要是為了降低數(shù)據(jù)傳輸?shù)某叽纾╳eb-service中垃圾太多了),其中細(xì)節(jié)當(dāng)然很多(如如何自動為request對象補充未傳輸數(shù)據(jù)、服務(wù)端hibernate對象如何將POJO代理對象拷貝成值對象...),每個問題都是我們的一個血淚史,嘿....

    2、Eclipse對系統(tǒng)硬件的高要求地球人都知道,如何盡量降低它呢?我的原則是盡量不要使用非必要插件,RCP每加載一個插件自然就會多消耗。另外還有一個很重要的方法就是關(guān)掉不使用的perspective,NND,當(dāng)初系統(tǒng)剛出街時,很快就有客戶投訴早上打開系統(tǒng)很快,中午就慢如蝸牛了,一頓臭罵呀!當(dāng)然也不能隨用隨開,那Eclipse要隋性加載干啥,一樣客戶臭罵(怎么我每點一次鼠標(biāo)就要出去抽只煙呀?),沒計,只好寫個計數(shù)器,從客戶登錄開始就記錄各perspective的使用頻率,把超出范圍(根據(jù)客戶的內(nèi)存選擇,我認(rèn)為有閑置256M內(nèi)存不要超過5個,512M內(nèi)存可以15個,1G以上就可以不關(guān)了)的perspective關(guān)掉,保持最高使用率的perspective可以隨點隨開。

    BTW:千萬記得要在eclipse rcp中加上運行參數(shù)(如果客戶內(nèi)存富裕你也可以在安裝程序中調(diào)高它,我的程序默值是這樣),不然內(nèi)存被它吃光了,就聽客戶狂打你們客服電話吧!

    -vmargs
    -Xverify:none
    -XX:+UseParallelGC
    -XX:PermSize=20M
    -XX:MaxPermSize=128M
    -Xms64M
    -Xmx128M

    Eclipse RCP關(guān)于管理軟件方法應(yīng)用的開發(fā)資料很少,歡迎同道之人相互交流!

    本人原創(chuàng)文章,歡迎轉(zhuǎn)載,轉(zhuǎn)載請注明出處!
    posted @ 2008-09-30 13:41 shanghai_spark 閱讀(1644) | 評論 (2)編輯 收藏

    CRM/SFA應(yīng)用用途

    CRM/SFA設(shè)計用于銷售代表、銷售經(jīng)理、客戶服務(wù)代碼管理公司中銷售和客戶服務(wù)的應(yīng)用,它的主要功能點是:
    • 跟蹤銷售情報
    • 識別銷售線索并將此轉(zhuǎn)換成客戶
    • 跟蹤客戶聯(lián)系
    • 輸入和跟蹤商機開始到結(jié)束的生命周期
    • 管理客戶銷售報價
    • 創(chuàng)建和查看客戶/聯(lián)系人銷售訂單
    • 生成銷售預(yù)測
    • 管理客戶案例子 (客服請法語)
    • 發(fā)送電子郵件
    • 管理活動和工作,包括會議、電話、電子郵件
    • 跟蹤市場活動如:客戶調(diào)查


    創(chuàng)建新用戶

    創(chuàng)建新用戶需要在Party Manager中操作,點擊[Party] > [Create]創(chuàng)建一個新的參與者。至少為其分配一個以下角色:“Account manager”, “Account Rep”, “CSR”。注意每個用戶可以擁有其它的角色如“Employee”、但只有以上三個角色用于CRM/SFA應(yīng)用,下一步創(chuàng)建一個用戶登錄并且為其分配安全組:SALES_MANAGER, SALES_REP, 或 SALES_REP_LIMITED, 或 CSR

    注意:在party manager中的角色與CRM/SFA中的角色是不同的,在party manager,角色僅定義為一些人或組面對另一些人或組時的身份。在CRM/SFA中,角色意味在客戶銷售關(guān)系中的分演的角色,而且它也暗指著一組對應(yīng)的權(quán)限。

    如果用戶忘記自己密碼,可以通過“忘記密碼”功能將新密碼郵至原來預(yù)設(shè)的個人郵件地址中。

    用戶概況

    在CRM/SFA應(yīng)用界面中的頂部[概況]鏈接位居用戶名與[登出]按鈕之間。點擊此鏈接可訪問用戶概況頁面,你可以在此頁面中修改用戶名稱,修改密碼,增加聯(lián)系方式信息(如:電郵、郵政地址、電話等)。注意你不可能在這里更改用戶登錄信息(這只能在Party Manager中操作)。此頁還可以查看用戶過往的訪問歷史。

    我/我的團隊

    從0.9.1版本開始,你可以在[我的帳號]的右邊看到[我的團隊帳戶],如果你點擊我的帳戶,你的登錄將被配置為只查看你的個人信息而非使用團隊帳號。這個功能工作于線索、聯(lián)系人、案例、機會。

    帳號組

    CRM/SFA應(yīng)用中的帳號組是通常用于工作于同一組角色和權(quán)限組合的團隊, 一個組在它建立時可以被分配一個帳號。接著,帳號組管理員或帳號所有者可以重新分配組成員或他們的責(zé)任,這樣很大程度不同于“軍事單位”組,通常那些組是一直擁有固定的領(lǐng)導(dǎo)、成員的。

    為了創(chuàng)建一個組,你需要使用Party Manger。在[Party] > [Create] >> [Create New Party Group]并給你的組命名。然后在[Roles]處分配一個[Account Team]角色給它。然后在[Relationships]處加上你的組成員。以下信息項必段輸入:
    • 組PartyId
    • 組成員角色 (Account Manager, Account Rep, 或 CSR), 基于早先創(chuàng)建的用戶所分配的角色.
    • “Is a” 字段必須設(shè)置為“Assigned To”
    • 組角色應(yīng)該設(shè)置為 “Account Team”
    • 設(shè)置起時日期
    • Party Relationship Security 必須是你的組安全權(quán)限.  在 Party Manager, 一長串安全組將會顯示,選擇一個與CRM/SFA 應(yīng)用相關(guān)的安全組.  (查看 “Security Documentation.”)
    聯(lián)系信息

    系統(tǒng)允許你為每個人/組建立多重的聯(lián)絡(luò)方式信息,你的帳號、線索、聯(lián)系人都可以根據(jù)你的需求輸入任意多的電話號碼、地址、電子郵件地址。每個聯(lián)絡(luò)信息都需要標(biāo)識出它的用途。


    當(dāng)你使用[創(chuàng)建聯(lián)系人]、[創(chuàng)建線索]、[創(chuàng)建帳號],系統(tǒng)將基于你的表單輸入創(chuàng)建以下聯(lián)系信息:
    • 地址信息將被做為“一般信函地址”與“一般收貨地址”
    • 電話號碼將做為“主電話號碼”
    • 電子郵件將做為“主電子郵件地址”
    • 網(wǎng)站地址將做為“主網(wǎng)站地址”


    但你在創(chuàng)建聯(lián)系信息時,你應(yīng)當(dāng)創(chuàng)建電子郵件作為主電子郵件地址及地址做為一般收貨地址。主電子郵件地址將用于發(fā)送自動通知郵件。一般收貨地址用于訂單發(fā)貨。

    電話號碼和電子郵件在所列帳號、線索、聯(lián)系人的主電子郵件和主電話號碼。

    你可以點擊任何的列在聯(lián)絡(luò)系統(tǒng)中的電子郵件地址來發(fā)送電子郵件,查看下面的“發(fā)送電子郵件”

    備注

    在CRM/SFA應(yīng)用中,很多東西可以創(chuàng)建和保存?zhèn)渥ⅰ渥⒉藛瓮ǔT谄聊坏南路健?br />
    本文檔譯自opentaps v0.9 manual,本人翻譯,歡迎轉(zhuǎn)載,請注明出處.

    posted @ 2008-09-28 17:46 shanghai_spark 閱讀(1342) | 評論 (2)編輯 收藏

    架構(gòu)

    CRM/SFA應(yīng)用很大程度不同于其它的OFBizBiz應(yīng)用,OFBIZ應(yīng)用設(shè)計為一組可以整合在一起適合各種商業(yè)活動的進程,CRM/SFA應(yīng)用設(shè)計為支持角色/活動的全部活動在CRM應(yīng)用中,這樣子,它將帶來與其它應(yīng)用的很多不同點

    1.CRM/SFA的商業(yè)邏輯粒度小于其它OFBiz,而且通常會調(diào)用很多其它應(yīng)用中的action。如當(dāng)創(chuàng)建一個帳戶時,CRM/SFA應(yīng)用將調(diào)用另一個OFBiz服務(wù)創(chuàng)建Party、PartyGroup、PartyRole、PartyRelationship等等

    2.在OFBiz其它應(yīng)用中高度抽象的數(shù)據(jù)模型在這里表達(dá)成更傳統(tǒng)直觀的概念。示例,“Party”被表達(dá)成為account ,lead, contact, team, 或 team member,  它們擁有不同的用戶界面和業(yè)務(wù)邏輯。

    3.OFBiz的“WorkEffort”面向用戶時表達(dá)為“Activity”,而且只是事件和業(yè)務(wù)可作為“Activity”,其它的 “WorkEffort”例如制造產(chǎn)品過程在CRM/SFA中不顯示出來。

    4.它擁有PartyRelationship.securityGroupId定義多個參與者之間權(quán)限的不同的安全模型(示例,組成員A是否有權(quán)訪問B帳戶?)它使用了不同的安全方法(查看“Security Documentation”了解詳細(xì)信息)

     

    用戶界面原則


    CRM/SFA應(yīng)用有一個不同于其它OFBiz應(yīng)用的界面原則。簡單來說,此原則就是 建立一個容易讓用戶明白和使用的界面,好過讓用戶不停的思考如何使用。


    示例,“work effort”是一個OFBiz中的a task, a project, an event, 或a manufacturing production step,在OFBiz的WorkEffort應(yīng)用中讓用戶自己創(chuàng)建它時選擇對應(yīng)的實例選項,而在這里,WorkEffort被分離在不同的人機界面上顯示各自的特性。


    大多數(shù)使用者,不會想“我打算創(chuàng)建一個work effort在參與者X和Y之間”,他們通常想“我為參與者X和Y在明天上午建立一個約會”。這樣CRM/SFA應(yīng)用提供創(chuàng)建約會界面并加入?yún)⑴c者X和Y,在此界面啟動約會及完成它。


    所以這意味著有些在OFBiz中允許的操作在CRM/SFA界面中不再被允許。示例,在OFBiz創(chuàng)建一個“EVENT”類型的work effor時可把它關(guān)聯(lián)到貨運或產(chǎn)品制作過程。這些信息在OFBiz的work effort中是可見字段,盡管work effort在event中并無這些關(guān)聯(lián)字段。另一面,在CRM/SFA中界面看不到這些字段


    這樣的功能減少帶來的是操作的易于理解,且也讓一些日常的操作減少不必要的步驟。

    另一個UI原則是將很多分離的步驟合而為一個操作步驟。最好的例子是當(dāng)你創(chuàng)建一個聯(lián)系人時,你可以在一個屏幕內(nèi)輸入所有聯(lián)系人信息,而系統(tǒng)會自動的根據(jù)信息創(chuàng)建參與者、聯(lián)系信息及關(guān)聯(lián)項,將很多分離在不同OFBiz中的應(yīng)用合而為一。

     
    最后,我們打算避免用戶點擊回退、向前去查看信息,所以太多數(shù)屏幕都把信息顯示在同一個屏幕里,而不是提供很多的信息標(biāo)簽


    編碼約定

    另外,創(chuàng)建CRM/SFA應(yīng)用,我們還有一些與其它不同的編碼約定:
    1.強制要求將視圖與數(shù)據(jù)準(zhǔn)備分離,我們限制視圖層如freemaker頁/XML只承擔(dān)展現(xiàn)數(shù)據(jù)功能。這樣意味著在form組件中不會存在”action”標(biāo)簽。

    2.在屏幕組件定義中,使用beanshell腳本比<entity-one> XML操作更好。

    3.Minilang腳本在一個方法中不要超過十行。使用java來編寫復(fù)雜的商業(yè)邏輯。不要在minilang中使用<or>、<and>及計算。

    4.保證代碼塊簡捷。一般的,如果你的方法超過兩百行,建議你考慮如何重構(gòu)它。

    5.為你的代碼加上注釋。描述你編碼的目的和結(jié)果,而不僅是你做了什么。示例,如果你編寫了如下代碼
     invoiceId=null;
    不要注釋寫成://設(shè)置InvoiceId為null
    而應(yīng)該寫成://invoiceId應(yīng)該為空,否則服務(wù)不會創(chuàng)建一個新的發(fā)票

    6.使用較長的變量/方法名稱,如:computeForecastParentPeriod,而不是一個很短無意義的名稱。

    7.使用意指你所調(diào)用的實體對象的變量名,而不僅是一個縮略的變量名。 示例,如果你獲得一個orderItems集合,變量名不要僅叫做”item”——可以叫它們”orderItems”或”nextOrderItem”,諸如此類。如果你獲得一個OrderPaymentPreference實體,不要命名為“payments”,因為Payment實體同你命名的這個對象不是同一個東西。

    8.在FTL、表單組件、beanshell和Java服務(wù)中使用java來幫助將復(fù)雜的邏輯進行分離。

    9.將代碼分離在應(yīng)用的不同目錄中,將表單、屏幕組件XML文檔放在widgets目錄中,將JAVA包放在src/目錄下,F(xiàn)TL放在webapp/crmsfa/,BSH腳本放在webapp/crmsfa/WEB-INF/actions/中…


    10.在服務(wù)XML中加了相關(guān)注釋指出需注意的事項或此服務(wù)可能發(fā)生的意外

    本文檔譯自opentaps v0.9 manual,本人翻譯,歡迎轉(zhuǎn)載,請注明出處.

    posted @ 2008-09-28 15:45 shanghai_spark 閱讀(1788) | 評論 (0)編輯 收藏

    僅列出標(biāo)題
    共6頁: 上一頁 1 2 3 4 5 6 
    主站蜘蛛池模板: 亚洲网址在线观看你懂的| 亚洲妇女水蜜桃av网网站| A级毛片成人网站免费看| 91在线老王精品免费播放| 亚洲日韩中文字幕| 国产人妖ts在线观看免费视频| 亚洲av无码片在线播放| aⅴ在线免费观看| 亚洲变态另类一区二区三区| 色www永久免费| 亚洲午夜精品国产电影在线观看| 色窝窝免费一区二区三区 | 亚洲av无码一区二区乱子伦as| 久久国产精品成人片免费| 亚洲第一成年网站视频| 亚洲AV无码专区电影在线观看| 亚洲免费福利在线视频| 亚洲国语精品自产拍在线观看| 我想看一级毛片免费的| 在线免费观看h片| 亚洲色成人网站WWW永久四虎| 亚洲一区无码中文字幕| 国产美女在线精品免费观看| 大地资源中文在线观看免费版| 亚洲变态另类一区二区三区| 亚洲国产精品婷婷久久| 日批日出水久久亚洲精品tv| 最近2019年免费中文字幕高清 | 2019亚洲午夜无码天堂| 国产在线观看片a免费观看| 国产精品福利片免费看| 亚洲一区二区三区免费| 2022免费国产精品福利在线| 亚洲成人免费电影| 好看的电影网站亚洲一区| 无码国产精品一区二区免费模式 | 2021在线永久免费视频| 免费人成视频在线播放| 亚洲男人天堂2022| 国产精品深夜福利免费观看| 日韩精品无码永久免费网站|