商務

總結會議 Concluding a Business Meeting 　　　　Action公司第三季會議在各部門負責人一一報告，以及與會者熱烈討論之後，即將落幕。會議主持人Jennifer，此時再度上台，為會議做個總結。 　　英文本文 　　That wraps up the last item on the agenda. Before we close, are there any questions? 　　Fine. In summary, I think we agree that

在BREW引入中國聯通之前，基於BREW的移動增值業務都是與手機上唯一識別碼（ESN）聯絡在一起，以實現計費和使用授權管理。當在BREW手機上引入RUIM卡後，應用所有權、購買資訊以及使用授權就與RUIM卡提供的唯一識別碼(IMSI)連繫了起來。跟據不同的使用者情況，一個帶有IMSI標識符的RUIM卡可以插入不同的手機，這就產生了一些獨特的計費情況。針對機卡分離的情況，BREW在2.X版中增加了一些功能。BDS分發系統也增加了對包月記費的處理以更好的解決用一個IMSI將同一個應用下載到多個手機上

    時間如水，在指尖滑過。    一年半的時間，我將《BREW進階與精通——3G移動增值業務的運營、定製與開發》一書終於連載完了，根據出版社的規定，所轉載的內容和實體書相比是不完整的。首先沒有圖，因為很多圖都是出版社的美編們修改過的，要尊重勞動。其次，其中的部分內容是在正式出版的時候做了修改。連載的內容大部分是我初稿的內容。   感謝電子出版社對我的協助，感謝朋友們的捧場和支援！在這裡給大家拜個晚年！祝大家在新的一年裡，宏“兔”大展！  

流式播放的資料來源來自ISource 介面對象，可以來自於網路，記憶體或者檔案。流式媒體有兩種內容：一種是格式化的媒體，該媒體包含了頭，編碼規範和未經處理資料的起始位置，例如.mp3 或者 .wav 的檔案；另一種是未經處理資料，其編解碼方法由使用者單獨提供。流式播放需要一個ISource的具體實現，由應用建立 ISource 介面, 並保持在IMedia 介面的整個生命週期內有效。下面是一個簡單的例子，對一個wav檔案實現流式播放。static void

在認證過程中，需要完成以下幾步：開發商完成線上申請，網址是http://www.verisign.com/products/BREWVeriSign校正簽名中心寄送電子郵件給應用開發商，郵件內容包括定單號和對應用方案的一個真實檔案數字ID的確認請求。同時，VeriSign校正簽名中心開始對開發商進行認證工作（這部分工作通常需要5個工作日）。認證通過之後，一封電子郵件會被發送到線上申請表上指定的開發商的公司聯絡處地址。這封電子郵件提供了安裝真實檔案數字ID的說明。開發商在安裝了真實檔案數字ID後，

對多媒體的支援主要是IMedia介面實現的，從IMedia介面衍生出很多的媒體介面，11-3所示：圖11-3： IMedia介面支援的部分媒體格式  IMedia介面為所有BREW多媒體對象提供了一個抽象基類，提供了媒體對象的播放、記錄及與播放/記錄相關的搜尋、停止、暫停和繼續等操作功能，開發人員通過IMedia介面可以進行所有多媒體對象的操作。BREW中的多媒體架構11-4所示。 圖11-4： 手機中的多媒體構架             

標準OAT模組測試的是BREW中定義的API介面，主要保證的是BREW在跨平台移植中的一致性。而手機廠商可能會根據各自手機的特點開發自己的BREW應用擴充，這些應用擴充類可能在該手機廠商所有或者部分的手機平台上有效，這時就需要手機廠商自己定製OAT模組來保證這些擴充類的正確性和一致性。        通過基於OAT的定製化測試，手機廠商可以使用OAT的測試架構來驗證自己的擴充功能，在不同的手機上重用OAT的定製化模組，提高工作效率。由於OAT的定製化測試提供了一定的品質保證，BREW的應用開發人

 企業與企業間的電子商務行為被稱為B2B電子商務，藉助於B2B電子商務，企業不需要太多的專業知識和大量的資金投入，同樣有可能獲得可觀的收益，這正是電子商務的魅力所在。一般來說，基於B2B的企業電子商務應用非常簡單，從企業的角度來看，其成功經驗在於幾個方面：充分利用電子商務平台提供的各項功能和服務；電子商務平台推廣之外的其他推廣手段；以及不斷提高網路營銷專業知識水平。移動電子商務業務與面向移動增值業務的電子商務並不一樣，移動電子商務業務為使用者提供了操作上的便利，對金融機構、以及商業機構來說，在降

在BUIW中採用了MVC的設計模式（圖10-3），MVC(Model/View/Controller)是程式開發中經常使用的一種模式,它很好地實現了資料層與展示層的分離。MVC把應用程式分為三種物件類型：模型,維護資料並提供資料存取方法；視圖,繪製模型的部分資料或所有資料的可視圖；控制器處理事件。視圖事先會在模型中登記,當模型資料發生改變時,馬上通知已向此模型登記的每個視圖。視圖從模型取得最新的資料並重新整理自己。 Widgets在互連網上是一種時髦的技術，而在這裡，Widgets是一個外掛程式

計費模式也就是收入模型是商業模式的基礎。BDS分發系統中不但提供了與電訊廠商計費系統的介面，而且直接提供了BREW

　　銀行保函　　銀行保函業務是指銀行應客戶的申請而開立的有擔保性質的書面承諾檔案，一旦申請人未按其與受益人簽訂的合約的約定償還債務或履行約定義務時，由銀行履行擔保責任。　　銀行保函業務的特點　　1、銀行信用作為保證，易於為客戶接受；　　2、保函是依據商務合約開出的，但又不依附於商務合約，是具有獨立法律效力的法律檔案。當受益人在保函項下合理索賠時，擔保行就必須承擔付款責任，而不論申請人是否同意付款，也不管合約履行的實際事實。即保函是獨立的承諾並且基本上是單證化的交易業務。　　銀行保函種類　　1、

RAC架構之業務分割我們在前面已經討論到了，RAC實際上是一個執行個體級的冗餘架構，應用可以按照需要任意或者隨機地串連到某個執行個體上進行業務操作。據我所知，在大多的RAC架構中都是這樣設計的，這樣做有個好處就是實現了執行個體的冗餘，即使某個執行個體DOWN掉了，並不會影響業務的正常操作。但是我們前面也提到，當資料區塊分布到不同執行個體的記憶體裡時，執行個體之間就會出現資料區塊的複製問題，這裡面涉及一系列的記憶體管理機制，Oracle稱之為Cache

產品部和業務部門是什麼關係 “我們來自五湖四海，出身於不同的領域，我們擁有各自獨到的技能，但我們為了同一個目的走到一起，為了創造出偉大的產品，這，就是我們，就是我們產品經理存在的意義。”快12點的時候，亮仔突然站起來，說為了緩解一下大家工作的辛苦，為午飯開開胃，當然，最主要的還是為了對昨天的事情表示歉意，因此，即興創造了一首小詩，反正也沒等大家同意就把這首詩念了出來。周揚聽完後，笑著說：“亮仔，沒想到你不但程式寫得好，在文學造詣上還有兩下子啊，是自己寫的嗎？”亮仔得意地說：“揚哥，你說呢？大學時

  註：本文節選自《軟體測試技術大全》第3章

為了加深對生產企業實際業務運作過程理解，充分體會實際企業經營的管理科學和市場的殘酷競爭，昨天下午參加公司組織的一個遊戲，類比企業經營，主題是：生產採購計劃和現存量管理。大概描述一下遊戲資源及規則：1、  共有的資源有：客戶中心（供給銷售訂單）、材料中心（供給原料）、資金管理中心（收取管理費、提供貸款）2、 

 10個你不可不知的未來互連網商業模式的趨勢 在我們互連網商業模式的課程當中，我們有談到未來的趨勢也是我們在設計互連網商業模式要考慮的方面。 在觀察了現今發展的趨勢中，我總結了以下的10個未來的明星互連網及電子商務的明星商業模式。 1. 移動商務將會以很快的速度流行起來 中國互連網絡資訊中心調查顯示，中國通過手機上網的網民人數為1700萬人，佔網民總數的12.4%。 所以這方面是不容忽視的。其中在外國做的比較好的有用提供手機折扣卷的互連網商業模式。 2.

      最近發生了很多事情，從朋友的推薦到自己的猶豫不定。從此過程中表現了對於自己人生理想的衝動和一些現實考慮之間的矛盾，我不得不再次面對到底是理想重要還是現實生活重要這樣的艱難選擇。哎這事就別說了！     但是網路著名部落格“水木周平”最近的一篇文章給了我作出選擇的勇氣和力量。    他說：我相信：“有了微笑，痛苦就不存在“，    他還說：小心求證，大膽前進，微笑面對！這樣做人和做事便不再有痛苦！！    真的很欣賞並感激他的那篇文章。    

公司開發的產品基本上都使用ORACLE資料庫，而且業務系統中儲存和使用的資料量很大，使用業務系統的使用者也很多。在系統忙時，大約會有一千個使用者同事訪問資料庫系統，因此經常會有使用者抱怨系統慢，點擊查詢後，系統出現假死機現象，後台運行ORACLE系統的小型機的IDLE值偏低(甚至出現IDLE為0的情況，這時使用者會驚呼資料庫系統會癱掉，雖然小型型機在IDLE值為0的情況下也不一定會癱機，但這無疑會增加使用者的擔憂)，系統運行在一個不安全的狀態等等。　　對於我現在所做的ORACLE最佳化，其實還停

商務程序（business process）是一種現實世界中的活動，它由一系列邏輯上相關的任務組成。如果根據恰當的順序和正確的商務規則來執行這些任務，就可以產生業務效果。我們在“需求抽取與業務建模”一章中定義的需求過程，就是一個典型的商務程序。商務程序管理（Business Process Management，BPM）關注的是組織如何識別、建模、開發、部署和管理商務程序（其中也包括 IT 系統與人互動的過程）。BPM 的主要目標與優點如下：減少業務需求與 IT

有的時候，希望實現一個基本的核心代碼快，由外圍代碼實現專用效能的封裝，最簡單的方法，是使用超類，但是超類使用了繼承而提升了耦合性。在這樣的情況下，也可以使用裝飾器模式，這是用組合取代繼承的一個很好的方式。1、意圖事實上，上面所要解決的意圖可以歸結為“在不改變對象的前提下，動態增加它的功能”，也就是說，我們不希望改變原有的類，或者採用建立子類的方式來增加功能，在這種情況下，可以採用裝飾模式。2、結構裝飾器結構的一個重要的特點是，它繼承於一個抽象類別，但它又使用這個抽象類別的彙總（即即裝飾類對象可以